Hostname-Filter in GA4: Erlaubte Website-Adressen festlegen und prüfen

Seit dem 21. September 2026 bietet der Hostname-Filter in Google Analytics 4 den Modus Include only: Nur passende Hostnamen werden durch diesen Filter zugelassen. Ein Hostname ist der Domainteil einer Seitenadresse, etwa shop.example.com. Zuvor stand seit dem 11. Juni 2026 nur Exclude zum Ausschließen passender Hostnamen bereit. Die folgenden Regeln betreffen aktive Filter; Ereignisse aus dem Measurement Protocol sind beim Hostname-Include-Filter ausgenommen.

Eine Liste erlaubter Hostnamen kann weniger Pflege brauchen als eine ständig wachsende Sperrliste. Dazu gehören auch erlaubte Partnerseiten, falls dort dieselbe Messung läuft. Eine vergessene Shop-Domain kann jedoch echte Kaufereignisse kosten. Was ein aktiver Datenfilter verwirft, wird nicht nachträglich in GA4 oder dessen BigQuery-Export wiederhergestellt.

Was die Versionsnotiz festlegt

Die Google-Ankündigung und die aktuelle Anleitung unterscheiden folgende Regeln und Filterzustände:

• Include. Nur Ereignisse mit passendem Hostnamen passieren diesen aktiven Filter.
• Leerer Hostname. Beim Include-Filter blockiert; die Measurement-Protocol-Ausnahme bleibt bestehen.
• Measurement Protocol. Dieser Versandweg wird vom Hostname-Include-Filter ausgenommen. Andere Anforderungen an gültige Daten gelten weiterhin.
• Reihenfolge. Aktive Include-Filter wirken zuerst gemeinsam: Eine passende Include-Regel genügt. Danach können aktive Exclude-Filter Ereignisse dennoch entfernen.
• Zustand. Testing markiert passende Daten, verwirft durch diesen Filter aber nichts. Active verwirft dauerhaft; Inactive wertet nicht aus. Historische Daten bleiben unverändert.

Was das in der Praxis bedeutet

Eine Positivliste ist kein Echtheitsnachweis. Der Filter prüft den übermittelten Hostnamen. Daraus folgt keine Garantie, dass tatsächlich ein Besuch auf dieser Website stattgefunden hat. Das offizielle GA4 Measurement Protocol ist eine Schnittstelle zum direkten Senden von Ereignissen, etwa aus einem Bestellsystem. Dafür ist zusätzlich zur öffentlich sichtbaren Messkennung ein privates api_secret erforderlich. Das Ablesen der Kennung allein reicht für diesen Zugangsweg nicht aus. Die Ausnahme vom Include-Filter bedeutet auch keine garantierte Verarbeitung beliebiger Daten.

Alle gewünschten Messorte müssen berücksichtigt werden. Neben der Hauptdomain können etwa shop.example.com, eine Buchungsseite oder ein externer Checkout dazugehören. Entscheidend ist, ob dort gewünschte Ereignisse an diese GA4-Property, also diesen Datenbestand, gesendet werden. Eine bloße Verlinkung oder Rückleitung von einem Zahlungsdienst reicht dafür nicht aus.

Ein leerer Hostname braucht eine Ursachenprüfung. Der Browser-Tag verwendet für page_location standardmäßig die aktuelle Seitenadresse. Die unklare gtag.js-Klammer in der Versionsnotiz belegt daher nicht, dass normale gtag.js-Seitenaufrufe grundsätzlich ohne Hostnamen ankommen. Überschriebene oder fehlende Seitenadressen und eigene Versandwege müssen im jeweiligen Aufbau geprüft werden.

Wie der Hostname verglichen wird

Die aktuelle Anleitung definiert die Textvergleiche ausdrücklich. Für wenige bekannte Hosts ist eine genaue Übereinstimmung meist leichter zu kontrollieren als eine weit gefasste Teilzeichenfolge.

• Exactly matches. Der gesamte Hostname muss übereinstimmen. example.com lässt damit nicht automatisch www.example.com zu.
• Contains, begins with, ends with. Diese Vergleiche prüfen enthaltenen Text, Textanfang oder Textende. contains example.com passt auch auf example.com.other.example. Solche Regeln müssen deshalb mit erlaubten und unerwünschten Beispielen geprüft werden.
• Mehrere Regeln und App-Daten. Die Vereinigung der Include-Filter ist dokumentiert. Eine zusätzliche Include-Regel darf die gewünschte Begrenzung nicht unbemerkt erweitern. Die Web-Hostname-Regel sollte nicht ungeprüft als Filter für native App-Ereignisse eingeplant werden.

Den Filter vor der Aktivierung prüfen

Include-Filter: vor der Aktivierung

1. Hostnamen aus vorhandenen Berichten und aus der aktuellen
   Website-/Partnerliste zusammentragen; geplante Domains ergänzen.
2. Gewünschte Messorte von Testsystemen und Fremdhosts trennen.
3. Genauen Vergleich oder bewusst geprüfte Textregel festlegen.
4. Im Zustand Testing anlegen. Nach 24–36 Stunden auswerten;
   seltene Käufe und Buchungswege zusätzlich gezielt prüfen.
5. Freie Auswertung: Hostname, Test data filter name, Event name
   und Event count. Markierte UND unmarkierte Daten vergleichen.
6. Für erlaubte Hosts, fremde Hosts, leere Angaben und wichtige
   Käufe das Ergebnis mit der gewählten Regel abgleichen.
7. Erst nach geklärten Abweichungen auf Active stellen. Zeitpunkt
   notieren; auch die Aktivierung kann 24–36 Stunden brauchen.

Eine Testmarkierung ist nicht automatisch eine Löschliste.
Ein purchase allein beweist keine fehlende Domain.

Include oder Exclude

Einordnung

Bei wenigen festen Websites lässt sich eine Positivliste gut mit der Freigabe neuer Domains verbinden: Vor dem Start einer neuen Shop- oder Kampagnenseite wird die Filterliste geprüft. Bei vielen wechselnden Partnerseiten braucht diese Aufgabe eine feste Zuständigkeit. Der Filter ersetzt keine Kontrolle der Ereignisquellen und der privaten Measurement-Protocol-Zugänge.

Die Angaben wurden am 25. Oktober 2026 anhand der Google-Dokumentation geprüft. Es wurde kein Filter in einer echten Property aktiviert. Die Beispiele erklären die dokumentierten Regeln; die tatsächlichen Versandwege und Testmarkierungen müssen vor einer Aktivierung am eigenen Aufbau geprüft werden.