LW IT Solutions logo LW IT Solutions logo LW IT Solutions
« Blog-Übersicht /Digital Analytics / GA4-Formularmessung: Wie form_start und form_submit gezählt werden...
Diesen Artikel in anderen Sprachen lesen:

GA4-Formularmessung: Wie form_start und form_submit gezählt werden und was ihr Verhältnis nicht zeigt

GA4-Formularmessung: Wie form_start und form_submit gezählt werden und was ihr Verhältnis nicht zeigt

Management Summary

GA4 kann Beginn und Absenden eines Websiteformulars erfassen. Das hilft zu verstehen, wo Anfragen im Ablauf verloren gehen könnten. Eine registrierte Absendung ist jedoch nicht automatisch eine angenommene Anfrage oder ein neuer Kunde. Wiederholungen und unpassende Datensätze können beim Teilen der Summen sogar Quoten über 100 Prozent erzeugen. Eine sinnvolle Abschlussquote verfolgt dasselbe Formular vom erfassten Beginn bis zum späteren Erfolg. So bleiben Formularaktivität und tatsächliches Geschäftsergebnis unterscheidbar.

Inhalt
  1. Was Google dokumentiert
  2. Warum 150 Prozent keine Abschlussquote sind
  3. Ein passender Nenner reicht noch nicht
  4. Absenden und Erfolg sind unterschiedliche Signale
  5. Den passenden Kontext erfassen
  6. Seitenaufrufe sind keine Sitzungen
  7. Eine praktische Prüfung
  8. Quellen

Ein Formularereignis erfasst eine technische Interaktion. Daraus folgen weder automatisch eine gültige Anfrage noch ein bestätigtes Abonnement oder ein Auftrag. Eine brauchbare GA4-Auswertung trennt deshalb Ereigniszahl, Sitzungen und bestätigte Ergebnisse.

Formularereignisse sind keine bestätigten Leads

Was Google dokumentiert

Google beschreibt form_start als erste Interaktion mit einem Formular innerhalb einer Sitzung und form_submit als Absenden. Die Ereignisse gehören zur erweiterten Messung und benötigen ein aktives, richtig eingerichtetes Google-Tag sowie die passenden Messoptionen. Daraus folgt keine belastbare Garantie für genau einen Start über alle Formulare, Seiten und zusätzlichen Tags einer Sitzung. Das tatsächliche Verhalten braucht eine Prüfung.

Googles Anleitung zur Leadgewinnung spricht über Personen, die ein Formular beginnen und absenden. Eine Division roher Ereigniszahlen wird dort nicht ausdrücklich vorgeschrieben. Die bisherige Kritik an einem angeblich empfohlenen Ereignisquotienten ging über die Quelle hinaus.

Warum 150 Prozent keine Abschlussquote sind

Ein bewusst konstruiertes Ereignisprotokoll für ein Formular: Sitzung A enthält einen erfassten Beginn und drei erfasste Absendeereignisse. Sitzung B enthält einen Beginn ohne Absendeereignis. Drei geteilt durch zwei ergibt 150 Prozent. Das sind Absendeereignisse je erfasstem Beginn, kein Anteil erfolgreich abschließender Personen oder Sitzungen.

Eine der beiden Sitzungen enthält ein Absendeereignis: 50 Prozent. Auch daraus folgt noch kein gültiger Lead. Die drei Ereignisse können Wiederholungsversuche enthalten; eine bestätigte Serverannahme ist im Beispiel nicht angegeben. Zwei Sitzungen müssen außerdem nicht von zwei verschiedenen Personen stammen.

Ein passender Nenner reicht noch nicht

Auch Sitzungen mit Absendeereignis geteilt durch Sitzungen mit Beginn können mehr als 100 Prozent ergeben, wenn beide Mengen unterschiedlich zusammengesetzt sind. Bei einem Absendeereignis kann der Beginn fehlen, zu einem anderen Formular gehören oder außerhalb des Zeitraums liegen.

Für einen Trichter ab Formularbeginn enthält der Nenner Sitzungen mit erfasstem Beginn des ausgewählten Formulars. Der Zähler umfasst ausschließlich dieselben Sitzungen mit einem späteren passenden Absendeereignis oder bestätigten Ergebnis. Formular, Zeitraum und Reihenfolge müssen zusammenpassen. Diese Definition begrenzt die Quote, schließt aber erfolgreiche Absendungen ohne beobachteten Beginn aus. Solche Fälle benötigen eine zusätzliche Kennzahl.

