Salesforce op je landingspagina's
In de meeste bedrijven op Salesforce moet marketing zich in Salesforce bewijzen. Dat is lastig als betaalde leads een dag te laat per CSV binnenkomen zonder de campagne, of via een Web-to-Lead-formulier dat iemand een jaar geleden in de pagina plakte. Stuur je je LanderLab-leads naar Salesforce, dan wordt elke inzending in realtime een Lead, met de pagina, de variant en de campagne in velden waarop je admin kan rapporteren.
Het is voor teams waar Salesforce het leidende systeem is: B2B-demand gen op LinkedIn en Google, verzekerings- en kredietteams met verkopers aan de telefoon, bureaus die advertenties draaien naar de org van een klant. Er is geen Salesforce-connector om te installeren: de webhook van de pagina post elke lead met je org-ID naar het Web-to-Lead-endpoint van Salesforce, van server naar server, en de Leads komen in de wachtrijen en lijstweergaven waarin je verkopers al werken.
Formulierinzendingen als Salesforce-Leads
Elke formulierinzending wordt in Salesforce als Lead aangemaakt op het moment dat het formulier verstuurd wordt, met de antwoorden in de Lead-velden waaraan de webhook ze koppelt.
Salesforce vraagt standaard bij elke Lead om een achternaam en een bedrijf. Voor B2B-pagina's is dat logisch. Voor consumentenoffers kan een vaste waarde in de webhook Company vullen, zodat de Lead wordt opgeslagen zonder een huiseigenaar naar een werkgever te vragen.
Leads in de weergaven die je verkopers al gebruiken
Een lead van je pagina is een gewone Salesforce-Lead. Hij verschijnt in de lijstweergaven, wachtrijen en rapporten waarmee je team al werkt, en een verkoper kwalificeert hem en zet hem op de gewone manier om in een account, contactpersoon en verkoopkans. Niemand hoeft een tweede inbox of een gedeelde sheet te checken om de leads te vinden waarvoor je advertenties betaalden.
Je Salesforce-flows draaien op elke lead van een pagina
Wat je admin heeft gebouwd om op nieuwe Leads te draaien, draait ook hierop. Een record-triggered flow kan een eigenaar toewijzen, een beltaak aanmaken of de eerste e-mail sturen zodra de Lead bestaat, terwijl de bezoeker nog dicht bij de advertentie zit waarop hij klikte.
Hetzelfde geldt voor je vangrails. Validatieregels en verplichte velden gelden voor leads van pagina's net als voor elke andere, dus de data die Salesforce bereikt, voldoet aan de standaard die je team al heeft gesteld.
Web-to-Lead of de REST API: wat werkt in de praktijk
Salesforce biedt twee ingangen. De REST API wil een OAuth-toegangstoken, en die tokens verlopen, wat een vaste header op een paginawebhook niet kan vernieuwen. Web-to-Lead neemt een gewone formulierpost met je org-ID en zonder token aan, dus dat is de route die blijft werken zonder dat iemand erop hoeft te passen. De limieten zijn die van Salesforce, waaronder een daglimiet op Web-to-Lead-inzendingen, dus vergelijk die van jou met het volume dat je wilt inkopen.
Heb je de volledige API nodig, dan is een tussenstap die tokens beheert de praktische oplossing: de New Lead-trigger van LanderLab in Zapier, of een Make-scenario dat door de webhook van de pagina gevoed wordt, kan die stap zijn.
Campagne en variant van Lead tot gewonnen deal
De campagne, de click ID, de landingspagina en de paginavariant kunnen allemaal op de Lead meereizen, gevuld vanuit verborgen velden en de eigen velden van LanderLab, en doorgaan naar de contactpersoon en de verkoopkans als een verkoper hem omzet.
Een rapport over gewonnen verkoopkansen, gegroepeerd per campagne, beantwoordt dan de vraag die het budget van volgende maand bepaalt: welke advertentie-uitgaven omzet werden, en welke paginaversie de verkoop deed.
