Warum Direct Traffic der Sammeltopf für alles ist, was Analytics nicht zuordnen konnte

Was ist Direct Traffic?

Analytics-Tools ordnen eine Session als Direct Traffic ein, wenn die Anfrage ohne Referrer und ohne Kampagnenparameter ankommt, was das Label zu einem Nachweis fehlender Attributionsdaten macht und nicht zu einem Nachweis, dass Menschen deine URL in die Adressleiste tippen. Google Analytics 4 formuliert die Regel in seinen Standard-Kanalgruppendefinitionen: Eine Session ist Direct, wenn "Source exactly matches '(direct)' AND Medium is one of ('(not set)', '(none)')". Lies die Zahl als Messlücke und finde heraus, welche der unten genannten Ursachen sie füllt.

Warum ist Direct kein Kanal?

Direct ist kein Kanal, sondern der Sammeltopf für alles, was das Tool nicht zuordnen konnte. Jeder andere Kanal ist über Belege definiert, die die Anfrage mitbrachte, einen verweisenden Hostnamen oder einen utm_medium-Wert, während Direct über das Fehlen dieser Belege definiert ist, und einem Fehlen hängt kein Marketingverhalten an. Behandle eine steigende Direct-Linie als Instrumentierungsalarm und prüfe die Links, die Menschen tatsächlich klicken, genauso wie du den Traffic prüfen würdest, den GA4 überhaupt nie erfasst.

GA4 zieht die Unterscheidung noch einen Schritt weiter. Der Unassigned-Topf ist "der Wert, den Analytics verwendet, wenn keine anderen Kanalregeln zu den Ereignisdaten passen", eine Session mit einer Quelle, die zu keiner Regel passt, geht also nach Unassigned, während eine Session, die überhaupt nichts mitbringt, nach Direct geht.

Was landet tatsächlich im Direct-Topf?

Sieben Mechanismen entfernen den Referrer oder das Kampagnen-Tag, bevor dein Skript läuft, und jeder erzeugt eine Session, die von einem Lesezeichen-Klick nicht zu unterscheiden ist. Über die meisten davon entscheidet der Browser, keine Tag-Konfiguration holt die Quelle also zurück.

Ursache	Was deinen Server erreicht	Warum
HTTPS-Seite verlinkt auf eine HTTP-Seite	Kein Referer-Header	Der Algorithmus der W3C Referrer Policy liefert bei einem Downgrade von sicher auf unsicher keinen Referrer
Verweisende Website sendet Referrer-Policy: no-referrer	Kein Referer-Header	MDN: "Der Referer-Header wird weggelassen: Gesendete Anfragen enthalten keinerlei Referrer-Informationen"
Link trägt rel="noreferrer"	Kein Referer-Header	MDN: Das Keyword weist den Browser an, "den Referer-Header wegzulassen und auch sonst keine Referrer-Informationen preiszugeben"
Native App oder Messaging-Client öffnet den Link	Kein Referer-Header	Der Tap stammt nicht aus einem HTML-Dokument, es gibt also keine verweisende Adresse, die der Client senden könnte
Link in einem PDF oder einem Office-Dokument	Kein Referer-Header	Der Reader übergibt die URL als frische Navigation an den Browser, nicht als Sprung von Dokument zu Dokument
Redirect-Kette über einen HTTP-Hop oder einen no-referrer-Dienst	Referrer geht an diesem Hop verloren	Die Referrer-Policy-Spezifikation setzt die Referrer Policy der Anfrage aus jeder Redirect-Antwort neu, ein Hop kann sie also für den Rest der Kette fallen lassen
Ungetaggter E-Mail-Link oder ein QR-Code-Scan	Kein Referrer, kein UTM	Der Mail-Client oder die Kamera-App öffnet die URL ohne Anhang, und du hast keine Kampagnenparameter gesetzt

Wie entfernen Referrer-Policies den Referrer?

Eine Referrer Policy ist eine Regel pro Anfrage, die entscheidet, wie viel der verweisenden URL der Browser in den Referer-Header schreibt. Die W3C-Spezifikation Referrer Policy setzt strict-origin-when-cross-origin als Standard-Referrer-Richtlinie: Sie sendet Origin, Pfad und Query-String bei Same-Origin-Anfragen, allein den Origin bei Cross-Origin-Anfragen von HTTPS zu HTTPS und gar nichts bei einem Downgrade von HTTPS zu HTTP. Unter no-referrer erscheint der Header nie, und unter origin erhältst du https://example.com/ ohne Pfad, genug, um den Kanal zu benennen, aber nicht die Seite.

Die Downgrade-Regel überrascht Teams. Der Algorithmus der Spezifikation liefert keinen Referrer, "wenn referrerURL eine potenziell vertrauenswürdige URL ist und die aktuelle URL der Anfrage keine potenziell vertrauenswürdige URL ist", eine einzige Nicht-HTTPS-URL irgendwo in deinem Funnel verwandelt also echten Referral-Traffic in Direct. Behebe das, indem du jeden Hop über HTTPS auslieferst, und lies dann, was Referrer-Richtlinien im Browser mit Analytics machen, bevor du dem Tool die Schuld gibst.

