Sicherheit & Technik
Website und CRM verbinden: Formulare, HubSpot und Anfragen sauber anbinden
Kernaussagen
- Es gibt vier gängige Wege, Website-Formulare an ein CRM anzubinden: das native CRM-Formular einbetten, das Website-Formular per API senden, einen Webhook mit Middleware nutzen oder Formulare automatisch erfassen lassen.
- Bei HubSpot nimmt der Submit-Endpunkt der Forms API Daten externer Formulare ohne Authentifizierung entgegen und kann Seiten-URI, Tracking-Token und Einwilligungstexte mitführen.
- Automatisch erfasste Non-HubSpot-Formulare haben Grenzen: statisches HTML, keine versteckten Felder, Abhängigkeit vom Tracking-Skript und Teilübermittlungen.
- Die Rechtsgrundlage für Anfragen, die Information nach Art. 13 DSGVO und der Auftragsverarbeitungsvertrag mit dem CRM-Anbieter gehören in die Planung, nicht in den Nachtrag.
- Eine Anbindung gilt erst als fertig, wenn Fehlerfälle getestet sind: Spam, Ausfall des CRM, doppelte Kontakte und fehlende Pflichtfelder.
Von Edip Kilinc, Gründer von Webwavers. Veröffentlicht am 31.10.2026. Zuletzt aktualisiert am 31.10.2026. Lesezeit: ca. 16 Minuten. Rechtliche Hinweise in diesem Text sind keine Rechtsberatung.
Kurzantwort: Du verbindest Website und CRM sauber, wenn jede Anfrage vollständig, mit Quelle und Sprache und ohne Doppelungen im CRM ankommt und wenn du weißt, was passiert, wenn etwas schiefgeht. Dafür gibt es vier Wege: das native CRM-Formular einbetten, das eigene Formular per API senden, einen Webhook mit Middleware nutzen oder Formulare automatisch erfassen lassen. Welcher passt, hängt von Design-Anspruch, Datenmodell und Datenschutz ab.
Das Wichtigste in Kürze
- Beginne mit dem Datenmodell, nicht mit dem Tool: Welche Felder braucht dein Vertrieb wirklich, und wie sollen sie im CRM heißen?
- Eingebettete CRM-Formulare sind schnell, eigene Formulare passen besser zum Design. Beides kann sauber laufen.
- Automatisch erfasste Formulare haben Grenzen. Prüfe sie, bevor du dich darauf verlässt.
- Plane Fehlerfälle von Anfang an: Spam, Ausfall des CRM, doppelte Kontakte, fehlende Pflichtfelder.
- Datenschutz gehört in die Architektur: Rechtsgrundlage, Information, Vertrag mit dem CRM-Anbieter und Umgang mit Tracking-Cookies.
Inhaltsverzeichnis
- Was "sauber angebunden" bedeutet
- Vor der Technik: Datenmodell und Prozess
- Die vier Wege im Vergleich
- Weg 1: CRM-Formular einbetten
- Weg 2: Eigenes Formular per API an HubSpot
- Weg 3: Webhook und Middleware
- Weg 4: Automatisch erfasste Formulare
- Felder, Quelle, Sprache und Attribution
- Spam, Fehlerfälle und Monitoring
- Datenschutz bei der Anbindung
- HubSpot-Blog auf der Webflow-Website anzeigen
- Testplan vor dem Launch
- Branchenbeispiele: Software, Energie, Immobilien
- Wann du keine Agentur brauchst
- Wie wir das umsetzen
- FAQ
Was "sauber angebunden" bedeutet
Viele Websites haben ein Formular, das irgendwie Mails verschickt, und ein CRM, in das irgendjemand Anfragen von Hand überträgt. Das funktioniert, solange wenig los ist. Sobald Kampagnen laufen oder mehrere Leute im Vertrieb arbeiten, gehen Anfragen verloren, landen doppelt im System oder kommen ohne Quelle an, sodass niemand weiß, welche Maßnahme sie gebracht hat.
Sauber angebunden heißt: Jede Anfrage landet automatisch im CRM, mit allen Feldern, die der Vertrieb braucht, mit Quelle, Seite und Sprache, ohne Duplikate und mit nachvollziehbarer Einwilligung oder Rechtsgrundlage. Und: Du erfährst es, wenn etwas nicht klappt. Gestaltung und Aufbau von Formularen selbst, also Feldanzahl, Texte und Absende-Button, behandelt unser Beitrag Anfrageformular optimieren. Hier geht es um das, was hinter dem Absenden passiert.
Vor der Technik: Datenmodell und Prozess
Die häufigste Ursache für Chaos im CRM ist kein technischer Fehler, sondern ein unklares Datenmodell. Bevor du ein Formular anbindest, klärst du vier Dinge.
1. Welche Objekte entstehen? Ein Kontakt, ein Unternehmen, ein Deal? Bei HubSpot lassen sich über die Forms API Felder verschiedenen Objekttypen zuordnen, etwa Kontakten (0-1) und Unternehmen (0-2) (HubSpot, Submit data to a form). Überleg dir, ob eine Anfrage nur einen Kontakt anlegt oder auch einen Deal.
2. Welche Felder sind Pflicht? Jedes zusätzliche Feld senkt die Abschlussquote, jedes fehlende macht dem Vertrieb Arbeit. Trenne zwischen "brauchen wir sofort" und "klären wir im Gespräch". Art. 5 Abs. 1 DSGVO verlangt zudem Datenminimierung: Erhebe nur, was du für den Zweck brauchst (Art. 5 DSGVO).
3. Wie heißen die Felder im CRM? Lege vorab interne Feldnamen fest und halte sie in einer Mapping-Tabelle fest. Ein Feld "Firma" auf der Website, "Company" im CRM und "Organisation" im Newsletter-Tool ist die Zutat für Duplikate.
4. Wer macht was mit der Anfrage? Wer bekommt die Benachrichtigung, wie schnell wird geantwortet, was passiert außerhalb der Geschäftszeiten? Die beste Anbindung nützt nichts, wenn die Anfrage in einem Postfach landet, das niemand liest.
Eine einfache Mapping-Tabelle kann so aussehen:
| Feld im Formular | Feld im CRM | Pflicht | Hinweis |
|---|---|---|---|
| Vorname | Vorname | ja | Getrennt von Nachname speichern |
| Nachname | Nachname | ja | |
| ja | Schlüssel für Duplikat-Erkennung | ||
| Unternehmen | Unternehmen | ja bei B2B | Als Unternehmensobjekt anlegen |
| Nachricht | Anfragetext | nein | Als Notiz oder Eigenschaft |
| Anliegen (Auswahl) | Anfrage-Art | ja | Auswahlliste statt Freitext |
| Seite des Formulars | Quell-URL | automatisch | Aus dem Kontext übergeben |
| Sprache | Sprache | automatisch | Aus der Sprachversion |
| Einwilligung/Hinweis | Rechtsgrundlage | automatisch | Text und Zeitpunkt festhalten |

