Toutes les ventes initiées via l’API checkout auront leur Canal défini sur « API » dans votre tableau de bord. Cela vous aide à identifier et suivre les ventes provenant de vos intégrations API séparément des autres canaux comme votre vitrine ou le widget Snap.
Achats répétés
La possibilité d’acheter un produit plusieurs fois dépend du type de produit :Aperçu du flux de paiement
L’API de paiement Chariow gère le flux d’achat complet de l’initiation à la finalisation :Le produit doit être publié avant d’initier un paiement. Les produits non publiés retourneront une erreur 404.
1
Initier le paiement
Appelez le point de terminaison
/checkout avec l’ID du produit et les détails du client2
Traiter la réponse
Vérifiez le champ
step dans la réponse :- payment : Redirigez le client vers
checkout_urlpour le paiement - completed : Vente finalisée immédiatement (produits gratuits)
- already_purchased : Le client possède déjà ce produit
3
Traiter le paiement
Le client finalise le paiement sur la page de paiement sécurisée Chariow
4
Recevoir le webhook
Recevez une notification des changements de statut de vente via webhooks (recommandé)
5
Livrer le produit
Le client reçoit automatiquement l’accès aux fichiers, licences, cours, etc.
Types de produits pris en charge
L’API de paiement prend en charge les types de produits Chariow suivants :- Produits téléchargeables : Fichiers numériques (PDF, logiciels, médias)
- Cours : Contenu éducatif avec leçons et chapitres
- Licences : Clés de licence logicielle avec gestion des activations
- Bundles : Collections de plusieurs produits
Les types de produits Service et Coaching ne sont pas pris en charge via l’API publique. Pour ces produits, redirigez vos clients vers votre boutique Chariow ou utilisez le widget Snap. Les produits à tarification prix libre ne sont pas non plus pris en charge.
Initier un paiement
Créez une nouvelle session de paiement :Paramètres de la requête
Champs d’adresse de livraison
Lorsque le produit a l’option “Exiger une adresse de livraison” activée, vous devez inclure les champs d’adresse de livraison dans votre requête de paiement :Ces champs sont requis uniquement lorsque le produit a la livraison activée. Si la livraison n’est pas requise, ces champs sont ignorés.
Exemple avec adresse de livraison
États de réponse du paiement
La réponse de paiement inclut un champstep indiquant l’état actuel :
En attente de paiement
Pour les produits payants, vous recevrez une URL de paiement :Redirigez le client vers
checkout_url pour finaliser son paiement.Finalisé (produits gratuits)
Pour les produits gratuits, la vente est finalisée immédiatement :Déjà acheté
Si le client possède déjà le produit :URL de redirection personnalisées
Vous pouvez spécifier une URL de redirection personnalisée pour envoyer les clients vers votre propre page de remerciement après finalisation du paiement :L’URL de redirection doit être une URL active valide (max 2048 caractères). Si non fournie, les clients seront redirigés vers la page post-achat Chariow par défaut.
Support multi-devises
Spécifiez la devise de paiement pour facturer les clients dans une devise différente de celle par défaut de votre boutique :Application de codes de réduction
Transmettez un code de réduction pour appliquer des économies :Champs personnalisés
Si votre produit a des champs personnalisés configurés, vous pouvez les collecter et les valider lors du paiement :Les champs personnalisés doivent correspondre aux définitions de champs personnalisés configurées du produit. Les champs personnalisés invalides ou requis manquants entraîneront des erreurs de validation.
Suivi de campagne
Suivez la source des ventes en incluant un ID de campagne :- Suivre quelles campagnes marketing génèrent le plus de ventes
- Attribuer les revenus à des canaux spécifiques
- Analyser les performances des campagnes dans votre tableau de bord Chariow
Métadonnées personnalisées
Stockez des données personnalisées avec la vente pour vos propres besoins de suivi et d’intégration :Notes importantes
- Maximum 10 clés autorisées par vente
- Chaque valeur est limitée à 255 caractères
- Les clés doivent être des chaînes avec des caractères alphanumériques et des underscores
- Les métadonnées personnalisées sont incluses dans les payloads webhook Pulse
Gestion des erreurs
Erreurs de paiement courantes et comment les gérer :Exemple de réponse d’erreur
Bonnes pratiques
Gérer tous les états de réponse
Vérifiez toujours le champstep et gérez tous les états possibles :
Utiliser les Pulses pour les mises à jour de vente
Ne vous fiez pas uniquement aux URL de redirection pour suivre la finalisation des ventes. Configurez les Pulses (webhooks) pour recevoir des notifications fiables :- Vente finalisée
- Paiement reçu
- Remboursement traité
Valider avant le paiement
Réduisez les paiements échoués en validant les données avant d’appeler l’API :- Validation du format e-mail
- Validation du format du numéro de téléphone
- Vérifications des champs requis
- Validation des champs personnalisés
Gérer les erreurs réseau
Implémentez une gestion appropriée des erreurs pour les problèmes réseau :Stocker les ID de vente
Stockez toujours l’ID de vente retourné (purchase.id) pour :
- Les demandes du service client
- Le traitement des remboursements
- La gestion des accès
- Le suivi analytique
Tester avec différents scénarios
Testez votre intégration avec :- Des produits gratuits (finalisation immédiate)
- Des produits payants (flux de paiement)
- Des produits avec codes de réduction
- Des produits avec champs personnalisés
- Des ID de produit invalides
- Des codes de réduction invalides
Prochaines étapes
Guide des ventes
Apprenez à récupérer et gérer les ventes
Pulses
Configurez les notifications pour les ventes finalisées
API Checkout
Consultez la référence complète de l’API Checkout