Bonnes pratiques de l’API Checkout
Toujours gérer tous les états de réponse
L’API checkout renvoie différents états qui nécessitent différents traitements. Ne supposez jamais qu’un checkout nécessitera toujours un paiement.Valider les données avant soumission
Réduisez les échecs de paiement en validant les données client de votre côté avant d’appeler l’API.Stocker les IDs de vente immédiatement
Persistez toujours l’ID de vente dès que vous le recevez. C’est crucial pour le support client, les remboursements et le suivi des commandes.Utiliser les Pulses pour une confirmation de vente fiable
Ne vous fiez jamais uniquement aux URL de redirection pour confirmer les achats. Les pages de paiement peuvent être fermées, les redirections peuvent échouer et les clients peuvent ne pas revenir sur votre site.Bonnes pratiques de sécurité
Ne jamais exposer les clés API dans le code client
Les clés API ne doivent être utilisées que côté serveur. Ne les incluez jamais dans les bundles JavaScript, les applications mobiles ou tout code exposé au client.- Correct
- Incorrect
Valider les signatures des webhooks
Vérifiez toujours que les webhooks entrants proviennent réellement de Chariow en vérifiant la signature.Utiliser les variables d’environnement
Stockez toute configuration sensible dans les variables d’environnement, jamais dans le code.Bonnes pratiques de gestion des erreurs
Implémenter une gestion d’erreurs complète
Gérez tous les scénarios d’erreur possibles gracieusement pour offrir une bonne expérience utilisateur.Afficher des messages d’erreur conviviaux
Mappez les erreurs API vers des messages utiles qui guident les utilisateurs pour corriger les problèmes.Journaliser les erreurs pour le débogage
Maintenez des logs détaillés pour le dépannage tout en gardant les données sensibles sécurisées.Bonnes pratiques de performance
Implémenter des délais d’expiration
Ne laissez pas les appels API se bloquer indéfiniment. Définissez des délais raisonnables.Mettre en cache les données produit
Réduisez les appels API en mettant en cache les informations produit qui ne changent pas fréquemment.Respecter les limites de débit
Gérez la limitation de débit gracieusement avec un backoff exponentiel.Bonnes pratiques de test
Tester tous les scénarios de checkout
Créez des tests complets pour chaque résultat de checkout possible.Utiliser l’environnement de staging pour les tests d’intégration
Testez toujours contre un environnement de staging avant de déployer en production.Checklist pour la production
Avant la mise en production, assurez-vous d’avoir complété cette checklist :Sécurité
Sécurité
- Clés API stockées dans les variables d’environnement
- Appels API effectués côté serveur uniquement
- Signatures des webhooks vérifiées
- HTTPS utilisé pour tous les endpoints
- Données sensibles non journalisées
Gestion des erreurs
Gestion des erreurs
- Tous les codes de statut HTTP gérés
- Erreurs réseau interceptées
- Messages d’erreur conviviaux affichés
- Erreurs journalisées pour le débogage
- Limitation de débit gérée gracieusement
Flux de checkout
Flux de checkout
- Tous les états de checkout gérés (awaiting_payment, completed, already_purchased)
- IDs de vente stockés immédiatement
- Pulses configurés pour la confirmation de vente
- Données client validées avant soumission
- Champs de livraison inclus si requis
Tests
Tests
- Tests unitaires pour la logique de checkout
- Tests d’intégration avec l’API de staging
- Tous les types de produits testés
- Scénarios d’erreur testés
- Tests de charge effectués