Website Hit: was die Kennzahl technisch misst

„Wir hatten letzten Monat 400.000 Hits." Solche Sätze klingen nach einer Erfolgsmeldung, sagen über den Erfolg einer Website aber fast nichts aus. Der Grund liegt in der Definition: Ein Hit ist keine Person, kein Besuch und nicht einmal eine aufgerufene Seite. Er ist die kleinste technische Zähleinheit, die ein Webserver kennt, und genau deshalb ist er als Erfolgskennzahl untauglich. Dieser Artikel klärt, was ein Hit auf Request-Ebene wirklich ist, warum ein einziger Seitenaufruf Dutzende davon erzeugt und wie sich die Zahl von Page Impression, Visit und Besucher abgrenzt.

Ein Hit ist ein Eintrag im Server-Logfile

Der Begriff stammt aus der Logfile-Analyse, nicht aus dem Marketing. Ein Webserver protokolliert jede Anfrage, die ihn erreicht. Der Apache HTTP Server schreibt für jede einzelne Anfrage genau eine Zeile in das Access-Log (Quelle: Apache HTTP Server 2.4 Documentation, „Log Files"). Ein Hit entspricht damit exakt einem solchen Log-Eintrag, also einer beantworteten HTTP-Anfrage.

Eine solche Anfrage kann sich auf sehr unterschiedliche Ressourcen beziehen:

• ein HTML-Dokument
• eine CSS-Datei
• ein JavaScript
• ein Bild oder Icon
• eine Schriftdatei
• ein Video oder anderes Medium
• eine nicht vorhandene Datei

Damit ist auch gesagt, was ein Hit nicht ist: keine Seite, kein Nutzer, keine Sitzung. Für die Zählung ist nicht entscheidend, ob ein Mensch bewusst etwas betrachtet hat, sondern nur, dass eine Anfrage den Server erreicht und dort protokolliert wurde. Die Zahl beschreibt die Arbeitslast des Servers, nicht das Interesse eines Publikums. Wer sie als Reichweitenzahl liest, verwechselt die Maßeinheit.

Warum ein Seitenaufruf viele Hits erzeugt

Der entscheidende Punkt liegt in der Funktionsweise von HTTP. Nach RFC 9110 fordert ein Client jede Ressource mit einer eigenen HTTP-Anfrage an: das HTML-Dokument, jedes Stylesheet, jedes Skript, jedes Bild (Quelle: RFC 9110, HTTP Semantics, IETF, Juni 2022). Eingebettete Ressourcen erzeugen also jeweils separate Requests.

Ruft ein Besucher eine einzige Seite auf, läuft im Hintergrund folgendes ab:

1. Der Browser fordert das HTML-Dokument an. Das ist ein Request.
2. Er liest das Dokument und findet darin Verweise auf Stylesheets, Schriftarten, Skripte, Logos, Fotos und Icons.
3. Für jede dieser Dateien stellt er eine weitere Anfrage.
4. Ausgeführte Skripte können ihrerseits weitere Daten oder Medien nachladen.

Eine Seite mit einem Stylesheet, zwei Schriftarten, drei Skripten und zehn Bildern erzeugt so aus einem einzigen Seitenaufruf siebzehn Log-Zeilen. Aus Sicht des Servers sind das siebzehn Hits. Aus Sicht des Nutzers war es ein Blick auf eine Seite.

Daraus folgt die eigentliche Schwäche der Kennzahl: Sie hängt vom technischen Aufbau der Seite ab, nicht von deren Nutzung. Eine bildreiche Startseite mit vielen Einzeldateien produziert ein Vielfaches der Hits einer schlanken Textseite, obwohl beide genau einmal gelesen wurden. Wird eine Website umgebaut, etwa indem mehrere Skripte zu einer Datei zusammengefasst werden, sinkt die Hit-Zahl, ohne dass ein einziger Leser verloren ging. Die Zahl der Requests ist hier nur eine Zählgröße, keine Bewertung der Ladezeit.

Was in einer Logzeile steht

Das Common Log Format protokolliert pro Anfrage den anfragenden Host, den Zeitstempel, die Anfragezeile, den HTTP-Statuscode und die übertragene Bytegröße (Quelle: W3C, „Logging Control In W3C httpd", sowie Apache HTTP Server 2.4 Documentation, „Log Files"). Vereinfacht sieht ein Eintrag so aus:

192.0.2.10 - - [12/Mar/2025:14:31:08 +0100] "GET /bilder/logo.png HTTP/1.1" 200 4281

Die Zeile dokumentiert eine Anfrage nach einer Bilddatei. Sie enthält keine verlässliche Information darüber, ob dahinter ein bewusster Seitenbesuch stand.

Wichtig ist der Statuscode: Fehlerantworten werden genauso erfasst wie erfolgreiche Auslieferungen. Eine Anfrage nach einer nicht vorhandenen Datei, die mit 404 beantwortet wird, ist im Logfile ein vollwertiger Eintrag und zählt als Hit. Ein fehlendes Bild, das auf jeder Unterseite eingebunden ist, erhöht die Hit-Zahl also verlässlich, obwohl es nie ausgeliefert wurde. Der Statuscode ist hier nur Bestandteil des Log-Eintrags und erklärt, warum Hits auch dann steigen können, wenn technisch etwas kaputt ist.

Bots und automatisierte Zugriffe zählen mit

Hinzu kommt die Herkunft der Anfragen. Server-Logs enthalten unbereinigt auch Zugriffe von Bots und Crawlern. Analysewerkzeuge benötigen dafür eine explizite Bot-Filterung, sonst fließen automatisierte Zugriffe in die Hit-Zahl ein (Quelle: AWStats-Dokumentation, Abschnitt Robots/Spiders-Erkennung). Eine unbereinigte Hit-Zahl mischt damit Suchmaschinen-Crawler, Monitoring-Dienste und Scraper unter die menschlichen Leser.

Ein intensiver Crawler kann in kurzer Zeit Tausende Dateien abrufen, ohne dass dadurch ein einziger zusätzlicher Leser entstanden wäre. Am Zahlenwert selbst ist dieser Anteil nicht zu erkennen.

Hit, Page Impression, Visit, Besucher: vier Ebenen

Die vier Begriffe bezeichnen vier verschiedene Aggregationsstufen derselben Zugriffe. Sie stehen zueinander wie ineinandergeschachtelte Behälter, von der feinsten zur gröbsten Einheit:

Logfile-Auswerter wie AWStats und GoAccess werten rohe Server-Logs aus und weisen Hits, Seiten und Besuche getrennt aus. Die Hit-Zahl liegt dort regelmäßig um ein Vielfaches über den Seitenaufrufen (Quelle: AWStats-Dokumentation und GoAccess-Dokumentation). Wer beide Werte nebeneinander im selben Bericht sieht, erkennt den Unterschied sofort.

Das Verhältnis zwischen beiden ist allerdings nicht übertragbar. Eine Seite mit vielen Einzelressourcen erzeugt zahlreiche Hits pro Abruf, eine anders aufgebaute Seite kommt mit weniger Requests aus. Eine Aussage wie „20 Prozent mehr Hits als im Vormonat" lässt deshalb offen, was passiert ist: mehr Seitenaufrufe, zusätzliche Seitenelemente, ein Bot, wiederholte Fehleranfragen oder eine geänderte Cache-Konfiguration.

Von den vier Ebenen ist nur die Page Impression eine anerkannte Ausweisungsgröße für Reichweite. Die IVW erhebt für digitale Angebote Page Impressions und Visits als ausgewiesene Nutzungsdaten. Hits sind kein Bestandteil der ausgewiesenen Kennzahlen (Quelle: IVW, Richtlinien für digitale Angebote). Die Instanz, die in Deutschland Reichweiten prüfbar macht, kennt die Kennzahl schlicht nicht.

Zwei Begriffe grenzen zusätzlich ab, ohne hier vertieft zu werden: Eine Impression im Werbe- oder Suchkontext meint den Sichtkontakt mit einer Anzeige oder einem Suchergebnis und hat mit einer Server-Anfrage nichts zu tun. Und ein Besucher ist eine Personenkennzahl, die aus zusammengefassten Sitzungen abgeleitet wird, nicht aus Requests.

Warum moderne Werkzeuge keine Hits mehr ausweisen

Der Bedeutungsverlust lässt sich an den verbreiteten Werkzeugen ablesen.

Die Google Search Console weist im Leistungsbericht Klicks, Impressionen, CTR und durchschnittliche Position aus. Eine Kennzahl „Hits" gibt es dort nicht (Quelle: Google Search Console-Hilfe, „Bericht zur Leistung (Suchergebnisse)").

