Gemini hat utm_source=gemini gestrichen: Traffic aus der iOS-App landet in GA4 unter Direct, und zählen lässt er sich nur im Server-Log

Etwa drei Wochen lang trugen im September Links, die Gemini in seinen Antworten zitierte, den Parameter utm_source=gemini. Wer seine Logs beobachtet, sah ihn um den 28. September wieder verschwinden, und Google hat weder das Auftauchen noch das Verschwinden erklärt. Seitdem liest sich die Berichterstattung so, als sei Gemini-Traffic unsichtbar geworden. Ich habe mir die Zahlen von drei Kunden und meiner eigenen Website angesehen, um zu verstehen, was das praktisch bedeutet. Die Antwort ist eher lästig als dramatisch. Der Tag war eine kurze Ausnahme. Außerhalb davon ist der einzige stabile Hinweis auf die Gemini-App ihr User Agent, und in keinem der vier Setups, die ich geprüft habe, wurde er irgendwo gespeichert, wo ich ihn abfragen konnte.

Was ist im September 2026 mit utm_source=gemini passiert?

Gemini hängte ab Anfang September utm_source=gemini an einen Teil der zitierten Links, und Beobachter sahen das um den 28. oder 29. September enden. Natzir Turrado, der das in Server-Logs verfolgt, sah getaggte Besuche ab etwa dem 9. September. Ihr Anteil stieg, bis in der Woche ab dem 21. September ungefähr zwei von drei Besuchen mit Gemini-Referrer den Tag trugen, und fiel dann über Nacht ab (PPC Land, Turrado). PPC Land erwähnt außerdem vereinzelte getaggte Besuche bis Ende Oktober, die niemand erklärt hat. Search Engine Roundtable berichtete am 30. Oktober über das Ende. Ein Google-Mitarbeiter hatte Wochen vorher bestätigt, die Tags zu sehen, eine Aussage dazu, warum sie verschwunden sind, gibt es aber nicht.

Zwei Dinge haben sich nicht geändert. Gemini auf dem Desktop sendet weiterhin einen Referrer gemini.google.com, und laut Turrado blieben diese Besuche die ganze Zeit konstant. Die iOS-App öffnet Links weiterhin in ihrer eigenen WebView und sendet keinen Referrer.

Meine Kundendaten zeigen ein engeres Fenster. Wo überhaupt getaggte Besuche auftauchten, lagen alle zwischen dem 17. und 22. September, und in den sechs Tagen vor dem berichteten Ende kam nichts Getaggtes an. Die Zahlen waren klein, deshalb lese ich das so, dass der Tag diese Websites nur selten erreicht hat, und ich würde daraus kein anderes Enddatum ableiten.

Wo landet Gemini-Traffic in GA4, seit der Tag weg ist?

Bei einer neuen Session, der sonst nichts eine Quelle zuordnet, landen Besuche aus Gemini Web auf dem Desktop im Channel AI Assistant und Besuche aus der iOS-App unter Direct; Besuche aus der Android-App landen größtenteils ebenfalls unter Direct. Die Standard-Channel-Regeln von GA4 setzen das Medium auf ai-assistant, wenn der Referrer auf Googles Liste der KI-Assistenten steht, und der Channel ist über genau dieses Medium definiert. Direct verlangt die Quelle (direct), und die bekommt ein Besuch ohne Referrer und ohne Kampagnen-Tag.

Die Android-Zeile ist die schwierige. Turrado fand Gemini-Traffic von Android „fast ausnahmslos“ unter Direct, und die App hat keinen dokumentierten eigenen User Agent, also isoliert ihn keine Log-Abfrage. Die iOS-App gibt sich dagegen zu erkennen, deshalb geht es im Folgenden überwiegend um iOS.