Die vier Wege im Vergleich
| Weg | So funktioniert es | Stärken | Schwächen | Passt zu |
|---|---|---|---|---|
| 1. CRM-Formular einbetten | Das Formular wird im CRM gebaut und per Embed-Code in die Seite eingefügt | Schnell, Felder und Logik im CRM, wenig Entwicklung | Weniger Gestaltungsfreiheit, Fremdskript auf der Seite | Landingpages, schnelle Kampagnen |
| 2. Eigenes Formular per API | Das Website-Formular sendet per Skript direkt an die API des CRM | Volle Gestaltungsfreiheit, saubere Felder und Kontext | Entwicklung und Wartung nötig, Fehlerbehandlung selbst bauen | Marken-Websites mit hohem Design-Anspruch |
| 3. Webhook plus Middleware | Das Website-CMS meldet die Eingabe an einen Automatisierungsdienst, der sie ins CRM schreibt | Flexibel, mehrere Ziele möglich, ohne eigenen Server | Zusätzlicher Dienst, Zusatzkosten, weitere Datenverarbeitung | Mehrere Systeme, wechselnde Abläufe |
| 4. Automatische Erfassung | Das CRM erkennt normale HTML-Formulare auf der Seite und erfasst Eingaben | Kaum Entwicklungsaufwand | Viele Einschränkungen, Abhängigkeit vom Tracking-Skript | Einfache Formulare als Übergangslösung |
Keiner dieser Wege ist grundsätzlich besser. Für ein sauberes Ergebnis zählt, dass du den passenden wählst und die Fehlerfälle abdeckst.
Weg 1: CRM-Formular einbetten
Der schnellste Start ist das native Formular des CRM. Du baust es im CRM, kopierst den Embed-Code und setzt ihn in einen Code-Baustein auf der Seite. Felder, Pflichtangaben, Bedingungen und Benachrichtigungen pflegt das Marketing im CRM selbst. Das ist praktisch, wenn Kampagnen schnell live gehen müssen.
Die Grenzen: Das Aussehen entspricht selten genau deinem Design, und das Formular lädt ein Skript des CRM-Anbieters nach. Aus Datenschutzsicht ist das ein externes Skript, das du in die Bestandsaufnahme deiner Dienste aufnehmen musst. Ob es vor oder nach einer Einwilligung laden darf, hängt von der Konfiguration und der rechtlichen Einordnung ab. Die technische Seite dazu steht im Ratgeber Tracking-Consent nach TDDDG.
Weg 2: Eigenes Formular per API an HubSpot
Wenn das Formular zum Design passen soll, baust du es in der Website und sendest die Daten per API ans CRM. Bei HubSpot gibt es dafür den Endpunkt der Forms API zum Übermitteln von Daten:
POST https://api.hsforms.com/submissions/v3/integration/submit/{portalId}/{formGuid}
Nach der HubSpot-Dokumentation brauchst du die Portal-ID und die Formular-ID im Pfad und im Body ein Feld-Array mit bis zu 1.000 Einträgen. Jeder Eintrag besteht aus Objekttyp, Name und Wert. Im optionalen Kontext kannst du unter anderem hutk (das Tracking-Token), pageUri (die Seite des Formulars), pageName und ipAddress mitgeben. Der Endpunkt erfordert laut Dokumentation keine Authentifizierung und unterstützt CORS-Anfragen. Bei Überschreitung von Limits antwortet die API mit HTTP 429, bei Validierungsfehlern mit 400 und einer Fehlerliste (HubSpot, Submit data to a form).
Ein Aufruf in vereinfachter Form sieht so aus:
POST /submissions/v3/integration/submit/PORTAL_ID/FORM_GUID
{
"fields": [
{ "objectTypeId": "0-1", "name": "email", "value": "name@firma.de" },
{ "objectTypeId": "0-1", "name": "firstname", "value": "Mara" }
],
"context": {
"pageUri": "https://www.firma.de/kontakt",
"pageName": "Kontakt"
},
"legalConsentOptions": { ... }
}
Einwilligungsangaben mitsenden. Die API kennt ein optionales Objekt legalConsentOptions. Darin kannst du entweder eine Einwilligung (mit consentToProcess und dem angezeigten Text) oder ein berechtigtes Interesse (mit Rechtsgrundlage und Text) übergeben. Das hilft, die Datenschutzangaben im CRM festzuhalten. Welche Rechtsgrundlage für dich zutrifft, ist keine Entwicklerfrage.
Wo das Skript läuft. Die Anfrage kann direkt im Browser abgeschickt werden oder über einen kleinen Server-Zwischenschritt. Die zweite Variante gibt dir mehr Kontrolle über Spam-Filter, Wiederholungen bei Fehlern und das Verbergen von Zugangsdaten bei authentifizierten Endpunkten. Für größere Projekte lohnt sich dieser Zwischenschritt.
Pflege. Eine eigene Anbindung ist Code, der gepflegt werden muss. Ändert das CRM ein Feld oder einen Endpunkt, muss die Anbindung angepasst werden. Plane das im Wartungsvertrag ein, siehe Seite Wartung.
Weg 3: Webhook und Middleware
Bei Webflow melden Webhooks Ereignisse an einen Zielserver. Für Formulare gibt es das Ereignis form_submission. Der Payload enthält nach der Dokumentation unter anderem den Formularnamen, die Site-ID, die übermittelten Daten, ein Schema der Felder, den Zeitstempel, die Formular-Elemente-ID und die Locale-ID der Sprache, aus der das Formular abgeschickt wurde. Bei Seiten ohne Lokalisierung oder in der Primärsprache ist die Locale-ID leer (Webflow Developers, form_submission). Das ist wertvoll, weil du so die Sprache des Leads ins CRM übernehmen kannst, wie im Ratgeber zur mehrsprachigen Unternehmenswebsite beschrieben.
Der Webhook alleine schreibt noch nichts ins CRM. Dafür braucht es einen Empfänger: einen Automatisierungsdienst, eine Serverless-Funktion oder einen eigenen Dienst. Er nimmt die Daten entgegen, bereinigt sie, ordnet sie den CRM-Feldern zu und sendet sie weiter. Der Vorteil ist die Flexibilität: Du kannst mehrere Ziele bedienen (CRM, Benachrichtigung, Tabellen) und Regeln einbauen.
Beachte die Kosten und Risiken des Zwischenschritts:
- Der Automatisierungsdienst verarbeitet personenbezogene Daten in deinem Auftrag. Für Auftragsverarbeitung verlangt Art. 28 DSGVO einen Vertrag mit festgelegten Inhalten (Art. 28 DSGVO). Prüfe, ob der Anbieter einen solchen anbietet.
- Zusätzliche Dienste sind zusätzliche Ausfallstellen. Baue Wiederholungen und Benachrichtigungen bei Fehlern ein.
- Rechne Lizenzkosten und Limits des Dienstes ein, bevor du dich festlegst.
Weg 4: Automatisch erfasste Formulare
HubSpot bietet an, Formulare auf externen Seiten automatisch zu erfassen ("Non-HubSpot Forms"). Das Tool erkennt HTML-Formulare anhand des Form-Tags und speichert Eingaben in HubSpot. Voraussetzung ist, dass der HubSpot-Tracking-Code auf der Seite installiert ist und die Funktion in den Einstellungen aktiviert wurde (HubSpot, Non-HubSpot-Formulare).
Das klingt bequem, hat aber klare Grenzen:
- Nur statisches HTML in Form-Tags, mit einem E-Mail-Feld und einem Standard-Absende-Button.
- Kein Iframe, kein JavaScript am Absende-Ereignis, keine Single-Page-Apps. Das Formular muss beim ersten Laden der Seite vorhanden sein.
- Keine versteckten Felder und keine sensiblen Felder wie Kreditkartennummern.
- Wenn das Tracking-Skript nicht lädt, etwa durch Skriptkonflikte oder Browser-Erweiterungen, gehen Übermittlungen verloren.
- Jeder Klick auf Absenden erzeugt eine Übermittlung, auch bei unvollständigen Eingaben. Bei Validierung auf der Seite entstehen so Teil- und Vollübermittlungen.
- Daten werden nur auf einzeilige Textfelder abgebildet, eine manuelle Zuordnung ist nicht möglich, das Matching erfolgt automatisch anhand von Feldname und Bezeichnung.
- Alle Übermittlungen, die demselben Cookie zugeordnet sind, landen beim selben Kontakt, auch wenn verschiedene E-Mail-Adressen verwendet werden.
- Pro Konto gibt es maximal 10.000 Non-HubSpot-Formulare.
Für ein Marken-Website-Projekt mit Anspruch an Datenqualität ist das meist nur eine Übergangslösung. Als Notnagel für ein bestehendes Formular kann es nützlich sein, solange du die Einschränkungen kennst.
Felder, Quelle, Sprache und Attribution
Ein Lead ohne Kontext ist halb so viel wert. Folgende Zusatzinformationen solltest du übergeben:
| Information | Wozu | Wie |
|---|---|---|
| Seite des Formulars | Welche Seite überzeugt | pageUri bzw. pageName im Kontext (HubSpot-API) |
| Sprache | Richtige Ansprache, Zuständigkeit | Locale-ID des Webhooks bei Webflow Localization |
| Formularart | Demo-Anfrage, Kontakt, Download | Eigenes Feld oder eigenes Formular |
| Kampagnenparameter (UTM) | Kanal und Kampagne | Beim Seitenaufruf auslesen, ins Formular übernehmen |
| Zusatzangaben | Objekt-ID, Tarif, Anlage | Versteckte Felder (nicht bei automatischer Erfassung) |
Zu den UTM-Parametern: Sie stehen in der URL und können beim Seitenaufruf in versteckte Formularfelder geschrieben werden. Prüf dabei, ob dafür etwas im Browser gespeichert wird, denn dann berührt es § 25 TDDDG. Ein reines Auslesen der URL beim Absenden ohne Speicherung auf dem Endgerät ist technisch einfacher zu rechtfertigen, die Bewertung im Einzelfall überlässt du aber deiner Datenschutzbeauftragten.
Zum HubSpot-Tracking-Token hutk: Es entsteht aus dem Cookie hubspotutk, das den Besucher identifiziert und beim Absenden zur Zusammenführung von Kontakten dient. HubSpot führt dieses Cookie in seiner Dokumentation unter den notwendigen Cookies auf (HubSpot, Cookies). Ob das nach § 25 Abs. 2 TDDDG als unbedingt erforderlich gilt, ist eine Rechtsfrage. Die Datenschutzkonferenz liest die Ausnahme eng und nennt Geschäftsmodell-Interessen ausdrücklich nicht als Rechtfertigung (DSK, OH Telemedien 2021). Lass die Frage deshalb vor dem Go-live klären, statt dich auf die Einstufung des Anbieters zu verlassen.
Spam, Fehlerfälle und Monitoring
Eine Anbindung zeigt ihre Qualität erst, wenn etwas schiefgeht. Plane diese Fälle von Anfang an ein.
Spam. Formulare ziehen automatisierte Einsendungen an. Kombiniere mehrere Maßnahmen: ein verstecktes Köderfeld (Honeypot), serverseitige Prüfung, eine Zeitprüfung und gegebenenfalls ein Captcha-Dienst. Beachte, dass ein Captcha-Dienst selbst ein externer Dienst ist und in deine Datenschutzprüfung gehört. Ohne Spam-Schutz füllt sich das CRM mit Müll und der Vertrieb verliert das Vertrauen in die Daten.
CRM nicht erreichbar. Was passiert mit einer Anfrage, wenn das CRM kurz nicht antwortet? Sie darf nicht verloren gehen. Speichere sie zwischen und versuche es erneut, oder sende zusätzlich eine Benachrichtigung per E-Mail. Die HubSpot-API antwortet bei Überschreitung von Limits mit HTTP 429. Dein Code sollte darauf mit einer Wiederholung reagieren.
Validierungsfehler. Antwortet die API mit 400, enthält die Antwort eine Fehlerliste. Protokolliere sie und benachrichtige jemanden. Typische Ursachen sind falsche Feldnamen oder ungültige Werte bei Auswahllisten.
Doppelte Kontakte. Die E-Mail-Adresse ist in der Regel der Schlüssel. Prüfe, wie dein CRM mit derselben Adresse umgeht, und lege fest, ob eine zweite Anfrage den vorhandenen Kontakt aktualisiert oder einen neuen Vorgang erzeugt.
Monitoring. Richte eine einfache Kontrolle ein: Zähle wöchentlich Formularabsendungen auf der Website und Neueinträge im CRM. Weichen sie voneinander ab, stimmt etwas nicht. Das Ganze sollte nicht von der Aufmerksamkeit einer Person abhängen.
Datenschutz bei der Anbindung
Hier ein Überblick über die Punkte, die technisch ins Projekt gehören. Die rechtliche Bewertung bleibt bei deiner Datenschutzbeauftragten oder deinem Anwalt, das ist keine Rechtsberatung.
Rechtsgrundlage für die Anfrage. Art. 6 Abs. 1 DSGVO nennt unter anderem die Verarbeitung für vorvertragliche Maßnahmen auf Anfrage der betroffenen Person (lit. b), die Einwilligung (lit. a) und berechtigte Interessen (lit. f) (Art. 6 DSGVO). Welche passt, hängt vom Zweck ab: Eine konkrete Anfrage zu einem Angebot ist etwas anderes als die Aufnahme in einen Newsletter-Verteiler. Trenne diese Zwecke technisch, zum Beispiel durch eine getrennte, nicht vorangekreuzte Newsletter-Auswahl.
Information am Formular. Art. 13 DSGVO verlangt, dass bei der Datenerhebung unter anderem Verantwortlicher, Zwecke, Rechtsgrundlage und Empfänger genannt werden, und zwar zum Zeitpunkt der Erhebung (Art. 13 DSGVO). Ein Hinweis mit Link zur Datenschutzerklärung direkt am Absende-Button ist üblich. Das CRM und, falls vorhanden, ein Automatisierungsdienst gehören als Empfänger in die Information.
Vertrag mit dem CRM-Anbieter. Verarbeitet der Anbieter Daten in deinem Auftrag, braucht es einen Auftragsverarbeitungsvertrag nach Art. 28 DSGVO. Das gilt entsprechend für Middleware-Dienste. Bei Anbietern außerhalb der EU kommt die Frage der Drittlandübermittlung hinzu, wie im Ratgeber zu Tracking-Consent nach TDDDG beschrieben.
Speicherdauer und Löschung. Art. 5 Abs. 1 DSGVO verlangt Speicherbegrenzung. Lege fest, wie lange Anfragen im CRM bleiben und wie Löschungen laufen. Ein CRM, das nie aufräumt, wird zum Datenschutzrisiko.
Sensible Angaben. Frag nur nach dem, was du brauchst. Freitextfelder laden dazu ein, mehr zu schreiben, als nötig ist. Ein Hinweis, keine sensiblen Daten einzutragen, kann sinnvoll sein.
Details zu Cookie-Banner und Tracking findest du im Beitrag Cookie-Banner richtig einsetzen und im Glossar zu DSGVO.
HubSpot-Blog auf der Webflow-Website anzeigen
Eine häufige Frage aus der Praxis: Das Marketing veröffentlicht den Blog in HubSpot, die Unternehmenswebsite läuft auf Webflow. Wie kommen die Artikel auf die Website? Grundsätzlich gibt es drei Wege, die sich in Aufwand und Ergebnis unterscheiden.
| Weg | Beschreibung | Vorteil | Nachteil |
|---|---|---|---|
| Blog bleibt in HubSpot | Die Website verlinkt auf den HubSpot-Blog, z. B. unter einer Subdomain | Wenig Aufwand, Redaktion bleibt in HubSpot | Zwei Systeme, Design und SEO getrennt |
| Synchronisation ins Website-CMS | Ein Skript oder Dienst überträgt Artikel von HubSpot in das CMS der Website | Alles unter einer Domain und im Website-Design | Technischer Aufwand, Pflege von Feldern, Bildern und Aktualisierungen |
| Anzeige per Schnittstelle | Die Website lädt Artikel zur Laufzeit per Schnittstelle | Keine doppelte Pflege | Abhängig von der Schnittstelle, SEO und Ladezeit prüfen |
Welcher Weg trägt, entscheiden Redaktionsablauf, SEO-Ziel und Budget. Klär vor dem Bau, wo die Artikel für Suchmaschinen leben sollen, damit keine Doppelungen entstehen, und wer Änderungen pflegt. Eine allgemeine Anleitung gibt es nicht, weil die Antwort vom Setup abhängt.
Testplan vor dem Launch
Mit diesem Plan prüfst du die Anbindung, bevor Kunden sie nutzen:
- Erfolgsfall: Alle Pflichtfelder ausfüllen, absenden. Prüfe im CRM: Kontakt angelegt, Felder richtig zugeordnet, Quelle und Sprache vorhanden, Benachrichtigung ausgelöst.
- Pflichtfelder fehlen: Absenden ohne E-Mail. Die Fehlermeldung ist verständlich, im CRM entsteht nichts.
- Ungültige Werte: Falsche E-Mail-Adresse, zu lange Eingaben, Sonderzeichen und Umlaute. Prüfe die Darstellung im CRM.
- Doppelt absenden: Zwei Mal mit derselben E-Mail. Aktualisierung oder Duplikat wie geplant?
- Spam-Test: Köderfeld ausfüllen. Die Einsendung wird nicht übernommen.
- CRM-Ausfall simulieren: Falsche Portal-ID eintragen. Die Anfrage geht nicht verloren, eine Fehlermeldung oder Benachrichtigung erscheint.
- Sprachen: In jeder Sprachversion absenden. Die Sprache kommt korrekt im CRM an.
- Einwilligung: Ohne Zustimmung zu optionalen Zwecken absenden. Es wird kein Newsletter-Status gesetzt.
- Netzwerk-Tab: Prüfe, welche Fremdverbindungen beim Laden und Absenden entstehen und ob sie zur Datenschutzdokumentation passen.
- Benachrichtigung: Kommt die interne Mail oder Aufgabe beim richtigen Team an, auch außerhalb der Geschäftszeiten?
Branchenbeispiele: Software, Energie, Immobilien
IT und Software. Demo-Formulare brauchen oft Firmengröße, Anwendungsfall und Zeitrahmen, damit der Vertrieb vorqualifizieren kann. Dazu passt eine Zuordnung zu Kontakt, Unternehmen und Deal. Beachte, dass viele Felder die Abschlussquote senken, siehe Anfrageformular optimieren. Mehr zur Branche findest du unter IT, Software und SaaS.
Energie. Anfrageformulare für Projekte oder Beratung sind häufig komplexer, mit Auswahl von Anlage oder Leistung. Auswahllisten statt Freitext erleichtern die Weiterverarbeitung. Mehr unter Energie.
Immobilien. Objektanfragen brauchen die Verknüpfung zum Objekt: eine Objekt-ID als verstecktes Feld, damit der Vertrieb weiß, worum es geht. Das funktioniert bei eigenen Formularen und API-Anbindung, nicht bei automatischer Erfassung, die keine versteckten Felder unterstützt. Mehr unter Immobilien.
Wann du keine Agentur brauchst
Wenn du ein einfaches Kontaktformular hast, ein CRM mit nativem Formular-Baukasten nutzt und die Gestaltung nicht stört, reicht in vielen Fällen das Einbetten des CRM-Formulars. Das erledigt ein technisch versiertes Marketing-Team selbst. Du brauchst Unterstützung, wenn das Formular zum Design passen muss, wenn mehrere Systeme beteiligt sind, wenn Sprachen, Quellen und Objekte sauber übergeben werden sollen oder wenn ein Relaunch ansteht und die Anbindung ohnehin neu gebaut wird.

