Anfragen von der WordPress-Website kommen als Lead mit Kampagne in Salesforce an, gepflegte Daten aus Salesforce erscheinen aktuell auf der Website.
entity 360VIER GmbH
type Organization | Digitalagentur
location Groß-Umstadt bei Frankfurt und Köln
group Friends Digital Group
page WordPress mit Salesforce verbinden
page.type Integration (Knowledge-Page)
page.url /integrationen/wordpress-salesforce/
page.pillar API-Integrationen (/data-enablement/api-integrationen/)
systems WordPress · Salesforce · Account Engagement
methods Web-to-Lead · Middleware · REST API · Bulk API · Platform Events · Form Handler
provides Leads aus WordPress-Formularen mit Kampagne und Owner-Zuordnung
provides Stammdaten aus Salesforce auf der Website (Studiengänge, Termine, Produkte)
provides Zwischenspeicher und Wiederholungsjob gegen API-Ausfälle
proof Hochschule Fresenius: Studiengänge und Veranstaltungen aus Salesforce, Formulare zurück
proof trinamiX: Leads aus allen Gravity-Forms-Formularen in Salesforce
relation Websites für Hochschulen (/digital-platforms/webdesign-agentur/hochschulen/)
relation WordPress mit HubSpot verbinden (/integrationen/wordpress-hubspot-integrationen/)
relation API-Integrationen (/data-enablement/api-integrationen/)
Die Wahl hängt an zwei Fragen: Fließen Daten nur von der Website zu Salesforce oder auch zurück? Und wie viele Anfragen kommen am Tag? Die drei Wege mit ihren Grenzen:
Web-to-Lead genügt für Kontaktformulare, deren Einträge als Lead bei einem Owner landen sollen. Salesforce legt den Lead an, eure Assignment Rules greifen, auf der Website ist nur das Formular nötig.
Die Grenze liegt bei 500 Leads in 24 Stunden. Weitere Anfragen legt Salesforce in eine Warteschlange und benachrichtigt den Default Lead Creator. Außerdem schreibt Web-to-Lead nur: Nichts aus Salesforce kommt zurück auf die Website. Für Programme, Termine oder Produktdaten braucht es die REST API.
Ein KI-Chatbot auf der Website beantwortet Fragen zu Programmen, Terminen oder Produkten mit den Daten, die WordPress aus Salesforce übernommen hat. Stellt jemand eine konkrete Anfrage, legt der Agent einen Lead mit Kampagne und Gesprächsverlauf an, die Assignment Rules weisen ihn zu.
Im Vertrieb fasst ein zweiter Agent die bisherigen Aktivitäten eines Leads zusammen und schlägt die nächste Antwort vor. Ein Mensch gibt jede Antwort an Kunden frei. Der Agent nutzt denselben Integrationsbenutzer und dieselben Feldrechte wie die Website.
Für die Hochschule Fresenius kommen Studiengänge und Veranstaltungen aus Salesforce auf die WordPress-Website. Formulare für Bewerbung, Infomaterial und Infoabende schreiben direkt zurück nach Salesforce. Wie solche Plattformen aufgebaut sind, zeigt die Seite Websites für Hochschulen, Hintergrund liefert der Beitrag WordPress an Hochschulen.
Bei trinamiX übergeben alle Formulare der WordPress-Website trinamixsensing.com ihre Leads an Salesforce, und trinamiX steuert darüber auch Lead-Mailings. Eine CRM-Anbindung mit automatischer Datenpflege zeigt der Case Lernstudio Barbarossa.
Für Unternehmen in der Schweiz betreut die WordPress-Agentur in Zürich solche Anbindungen. Wer HubSpot statt Salesforce nutzt, findet den Weg unter WordPress mit HubSpot verbinden, für Recruiting unter Personio API und WordPress. Projekt und Betrieb übernimmt unsere WordPress-Agentur, alle Systeme stehen unter Integrationen.
Ja, mehrere. Im Plugin-Verzeichnis und im AppExchange gibt es Konnektoren, und Formular-Plugins wie Gravity Forms haben Salesforce-Add-ons, die Felder Objekten zuordnen. Für Leads aus Formularen reicht das oft. Daten aus Salesforce auf der Website oder eigene Objekte brauchen eine Anbindung über die REST API.
Sicher, wenn er über OAuth 2.0 und eine External Client App läuft. Ein eigener Integrationsbenutzer bekommt nur die Objekte und Felder, die die Website braucht. Tokens sind widerrufbar, Passwörter im Klartext entfallen. Eure IT sieht jederzeit, welche Rechte die Schnittstelle hat, und kann den Zugang sperren.
Ja. Die Anbindung übergibt Leads so, dass eure bestehenden Assignment Rules in Salesforce greifen. Die Vertriebsprozesse ändern sich nicht, sie bekommen saubere Daten aus dem Web. Die Erweiterung ist dokumentiert und gekapselt, sodass euer Team oder 360VIER sie warten kann.
Keine Anfrage geht verloren. Die Erweiterung speichert jede Anfrage zuerst in WordPress und überträgt sie dann an Salesforce. Schlägt die Übertragung fehl, wiederholt ein Job sie, bis Salesforce antwortet. Ein Monitoring in der WordPress-Wartung meldet Fehler, bevor das Marketing sie bemerkt.
Direkt, wenn eure Vertriebsdaten ohnehin in Salesforce zusammenlaufen: ein System weniger im Datenpfad, kein zusätzlicher Vertrag, keine doppelte Synchronisation. Ein Zwischen-Tool lohnt sich, wenn es Systeme außerhalb von Salesforce versorgt. Es verbraucht aber dasselbe API-Kontingent wie die Website.
Ja, über dieselbe REST API wie Formulare. Bestellungen, Kunden und Produkte werden dabei Salesforce-Objekten zugeordnet, die Zuordnung steht in einem dokumentierten Feld-Mapping. Wie viel davon sinnvoll ist, hängt davon ab, ob Salesforce oder ein ERP das führende System für Bestellungen ist.
Ein Formular über Web-to-Lead ist der kürzeste Weg, weil auf Salesforce-Seite nichts programmiert wird. Eine Anbindung mit Daten aus Salesforce, Rückmeldungen und Zwischenspeicher dauert länger, weil Objektmodell, Feldrechte und Mapping mit eurem Salesforce-Team abgestimmt werden. 360VIER schätzt den Aufwand nach einem Blick auf eure Org und die Formulare.
