Introduction
Connectez Dodo Payments à GoHighLevel (GHL) pour vendre depuis vos tunnels, sites web, e-mails et SMS GHL, et traiter les commandes avec l’automatisation GHL. GHL est une plateforme de CRM et de marketing proposant des tunnels, des sites web, des e-mails et SMS, ainsi que l’automatisation (Workflows). GHL ne répertorie pas Dodo Payments comme processeur de paiement intégré ; vous devez donc connecter les deux services de l’une des trois façons suivantes. Choisissez-en une selon le niveau d’intégration souhaité pour le paiement et votre capacité à écrire du code. Chaque approche traite l’exécution des commandes de la même manière : Dodo Payments envoie des événements webhook à un workflow Inbound Webhook GHL, qui attribue une balise au contact, accorde l’accès et envoie les confirmations.Choisissez votre approche
Les trois approches diffèrent par le code nécessaire et l’endroit où le client paie :Prérequis
Avant de commencer, vous avez besoin de :- Un compte Dodo Payments avec au moins un produit.
- Un compte GoHighLevel avec un tunnel, un site web ou un workflow.
- Un accès à Developer → Webhooks dans le tableau de bord Dodo Payments, ainsi qu’à Developer → API Keys si vous avez besoin d’une clé API.
- Pour les approches B et C : un petit backend ou endpoint serverless qui crée des checkout sessions.
Exécution des commandes avec les Webhooks (toutes les approches)
Le workflow webhook constitue la couche d’automatisation. Configurez-le une seule fois : il fonctionnera avec toutes les approches de checkout.Create the Workflow
Add the Inbound Webhook Trigger
Register the Webhook in Dodo Payments
Add Fulfillment Actions
Approche A : Payment Links (sans code)
Ajoutez un lien de paiement Dodo Payments à n’importe quel bouton GHL, appel à l’action d’un tunnel, bouton de page de commande, e-mail ou SMS. Les clients paient sur le checkout hébergé par Dodo Payments. Pour connaître les fonctionnalités prises en charge par le checkout, consultez Checkout Features.Create a Product and Copy Its Payment Link
https://checkout.dodopayments.com/buy/{product_id}.Add the Link to Your GHL Button
Set a Success Page (Optional)
redirect_url.Approche B : Overlay Checkout (code personnalisé)
L’approche B ouvre le checkout Dodo Payments sous la forme d’une fenêtre modale sur votre page GHL, en utilisant le Checkout SDK depuis un CDN. Elle nécessite un backend qui crée une checkout session et renvoie soncheckoutUrl.
Create a Backend Endpoint That Calls the Checkout Sessions API
checkout_url.Exemple de logique de handler à adapter à votre plateforme :DODO_PAYMENTS_API_KEY sur la plateforme de déploiement, et ne l’intégrez jamais au code. Autorisez les requêtes provenant de votre domaine GHL (CORS) et servez l’endpoint depuis un domaine que vous contrôlez, par exemple https://api.example.com/create-checkout. Lorsque vous passez en mode réel, remplacez l’URL par https://live.dodopayments.com/checkouts.Add a Custom Code Element in the GHL Page Builder
- Cliquez sur l’icône + en haut à gauche du générateur pour ouvrir Quick Add.
- Sélectionnez Elements dans la liste des catégories à gauche.
- Recherchez Custom Code (également affiché comme HTML) et faites-le glisser sur la page.
- Collez le code ci-dessous dans l’éditeur de code de l’élément, puis enregistrez-le.
Publish and Test on Your Domain
Approche C : Inline (intégré) Checkout
L’approche C intègre le formulaire de checkout dans votre page GHL, sans redirection ni fenêtre popup. Elle utilise le même SDK avec un élément conteneur dans lequel effectuer le montage. Comme l’approche B, elle nécessite un backend pour créer la session.Create a Backend Endpoint That Calls the Checkout Sessions API
{ checkoutUrl }.Add a Container and SDK via Custom Code
- Cliquez sur l’icône + en haut à gauche du générateur pour ouvrir Quick Add.
- Sélectionnez Elements dans la liste des catégories à gauche.
- Recherchez Custom Code (également affiché comme HTML) et faites-le glisser sur la page à l’endroit où le formulaire de checkout doit apparaître.
- Collez le code ci-dessous dans l’éditeur de code de l’élément, puis enregistrez-le.
Verify Your Domain for Wallets (Apple Pay)
/.well-known/apple-developer-merchantid-domain-association. Sur les pages hébergées par GHL, utilisez le checkout hébergé depuis Payment Links (Approach A) ou ignorez Apple Pay.Événements à gérer
Abonnez le endpoint GHL aux événements sur lesquels votre workflow agit. Le tableau suggère une action GHL pour chacun d’eux :data.customer.email. Utilisez l’action GHL find/create contact by email pour associer le paiement au bon contact. Pour chaque événement, consultez le Webhook Event Guide.
Tests et mise en production
Test in Test Mode
4242 4242 4242 4242 (date d’expiration 06/32, CVV 123), puis vérifiez que le workflow GHL s’exécute et applique le tag ou l’accès.Go Live
- Payment Links (A) : Remplacez le lien par le lien de paiement live du produit.
- Overlay checkout (B) : Pointez votre backend vers
https://live.dodopayments.com/checkoutsavec votre clé API live, et définissezmodesur"live"dans l’appelInitializedu SDK. - Inline checkout (C) : Appliquez les mêmes modifications que pour le checkout en superposition, puisqu’il utilise le même endpoint backend et la même initialisation du SDK.
Conseils
Dépannage
Payment succeeded but nothing happened in GHL
Payment succeeded but nothing happened in GHL
Contact not created or not matched
Contact not created or not matched
Payment isn't showing in GHL's Payments tab
Payment isn't showing in GHL's Payments tab