Google Analytics: eigene IP und interne Zugriffe ausschließen

Um in Google Analytics 4 die eigene IP auszuschließen, gehst du in zwei Schritten vor. Erstens definierst du in den Tag-Einstellungen deines Web-Datenstreams internen Traffic, indem du eine Regel mit deiner IP-Adresse oder deinem IP-Bereich anlegst. GA4 markiert passende Zugriffe dann mit dem Parameter traffic_type und dem Wert internal. Zweitens schaltest du in der Verwaltung der Property unter den Datenfiltern den Filter für internen Traffic von Test auf Aktiv. Ab dann werden diese Zugriffe nicht mehr erfasst. Bei wechselnden IP-Adressen, etwa im Homeoffice oder unterwegs, setzt du den Parameter besser über den Google Tag Manager.

Warum verfälschen interne Zugriffe deine Zahlen in GA4?

Interne Zugriffe sind Besuche von dir, deinem Team und deinen Dienstleistern. Auf kleinen Websites macht dieser eigene Traffic einen spürbaren Teil aus. Du prüfst nach jeder Änderung die Startseite, Kollegen schauen Preise nach, die Agentur testet Formulare. All das landet in GA4 als ganz normale Besuche. Besonders ärgerlich sind Test-Anfragen und Testkäufe: Sie erscheinen als Schlüsselereignisse, werden möglicherweise an Google Ads gemeldet und verzerren die Conversion-Rate.

Auch die Kanalberichte in GA4 leiden unter internem Traffic. Interne Besuche kommen meist direkt über ein Lesezeichen oder die Adresszeile. Dadurch wirkt der Kanal Direct größer, als er ist, und Kennzahlen wie Absprungrate und durchschnittliche Interaktionszeit verschieben sich. Für einen Handwerksbetrieb mit wenigen hundert Besuchen im Monat kann das die Auswertung deutlich verändern.

Bedenke dabei: Der Filter für internen Traffic wirkt nur auf GA4. Die Tags von Google Ads, Meta oder LinkedIn senden ihre Conversions unabhängig davon. Wenn du Test-Anfragen auch dort vermeiden willst, brauchst du im Google Tag Manager eine Bedingung, die diese Tags für interne Zugriffe nicht auslöst. Das gelingt am einfachsten mit einer Markierung über ein Cookie, wie im Abschnitt zu wechselnden IP-Adressen beschrieben. Wer im eigenen Cookie-Banner alles ablehnt, wird in GA4 übrigens ohnehin nicht mit Cookies erfasst. Darauf solltest du dich aber nicht verlassen, denn Kollegen und Dienstleister stimmen oft zu.

Wie schließt du in Google Analytics die eigene IP aus?

Um in Google Analytics 4 die eigene IP auszuschließen, öffnest du zuerst die Verwaltung, wählst unter Datenerfassung die Datenstreams und klickst auf deinen Web-Datenstream. Dort findest du die Tag-Einstellungen und darin den Punkt, um internen Traffic zu definieren. Lege eine neue Regel an. Der Name ist frei wählbar, etwa Büro. Der Wert für traffic_type steht standardmäßig auf internal und kann so bleiben.

In derselben Regel trägst du die IP-Adresse ein. GA4 bietet dafür mehrere Bedingungen an, zum Beispiel dass die Adresse genau übereinstimmt, mit einem bestimmten Wert beginnt oder in einem Bereich liegt, den du in der CIDR-Schreibweise angibst. Das funktioniert für IPv4 und IPv6. Deine aktuelle öffentliche IP-Adresse findest du, wenn du in einer Suchmaschine nach meine IP suchst, während du im Büronetz bist. Eine Regel kann mehrere Bedingungen enthalten, etwa für das Büro und die feste Adresse eines Außenstandorts.

• Feste IP-Adresse im Büro: eine Bedingung mit genauer Übereinstimmung.
• Mehrere Adressen eines Anschlusses: Bereich in CIDR-Schreibweise.
• Agentur oder Dienstleister: deren feste IP-Adresse als eigene Bedingung, nach Rücksprache.
• Homeoffice mit wechselnder Adresse: keine IP-Regel, sondern Lösung über den Google Tag Manager.

Passend dazu: Meta Pixel (Facebook Pixel) im Google Tag Manager einrichten

GA4-Datenfilter: Was bedeuten Test und Aktiv?

