So schließt du internen Traffic in GA4 aus

Von Emily Redmond, Datenanalystin bei Emilytics · April 2026

TL;DR: Richte IP-Filter ein, um internen Traffic (Büro, QA, Dev-Server) aus GA4 auszuschließen. Filtere Traffic nach IP-Adresse, User Agent oder Hostname.

Dein Team testet die Seite täglich. Ingenieure laden Seiten neu. QA läuft durch den Funnel. GA4 zählt all das als Traffic. Es verunreinigt deine Metriken. Filtere es heraus.

Warum internen Traffic ausschließen?

Stell dir vor, du trackst Konversionen. Dein Team führt täglich 50 Test-Transaktionen durch. Das sind 50 gefälschte Konversionen. Deine echte Konversionsrate ist um 50+ pro Tag übertrieben.

Das Ausschließen von internem Traffic gibt dir genaue Metriken.

Methoden zum Ausschließen von internem Traffic

Methode 1: IP-basierter Filter (Am häufigsten)

Schließe Traffic aus deinen Büro- oder Server-IP-Adressen aus.

Setup:

Hole deine Büro-IP-Adresse (Google "what is my IP")
Gehe zu GA4 → Admin → Datenfilter
Erstelle einen neuen Filter:
- Filter-Typ: Ausschließen
- Dimension: IP-Adresse
- Operator: Matches Regex (oder "equals" für einzelne IP)
- Wert: Deine IP-Adresse (oder Regex-Muster)
Wende auf alle Properties oder spezifische Datenströme an

Beispiel: Schließe Büro-IP "203.0.113.5" aus

IP address matches regex ^203\.0\.113\.5$

(Die Punkte werden mit Backslashes escaped, weil es Regex ist.)

Beispiel: Schließe einen Bereich "203.0.113.0 - 203.0.113.255" aus

IP address matches regex ^203\.0\.113\..*$

Pro-Tipp: Hole auch deine VPN-IP. Wenn dein Team von Home via VPN arbeitet, schließe diese IP aus.

Methode 2: User Agent Filter

Schließe Traffic von Test-Tools (Selenium, Puppeteer usw.) oder spezifischen Browsern aus.

Gehe zu Admin → Datenfilter
Erstelle einen Filter:
- Filter-Typ: Ausschließen
- Dimension: User Agent
- Operator: Contains
- Wert: "selenium" oder "bot" oder spezifisches Test-Tool-Name

Beispiel:

User agent contains "Selenium"

Das schließt automatisierte Test-Traffic aus.

Methode 3: Query Parameter Filter

Wenn du internen Traffic mit einem speziellen Parameter taggst, filtere es.

Beispiel: Wenn du testest, findest du ?internal_test=true in URLs.

Erstelle einen Filter:
- Filter-Typ: Ausschließen
- Dimension: Page path and query string
- Operator: Contains
- Wert: "internal_test=true"

Jetzt schließt GA4 Seiten mit diesem Parameter aus.

Methode 4: Custom Dimension Filter

Erstelle eine benutzerdefinierte Dimension für internen Traffic:

// Wenn der Benutzer ein Admin oder Test-Konto ist
gtag('set', {
  'user_properties': {
    'is_internal': 'true'
  }
});

Dann filtere:

Erstelle Filter:
- Filter-Typ: Ausschließen
- Dimension: Custom Dimension "is_internal"
- Operator: Equals
- Wert: "true"

Erstelle einen Datenfilter (Schritt-für-Schritt)

Für IP-basierte Ausschließung

Gehe zu GA4 → Admin
Unter "Datenerfassung und -änderung" klicke auf Datenfilter
Klicke auf Erstelle Filter
Filter-Name: "Exclude Office IP" (oder beschreibender Name)
Filter-Typ: Exclude
Filter-Dimension: IP address
Operator: Matches Regex (oder Equals für einzelne IP)
Wert:
- Einzelne IP: 203.0.113.5
- Regex für Bereich: ^203\.0\.113\..*$
Destination: Wähle welche Datenströme betroffen sind (normalerweise alle)
Klicke auf Erstelle

Der Filter wird sofort aktiv und wendet sich auf neue Daten an.

Wichtig: Filter sind dauerhaft

Filter entfernen Daten dauerhaft. Einmal angewendet, sind historische Daten, die zum Filter passen, gelöscht. Du kannst sie nicht zurückholen.

Best Practice: Teste in einer separaten Property zuerst.

Erstelle eine Test-Property
Wende den Filter dort an
Verifiziere es funktioniert (überprüfe ein paar Tage Daten)
Wende zur Production an, wenn du sicher bist

Verifiziere, dass Filter funktionieren

In Real-Time

Gehe zu GA4 → Real-time
Von deinem Büro aus, besuche deine Seite
Wenn der Filter funktioniert, wirst du keine Aktivität sehen
Wenn du siehst Aktivität, funktioniert der Filter nicht (falsche IP? falsche Syntax?)

In Standard Reports