Warum kommen Apps, PDFs und QR-Codes als Direct an?

Native Apps, Dokumentenleser und Kamera-Apps kommen als Direct an, weil der Referer-Header eine Navigation von Dokument zu Dokument beschreibt und keine von ihnen aus einem Dokument startet. MDN definiert den Header als Träger "der absoluten oder partiellen Adresse, von der aus eine Ressource angefordert wurde", und eine Slack-Nachricht, ein Preislisten-PDF und ein gedruckter QR-Code haben keine solche Adresse zu melden. Die Lösung ist, die Quelle selbst in die URL zu schreiben.

Genau dafür gibt es Kampagnenparameter. Füge utm_source und utm_medium zum Link hinzu, bevor er in das Deck, das PDF, den Newsletter oder den QR-Generator geht, und die Session kommt beschriftet an, obwohl der Referrer fehlt. Flowsery liest diese Parameter in seinem UTM-Kampagnen-Tracking, und der vollständige Parameter-Leitfaden deckt die Benennungsregeln ab, die die Labels teamweit lesbar halten.

Wie berechnest du den Direct-Traffic-Anteil?

Der Direct-Traffic-Anteil ist die Zahl der Direct-Sessions geteilt durch die Gesamtzahl der Sessions desselben Zeitraums, ausgedrückt als Prozentsatz. Nutze ihn als Vorher-Nachher-Messung für ein Tagging-Projekt, nicht als Benchmark gegen andere Websites, denn die Zahl bewegt sich mit deinem Kanalmix und den Browsern deiner Besucher.

direct traffic share = (direct sessions / total sessions) x 100

Eine Website verzeichnet 42,000 Sessions in einem Monat, und 9,660 davon sind Direct. 9,660 geteilt durch 42,000 ist 0.23, der Direct-Traffic-Anteil liegt also bei 23 Prozent. Das Team taggt jeden Newsletter-Link, stellt einen alten Redirect von HTTP auf HTTPS um und ergänzt Parameter am QR-Code auf seinem Konferenzbanner. Im nächsten Monat fällt Direct auf 5,880 derselben 42,000 Sessions. 5,880 geteilt durch 42,000 ist 0.14, ein Anteil von 14 Prozent, und die Differenz von 9 Punkten sitzt jetzt in E-Mail- und Event-Zeilen, mit denen du arbeiten kannst. Zähle Sessions in beiden Perioden gleich, denn Session-Definitionen unterscheiden sich zwischen Tools, und schon eine geänderte Definition bewegt das Verhältnis.

Direct-Anteil vor und nach dem Tagging

Vor dem Tagging23 %

Nach dem Tagging14 %

Wie verkleinerst du den Direct-Topf?

Den Direct-Topf zu verkleinern ist ein Link-Hygiene-Projekt, keine Reporting-Einstellung. Arbeite es nach Volumen ab: Tagge E-Mail- und Newsletter-Links, tagge jeden Link, den du in Slack, LinkedIn oder einen Community-Thread einfügst, tagge QR-Codes und gedruckte URLs, tagge Links in PDFs und Foliensätzen, und prüfe dann deine Redirect-Ketten auf jeden Hop, der nicht über HTTPS läuft.

Prüfe danach, was deine eigene Website nach außen sendet. Ein Header Referrer-Policy: no-referrer auf deinen Seiten macht dich in den Referral-Berichten deiner Partner unsichtbar, eine faire Datenschutzentscheidung, solange du sie bewusst triffst. Publisher, die attribuierbar bleiben wollen, behalten strict-origin-when-cross-origin und jeden ausgehenden Link auf HTTPS.

Was solltest du prüfen, wenn Direct Traffic ausschlägt?

Ein plötzlicher Sprung im Direct Traffic deutet auf eine Änderung an deinen Links oder deinem Tracking-Skript hin, nicht auf einen Ansturm von Menschen, die sich an deine Domain erinnern. Prüfe vier Dinge der Reihe nach: einen neuen Redirect, der einen Kampagnenparameter verloren hat, einen Referrer-Policy-Header, der auf deiner Seite oder der eines Partners ergänzt wurde, eine Kampagne, die ohne UTM-Tags ausgeliefert wurde, und ein Skript, das zu feuern begann, bevor der Query-String gelesen war.

Vergleiche den Ausschlag mit demselben Zeitfenster in einer zweiten Messquelle, denn Tools zählen denselben Traffic unterschiedlich, und eine Lücke zwischen zweien davon grenzt die Suche schnell ein.

Häufig gestellte Fragen

Bedeutet Direct Traffic, dass Menschen meine URL getippt haben?

Nein. Getippte URLs und Lesezeichen landen in Direct, aber genauso jede Session, deren Referrer von einer Referrer Policy, einem Downgrade von HTTPS auf HTTP, einem rel="noreferrer"-Link, einer nativen App, einem PDF oder einem Redirect entfernt wurde. Direct ist der Sammeltopf für alles, was das Tool nicht zuordnen konnte, und getippte URLs sind ein Eintrag darin.

