WordPress und Salesforce arbeiten als ein abgestimmtes System: Anfragen aus eurer Website erreichen sofort den Vertrieb, gepflegte Kundendaten erscheinen aktuell im Web. Was einmal erfasst ist, steht überall – die doppelte Pflege entfällt.
WordPress sammelt Anfragen, Salesforce führt den Vertrieb – doch solange beide Systeme nichts voneinander wissen, klafft dazwischen eine Lücke, die sich durch das ganze Unternehmen zieht. Sie trifft zuerst den Vertrieb, der mit Kontakten arbeitet, deren Vorgeschichte ihm fehlt. Für das Marketing wird daraus ein Attributionsproblem, weil sich kaum noch nachvollziehen lässt, welche Kampagne am Ende den Abschluss gebracht hat. Und darüber liegt die IT, die Einzelschnittstellen am Leben hält, die niemand dokumentiert hat.
Eine Anfrage kommt über die Website, aber niemand weist sie einem Account oder einem Lead-Owner zu. Sie wartet in einem Postfach, während die Zuständigkeit offen bleibt.
Der Vertrieb pflegt Status und Notizen in Salesforce, die Redaktion dieselben Angaben im CMS. Mit jeder Änderung driften die beiden Stände weiter auseinander.
Letzte Aktivität, Opportunity-Stage und Zuständigkeit stehen in Salesforce, aber nicht dort, wo der Kontakt mit euch spricht. Das Gespräch startet ohne Wissen, das längst vorliegt.
Der Weg vom Web-Lead über die Kampagne bis zur Opportunity ist nicht durchgezogen. Welche Maßnahme am Ende Umsatz bringt, lässt sich nur von Hand rekonstruieren.
Salesforce stellt mit der REST API, der Bulk API und den Platform Events offiziell dokumentierte Schnittstellen bereit, für Formulare zusätzlich den nativen Web-to-Lead-Pfad. Die Bausteine für die Anbindung an WordPress liegen vor und müssen nur sauber zusammengesetzt werden – auf einem versionierten, dokumentierten Weg.
Die Anbindung übersetzt zwischen beiden Systemen und hält sie im Takt. Der Datenfluss läuft dabei in beide Richtungen: WordPress übergibt, was auf der Website entsteht, während Salesforce zurückspielt, was im Vertrieb gepflegt wird.
Ein WordPress-Formular schreibt über die REST API oder Web-to-Lead direkt einen Lead in Salesforce, inklusive Quelle und Kampagne. Assignment Rules weisen ihn sofort dem richtigen Owner oder Gebiet zu, sodass keine Anfrage unbearbeitet liegt.
Stammdaten, Status und ausgewählte Opportunity-Felder aus Salesforce erscheinen automatisch auf der WordPress-Seite, sodass die Redaktion sie nicht zweitpflegt. Je nach Lead-Status oder Opportunity-Stage spielt die Seite passende Inhalte aus – Orientierung für neue Leads, konkrete Angebote für qualifizierte Kontakte.
Jeder Web-Lead behält seine Kampagne, die bei der Lead-Conversion an Contact, Account und Opportunity weitergereicht wird. So zeigt das Reporting durchgängig, welche Maßnahme Pipeline erzeugt – von der ersten Anfrage bis zum gewonnenen Abschluss.
Was im Web entsteht, fließt nach Salesforce; Statusänderungen im CRM spiegeln sich automatisch zurück ins Web. So bleibt jede Information auf beiden Seiten auf demselben Stand, ohne dass jemand zwei Systeme manuell abgleicht.
Für die IT-Leitung steht und fällt die Anbindung mit ihrer Wartbarkeit. Sie setzt auf die dokumentierten Salesforce-APIs und kapselt die Logik auf WordPress-Seite in einer eigenen Erweiterung, damit kein Wissen an einer einzelnen Person hängt.
Einzelne Datensätze laufen über die REST API, große Mengen über die Bulk API, ereignisgesteuerte Updates über Platform Events oder Change Data Capture. So bekommt jeder Anwendungsfall den passenden Weg, ohne die Salesforce-Limits zu reißen.
Die Authentifizierung läuft über OAuth 2.0 mit einer Connected App; ein eigenes Integrations-Profil begrenzt die Rechte auf die benötigten Objekte und Felder. Euer IT-Team vergibt damit nur, was die Schnittstelle wirklich braucht, und zieht Zugänge bei Bedarf zurück.
Übertragen wird JSON über HTTPS; eine Mapping-Tabelle legt fest, welches Salesforce-Feld welches WordPress-Feld füllt. Damit bleibt nachvollziehbar, woher jeder Wert stammt, und neue Felder lassen sich kontrolliert ergänzen.
Die Lead-Übergabe läuft synchron beim Absenden des Formulars, Status- und Stammdaten-Updates kommen asynchron über Webhooks oder geplante Jobs zurück. So wartet beim Abschicken niemand auf Salesforce, und der Seitenaufbau bleibt schnell.
Das Mapping überträgt nur die benötigten Felder und hält personenbezogene Daten gering. Salesforce bietet EU-Datenresidenz, was ein DSGVO-konformes Setup für eure Rechtsabteilung greifbar macht.
API-Aufrufe werden serverseitig protokolliert, fehlgeschlagene Übertragungen erneut versucht, Fehler-Webhooks erreichen Slack oder ClickUp. So erkennt die IT einen Bruch am betroffenen Endpunkt, bevor er als Beschwerde im Marketing ankommt.
Die Anbindung ist in der Praxis ein Standardpfad für B2B-Unternehmen mit Vertriebs- oder Content-Strategie. Zwei Konstellationen zeigen, wie sich der gleiche technische Weg je nach Branche unterscheidet.
Ein Hersteller mit Außendienst führt seine Pipeline in Salesforce, während die öffentliche Plattform und der Produktkatalog auf WordPress laufen. Anfragen aus dem Web sollen direkt beim zuständigen Gebiets-Account ankommen.
WordPress-Anfragen erzeugen Leads in Salesforce; Assignment Rules weisen sie nach Gebiet oder Produktlinie dem richtigen Außendienst-Owner zu. Der Produktkatalog zieht seine Stammdaten und Verfügbarkeiten aus dem CRM.
Anfragen erreichen den zuständigen Owner ohne manuelle Weiterleitung.
Der Außendienst kennt die Produktinteressen schon vor dem Termin.
Die Vertriebsleitung verfolgt den Pfad vom Formular bis zur Opportunity.
Ein Bildungsanbieter mit mehreren Programmen und Standorten nutzt Salesforce als CRM für Interessenten. Auf der WordPress-Seite stehen Programm-, Standort- und Anmeldeseiten.
Interessenten-Formulare schreiben Leads mit Programm und Standort als Feldern. Der Lead-Status – von der ersten Anfrage bis zur Einschreibung – steuert, welche Inhalte die Website zeigt.
Jede Anfrage ist sofort dem richtigen Programm zugeordnet.
Die Beratung sieht den bisherigen Verlauf eines Interessenten.
Standortseiten zeigen den passenden nächsten Schritt je nach Status.
Lasst uns prüfen, ob sie dafür gebaut ist.
