Kann ein Tool zur Erstellung von Werbe-Landingpages Formular-Conversions erfassen?

Ein Tool zur Erstellung von Landingpages für Werbekampagnen kann Formular-Conversions erfassen. Ob es diese jedoch genau zählen kann, hängt davon ab, ob es eine erfolgreiche Formularübermittlung erkennt und dieses Ergebnis zuverlässig an das Analyse- oder Werbesystem weitergibt. Bei der Auswahl sollten Sie nicht nur darauf achten, ob sich Tracking-Code hinzufügen lässt, sondern auch die Auslösebedingungen für Erfolgsereignisse, die Übermittlung von Daten über Domains hinweg sowie den Umgang mit doppelten Übermittlungen und der Rückmeldung von Leads prüfen.

Zwischen „Klick auf die Schaltfläche zum Absenden“ und „Eingang eines qualifizierten Leads“ liegen mehrere Schritte: Die Validierung von Feldern kann fehlschlagen, eine Schnittstelle kann einen Fehler zurückgeben und derselbe Besucher kann das Formular mehrmals absenden. Erfasst ein Tool nur Klicks auf die Schaltfläche, entspricht die Zahl der Conversions im Bericht nicht zwangsläufig der Zahl erfolgreicher Übermittlungen. Sollen qualifizierte Geschäftschancen gemessen werden, muss zusätzlich der Status der Leads im Backend eingebunden werden.

Zunächst klären, wann das Conversion-Ereignis ausgelöst wird

Eine verlässliche grundlegende Definition lautet: Das Formular besteht die Validierung und der Server bestätigt den erfolgreichen Eingang; anschließend wird genau ein Conversion-Ereignis ausgelöst. Wer nur Klicks auf die Schaltfläche erfasst, zählt möglicherweise leere Formulare, fehlgeschlagene Validierungen und Schnittstellenfehler als Conversions. Auch die Überwachung von Anfragen, die der Browser sendet, beweist nicht, dass der Server sie letztlich angenommen hat.

Bei manchen Landingpages wird nach erfolgreicher Übermittlung auf eine Dankesseite weitergeleitet. In diesem Fall lässt sich der Aufruf der Dankesseite als Conversion-Signal verwenden und relativ einfach konfigurieren. Ist die Dankesseite jedoch direkt aufrufbar oder löst ein Neuladen der Seite das Ereignis erneut aus, kann es zu Mehrfachzählungen kommen. Prüfen Sie bei der Auswahl, ob sich wiederholte Auslösungen begrenzen lassen, und testen Sie, ob ein direkter Aufruf der Dankesseite gezählt wird. Bei Formularen ohne Seitenwechsel, die eine Erfolgsmeldung in einem Pop-up oder durch eine Teilaktualisierung anzeigen, sollte das Tool erfolgreiche asynchrone Rückmeldungen erfassen können, statt sich auf Seitenaufrufe zu stützen.

Außerdem muss zwischen „erfolgreich übermittelt“ und „qualifizierter Lead“ unterschieden werden. Ersteres bedeutet, dass das System die Daten angenommen hat; Letzteres kann eine Dublettenprüfung, eine manuelle Verifizierung oder die Nachverfolgung durch den Vertrieb voraussetzen. Weder ein bestandener CAPTCHA-Test noch vollständig ausgefüllte Pflichtfelder belegen für sich allein, dass ein Lead tatsächlich gültig ist. Daher sollten die einzelnen Phasen im Bericht getrennt ausgewiesen werden.

Wie Browser- und Serverprotokollierung zusammenspielen

Beim clientseitigen Tracking werden Ereignisse üblicherweise über ein Skript auf der Seite erfasst. Dadurch lassen sie sich leichter mit Seitenaufrufen und Anzeigenklicks verknüpfen. Die Erfassung kann jedoch durch fehlgeschlagenes Laden des Skripts, Netzwerkunterbrechungen, Browsereinschränkungen und den Einwilligungsstatus des Besuchers beeinträchtigt werden. Wenn die Seite eine erfolgreiche Übermittlung anzeigt, das Analysesystem aber kein Ereignis erhalten hat, bedeutet das nicht zwangsläufig, dass das Formular nicht übermittelt wurde.

Die serverseitige Erfassung liegt näher am tatsächlichen Eingang des Formulars: Nachdem das Backend die Speicherung bestätigt hat, schreibt es einen Eintrag in ein Protokoll oder sendet ein Ereignis. So bleibt der Übermittlungsdatensatz auch dann erhalten, wenn der Browser anschließend geschlossen wird. Sollen Serverereignisse jedoch für die Anzeigenattribution genutzt werden, müssen unter den jeweils geltenden Bedingungen auch Klickkennungen, Ereigniszeitpunkte und weitere Informationen übermittelt werden. Ein einzelner Übermittlungsdatensatz lässt sich nicht automatisch einem bestimmten Anzeigenklick zuordnen.

Wenn Browser und Server dieselbe Conversion senden, sollte geprüft werden, ob der Empfänger einen Deduplizierungsmechanismus unterstützt und ob für dieselbe Übermittlung eine einheitliche Ereignis-ID mitgesendet wird. Andernfalls können die beiden Einträge als zwei Conversions gezählt werden. Umgekehrt können unterschiedliche Übermittlungen fälschlich zusammengeführt werden, wenn dieselbe ID wiederverwendet wird. Die Ereignis-ID sollte sich auf das Geschäftsergebnis eines einzelnen Übermittlungsversuchs beziehen und nicht dauerhaft an eine Seite oder einen Besucher gebunden sein.