Wie wir das umsetzen
Bei Webwavers läuft ein Projekt nach den Schritten auf der Prozessseite: Erstgespräch, Onboarding mit Briefing, Strategiegespräch, drei Moodboards, Design in Figma, Entwicklung und Launch mit Einschulung, mit festem Projektleiter, eigenem Slack-Kanal und einer Feedbackrunde nach jedem Meilenstein. Entwickelt wird je nach Projekt in Webflow, Framer oder WordPress.
Die CRM-Anbindung steht dort nicht als eigener Schritt. Bring deshalb ins Erstgespräch mit, welches CRM du nutzt, welche Felder dein Vertrieb braucht und wer die Anfragen bearbeitet. Lass dir Umfang, Testplan und Zuständigkeit für die Wartung schriftlich nennen, bevor du beauftragst. Die Frage "Lohnt sich das für uns?" beantwortet am Ende dein Aufwand ohne Anbindung: Wie viele Anfragen gehen heute verloren oder werden von Hand übertragen? Mehr zu unserem Leistungsumfang findest du auf der Seite Webentwicklung. Webflow ist unser Schwerpunkt, wir beraten aber neutral, welches System zu deinem CRM passt.
Wenn du über deine Anbindung sprechen willst, nutze die Kontaktseite.
FAQ
Lohnt sich eine Agentur, wenn wir Formulare und CRM sauber angebunden brauchen?
Das hängt von deinem Aufwand ab. Prüf, wie viele Anfragen heute von Hand übertragen werden oder verloren gehen, und ob Design und Datenqualität ein eigenes Formular rechtfertigen. Bring das Thema ins Erstgespräch mit und lass dir Umfang, Testplan und Wartungszuständigkeit schriftlich nennen.
Wie binde ich ein Webflow-Formular an HubSpot an?
Du hast im Kern drei Möglichkeiten: das HubSpot-Formular einbetten, das Webflow-Formular per Skript über die HubSpot-Forms-API senden oder den Webflow-Webhook form_submission an einen Zwischendienst schicken, der die Daten an HubSpot übergibt. Die Wahl hängt von Design-Anspruch, Fehlerbehandlung und Datenschutz ab.
Was ist besser: eingebettetes CRM-Formular oder eigenes Formular mit API?
Das eingebettete Formular ist schneller und leichter zu pflegen, das eigene Formular passt besser zum Design und lässt mehr Kontrolle über Felder und Kontext. Beides kann sauber laufen, wenn Fehlerfälle und Datenschutz mitgedacht sind.
Kann HubSpot Formulare auf meiner Webflow-Seite automatisch erfassen?
Ja, über die Funktion für Non-HubSpot-Formulare, wenn der Tracking-Code installiert ist. Sie hat aber Grenzen: keine versteckten Felder, nur statisches HTML, Abhängigkeit vom Tracking-Skript und Teilübermittlungen. Für anspruchsvolle Projekte ist ein gezielter Weg meist besser.
Wie bekomme ich die Sprache und die Quelle einer Anfrage ins CRM?
Die Quelle übergibst du über die Seiten-URL im Kontext der HubSpot-API oder über versteckte Felder. Die Sprache liefert bei Webflow Localization die Locale-ID im Webhook-Payload. Beides ordnest du im Mapping den CRM-Feldern zu.
Brauche ich für die CRM-Anbindung einen Vertrag mit dem Anbieter?
Wenn der Anbieter in deinem Auftrag Daten verarbeitet, verlangt Art. 28 DSGVO einen Auftragsverarbeitungsvertrag. Das gilt auch für Zwischendienste. Die rechtliche Bewertung im Einzelfall ist Rechtsberatung und gehört zu deiner Datenschutzbeauftragten.
Was passiert mit Anfragen, wenn das CRM kurz nicht erreichbar ist?
Das hängt von der Fehlerbehandlung ab. Eine saubere Anbindung speichert die Anfrage zwischen, wiederholt die Übermittlung und benachrichtigt jemanden. Teste das vor dem Launch mit einer absichtlich falschen Portal-ID.
Quellen
- HubSpot, Submit data to a form (Forms API v3)
- HubSpot, Non-HubSpot-Formulare verwenden
- HubSpot, Cookies, Sicherheit und Datenschutz
- Webflow Developers, form_submission Webhook
- Art. 5 DSGVO
- Art. 6 DSGVO
- Art. 13 DSGVO
- Art. 28 DSGVO
- DSK, Orientierungshilfe für Anbieter von Telemedien (OH Telemedien 2021)








