Vendre un produit avec GoHighLevel : paiement et marge

Pour vendre un produit avec GoHighLevel, créez le produit et son prix dans Payments, choisissez un lien de paiement ou un formulaire de commande, puis vérifiez le paiement et la livraison. Pour une petite offre, la question décisive n’est pas seulement « est-ce que le checkout fonctionne ? » : c’est ce qui reste après acquisition, frais, assistance et remboursements.

Ce guide concerne la vente de votre propre produit ou prestation, pas la revente du logiciel GHL en marque blanche. Il s’appuie sur la documentation HighLevel vérifiée le 2 octobre 2026. Les calculs ci-dessous sont fictifs et les tests sont une méthode à appliquer à votre compte, pas des résultats commerciaux que nous aurions obtenus.

1. Choisir le parcours le plus simple pour votre offre

Commencez par ce que l’acheteur doit comprendre avant de payer. Un client qui a déjà accepté votre proposition n’a pas besoin du même parcours qu’un visiteur qui découvre votre marque.

• Une offre déjà expliquée : un lien de paiement peut suffire. Évitez de construire plusieurs pages pour reproduire ce qui a déjà été convenu.
• Une offre qui exige une démonstration : une page dédiée peut montrer le livrable, ses limites, un exemple utilisable et les réponses aux objections avant le formulaire de commande.
• Un catalogue : une boutique permet de parcourir plusieurs produits. Ne transformez pas chaque référence en tunnel si l’acheteur a surtout besoin de comparer.
• Une prestation sur mesure : clarifiez le périmètre et les conditions avant de demander un paiement. Une facture adressée au client peut être plus adaptée qu’une offre publique standardisée.

Pour bâtir les pages et le suivi sans repartir de zéro, utilisez notre guide de création d’un funnel GoHighLevel. Le présent article se concentre sur la vente et son économie ; le guide du funnel détaille les pages et le traitement des demandes.

2. Calculer ce que rapporte réellement une petite vente

Un produit à petit prix devient fragile si chaque acheteur exige vingt minutes d’aide. Le fichier peut être reproductible ; le service autour ne l’est pas toujours. Précisez donc le format, le niveau requis, les outils nécessaires, les droits d’utilisation et ce qui n’est pas inclus. Un pack de modèles de briefs publicitaires n’est pas un accompagnement individuel à la création de campagnes.

Pour un premier calcul de gestion, utilisez une même base monétaire et fiscale :

Contribution par vente = prix hors taxes − frais de paiement − coût d’acquisition − coût variable de livraison et d’assistance − provision moyenne pour incidents.

Ce n’est pas un bénéfice net : il reste les charges fixes, le temps de création, les impôts et les autres coûts de l’activité. Si votre situation ne se calcule pas en HT, adaptez la base avec votre comptabilité plutôt que de mélanger prix TTC et dépenses HT.

Exemple fictif : un pack de briefs créatifs à 29 € HT

Supposons 1 € de frais de paiement, 8 € d’acquisition, 3 € de livraison/assistance et 1 € de provision pour incidents par commande. Ce sont des hypothèses pédagogiques, pas des tarifs de Stripe ou de GoHighLevel.

• Contribution : 29 − 1 − 8 − 3 − 1 = 16 € par vente.
• Avec 120 € de charges fixes mensuelles affectées à cette offre, il faut 8 ventes pour les couvrir : 120 ÷ 16 = 7,5, arrondi au supérieur.
• À 10 ventes, il reste 10 × 16 − 120 = 40 €, avant les autres charges exclues du calcul.
• Si vous baissez le prix à 19 € sans changer ces coûts, la contribution tombe à 6 € ; il faut alors 20 ventes pour couvrir les mêmes 120 €.

Ajoutez séparément votre investissement initial. Avec 600 € de création à récupérer et 120 € de charges fixes pour le premier mois, ce même scénario à 16 € de contribution exige 45 ventes pour couvrir 720 €. Rien ne prouve que ce volume sera atteint.

Le coût publicitaire maximal n’est pas le prix du produit. Dans le premier scénario, conserver 5 € de contribution après acquisition laisse 29 − 1 − 3 − 1 − 5 = 19 € de coût d’acquisition maximal, avant couverture des charges fixes. C’est un plafond de calcul, pas un budget recommandé ni une prévision de campagne.

Si GHL est déjà utilisé pour plusieurs activités, distinguez son coût supplémentaire pour cette offre et la part d’abonnement que vous lui affectez. Consultez le détail des prix et coûts d’usage de GoHighLevel ; « tout-en-un » ne signifie pas que chaque consommation ou prestataire de paiement est gratuit.

3. Créer le produit et vérifier le prix facturé

1. Dans le sous-compte concerné, ouvrez Payments → Products → Create Product.
2. Renseignez un nom reconnaissable par l’acheteur et une description précise du livrable.
3. Choisissez One-Time pour un paiement unique ou Recurring pour une facturation récurrente, puis vérifiez montant, devise et éventuelle périodicité.
4. Contrôlez le réglage des taxes et le total présenté à l’acheteur avant d’enregistrer.

Le prix d’un produit et l’abonnement à GoHighLevel sont deux choses différentes. Ne créez pas une récurrence simplement pour proposer plusieurs niveaux d’offre. Et ne confondez pas le nom interne d’un tarif avec ce qui sera effectivement prélevé. La documentation de création des produits détaille ces champs.

