Bei einer mehrsprachigen Website kann eine merkwürdige Kombination auftauchen.
„Sinkt der Traffic der Hauptsprache?“ „Warum steigen Englisch, Chinesisch und andere Sprachen?“ „Moment… werden meine eigenen Besuche mitgezählt?“
Alle drei Aussagen können gleichzeitig stimmen.
Der fremdsprachige Traffic kann tatsächlich wachsen. Die externen Einstiege der Hauptsprache können schwächer werden. Gleichzeitig öffnet der Betreiber neue Artikel, prüft Links, springt zurück zur Startseite, lädt nach Änderungen neu und wird dadurch zu einem außergewöhnlich treuen „Leser“.
Dieser Leser ist oft der Betreiber selbst.
Dieser Artikel erklärt, wie man den eigenen Browser aus der Analyse ausschließt, wann localStorage oder Cookies sinnvoll sind, warum das bloße Öffnen einer Seite keine Owner-Registrierung darstellt, was mit historischen Daten passiert und wie man mehrsprachiges Wachstum sauberer bewertet.
1. Nicht mit Gesamt-PV beginnen: externe Einstiege und interne Navigation trennen
Gesamte Seitenaufrufe lassen sich leicht verzerren, wenn der Betreiber die Hauptsprache häufig kontrolliert.
Typische Aktivitäten:
- einen frisch veröffentlichten Artikel direkt öffnen
- von der Startseite zum Artikel wechseln
- verwandte Artikel anklicken
- auf Desktop und Smartphone prüfen
- nach einem Deployment mehrfach neu laden
- später erneut die Produktionsseite kontrollieren
Ein normaler Leser liest vielleicht eine Seite und geht. Der Betreiber ist gleichzeitig Redakteur, QA, Leser und Monitoring-System.
Darum sollte man bei mehrsprachigen Websites mindestens unterscheiden zwischen:
- externen Einstiegen
- intern vermittelten Aufrufen
Wenn fremdsprachige Seiten externe Einstiege gewinnen, während die Hauptsprache viel interne Navigation enthält, kann ein Teil ihrer scheinbaren Dominanz schlicht Betreiberaktivität sein.
2. „Ich habe die Seite geöffnet. Bin ich jetzt registriert?“ — nicht ohne echten Schreibvorgang
Man beschließt, den eigenen Browser als owner zu markieren, und öffnet danach die Website einmal.
Reicht das?
Nein.
Der Browser denkt nicht:
„Diese Person sieht nach dem Betreiber aus; ich zähle sie ab jetzt nicht mehr.“
Es muss tatsächlich ein Zustand gespeichert werden, zum Beispiel:
- owner-Flag in localStorage
- owner-Flag in einem Cookie
- Einstellung einer angemeldeten Admin-Sitzung
- serverseitige Kennzeichnung als interner Traffic
Eine Seite öffnen ist ein Besuch. Einen Browser als owner registrieren ist eine Zustandsänderung.
Ohne Code, der diesen Zustand schreibt, wurde nichts registriert.
3. localStorage oder Cookie?
Zwei übliche Optionen sind localStorage und Cookies.
localStorage
localStorage speichert Werte pro Origin und behält sie normalerweise über reguläre Browser-Sitzungen hinweg.
Beispiel:
localStorage.setItem("analytics_owner", "1");
Clientseitige Analytics können vor dem Senden prüfen:
if (localStorage.getItem("analytics_owner") === "1") {
return;
}
Das ist einfach.
Der Nachteil: Ein Server oder Edge Worker kann localStorage beim Eintreffen der ersten HTTP-Anfrage nicht sehen.
Cookie
Ein Cookie kann mit passenden HTTP-Anfragen an den Server übertragen werden.
Beispiel:
document.cookie =
"analytics_owner=1; Path=/; Max-Age=31536000; SameSite=Lax; Secure";
Server oder Edge Worker können das Cookie prüfen, bevor ein Zähler erhöht wird.
Sauberer ist eine Einrichtung über ein authentifiziertes Admin-Panel oder eine private Setup-Route. Wenn JavaScript das Cookie nicht lesen muss, kann auch HttpOnly sinnvoll sein.
Aber dieses Flag ist nur ein Analyse-Ausschlussmerkmal.
Es darf nicht als Authentifizierung oder Autorisierung dienen. Sonst könnte jeder Geschäftsführer werden, indem er „Geschäftsführer“ auf sein Namensschild schreibt.
4. Server- oder Edge-Zählung: Cookie. Nur Browser-Events: localStorage
Die Wahl hängt davon ab, wo gezählt wird.
Analytics-Events werden im Browser gesendet
localStorage reicht oft.
Vor dem Senden wird owner geprüft.
CDN, Edge Worker, Server oder Access Logs zählen
Cookies passen meist besser.
Der Server erhält die Anfrage, bevor das JavaScript der Seite ausgeführt wird.
localStorage bleibt im Browser. Das Cookie kann mit der Anfrage mitkommen.
Gleiches Ziel, anderer Messpunkt.
5. Für eine kleine Website reicht oft eine einmalige Einrichtung
Große Unternehmen können Büro-IP-Adressen, Konten oder verwaltete Geräte verwenden.
Eine Einzelperson kann es einfacher halten.
- private Setup-Seite öffnen
- owner-Cookie mit begrenzter Laufzeit setzen
- Anfragen mit diesem Cookie nicht in die Analyse aufnehmen
- eine Möglichkeit zum Entfernen des Flags anbieten
Die Einstellung gilt pro Browser.
Desktop, Smartphone, anderer Browser, anderes Profil und privater Modus sind getrennte Umgebungen.
Ein markierter Browser entfernt nicht alle digitalen Versionen der eigenen Person aus dem Universum.
6. Historische Zahlen werden nicht automatisch kleiner
Wenn owner-Ausschluss heute aktiviert wird, verschwinden gestrige Aufrufe nicht.
Praktisch lautet das Ziel meist:
„Ab jetzt werden meine Besuche nicht mehr vermischt.“
Vergangene Daten zu korrigieren erfordert eine erneute Verarbeitung von Rohlogs oder den Neuaufbau von Aggregaten.
Bei einer jungen Website lohnt es sich selten, Stunden zu investieren, um einige Dutzend eigene Aufrufe nachträglich zu entfernen.
Das Änderungsdatum zu dokumentieren reicht oft.
7. GA4-Filter für internen Traffic und ein eigenes Cookie sind unterschiedliche Mechanismen
Google Analytics 4 bietet eine offizielle Methode, internen Traffic über IP-Adressen zu definieren und mit Datenfiltern auszuschließen.
Das funktioniert gut für stabile Büronetzwerke.
Ein einzelner Betreiber wechselt möglicherweise zwischen Heim-WLAN, Mobilfunk, Reisen, Tethering und VPN. Dann wird reine IP-Erkennung unhandlich.
Bei eigener First-Party-Analyse kann ein Browser-Cookie oder ein Login-Zustand praktischer sein.
Es handelt sich aber nicht um dieselbe Funktion.
Bei GA4 folgt man dem offiziellen internen Traffic-Workflow und testet den Filter vor der endgültigen Aktivierung. Bei eigener Analyse wird owner direkt am eigenen Erfassungspunkt ausgeschlossen.
8. Mehrsprachiges Wachstum anhand externer Einstiege ohne owner bewerten
Eigene Aufrufe können Sprachvergleiche stark verzerren.
Angenommen, die Gesamtzahlen zeigen:
Hauptsprache: 70
andere Sprachen: 30
Von den 70 sind aber:
- 20 eigene Kontrollen
- 20 interne Navigation
- 30 externe Einstiege
während fast alle 30 fremdsprachigen Aufrufe externe Einstiege sind.
Dann sieht die Nachfrage ganz anders aus.
Für Discovery und Demand sollte man vergleichen:
externe Einstiege der Hauptsprache
gegen
externe Einstiege der anderen Sprachen
Außerdem tägliche Werte und gleitende Fenster unterscheiden.
Eine Sieben-Tage-Summe kann sinken, weil ein älterer starker Tag aus dem Fenster fällt. Das bedeutet nicht automatisch, dass heute der Traffic eingebrochen ist.
9. Minimaler Test
Nicht bei „wird schon funktionieren“ stehen bleiben.
Prüfen:
- owner-Flag ist wirklich gespeichert
- normale Seite einmal öffnen
- Event wird nicht aufgezeichnet oder als owner verworfen
- anderer Browser wird weiterhin normal gezählt
- nach Entfernen des Flags läuft die Zählung wieder
Entwicklertools zeigen localStorage und Cookies.
Die Setup-Seite geöffnet zu haben ist kein Nachweis.
Computer befolgen Anweisungen sehr gut. Gedanken lesen können sie schlecht.
10. Fazit — sich selbst aus der Stichprobe nehmen, bevor man Internationalisierung feiert
Neue Leser in anderen Sprachen sind ein gutes Zeichen.
Aber die Hauptsprache hat oft einen extrem treuen Besucher: den Betreiber selbst.
Darum:
- externe Einstiege und interne Navigation trennen
- owner-Browser ausdrücklich markieren
- localStorage für rein clientseitige Events verwenden
- Cookies für Server- oder Edge-Zählung verwenden
- daran denken, dass bloßes Öffnen nichts registriert
- historische Daten nur bei echtem Nutzen neu aufbauen
- mehrsprachige Nachfrage anhand owner-bereinigter externer Einstiege bewerten
Wenn internationale Leser wirklich kommen, hervorragend.
Nur vorher sicherstellen, dass die Heimmannschaft nicht gewinnt, weil man selbst hundertmal auf die Anzeigetafel gedrückt hat.
Quellen (3)
- MDN: Window.localStorage
https://developer.mozilla.org/en-US/docs/Web/API/Window/localStorage - MDN: Set-Cookie header
https://developer.mozilla.org/en-US/docs/Web/HTTP/Reference/Headers/Set-Cookie - Google Analytics Help: Exclude internal traffic
https://support.google.com/analytics/answer/10104470