Was ist ein normaler Prozentsatz für Direct Traffic?

Es gibt keinen belastbaren Benchmark, denn der Anteil hängt von deinem Kanalmix, den Browsern deiner Besucher und davon ab, wie viel deines Link-Bestands Kampagnenparameter trägt. Miss deine eigene Zahl, tagge deine Links und miss erneut. Die Bewegung zwischen diesen beiden Ablesungen ist der Wert, der dir etwas sagt.

Warum ist mein Direct Traffic nach einer Website-Migration gestiegen?

Migrationen fügen Redirect-Hops hinzu, und jeder Hop kann den Referrer fallen lassen oder den Query-String mit deinen UTM-Parametern entfernen. Die W3C-Spezifikation Referrer Policy setzt die Referrer Policy einer Anfrage aus jeder Redirect-Antwort neu, ein falsch konfigurierter Hop ändert also das Verhalten für den Rest der Kette. Verfolge eine echte Kampagnen-URL durch jeden Redirect und bestätige, dass die Parameter am endgültigen Ziel ankommen.

Behandelt GA4 Direct und Unassigned gleich?

Nein. GA4 vergibt Direct, wenn "Source exactly matches '(direct)' AND Medium is one of ('(not set)', '(none)')", was heißt, dass überhaupt nichts ankam. Unassigned ist "der Wert, den Analytics verwendet, wenn keine anderen Kanalregeln zu den Ereignisdaten passen", was heißt, dass etwas ankam, aber zu keiner Regel passte, was auf ein fehlerhaftes utm_medium hindeutet.

Kann ich die echte Quelle einer Direct-Session wiederherstellen?

Nachträglich nicht. Der Referer-Header kam entweder an oder nicht, und keine serverseitige Verarbeitung rekonstruiert einen Header, den der Browser nie gesendet hat. Sichere die Quelle für die Zukunft, indem du sie als Kampagnenparameter in die URL schreibst, bevor der Link geteilt wird.

Reduziert die Umstellung auf HTTPS den Direct Traffic?

Sie beseitigt eine Ursache. Die Standardrichtlinie strict-origin-when-cross-origin sendet keinen Referrer, wenn eine HTTPS-Seite auf eine HTTP-Seite verlinkt, jede HTTP-URL in deinem Funnel verwandelt also Referral-Sessions in Direct-Sessions. Jede Seite und jeden Redirect-Hop über HTTPS auszuliefern stellt den Origin bei diesen Anfragen wieder her und lässt die Ursachen App, PDF und QR unberührt.

Warum taucht Traffic von Slack oder LinkedIn als Direct auf?

Ein Klick in Slack oder LinkedIn öffnet den Link direkt aus der App heraus, nicht von einer HTML-Seite, sodass der Client keine referenzierende Adresse für den Referer-Header hat. Die Session kommt genauso an wie ein Klick auf ein Lesezeichen, nicht von einer getippten URL zu unterscheiden. Ergänze utm_source und utm_medium an jedem Link, bevor du ihn in eine Chat-App oder einen Social-Post einfügst, denn das ist der einzige Weg, ihn zu kennzeichnen, bevor der Referrer verschwindet.

Was macht rel="noreferrer" mit meinen Traffic-Reports?

Das Schlüsselwort noreferrer weist den Browser an, den Referer-Header wegzulassen und keinerlei Referrer-Information preiszugeben, denselben Effekt, den eine vollständige no-referrer-Policy für eine ganze Website hat. Ein Klick auf diesen Link landet im Direct-Topf, obwohl er von einer Seite kam, die dir gehört, nicht unterscheidbar von einem Lesezeichen-Besuch. Füge dem Link selbst Kampagnenparameter hinzu, wenn die Quelle trotzdem in deinen Reports auftauchen soll.

Sollte ich Referrer-Policy: no-referrer auf meiner eigenen Website setzen?

Dieser Header macht deine Website in jedem Partner-Referral-Report unsichtbar, weil keiner deiner ausgehenden Klicks noch einen Referer-Header trägt. Das ist eine legitime Datenschutzentscheidung, solange du sie bewusst triffst, keine Standardeinstellung, die unbeachtet bleibt. Seiten, die bei ausgehenden Links zuordenbar bleiben wollen, behalten stattdessen strict-origin-when-cross-origin und liefern jeden Link über HTTPS aus.

Was ist der Unterschied zwischen der origin- und der no-referrer-Policy?

Unter origin sendet der Browser weiterhin einen Referer-Header, aber gekürzt auf die reine Domain, etwa https://example.com/ ohne Pfad oder Query-String. Unter no-referrer erscheint der Header überhaupt nicht, sodass die Anfrage wie eine getippte URL aussieht. origin nennt noch, welche Seite den Klick geschickt hat, no-referrer löscht die Quelle vollständig.