Warum in Google Analytics Besuche von "localhost" oder Referral-Spam auftauchen und wie Sie sie bereinigen

Sie öffnen Google Analytics, sehen einen schönen Traffic-Anstieg und freuen sich. Dann schauen Sie genauer hin: Viele Besuche kommen von "localhost", von Websites, von denen Sie noch nie gehört haben, oder sogar aus Ihrer eigenen Stadt, zu Zeiten, in denen nur Sie auf der Website sind. Die Zahl ist hoch, aber sie ist nicht echt.

Das ist eine der häufigsten Frustrationen für einen Unternehmer, der seine Berichte ernst nimmt. Die gute Nachricht: Fast dieser gesamte "Datenmüll" hat klare Ursachen und lässt sich bereinigen. In diesem Artikel zeige ich Ihnen, woher Besuche von localhost kommen, was Referral-Spam ist, wie Sie Ihre eigenen Besuche ausschließen und wie Sie Berichte aufbauen, denen Sie bei Ihren Entscheidungen vertrauen können.

Warum tauchen Besuche von "localhost" in Berichten auf

"localhost" bedeutet frei übersetzt "genau dieser Computer". Wenn es als Traffic-Quelle erscheint, bedeutet das fast sicher, dass derselbe Analytics-Code auf einer lokalen Version der Website läuft, geöffnet unter der Adresse http://localhost auf dem Computer von jemandem, der an der Website arbeitet.

Die häufigsten Ursachen:

• Ein Entwickler (oder ein Plugin) hat auf die lokale Umgebung denselben GA-Code mit der Produktions-ID kopiert.
• Sie haben eine Test- oder Staging-Website, die dasselbe Analytics-Konto wie die echte Website verwendet.
• Eine kostenlose Vorlage kam bereits mit einer im Code eingebetteten Analytics-ID.

Das Ergebnis ist, dass Sitzungen vom Entwicklungscomputer mit echten Besuchern vermischt werden. Es ist nicht gefährlich, verfälscht aber Ihre Daten. Die richtige Lösung besteht darin, dass die lokale Umgebung überhaupt nicht an das echte Konto sendet, plus ein Filter, der auffängt, was durchgerutscht ist.

Was ist Referral-Spam und warum sind das keine echten Besuche

Referral-Spam bedeutet Einträge in Berichten von Websites, die sich als "Quelle" eines Besuchs ausgeben, aber tatsächlich niemanden zu Ihnen geschickt haben. Es gibt zwei Arten.

Die erste, ältere Form ist "Ghost Traffic": Bots, die direkt die Analytics-Erfassungsserver mit erfundenen Daten treffen, ohne dass jemals jemand Ihre Seite geöffnet hätte. Daher sehen Sie merkwürdige Domains, die Ihnen Dienstleistungen versprechen oder Sie zu zweifelhaften Websites weiterleiten.

Die zweite Art sind Crawler und Bots, die die Seite tatsächlich aufrufen, aber keine Kunden sind und niemals etwas kaufen werden.

Anzeichen, dass Sie Spam statt echtem Traffic betrachten:

• fast vollständige Absprungrate und null Sitzungsdauer
• Namen von Quell-Domains, die wie Werbung wirken, nicht wie echte Websites
• plötzliche Traffic-Spitzen, die zu nichts passen, was Sie getan haben

Wie Sie Ihre eigenen Besuche und die Ihres Teams ausschließen

Der einfachste "falsche Traffic" sind Sie selbst. Wenn Sie mehrmals täglich Ihre Website überprüfen, blähen Sie die Besuchszahl auf und verfälschen die Durchschnittswerte.

Was Sie tun können, in aufsteigender Reihenfolge des Aufwands:

• Schließen Sie Ihre IP-Adresse aus: Wenn Sie im Büro einen festen Internetanschluss haben, markieren Sie die IP in Analytics als internen Traffic und filtern Sie sie aus den Berichten.
• Nutzen Sie eine offizielle Browser-Erweiterung, die die Analytics-Erfassung auf Ihrem Computer stoppt.
• Auf dem Handy, bei mobilen Daten, ändert sich die IP häufig, daher ist die Erweiterung oder eine getrennte Umgebung sicherer als ein IP-Filter.

Ein kleiner ehrlicher Hinweis: Viele haben eine dynamische IP vom Anbieter, die sich regelmäßig ändert. In diesem Fall hält der IP-Filter nicht lange, und die Browser-Erweiterung ist zuverlässiger. Idealerweise kombinieren Sie beides.

Die konkreten Schritte zur Datenbereinigung in Google Analytics 4

In GA4 ist die Logik anders als im alten Universal Analytics, aber genauso lösbar.

• Interner Traffic: Definieren Sie unter Admin, bei Data Streams, eine „Internal traffic“-Regel mit Ihren IP-Adressen und aktivieren Sie dann den Filter, der diesen Traffic aus den Berichten ausschließt.
• Entwickler-Listenfilter: GA4 erlaubt es, Developer-Traffic zu markieren und auszuschließen, nützlich für localhost und Staging.
• Unerwünschte Referrals: Fügen Sie Spam-Domains der Liste „unwanted referrals“ hinzu, damit sie nicht mehr als Quelle gezählt werden.
• Am wichtigsten: Beheben Sie das Übel an der Wurzel. Setzen Sie den Produktions-GA-Code nicht auf localhost oder Staging ein. Eine separate ID für Tests löst die Hälfte des Problems, bevor es überhaupt entsteht.

Löschen Sie aus Panik keine historischen Daten. In GA4 gelten Filter ab dem Zeitpunkt der Aktivierung, behalten Sie also auch eine „unberührte“ Ansicht zum Vergleich.

Wie Berichte aussehen, denen Sie wirklich vertrauen können

Das Ziel ist nicht eine hohe Zahl, sondern eine, der Sie vertrauen, wenn Sie entscheiden, wo Sie Geld und Zeit investieren. Ein sauberer Bericht bedeutet: eigene Besuche ausgeschlossen, Testumgebung von der echten getrennt, Referral-Spam gefiltert und eine klare Quelle für jeden Kanal.

Bei MPO Web Studio liefern wir Websites, die wir bauen oder übergeben, von Anfang an mit korrekt eingerichtetem Analytics aus: Produktionscode nur in Produktion, isolierte Testumgebung, interner Traffic ausgeschlossen. Wir arbeiten deutschlandweit remote, und das Demo sehen Sie fertig, bevor Sie etwas bezahlen.

Wenn Sie gerade auf einen Bericht schauen, der keinen Sinn ergibt, und eine ehrliche Meinung dazu wollen, was echt ist und was Rauschen, schreiben Sie uns auf WhatsApp. Wir sagen Ihnen direkt, was es sich zu bereinigen lohnt und was Sie so lassen können.