Intégration Webhook

Votre acheteur a une URL de posting, votre CRM a une API, votre tracker accepte un postback. Envoyez chaque lead directement là-bas, au format attendu, sans payer un intermédiaire à la tâche.

  • Intégration native
  • Landing pages, Quiz funnels

Pourquoi le connecter

Pourquoi Webhook et LanderLab

  • Pas de middleware, pas de facturation à la tâche

    La page envoie elle-même le lead à l'endpoint. Pas de tâches Zapier ni de crédits Make à acheter, et pas de compte d'automatisation à maintenir en vie.

  • Le payload exact que demande votre acheteur

    Renommez chaque clé, imbriquez des objets, ajoutez des tableaux et des valeurs fixes comme un ID de campagne ou un tag de source, en JSON ou en form-encoded.

  • Les champs de preuve que demandent les acheteurs

    URL de la page, IP du visiteur, user agent, heure d'envoi et variante A/B accompagnent chaque lead, prêts à être mappés sur les noms que leur donne l'acheteur.

  • Des postbacks vers votre tracker aussi

    En GET, les champs mappés partent en paramètres de requête, le format qu'attendent la plupart des postbacks de trackers et de réseaux.

  • Voir la requête exacte avant la mise en ligne

    L'étape de vérification affiche la méthode, l'URL et le corps avec chaque champ mappé, et copie la requête pour que vous puissiez d'abord tester l'endpoint.

  • Une destination par page

    Chaque page a ses propres webhooks : chaque landing page peut envoyer vers son propre acheteur, client ou système.

Webhook sur vos landing pages

La plupart des stacks lead gen paient une taxe au milieu : un Zap ou un scénario dont le seul rôle est de faire passer un lead de la page à un endpoint qui l'aurait accepté directement. Chaque lead paie ce passage en tâches ou en crédits, et chaque passage est un endroit de plus où un lead peut rester bloqué pendant qu'un acheteur attend.

L'intégration Webhook de LanderLab la supprime. Chaque page envoie ses leads directement vers n'importe quel endpoint HTTPS : l'URL de posting d'un acheteur, votre propre API de leads, l'endpoint d'un CRM, le postback d'un tracker. Vous choisissez la méthode, le format, les en-têtes et le corps exact : l'autre côté reçoit le lead comme sa documentation le demande.

C'est l'intégration derrière la plupart des outils de ce site qui n'ont pas de page à eux, et c'est celle à sortir quand un acheteur vous envoie sa spec.

Pourquoi un webhook direct vaut mieux qu'un middleware payant

Un lead qui passe par la page, puis un Zap, puis l'acheteur dépend de deux systèmes et se fait facturer par l'un d'eux. Sur une offre à gros volume, l'abonnement d'automatisation grossit avec votre nombre de leads alors qu'il ne se passe rien d'intéressant au milieu : le Zap reçoit un lead et l'envoie ailleurs.

Un webhook direct, c'est le même envoi sans l'étape intermédiaire. Le lead va de la page à l'endpoint dès l'envoi du formulaire, sous votre contrôle, sans rien entre les deux qui puisse se mettre en pause, tomber à court de tâches ou changer ses tarifs. Gardez le middleware pour les traitements en plusieurs étapes ; laissez le webhook porter les autres.

Envoyez les leads au format qu'attend l'autre côté

Les acheteurs et les API sont exigeants. L'un veut un post de formulaire à plat avec des champs nommés exactement comme dans sa spec ; un autre veut du JSON avec le contact imbriqué dans un objet lead, le tracking dans un autre, et un tag de source et un ID de campagne fixes à côté. Le webhook fait les deux : une simple liste de champs où vous cochez les champs et renommez chaque clé, ou un corps JSON que vous écrivez vous-même avec des objets imbriqués, des tableaux et des valeurs fixes.

Les méthodes couvrent GET, POST et PUT, le corps part en JSON ou en données de formulaire URL-encoded, et des en-têtes personnalisés portent une clé API ou un token : les identifiants ne sont jamais dans l'URL.

Des champs de conformité et d'attribution sur chaque lead

LanderLab ajoute ses propres champs à chaque lead : l'URL complète de la page, l'IP et le user agent du visiteur, l'heure d'envoi en UTC et la variante A/B affichée. Ce sont les champs qu'un acheteur vérifie quand un lead est contesté, et ceux dont vous avez besoin pour prouver d'où vient un lead.

