Salesforce sur vos landing pages
Dans la plupart des entreprises sur Salesforce, le marketing doit faire ses preuves dans Salesforce. C'est difficile quand les leads payants arrivent par CSV avec un jour de retard et sans la campagne, ou via un formulaire Web-to-Lead que quelqu'un a collé dans la page il y a un an. Envoyer vos leads LanderLab vers Salesforce fait de chaque envoi un Lead en temps réel, avec la page, la variante et la campagne dans des champs sur lesquels votre admin peut faire des rapports.
C'est pour les équipes où Salesforce est le système de référence : demand gen B2B sur LinkedIn et Google, équipes d'assurance et de crédit avec des commerciaux au téléphone, agences qui envoient des publicités dans l'org d'un client. Pas de connecteur Salesforce à installer : le webhook de la page envoie chaque lead à l'endpoint Web-to-Lead de Salesforce avec votre ID d'organisation, de serveur à serveur, et les Leads arrivent dans les files d'attente et les vues de liste où travaillent déjà vos commerciaux.
Les envois de formulaire comme Leads Salesforce
Chaque envoi de formulaire est créé comme Lead dans Salesforce à l'instant où le formulaire part, avec les réponses dans les champs Lead sur lesquels le webhook les mappe.
Par défaut, Salesforce demande un nom de famille et une entreprise sur chaque Lead. Pour les pages B2B, c'est naturel. Pour les offres grand public, une valeur fixe dans le webhook peut remplir Company : le Lead s'enregistre sans demander son employeur à un propriétaire.
Des leads dans les vues que vos commerciaux utilisent déjà
Un lead venu de votre page est un Lead Salesforce ordinaire. Il apparaît dans les vues de liste, les files d'attente et les rapports avec lesquels votre équipe travaille déjà, et un commercial le qualifie et le convertit en compte, contact et opportunité comme d'habitude. Personne n'a besoin de consulter une deuxième boîte de réception ou un tableur partagé pour trouver les leads payés par vos publicités.
Vos flows Salesforce s'exécutent sur chaque lead de la page
Tout ce que votre admin a construit pour s'exécuter sur les nouveaux Leads s'exécute aussi sur ceux-ci. Un flow déclenché par un enregistrement peut attribuer un propriétaire, créer une tâche d'appel ou envoyer le premier e-mail dès que le Lead existe, pendant que le visiteur est encore proche de la publicité sur laquelle il a cliqué.
Il en va de même pour vos garde-fous. Les règles de validation et les champs obligatoires s'appliquent aux leads de la page comme à tous les autres : les données qui arrivent dans Salesforce respectent le standard déjà fixé par votre équipe.
Web-to-Lead ou l'API REST : ce qui est pratique
Salesforce offre deux entrées. Son API REST demande un token d'accès OAuth, et ces tokens expirent, ce qu'un en-tête fixe sur un webhook de page ne peut pas renouveler. Web-to-Lead accepte un simple envoi de formulaire avec votre ID d'organisation et sans token : c'est la voie qui continue de fonctionner sans que personne ne la surveille. Ses limites sont celles de Salesforce, dont un plafond quotidien d'envois Web-to-Lead : comparez le vôtre au volume que vous comptez acheter.
Si vous avez besoin de l'API complète, une étape intermédiaire qui gère les tokens est la réponse pratique : le déclencheur New Lead de LanderLab dans Zapier, ou un scénario Make alimenté par le webhook de la page, peut jouer ce rôle.
Campagne et variante du Lead jusqu'à l'affaire gagnée
La campagne, le click ID, la landing page et la variante de page peuvent tous voyager sur le Lead, remplis à partir des champs cachés et des champs propres à LanderLab, et passer sur le Contact et l'Opportunité quand un commercial le convertit.
Un rapport sur les opportunités gagnées regroupées par campagne répond alors à la question qui fixe le budget du mois suivant : quelles dépenses publicitaires sont devenues du chiffre d'affaires, et quelle version de page a vendu.