Die Definition von internem Traffic schließt allein noch nichts aus, sie markiert die Zugriffe nur. Ausgeschlossen werden sie erst durch einen Datenfilter, laut Google-Hilfe sind bis zu 10 je Property möglich. In der Verwaltung der Property findest du unter den Einstellungen zur Datenerfassung die Datenfilter. Dort ist ein Filter für internen Traffic meist schon angelegt, und zwar im Status Test.

Im Status Test werden die Daten weiter erfasst, aber mit der Dimension Name des Testdatenfilters gekennzeichnet. Du kannst in einem Bericht oder einer explorativen Datenanalyse nach dieser Dimension aufschlüsseln und sehen, welche Zugriffe künftig herausfallen würden. Prüfe auf diese Weise ein paar Tage lang, ob deine eigenen Besuche erkannt werden und nicht versehentlich echte Besucher. Wenn alles passt, stellst du den Filter auf Aktiv.

Ein aktiver Datenfilter wirkt endgültig. Ausgeschlossene Zugriffe werden nicht verarbeitet und lassen sich später nicht zurückholen. Er wirkt außerdem nur auf neue Daten. Wenn du einen Filter wieder deaktivierst, fehlen die Daten aus dem Zeitraum dazwischen trotzdem. Deshalb lohnt sich die Testphase.

Entwickler-Traffic ausschließen

Neben dem Filter für internen Traffic kannst du in GA4 einen Datenfilter für Entwickler-Traffic anlegen. Er betrifft Zugriffe, die im Debug-Modus erfasst werden, etwa während du im Google Tag Manager die Vorschau nutzt oder die DebugView in GA4 verwendest. Ist dieser Filter aktiv, tauchen Testläufe aus der Vorschau nicht in den normalen Berichten auf. Laut Google-Hilfe können Entwickler die DebugView trotzdem weiter zur Fehlersuche nutzen. Für Agenturen und alle, die regelmäßig am Tracking arbeiten, ist das eine einfache und sichere Ergänzung.

Passend dazu: Borlabs Cookie mit Consent Mode v2 und Tag Manager verbinden

Wechselnde IPs: interne Zugriffe über den Google Tag Manager markieren

Wechselnde IP-Adressen sind der häufigste Grund, warum eine IP-Regel in GA4 nicht greift. Private Internetanschlüsse bekommen oft regelmäßig eine neue IP-Adresse, und mobil wechselt sie ständig. Bei IPv6 nutzen viele Geräte zusätzlich wechselnde temporäre Adressen. Eine IP-Regel erkennt diese Zugriffe dann nicht mehr. Die zuverlässigere Lösung ist, den internen Browser selbst zu markieren.

Dafür legst du im Google Tag Manager eine Variable an, die ein eigenes Cookie ausliest, zum Beispiel mit dem Namen intern. Das Cookie setzt du einmal pro Browser, indem du eine spezielle Adresse deiner Website aufrufst, etwa mit dem Parameter ?intern=1, die ein kleines Tag im Google Tag Manager erkennt. Im Google-Tag für GA4 ergänzt du dann den Parameter traffic_type. Er bekommt den Wert internal, wenn das Cookie vorhanden ist, sonst bleibt er leer. Der Datenfilter für internen Traffic in GA4 reagiert genau auf diesen Parameter, egal ob er durch eine IP-Regel oder durch dein Tag gesetzt wurde. Teste die Lösung in der Vorschau, bevor du sie veröffentlichst.

Beispiel aus der Praxis: Agentur mit Kundenkonten

Eine Agentur betreut die Website eines Onlineshops und testet dort jede Woche neue Landingpages und den Checkout. Die Testkäufe tauchen in GA4 als echte Käufe auf, und der Shop-Inhaber wundert sich über Bestellungen, die es nie gab. Die Agentur legt im Datenstream eine IP-Regel für ihr Büro an und für den Inhaber eine zweite Regel. Für die Mitarbeiter im Homeoffice wird das Cookie über den speziellen Link gesetzt. Nach einer Woche im Status Test zeigt die Auswertung, dass alle Testkäufe korrekt markiert sind. Danach werden beide Filter für internen Traffic und Entwickler-Traffic aktiviert.

Interne Zugriffe sauber einrichten lassen

Interne Zugriffe auszuschließen ist ein kleiner Schritt, aber er gehört zu einem sauberen GA4-Setup dazu. Bei der Einrichtung von Trackum für 150 € zzgl. MwSt. werden Google Tag Manager, Google Analytics 4 und Consent Mode v2 eingerichtet, bis zu 15 Ereignisse angelegt und alles in der Vorschau getestet. Ist dein Tracking bereits von Trackum eingerichtet, kostet eine kleine Änderung wie eine neue Regel für internen Traffic später 20 €.