Ajoutez des champs cachés nommés comme vos paramètres d'URL, par exemple utm_campaign, gclid ou le click ID d'un tracker : ils sont enregistrés avec le lead et envoyés avec lui. L'acheteur reçoit l'attribution, et vous pouvez juger chaque variante sur les leads acceptés plutôt que sur les formulaires remplis bruts.

Postbacks et pings en GET

Toutes les destinations ne veulent pas de corps. Un postback de tracker, l'URL de conversion d'un réseau d'affiliation ou un simple ping prend ses données dans la query string, et un webhook GET envoie les champs mappés exactement ainsi : le click ID sous le nom de paramètre qu'attend le tracker, un payout ou un statut fixe à côté. Dès l'envoi, la conversion remonte à la campagne qui l'a payée.

Quand utiliser plutôt un workflow

Un webhook envoie chaque lead de sa page. Quand seuls certains leads doivent partir, par exemple les leads US vers un acheteur et le reste vers un autre, ou une relance après un Délai, les workflows de LanderLab (bêta) proposent le même type de requête sous forme de nœud Requête HTTP, derrière des nœuds Filtre, Si et Switch, avec une vue des exécutions qui montre le chemin de chaque lead et toute étape en échec.

Dans les deux cas, le lead est aussi stocké dans l'onglet Prospects de LanderLab : un endpoint en panne ne vous fait pas perdre le lead, sauf si l'option « Livraison des prospects conforme » est activée, puisqu'elle ne stocke rien, par conception.

Cas d'usage

Cas d'usage du webhook sur le trafic payant

  • 01

    Envoyer vers l'URL de posting d'un acheteur

    Un quiz d'assurance habitation sur Google Ads envoie chaque lead à l'endpoint de l'acheteur dans le JSON de sa spec, avec le gclid, l'URL de la page et l'IP du visiteur que demande son équipe conformité.

  • 02

    Votre propre API de leads

    Un acteur du lead gen doté d'un système interne envoie les leads de toutes ses pages vers un seul endpoint interne, avec la variante et la campagne sur chacun, et fait son reporting depuis sa propre base de données.

  • 03

    Un postback de conversion vers le tracker

    Un affilié qui fait du trafic native ajoute un webhook GET qui envoie le click ID du tracker et un statut de lead à l'envoi : le tracker crédite la bonne campagne et la bonne source.

FAQ

FAQ de l'intégration Webhook

Pour tout le reste, écrivez-nous.

Webhook et LanderLab

Pourquoi utiliser un webhook plutôt que Zapier ou Make ?

Quand la destination accepte une requête HTTPS, un webhook direct fait le même travail sans facturation à la tâche ni système de plus au milieu. Gardez Zapier ou Make pour les traitements en plusieurs étapes.

Vers quoi un webhook LanderLab peut-il envoyer ?

N'importe quel endpoint HTTPS : l'URL de posting d'un acheteur de leads, l'API d'un CRM ou d'un outil d'e-mailing, votre propre backend, l'URL de postback d'un tracker, ou un webhook Zapier ou Make.

Le webhook peut-il envoyer exactement le JSON que veut mon acheteur ?

Oui. Vous pouvez écrire le corps vous-même, avec des objets imbriqués, des tableaux, des clés renommées et des valeurs fixes, ou envoyer une simple liste de champs ou des données form-encoded.

Le webhook inclut-il les UTM, les click ID et la variante A/B ?

Oui. Des champs cachés captent les UTM et les click ID dans l'URL de la publicité, et LanderLab ajoute à chaque lead l'URL de la page, l'IP du visiteur, le user agent, l'heure d'envoi et l'ID de variante.

Un webhook se configure-t-il une seule fois pour toutes mes pages ?

Non. Les webhooks se configurent par landing page, ce qui permet à chaque page d'envoyer vers son propre acheteur ou système.

Qu'arrive-t-il à un lead si mon endpoint est en panne ?

Le lead reste stocké dans l'onglet Prospects de LanderLab et peut être exporté en CSV à partir de Grow, sauf si l'option « Livraison des prospects conforme » est activée : dans ce cas, un lead dont la livraison échoue ne peut pas être récupéré.

Autres intégrations

Branchez le reste de votre stack.

Connectez le webhook et lancez votre prochaine page.

Créez la page, activez le webhook et envoyez-y vos publicités. Gratuit pour commencer, sans carte.

D'un prompt à des leads qualifiés

Regardez un prompt devenir un funnel de devis solaire en ligne, chaque lead routé vers votre acheteur, et les fuites repérées avant qu'elles ne mangent votre budget.

0:00
0:59