Fehler beim Messen von Website-Besuchen und wie man sie vermeidet

Das Problem ist nicht das Tool, sondern wie du es interpretierst

Den Traffic einer Website zu prüfen scheint trivial zu sein: Du öffnest das Dashboard, liest eine Zahl und fertig. In der Praxis ist diese Zahl oft falsch, unvollständig oder schlicht irreführend. Die meisten Fehler kommen nicht von der Analyse-Software, sondern von vorherigen Entscheidungen: was gemessen wird, wo das Tag eingebaut wird und was verglichen wird. Laut offizieller Dokumentation von Plattformen wie Google Analytics wird ein relevanter Teil des Traffics nicht erfasst – wegen Browser-Blockern, Cookie-Einwilligung oder Ladefehlern des Skripts.

Fehler 1: Metriken vergleichen, die nicht gleichwertig sind

Es ist üblich zu sehen, wie jemand die „Besuche” eines Drittanbieter-Tools (etwa SimilarWeb oder Ahrefs) mit den „Sitzungen” von Analytics vergleicht und daraus schließt, dass eine der beiden lügt. Sie lügen nicht: Sie messen unterschiedliche Dinge. Externe Schätzungen basieren auf Nutzerpanels, Klickdaten und statistischen Modellen; Analytics zählt tatsächliche Ausführungen des Skripts im Browser. Bei kleinen oder Nischenprojekten kann die Abweichung enorm sein. Die praktische Regel: Verwende externe Schätzungen nur für Trends und Vergleiche zwischen Wettbewerbern, niemals als absolute Zahl.

Der Fall des Blogs mit 300 Besuchen und 40 „echten”

Ein Fehler, der häufig bei Websites mit technischem Publikum auftritt: Der Traffic von Werbeblockern und Browsern mit Anti-Tracking-Schutz verschwindet aus dem Bericht. Ich habe Projekte gesehen, bei denen das Tool einige Dutzend Besuche pro Tag anzeigte, während die Server-Logs ein Vielfaches dieser Zahl zeigten. Die Ursache: Das Analyse-Tag wurde nie ausgeführt. Die Lösung ist nicht, die Zahl zu „korrigieren”, sondern die Daten mit den Server-Logs oder mit den Metriken des Hostings selbst abzugleichen, um das Ausmaß des Verlusts zu verstehen.

Fehler 2: Das Tag nur an einer Stelle einbauen

Den Tracking-Code nur in der Hauptvorlage zu platzieren, lässt Seiten außen vor, die von Plugins generiert werden, Landingpages, die mit visuellen Buildern erstellt wurden, oder eingebettete Formulare. Das Ergebnis: ein Funnel, der kaputt zu sein scheint, weil die Hälfte der Schritte keine Events sendet. Bevor du Schlussfolgerungen ziehst, gehe die Website mit einer Debugging-Erweiterung durch und bestätige, dass jede Vorlage die Messanfrage auslöst.

Duplikate: der umgekehrte Fehler

Weniger sichtbar, aber ebenso schädlich. Ein Cache-Plugin, das das Skript nicht ausschließt, oder ein zweimal eingefügtes Tag (eines aus dem Theme und eines aus dem Tag-Manager) blähen die Zahlen auf. Wenn die durchschnittliche Interaktionszeit oder die Absprungrate sich seltsam verhalten, prüfe zuerst, ob es doppelte Pageviews gibt.

Fehler 3: Einwilligung und Datenschutz ignorieren

Mit der Anwendung der DSGVO in Europa laden viele Installationen die Analyse erst nach der Cookie-Zustimmung. Das bedeutet, dass der Traffic vor der Einwilligung nicht gezählt wird und die Zahlen im Vergleich zu früheren Jahren sinken, ohne dass sich das Geschäft verschlechtert hat. Hier gilt es, transparent zu sein: Es gibt keine magische Möglichkeit, diesen Traffic bei strengen Einwilligungsmodellen zurückzugewinnen. Erweiterte Einwilligungsmodi ermöglichen aggregierte und modellierte Messungen, aber das sind Schätzungen, keine exakten Zählungen.

Fehler 4: Sich auf eine einzige Quelle verlassen

Die Besucherzahl einer Website ist selten ein einziger, wahrer Wert. Sie ist eine Annäherung, die von der Messtechnologie abhängt. Ein sinnvoller Ansatz:

• Web-Analytics als Hauptreferenz für Verhalten und Conversions.
• Search Console, um zu wissen, wie viele Impressionen und Klicks von Suchmaschinen kommen, auch wenn das keine „Besuche” sind.
• Server-Logs, um tatsächliche Anfragen zu überprüfen und Bots zu erkennen.
• Drittanbieter-Tools nur für kompetitives Benchmarking.

Wenn drei Quellen unterschiedliche Geschichten erzählen, liegt das Problem wahrscheinlich nicht an den Tools, sondern an der Definition dessen, was du wissen willst.

Fehler 5: Internen Traffic und Spam nicht filtern

Das Team besucht die Website dutzende Male am Tag, und jeder Besuch zählt. Interne IPs auszuschließen oder ein separates Debug-Tag zu verwenden, verhindert die Verfälschung der Berichte. Ebenso sollte man seltsamen Referrer-Traffic im Auge behalten: Es gibt Bots, die Phantom-Besuche erzeugen und die Conversion-Rate verzerren.

Grenzen, die kein Dashboard löst

Kein Tool kann dir genau sagen, wie viele verschiedene Personen eine Website besucht haben. Nutzer, die Cookies löschen, im privaten Modus surfen oder das Gerät wechseln, werden mehrfach gezählt; diejenigen, die eine IP teilen, nur einmal. Für Geschäftsentscheidungen ist es nützlicher, nach Trends und Conversions zu fragen als nach der absoluten Besucherzahl. Wenn du prüfbare Zahlen brauchst, ist der einzige solide Weg, Analytics mit Server-Logs zu kombinieren und eine Fehlermarge zu akzeptieren.

Schnelle Checkliste, bevor du die Daten als gültig akzeptierst

1. Überprüfe, dass das Tag in allen Vorlagen ausgelöst wird.
2. Stelle sicher, dass es keine Duplikate im Quellcode gibt.
3. Schließe internen und Test-Traffic aus.
4. Dokumentiere, welche Metrik du betrachtest und mit welchem Tool.
5. Vergleiche mindestens einmal pro Quartal mit Search Console und den Logs.