Absenden und Erfolg sind unterschiedliche Signale

Die Browserprüfung kann ein natives submit-Ereignis verhindern, bevor eine Anfrage die Seite verlässt. Der direkte Aufruf form.submit() löst dieses native Ereignis nicht aus; requestSubmit() durchläuft die Formularprüfung. Diese Browserregeln beschreiben noch nicht sämtliche Einzelheiten der GA4-Erkennung. AJAX-Formulare senden Daten, ohne die gesamte Seite neu zu laden. Diese Formulare und fremde Einbettungen brauchen praktische Tests.

Ein automatisch erkanntes form_submit ist weder Empfangsbestätigung des Servers noch Garantie einer CRM-Annahme. Ein Erfolgsereignis sollte dem festgelegten Annahmepunkt der Anwendung folgen. Ein Dankeseitenaufruf kann dagegen wiederholt oder direkt erfolgen. Auch doppelte Rückmeldungen und Neuladen benötigen eine Kontrolle. generate_lead ist ein empfohlener Ereignisname; Qualifizierung, bestätigtes Abonnement und Vertragsabschluss bleiben eigene Geschäftsschritte.

Den passenden Kontext erfassen

Die Formularparameter beschreiben Kennung, Name, Zieladresse und beim Absenden den Schaltflächentext. Die Verfügbarkeit hängt vom Formular und dem erfassten Ereignis ab. Eine ereignisbezogene benutzerdefinierte Dimension macht einen ausgewählten Parameter für Berichte nutzbar. Google nennt dafür 24 bis 48 Stunden Verarbeitungszeit. Die Registrierung beweist nicht, dass der Parameter vorher übermittelt wurde.

Bereits erhobene Parameter können im BigQuery-Export ohne Registrierung einer benutzerdefinierten Dimension stehen. Fehlersuche und Exportprüfung müssen deshalb nicht auf einen neuen Bericht warten. Formularinhalte, E-Mail-Adressen und personenbezogene Angaben gehören nicht in Analytics-Parameter.

Seitenaufrufe sind keine Sitzungen

Ein page_view der Formularseite beweist weder Sichtbarkeit noch Nutzung des Formulars. Ein ausgeblendetes Formular oder eine Position außerhalb des sichtbaren Bereichs verdeutlichen den Unterschied. Die Anzahl von page_view enthält zudem Wiederholungsaufrufe und ist keine Sitzungszahl.

Automatische Seitenaufrufe lassen sich steuern: send_page_view:false unterdrückt den Aufruf bei der Tag-Konfiguration; die verlaufsbasierte erweiterte Messung besitzt eine eigene Einstellung. Die bisherige pauschale Aussage, Seitenaufrufe ließen sich nicht abschalten, war falsch.

Eine praktische Prüfung

Zu prüfen sind regulärer Erfolg, Browserprüffehler, Serverablehnung, Wiederholungsversuch, zweites Formular, AJAX-Versand, eingebettetes Formular und direkter Dankeseitenaufruf. Vor der Auswertung stehen die tatsächlich gesendeten Ereignisse und Parameter. Messeinstellungen, Einwilligung und Übertragungsfehler können den beobachteten Bestand verändern.

Für Exportanalysen werden user_pseudo_id und ga_session_id kombiniert, bei Bedarf zusätzlich getrennt nach Datenstream. ga_session_id allein genügt nicht. Fehlende Kennungen brauchen eine ausdrückliche Behandlung; die Ereignisreihenfolge muss erhalten bleiben. Ein Sitzungssegment wählt Sitzungen aus, die bestimmte Bedingungen erfüllen. Zwei unabhängige Segmente bilden noch keinen geordneten Trichter. Das Beispiel ist eine Rechnung mit künstlichen Daten, kein Test eines echten GA4-Bestands.

Quellen

Lukas Wojcik

Lukas Wojcik

Systems architect and technology enthusiast specializing in scalable tracking solutions, GMP Stack (GA4 & GTM), and robust backend architectures. Advocate for clean code and privacy-first design.

Kontakt

Eine Frage oder eine Idee für ein Webprojekt? Schreib mir kurz, worum es geht. Das Formular nutzt reCAPTCHA zum Schutz vor Spam.

Kommentar schreiben

Abweichende Zahlen aus anderen Konten und Rückfragen zur Einrichtung sind hier willkommen.

Die E-Mail-Adresse wird nicht veröffentlicht. Pflichtfelder sind mit einem Stern versehen.