Bevor du filterst: Bemerke deinen typischen Traffic
Wende Filter an
Warte 24 Stunden
Nachdem gefiltert: Traffic sollte um die Menge des internen Traffics fallen

Beispiel:

Vorher: 1.000 tägliche Benutzer
Nachher: 980 tägliche Benutzer
Herausgefiltert: ~20 interne Benutzer (2%)

Mehrere Filter

Du kannst mehrere Filter erstellen. Beispiele:

Schließe Büro-IP aus
Schließe VPN-IP aus
Schließe Test-Tool-Bots aus
Schließe Localhost/Dev-Server-Traffic aus

Füge alle hinzu:

Erstelle ersten Filter
Erstelle zweiten Filter
Usw.

GA4 wendet alle Filter an (AND-Logik). Traffic muss alle Bedingungen erfüllen, um ausgeschlossen zu werden, ODER wenn du separate Excludes erstellst, wird jede Übereinstimmung ausgeschlossen.

Mehrere IPs ausschließen

Wenn du mehrere Büro-IPs hast oder einen Bereich ausschließen musst:

Mehrere spezifische IPs:

203.0.113.5|203.0.113.6|203.0.113.7

(Das Pipe | bedeutet "oder")

IP-Bereich (Regex verwendend):

^203\.0\.113\.(1[0-9]|2[0-4][0-9]|25[0-5])$

(Das wird komplex. Verwende einen Regex-Generator oder konsultiere IT.)

Teste deinen Filter vor dem Anwenden

Bevor du einen Filter auf Production anwendest, teste es:

Erstelle einen Test-Datenstrom in deiner GA4-Property
Weise etwas Test-Traffic dorthin
Wende den Filter auf den Test-Stream an
Verifiziere es funktioniert
Dann wende auf Production an

Das verhindert, dass du versehentlich legitimen Traffic ausschließt.

Fehler und Fehlerbehebung

Filter funktioniert nicht?

Mögliche Ursachen:

Falsche IP: Deine Büro-IP hat sich geändert. Google "what is my IP" erneut.
VPN: Du bist auf einem VPN; GA4 sieht die VPN-IP, nicht deine Büro-IP.
Regex-Syntax-Fehler: Regex ist pingelig. Teste dein Regex-Muster.
Falscher Datenstrom: Filter wird auf die falsche Property/Stream angewendet.
NAT/Proxy: Dein Büro nutzt einen Proxy; GA4 sieht die Proxy-IP.

Lösung: Überprüfe GA4 Real-Time. Sehe, welche IP GA4 aufzeichnet. Stelle sicher, dein Filter passt exakt zu.

Überfiltern

Wenn dein Filter zu breit ist, könnte er legitimen Traffic ausschließen.

Beispiel: Filter "contains bot" könnte Benutzer mit "robot" in ihrem User Agent ausschließen.

Sei spezifisch. Teste zuerst.

Alternative: Test-Property

Statt Production-Daten zu filtern, erstelle eine separate Property nur für Production-Traffic:

Production-Property: Kein interner Team (filtere alles)
Test-Property: Enthält internes Team (Testing, QA)

So risikierst du nie, versehentlich Daten zu löschen.

Häufig gestellte Fragen

F: Kann ich einen Datenfilter rückgängig machen? A: Nicht rückwirkend. Gelöschte Daten sind weg. Du kannst den Filter vorwärts entfernen, aber alte Daten kommen nicht zurück.

F: Sollte ich auf Admin- oder Benutzer-Ebene filtern? A: Filtere an der Quelle (Admin → Datenfilter) ist sauberstes. Du kannst auch Google Tag Manager verwenden, aber Datenfilter in Admin sind zuverlässiger.

F: Was, wenn ich meine Büro-IP nicht kenne? A: Besuche whatismyipaddress.com von deinem Büro.

F: Funktionieren Filter rückwirkend? A: Nein. Filter wenden sich nur auf Daten nach ihrer Erstellung an. Alte Daten werden nicht beeinflusst.

F: Kann ich einen Filter testen ohne ihn anzuwenden? A: Nicht direkt. Erstelle einen Test-Datenstrom und wende den Filter dort an, dann verifiziere vor Anwendung auf Production.

Die Quintessenz

Schließe internen Traffic früh aus. Auch kleine Mengen (1-2% des Traffics) kompilieren sich über Monate und geben dir schlechte Daten.

Richte einen IP-Filter für deine Büro-IP und VPN-IP ein. Es dauert 5 Minuten und spart dir Monate schlechter Metriken.

Teste in einer separaten Property zuerst, wenn du Sorgen hast. Aber tu es.

Emily Redmond ist Datenanalystin bei Emilytics — dem AI-Analytics-Agent, der dein GA4, deine Search Console und deine Bing-Daten rund um die Uhr überwacht, damit du nie verpasst, was wichtig ist. 8 Jahre Erfahrung darin, Gründern und Growth-Teams zu helfen, Datenchaos in klare Entscheidungen zu verwandeln. Sag Hallo →