Die letzte Zeile ist der Teil, den die Schlagzeilen übersprungen haben. In GA4 hat ein Kampagnen-Tag Vorrang vor dem Referrer. Ein Link, der nur utm_source=gemini trägt, gibt der Session also die Quelle gemini und das Medium (not set). Darauf passt keine der Standardregeln: AI Assistant braucht das Medium ai-assistant, Direct die Quelle (direct), Referral das Medium referral, app oder link. Die Session fällt nach Unassigned. Die eine getaggte GA4-Session, die ich auf einer Kunden-Website gefunden habe, ist genau so erfasst, als gemini / (not set). Eine Session zeigt den Mechanismus und sagt nichts über das Volumen.

Für GA4-Nutzer kann der Tag also in diesen Wochen Gemini-Webbesuche, die sonst erkannt worden wären, aus dem Channel AI Assistant herausgezogen haben. Ob er zusätzlich einige App-Klicks sichtbar gemacht hat, die sonst unter Direct gelandet wären, kann ich aus meinen Daten nicht sagen. Turrados Logs zeigen getaggte Besuche ohne Referrer, es könnte also so gewesen sein.

Was du in deiner Property prüfen solltest:

1. Lege in GA4 eine Freiform-Exploration vom 1. September bis heute an, mit Session source / medium und Session default channel group, gefiltert auf Quellen, die gemini enthalten.
2. Suche im September nach Zeilen gemini / (not set). Stehen sie unter Unassigned, ist ein reiner Channel-Vergleich von AI Assistant zwischen September und Oktober für Gemini verzerrt.
3. Verfolge beide Quellvarianten, gemini.google.com und gemini, jeweils mit ihrem Channel daneben, und führe einen zweiten Zähler mit, falls du einen hast.

Wie sehen Gemini- und Direct-Zahlen auf echten B2B-Websites aus?

Sichtbarer Gemini-Traffic lag in jeder Kunden-Property zwischen 0 % und 0,31 % der Sessions, Direct dagegen zwischen 19 % und 52 %. Das sind GA4-Daten vom 1. September bis Anfang November, aus sieben Websites von Kunden, als Anteil an den Sessions:

Zwei Einschränkungen gelten. Einige dieser Websites blockieren GA4, bis ein Besucher das Consent-Banner akzeptiert, und das tut nur eine Minderheit. Jeder Anteil dort ist also ein Anteil am Traffic mit Einwilligung. Und wo der Channel AI Assistant auf den weniger besuchten Websites überhaupt etwas gesammelt hat, kam alles von chatgpt.com. Gemini ist in dieser Stichprobe der kleinere Assistent. Das macht seinen App-Traffic schwerer auffindbar: Ein paar Sessions pro Woche gehen in den normalen täglichen Schwankungen von Direct unter.

Web-Referrals haben den Tag überlebt. Ein serverseitiger Tracker auf einigen dieser Websites zählte im September und Oktober weiterhin Pageviews mit Referrer gemini.google.com, auf ähnlich niedrigem Niveau.

Wie findest du Besuche aus der Gemini iOS-App in Server-Logs?

Durchsuche das rohe Access-Log nach dem User-Agent-Token der App. Das liefert dir Request-Zahlen, und daraus Besuche zu machen, ist ein zweiter Schritt. Auf den Properties oben konnte ich nichts davon ausführen, weil mir keine davon ein Log zum Durchsuchen gegeben hat. Was folgt, ist deshalb die Methode und kein Ergebnis.

Turrado und PPC Land beschreiben den User Agent der App so, dass er ein Token GeminiiOS mit Versionsnummer enthält, dazu eine WebView-Kennung:

GeminiiOS/<version>
GoogleWv/1.0 (WKWebView)

Die Version ändert sich mit jedem App-Release, also matche auf das Präfix. Im Combined-Log-Format von nginx oder Apache ist der User Agent das sechste Feld, wenn du eine Zeile an doppelten Anführungszeichen aufteilst. Das ist sicherer, als die ganze Zeile zu greppen:

# 1. requests whose user agent is the Gemini iOS app
awk -F'"' '$6 ~ /GeminiiOS\//' access.log > gemini-ios.log
wc -l < gemini-ios.log
 