In Google Analytics ist der Begriff sogar aktiv abgeschafft worden. Universal Analytics kannte noch Hit-Typen wie Pageview, Event, Transaction und Social, die nicht identisch mit einer einzelnen Serveranfrage waren. Google Analytics 4 modelliert die Datenerhebung ausschließlich über Events, die alten Hit-Typen existieren dort nicht mehr (Quelle: Google Analytics-Hilfe, „[GA4] Universal Analytics versus Google Analytics 4-Datenstruktur"). Universal Analytics hat am 1. Juli 2023 die Verarbeitung neuer Daten in Standard-Properties eingestellt (Quelle: Google Analytics-Hilfe, „[UA] Universal Analytics wird eingestellt"). Damit ist auch die letzte verbreitete Verwendung des Wortes im Analytics-Umfeld ausgelaufen. Wer heute noch von Hits spricht, benutzt Vokabular aus der Logfile-Ära.

Logfile und Tracking-Skript zählen systematisch verschieden

Es gibt einen zweiten Grund, warum die Hit-Zahl schwer mit anderen Zahlen zusammenpasst: Sie entsteht an einer anderen Stelle der Kette. Clientseitiges Tracking über JavaScript zählt keine Anfragen an statische Dateien und keine Auslieferungen aus Browser- oder CDN-Cache. Logfile-Analyse und Analytics-Tool liefern deshalb systematisch verschiedene Zahlen (Quelle: Matomo-Dokumentation, „Log Analytics").

Konkret heißt das:

• Das Server-Log sieht jede Bilddatei und jeden Crawler, auch dann, wenn kein Browser JavaScript ausgeführt hat.
• Das Tracking-Skript sieht nur Seiten, auf denen es geladen und ausgeführt wurde, dafür aber auch Interaktionen innerhalb einer Seite.
• Wird eine Seite aus dem Cache eines vorgelagerten Netzwerks ausgeliefert, erreicht sie den Ursprungsserver nie und taucht in dessen Log gar nicht auf.

Zwei Berichte über denselben Monat können damit auseinanderliegen, ohne dass einer von beiden falsch rechnet. Sie zählen nicht dieselben technischen Ereignisse. Auswertungswerkzeuge sind hier nur der Fundort der Hit-Zahl, nicht ihr Maßstab.

Was von der Kennzahl bleibt

Die Hit-Zahl ist nicht wertlos, sie beantwortet nur eine andere Frage als die, die meist gestellt wird. Als Maß für Serverlast, für die Zahl der Requests pro Seite oder für die Aktivität von Crawlern im Log ist sie brauchbar. Als Erfolgsmaß scheitert sie aus vier Gründen:

• Ein Seitenaufruf erzeugt eine variable Anzahl von Hits.
• Technische Änderungen verschieben die Zahl auch bei gleichbleibender Nutzung.
• Fehlerantworten wie ein 404 gehen als vollwertige Hits ein.
• Bots und automatisierte Dienste erzeugen ebenfalls Hits.

Die korrekte Einordnung lautet deshalb: Ein Website Hit ist eine einzelne, am jeweiligen Messpunkt protokollierte HTTP-Anfrage. Er dokumentiert Serveraktivität, aber weder einen Menschen noch einen Besuch oder eine betrachtete Seite.

Die praktische Konsequenz ist einfach. Wenn in einem Bericht oder Angebot eine Hit-Zahl auftaucht, lautet die richtige Rückfrage: Wie viele Seitenaufrufe, wie viele Sitzungen und wie viele Besucher stehen dahinter? Erst diese Ebenen lassen sich über die Zeit sinnvoll vergleichen.