4. Relier le bon paiement au bon produit

Option courte : le lien de paiement

Après avoir créé le produit, allez dans Payments → Payment Links → Create Link. Donnez un nom au lien, sélectionnez le produit et son prix, enregistrez puis ouvrez l’aperçu. Contrôlez le total avant de partager l’adresse.

Selon la documentation Payment Links, les paiements manuels ne sont pas disponibles sur le checkout du lien simple : pour ce besoin, examinez plutôt une facture ou un formulaire de commande. Un bouton de redirection après achat ne suffit pas, à lui seul, à sécuriser l’accès au livrable.

Option page de vente : le formulaire de commande

Dans Sites → Funnels, ouvrez l’étape qui doit encaisser. Son onglet Products permet d’ajouter le produit et le prix. Placez ensuite un élément One Step Order sur cette même étape, configurez les champs utiles, puis enregistrez et publiez après contrôle. Si le produit n’apparaît pas, vérifiez d’abord son rattachement à l’étape exacte, pas seulement son existence dans le catalogue.

Le guide officiel du formulaire en une étape décrit les réglages. Pour commencer, rendez l’offre principale achetable seule. N’ajoutez un complément au panier que s’il a une utilité distincte, un prix clair et une livraison maîtrisée. Une commande plus élevée n’est pas nécessairement plus rentable.

Vérifier le prestataire et le mode Test/Live

Dans Payments → Integrations → Configure Providers, vérifiez le prestataire affecté au canal utilisé. Un réglage de canal peut prendre le pas sur le prestataire par défaut. Les configurations Test et Live sont séparées : un test concluant ne prouve donc pas que le checkout réel emploie la bonne configuration. Suivez le guide des prestataires par canal et leurs conditions applicables à votre compte.

5. Livrer après paiement, pas après un simple clic

La preuve de vente doit venir du paiement, non d’une visite sur la page de remerciement. Pour un workflow basé sur Payment Received, filtrez explicitement le statut Success, puis le produit/prix et la source adaptés. Sans filtre, le déclencheur peut aussi prendre en compte des tentatives échouées : la documentation du déclencheur le précise. Vérifiez les événements réellement reçus pour votre canal avant de généraliser le scénario.

Pour une ressource téléchargeable vendue dans une boutique, le fichier doit être affecté au produit ou à sa variante pour que le téléchargement soit proposé. Pour une formation, testez les droits avec un compte apprenant ordinaire. Si les cours restent chez Kajabi, utilisez le parcours paiement GHL → accès Kajabi plutôt que de supposer que les deux comptes se synchronisent seuls.

Prévoyez aussi le SAV : à qui écrire si le fichier manque, comment retrouver une commande et qui peut corriger un accès. Gardez un identifiant de transaction et un statut de livraison. Cela permet de distinguer « client payé mais non livré » de « paiement jamais confirmé », sans demander au client de repayer par défaut.

6. Six tests avant de diffuser l’offre

Conservez pour chaque essai la date, le mode Test/Live, le produit, le montant, le résultat attendu et le résultat obtenu. Utilisez les moyens de test du prestataire ; ne lancez pas de transaction réelle involontairement.

1. Prix : produit, devise, total et fréquence identiques entre l’offre et le checkout ; aucune récurrence inattendue.
2. Paiement accepté : une transaction identifiable, une confirmation et le bon livrable, sans double envoi.
3. Paiement refusé : aucune livraison sur la seule soumission du formulaire ; information compréhensible pour réessayer.
4. Deuxième passage : revenir sur la page de remerciement ne crée ni nouvelle commande ni nouvelle livraison non voulue.
5. Client existant : bonne identité, bonne offre et accès vérifié hors du compte administrateur.
6. Mobile et SAV : formulaire lisible, paiement utilisable, fichier ou espace membre accessible et contact d’assistance visible.

Ajoutez un scénario de remboursement ou de résiliation si l’offre en comporte : le traitement financier et le retrait d’un accès sont deux opérations à vérifier séparément. Ne considérez pas le lancement terminé sur le seul écran « paiement réussi ».

Après lancement : décider avec des ventes livrées

Suivez ensemble les visites qualifiées, les paiements confirmés, les livraisons réussies, les remboursements et le temps d’assistance. Gardez la même période et le même périmètre entre dépenses et ventes. Un taux de conversion sans taille d’échantillon, ou un chiffre d’affaires sans coût d’acquisition, peut conduire à une mauvaise décision.

Si les acheteurs comprennent mal le livrable, clarifiez l’offre avant de baisser le prix. Si le paiement fonctionne mais pas la livraison, corrigez cette étape avant d’envoyer davantage de trafic. Si la contribution devient négative, examinez le coût d’acquisition, la charge de support et le périmètre vendu : ajouter des ventes peut alors amplifier la perte.

Une démonstration pour repérer les écrans

Le tutoriel GoHighLevel pour débutants de Metics Media | Français, publié le 27 avril 2026, présente notamment la connexion de paiement et l’ajout d’un produit. C’est une présentation générale d’environ 19 minutes, pas une preuve de rentabilité ni une démonstration de chaque test ci-dessus. Les libellés peuvent évoluer ; utilisez les documents officiels liés pour les réglages actuels.