# 2. requested pages (assets dropped, query string removed)
awk -F'"' '{ split($2, r, " "); p = r[2]; sub(/\?.*/, "", p);
  if (p !~ /\.(css|js|png|jpe?g|gif|svg|webp|ico|woff2?)$/) print p }' gemini-ios.log \
  | sort | uniq -c | sort -rn | head -20
 
# 3. rough daily visitors: distinct IP + user agent per day
awk -F'"' '{ split($1, a, " "); print substr(a[4], 2, 11), a[1], $6 }' gemini-ios.log \
  | sort -u | cut -d' ' -f1 | uniq -c

Schritt 2 listet jede Seite auf, die diese Besucher angefordert haben, Einstiege und spätere Klicks gleichermaßen. Schritt 3 ist das Nächste an einer Besucherzahl, was ein rohes Log ohne echte Sessionisierung hergibt, und eine IP plus User Agent ist keine Person.

Leg die Tageszahlen aus Schritt 3 neben die Direct-Nutzer in GA4 für dieselben Tage und Seiten. Berichte sie nebeneinander und nicht als Anteil an Direct: Das Log zählt Requests von allen, GA4 zählt nur, was sein Tag gesehen hat, und die beiden Einheiten lassen sich nicht sauber durcheinander teilen. Wenn das Log Dutzende Besucher aus der Gemini-App pro Tag zeigt und Direct sich um eine Handvoll bewegt, hast du so oder so etwas gelernt.

Zur Einordnung: Turrado schätzt selbst, dass Gemini in einer normalen Woche mindestens 0,05 % bis 0,23 % von Direct ausmacht. Er kommt darauf, indem er den identifizierbaren Traffic der iOS-App zu den Besuchen ohne Referrer addiert, die der Tag sichtbar gemacht hat, solange es ihn gab. Die Websites und die Rechnung veröffentlicht er nicht, deshalb lese ich die Zahl als Untergrenze eines einzelnen Praktikers und nicht als etwas Allgemeineres.

Was tun, wenn du keine User-Agent-Logs für Gemini-Traffic hast?

Dann besteht die sinnvolle Arbeit darin herauszufinden, wo der User Agent verloren gegangen ist. In keinem der Setups, die ich geprüft habe, war er irgendwo gespeichert, wo ich ihn abfragen konnte, und die Gründe sind die üblichen: Managed Hosting ohne Serverzugriff, CDN-Logs in einem Konto, das das Website-Team nicht hat, Access-Logs, die ein paar Tage in einem Hosting-Panel liegen, und Analytics, die statt des User-Agent-Strings einen geparsten Browser und ein Betriebssystem speichern. Ein Tracker, der den User Agent bewusst auf Kategorien reduziert, weil ein vollständiger User Agent Material für Fingerprinting ist, kann die Gemini-App nur dann markieren, wenn diese Prüfung bei der Erfassung läuft. Den bereits gespeicherten Daten lässt sie sich nicht mehr hinzufügen.

Eine Kategorie für geparste Browser liefert ein Teilsignal. Manche Parser, darunter der von Umami, haben eine Kategorie für In-App-WebViews unter iOS. Auf meiner eigenen Website fielen in einem Monat nur eine Handvoll Direct-Besucher hinein, ein winziger Bruchteil von Direct. Ob der Parser Geminis WebView in diese Kategorie einsortiert, weiß ich nicht. Sie sagt mir also, wie klein der sichtbare Teil ist, und nichts über Gemini. Web-Referrals kommen auch ohne den Tag weiterhin an.

Wenn du ebenfalls keine Logs hast, sind die realistischen Optionen überschaubar:

1. Frag deinen Hoster oder dein CDN, was gespeichert wird und wie lange. Die Aufbewahrung beträgt oft nur Tage. Ein Export roher Logs über eine Woche reicht, um die Prüfung oben einmal durchzuführen.
2. Sieh dir die Kategorie für geparste Browser an, die du schon hast. Sie zeigt Traffic aus In-App-Browsern als Gruppe, ohne Namen der App.
3. Entscheide, was zum Zeitpunkt der Erfassung berechnet werden soll. Wenn du einen eigenen Tracker betreibst, kostet eine Prüfung auf GeminiiOS/ an der Stelle, an der der User Agent geparst wird, wenig. Es ist ein regulärer Ausdruck und ein neuer Kategoriewert; die Arbeit besteht darin, das überall auszurollen, wo der Tracker läuft.