Die Anzahl der Conversions im Analysesystem, die attribuierten Conversions im Werbesystem und die Zahl der im Formular-Backend erfassten Einträge müssen nicht exakt übereinstimmen. Die Systeme verwenden möglicherweise unterschiedliche Zeitzonen, Attributionsfenster, Deduplizierungsregeln und Verarbeitungszeiten. Bei einem Abgleich sollten zunächst der Zeitraum und die Ereignisdefinition vereinheitlicht und anschließend die Abweichungen einzeln untersucht werden. Das ist aussagekräftiger, als lediglich die Gesamtzahlen zu vergleichen.

Die Integration über Seiten und Systeme hinweg beeinflusst das Tracking-Ergebnis

Befindet sich ein Formular in einem eingebetteten Drittanbieter-Frame, auf einer eigenen Domain oder auf einer externen Buchungsseite, kann das Skript der Landingpage den internen Status des Formulars möglicherweise nicht auslesen. In diesem Fall sollte geklärt werden, ob das Formularsystem einen Erfolgs-Callback, Ereignisbenachrichtigungen oder eine serverseitige Schnittstelle bereitstellt und ob sich notwendige Attributionsparameter nach einer domainübergreifenden Weiterleitung erhalten lassen. Die Angabe „Einbettung von Formularen unterstützt“ allein belegt nicht, dass auch erfolgreiche Übermittlungen erfasst werden können.

Nachdem Anzeigenklick-Parameter auf der Landingpage angekommen sind, müssen sie bei Seitenwechseln oder Formularübermittlungen auch an das Backend weitergegeben werden können. Testen Sie dies, indem Sie eine Landingpage mit Testparametern aufrufen, den tatsächlichen mehrseitigen Ablauf durchlaufen und anschließend prüfen, ob die Parameter im Lead-Datensatz erhalten geblieben sind. Werden Parameter durch Seitenwechsel, URL-Weiterleitungen oder Skripte entfernt, können zwar Besuchsdaten vorliegen, die Leads lassen sich jedoch möglicherweise keiner Quelle zuordnen.

Bei der Integration mit einem CRM-System sollten Sie die Feldzuordnung, die Wiederholungsversuche nach Schnittstellenfehlern und die Regeln für den Umgang mit doppelten Leads prüfen. Wurde ein Formular beispielsweise erfolgreich übermittelt, die Synchronisierung über die Schnittstelle ist jedoch fehlgeschlagen, steigt die Zahl der Landingpage-Conversions, während im CRM vorübergehend kein entsprechender Datensatz erscheint. Die Speicherung der Übermittlungs-ID und des Synchronisierungsstatus hilft dabei, Tracking-Verluste von späteren Übertragungsfehlern zu unterscheiden.

Beim Tracking und bei der Übermittlung personenbezogener Daten und Werbekennungen sind die geltenden Datenschutzanforderungen sowie die Einstellungen zur Nutzereinwilligung einzuhalten. Prüfen Sie bei der Bewertung der Integrationsmöglichkeiten außerdem, welche Felder übermittelt werden können, wo die Daten gespeichert werden und ob sich der Umfang der übermittelten Felder begrenzen lässt. Übertragen Sie nicht sämtliche personenbezogenen Formulardaten direkt in Seitenereignisse oder URL-Parameter.

Die Auswahl mit einem End-to-End-Test überprüfen

Eine erfolgreiche Übermittlung in einer Demo-Umgebung belegt lediglich, dass die grundlegende Verarbeitungskette funktioniert. Aussagekräftiger ist ein Test, der unterschiedliche Zustände wie Erfolg, Fehler und Wiederholungen abdeckt und zugleich die Einträge im Formular-Backend, die Ereignis-Debugging-Informationen und die Datensätze im Empfängersystem überprüft.

• Normale Übermittlung: Prüfen Sie, ob im Backend ein Lead angelegt wird, das Erfolgsereignis genau einmal ausgelöst wird und Quellparameter sowie Übermittlungs-ID erwartungsgemäß erhalten bleiben.
• Validierungs- oder Schnittstellenfehler: Lassen Sie ein Pflichtfeld leer oder simulieren Sie in einer kontrollierten Testumgebung einen Schnittstellenfehler. Prüfen Sie, ob der Vorgang nicht als erfolgreiche Conversion erfasst wird.
• Wiederholte Aktionen: Klicken Sie mehrmals nacheinander auf „Absenden“, laden Sie die Dankesseite neu oder senden Sie dasselbe Ereignis erneut. Prüfen Sie, ob die Vermeidung von Duplikaten wie vereinbart funktioniert. Behandeln Sie nicht alle wiederholten Leads als dasselbe Ereignis.
• Domainübergreifende Abläufe und schwache Netzwerkverbindung: Übermitteln Sie das Formular über den tatsächlichen Weiterleitungsablauf und testen Sie das Verhalten bei einer Netzwerkunterbrechung. Prüfen Sie, ob der Lead gespeichert und das Ereignis gesendet wurde und ob sich Fehler anschließend nachvollziehen lassen.

Abschließend sollten Ereignisname, Erfolgskriterien, Deduplizierungs-ID, Attributionsparameter und Abgleichsmethode in der Vereinbarung zur Übergabe dokumentiert werden. Kann das Tool weder einen Erfolgs-Callback noch eine Übermittlungs-ID bereitstellen, ist die spätere Untersuchung von Datenabweichungen deutlich eingeschränkt – auch wenn sich ein Analyseskript installieren lässt.