Warum die UTM-Änderung bei Gemini für das Tracking von ChatGPT zählt

Weil die Zuordnung von ChatGPT noch stärker an ihrem Tag hängt, und dieser Tag ist schon einmal verschwunden. Ein First-Party-Tracker auf einigen der Websites oben markiert seit Kurzem Traffic von KI-Assistenten mit einem eigenen Label. In den ersten Tagen landeten etwa 0,5 % der Pageviews in diesem Label, und mehr als neun von zehn davon kamen ohne Referrer und nur mit utm_source=chatgpt.com an. Nach den früheren Regeln des Trackers wären sie also als Direct gezählt worden.

Ein paar Tage auf ein paar Websites sind eine Illustration, eine Statistik würde ich das nicht nennen. Es zeigt trotzdem, was in diesem Setup passieren würde, wenn ChatGPT seinen Tag so streicht wie Gemini: Mehr als neun von zehn KI-Besuchen, die der Tracker derzeit erkennt, würden unter Direct landen, vorausgesetzt, an diesen Besuchen ändert sich sonst nichts. Turrado sah, wie ChatGPT-Links vom 7. bis 16. Oktober ohne Tag rausgingen, und verlor in diesem Zeitraum 68 % bis 74 % der ChatGPT-Besuche in seinen Logs; eine Meldung, dass die Tags zurück sind, kam am 15. Oktober (Search Engine Roundtable). Auf meiner eigenen Website taucht ChatGPT über den Tag auf und fast nie über den Referrer. Das habe ich in was eine Conversion-Rate von ChatGPT aussagen kann und was nicht beschrieben.

Derselbe Tracker hatte vorher auf einer B2B-Website das umgekehrte Problem gefunden: Etwa einer von zwanzig Leads kam in einer Session mit einem Referrer von ChatGPT oder Perplexity, und jeder davon war unter Referral abgelegt. Keine der beiden Richtungen lässt sich verallgemeinern. Ein Channel, der auf einem einzigen Signal beruht, einem Tag oder einem Referrer, bricht an dem Tag, an dem sich dieses Signal ändert, und du merkst es nur, wenn du das jeweils andere auch aufgezeichnet hast.

Wie viel KI-Traffic steckt in GA4 Direct? Meine Einschätzung zu Gemini und dem Rest

Ich lese sichtbaren KI-Traffic als Untergrenze, die echte Zahl ist größer. Dem Channel AI Assistant in GA4 traue ich nicht zu, sie zu messen. Wo GA4 auf die Einwilligung wartet, sieht es die Besucher, die ablehnen, nie, und in jedem Setup landet ein Besuch ohne Referrer und ohne Tag unter Direct, egal aus welcher App er kam. Wie viel größer die echte Zahl ist, hängt stark von Land, Branche und Nische ab. Ich würde einem Kunden keine einzelne Zahl für „KI-Traffic in Direct“ nennen, und ich glaube nicht, dass das ohne eigenes Logging irgendjemand ehrlich kann.

Was mich an dieser Tabelle am meisten stört, ist die Spalte, die fehlt. Mit einem User Agent in einer beliebigen der sieben Zeilen hätte ich die Frage beantworten können, statt zu beschreiben, wie du es tun würdest.

Der Rat ist also der langweilige. Wenn du diese Daten brauchst, betreibe eigene First-Party-Analytics, die nicht an die Definitionen eines externen Anbieters gebunden sind, und entscheide bei der Erfassung, was du aufbewahrst. Der Channel eines Anbieters ist das Regelwerk von jemand anderem, und der September hat gezeigt, dass sich das Signal dahinter ohne Vorwarnung ändern kann. Dasselbe gilt für das Messen von KI-Sichtbarkeit über die Zeit: Belege, die du beim Eintreffen nicht aufgezeichnet hast, kann auch eine spätere Analyse nicht zurückholen.