Ein Klick auf ein organisches Google-Ergebnis führt nicht mehr direkt auf Ihre Seite. Seit dem 26. August 2026, als Google den Rollout bestätigte, läuft jeder Link in den Ergebnissen über google.com/goto?url= mit einem kodierten Token, und erst der Google-Server schickt den Browser auf die eigentliche Adresse. Für den Nutzer ändert sich nichts, für die Rankings auch nicht. Es ändert sich, was Tools sehen, die die Ergebnisse aus dem HTML lesen, und das ist der einzige Bereich, in dem etwas zu prüfen ist. Dieser Text trennt, was Google bestätigt hat, von dem, was die Branche hinzudichtet, und sagt konkret, was Sie in Analytics und in WordPress prüfen sollten.
Was Google bestätigt hat und was Vermutung ist
Die Bestätigung ist eine einzige und kurz. In der Antwort an Search Engine Land vom 26. August 2026 schrieb Google:
We have a long history of deploying technical measures against evolving forms of abuse, and we regularly take steps to protect our services and users.
(Glosse: wir haben eine lange Geschichte im Einsatz technischer Maßnahmen gegen sich wandelnde Formen von Missbrauch und unternehmen regelmäßig Schritte, um unsere Dienste und Nutzer zu schützen.)
Das ist alles. Es gibt keine Dokumentation, keine Beschreibung des Token-Formats, keine Referrer-Richtlinie, kein Startdatum. Der Rest stammt aus Beobachtungen, und es lohnt sich zu wissen, aus wessen.
| was wir wissen | Quelle | Status |
|---|---|---|
der Link hat die Form google.com/goto?url= mit einem kodierten Token | SEO-Beobachtungen seit Juni 2026 | mehrfach bestätigt |
| der Server antwortet mit einer 302-Weiterleitung auf die Zieladresse | Beobachtungen von Tools | bestätigt |
| der Token lässt sich lokal nicht dekodieren | Nozzle, SerpAPI | durch Versuche bestätigt |
| Rollout nahe 100 Prozent auf Residential-Adressen | Derek Perkins, Nozzle | Messung einer einzelnen Firma |
| Search Console unverändert | Search Engine Land | Bericht, kein Dokument |
| Referrer-Richtlinie | niemand | unbekannt |
Die ersten Meldungen stammen vom 23. Juni (Alex Greenland) und vom 2. Juli (Brodie Clark), von der ersten Beobachtung bis zur Bestätigung vergingen also zwei Monate. Google nannte es eine Maßnahme gegen Missbrauch, und der Kontext ist deutlich: Die Firma hatte zuvor SerpAPI wegen Scraping verklagt und die zentralen DMCA-Ansprüche verloren. Wenn das Gericht das Auslesen der Ergebnisse nicht blockiert hat, tut es jetzt die Technik.
Der Mechanismus in drei Schritten
Bis zum 26. August war der Link in einem organischen Ergebnis ein gewöhnliches <a href="https://ihreseite.de/beitrag/">. Ein Tool, das das HTML der Ergebnisse geladen hatte, besaß sofort eine Liste aus Adressen und Positionen.
Jetzt führt der href auf https://www.google.com/goto?url= und dahinter eine Zeichenkette, die wie base64 aussieht, es aber in keiner öffentlich bekannten Form ist. Der Browser schickt eine Anfrage an diese Adresse, der Google-Server antwortet mit Code 302 und einem Location-Header auf die eigentliche Seite, der Browser folgt. Der Nutzer sieht einen Klick und eine Seite. In der Statusleiste sieht er vor dem Klick allerdings eine Google-Adresse, nicht Ihre, und das ist der einzige für ihn sichtbare Unterschied.
Das ist keine neue Idee. Google Ads führt Werbeklicks seit Jahren über eine eigene Zwischenadresse, und in den organischen Ergebnissen tauchte eine ähnliche Weiterleitung /url?q= für eingeloggte Nutzer schon um 2009 auf, nur mit der Zieladresse im Klartext. Neu ist nicht die Weiterleitung, sondern dass die Zieladresse ohne eine ausgeführte Anfrage nicht mehr lesbar ist.
Referrer: warum die Apokalypse nicht im August kam, denn sie kam 2011
Die meisten alarmistischen Texte drehen sich um Referrer und Attribution. Zwei Fakten kühlen das ab.
Erstens hat Google keine Referrer-Richtlinie für goto veröffentlicht. Jeder Artikel, der mit Sicherheit sagt, was Sie in Google Analytics sehen werden, beschreibt eigene Beobachtungen, keine Regel.
Zweitens, und wichtiger: Die Daten, die Sie jetzt angeblich verlieren, haben Sie längst verloren. 2011 hörte Google auf, die Suchanfrage im Referrer für eingeloggte Nutzer mitzugeben (das berühmte „not provided”), und weitete das in den Folgejahren auf den gesamten Traffic aus. Seitdem bekommt der Browser von Google nur den Origin, also https://www.google.com/, ohne Pfad und ohne Parameter. GA4, Matomo, Umami und Plausible ordnen einen solchen Besuch seit Jahren allein anhand der Domain als google / organic ein. Die Weiterleitung über google.com/goto ändert die Domain nicht.
Unsere eigenen Daten tragen hier nichts bei, und wir sagen das offen: In Umami auf wppoland.com erfassen wir den Referrer überhaupt nicht, das Feld source bezeichnet bei uns die Stelle auf der Seite, von der ein Ereignis ausging, nicht die Herkunft des Nutzers. Den Suchmaschinen-Traffic steuern wir über die Search Console, und die sieht laut Bericht von Search Engine Land die goto-Weiterleitungen nicht, weil sie Klicks aus eigenen Logs zählt, nicht aus dem HTML.
Was Sie prüfen sollten, wenn Sie GA4 oder ein anderes Tool mit Referrer nutzen: Vergleichen Sie den Anteil von google / organic in der Woche vom 8. bis 17. August mit der Woche vom 22. bis 31. August. Ist der Anteil gefallen, während die Klicks in der Search Console im selben Fenster stabil blieben, hat ein Teil der Besuche die Klassifizierung gewechselt, und dann lohnt es sich weiterzusuchen. Laufen beide Kurven zusammen, gibt es nichts zu reparieren. Bei uns liegen die Klicks aus der Search Console in diesen beiden Fenstern bei 223 und 226, auf Seiten von Google hat sich also nichts bewegt.
Rank-Tracker: hier sitzen die echten Kosten
Ein Rank-Tracker, der bisher eine Anfrage pro Suchbegriff ausführte und hundert Adressen aus dem HTML las, bekommt heute hundert Token. Um zu erfahren, wer auf Position sieben steht, muss er eine Anfrage an google.com/goto für den siebten Token stellen und den Location-Header lesen. Für die gesamte erste Seite samt Zusatzblöcken beziffert Nozzle das mit 500 bis 1000 Anfragen pro Suchanfrage.
Die Folgen sind drei, und jede zeigt sich in Ihren Berichten in anderer Form.
Die erste sind Kosten, die die Tools auf die Preise oder auf die Abrufhäufigkeit umlegen. Aus einer täglichen Messung kann ohne Ankündigung eine Messung alle drei Tage werden, und die Positionskurve beginnt, treppenförmig auszusehen.
Die zweite sind Lücken. Google drosselt die Anfragefrequenz auf Residential-Adressen, ein Tool, das tausend Anfragen statt einer stellen muss, läuft also häufiger mitten im Abruf in eine Sperre. Im Bericht sehen Sie dann Ergebnisse für die Positionen 1 bis 4 und danach keine Daten, oder die Position „nicht gefunden” für eine Seite, die in der Search Console am selben Tag Klicks hat.
Die dritte ist Volatilität, die keine Ranking-Volatilität ist. Wenn ein Tool stichprobenartig abruft statt zu messen, können zwei aufeinanderfolgende Abrufe derselben Phrase abweichen, weil die Stichprobe anders war, nicht die SERP. Die August-Wellen „unbestätigter Volatilität”, die Barry Schwartz vom 1. bis 3., 5. bis 6. und 12. bis 13. August beschrieb, fallen genau in die Testphase von goto. Wir behaupten nicht, dass das die einzige Ursache ist. Wir behaupten, dass ein Tool, das in diesem Zeitraum seine Abrufmethode geändert hat, kein glaubwürdiger Zeuge für Ranking-Volatilität ist.
Praktische Regel: Seit dem 26. August ist die Search Console die einzige Quelle, die ihre Methode nicht geändert hat. Widersprechen sich Rank-Tracker und Search Console, hat die Search Console recht und der Tracker eine Lücke. Bevor Sie einem Kunden einen Positionsverlust melden, vergleichen Sie Impressionen und durchschnittliche Position derselben Seite in der Search Console für denselben Tag.
Was sich in WordPress ändert: nichts, mit zwei Ausnahmen
Keine Theme-Datei, kein Plugin und keine Servereinstellung hat Einfluss darauf, wie Google den Link in seinen Ergebnissen baut. Nichts muss umgebaut werden, keine Header müssen ergänzt werden, es gibt keine „Optimierung für goto”. Wenn Ihnen jemand so eine Leistung verkauft, verkauft er Luft.
Die zwei Ausnahmen betreffen Plugins, deren Logik auf dem Referrer beruht.
Die erste sind alte Plugins, die die „Suchphrase, mit der der Nutzer kam” anzeigen und im Text hervorheben. Sie arbeiten mit dem Parameter q aus dem Referrer, den Google seit 2011 nicht mehr sendet. Sie waren vor goto tot und sind es danach. Wenn so eines bei Ihnen noch aktiv ist, entfernen Sie es, denn es belastet jede Anfrage und bringt nichts.
Die zweite sind A/B- und Personalisierungs-Plugins, die prüfen, ob der Referrer google. enthält, um eine andere Seitenvariante auszuspielen. Sie bekommen weiterhin den Origin google.com, die Bedingung greift also, aber nach dem 26. August lohnt sich eine Live-Prüfung: Öffnen Sie ein Google-Ergebnis im privaten Modus und schauen Sie in den Serverlogs oder in den Entwicklertools nach, welcher Referer angekommen ist. Fünf Minuten, und die Antwort ist hart, nicht aus einem Artikel.
Noch eine Sache, über die niemand schreibt: Cache und eigene Weiterleitungen. Wenn Ihr Server eine Regel hat, die Anfragen mit ungewöhnlichem Referrer als verdächtig behandelt (manche Hotlink-Schutz-Konfigurationen und ein Teil der Regeln in Web Application Firewalls), prüfen Sie, ob google.com mit goto im Referrer-Pfad nicht auf einer Sperrliste gelandet ist. Das ist selten, aber die Folge wäre ein 403-Fehler für Nutzer aus der Suchmaschine, und so einen Fehler zeigt die Search Console mit Wochen Verzögerung.
Was wir nicht wissen und wie Sie trotzdem handeln
Wir kennen weder das Token-Format noch wissen wir, ob Google es jemals dokumentieren will. Wir wissen nicht, ob die Weiterleitung alle Länder und Ergebnistypen erfasst oder nur die organischen Hauptlinks. Wir wissen nicht, was das Ziel jenseits des allgemeinen „gegen Missbrauch” ist, auch wenn die Ereigniskette um SerpAPI eine Antwort nahelegt. Und wir wissen nicht, wie sich Browser in kommenden Versionen verhalten, denn die Referrer-Richtlinie bei 302-Weiterleitungen hängt von ihnen ab, nicht von Google.
Die operative Entscheidung hängt von keiner dieser Lücken ab. Die Rankings sind dieselben wie vor dem 26. August. Die Search Console zeigt dasselbe wie vorher. Der Nutzer landet dort, wo er vorher landete. Geändert hat sich nur die Glaubwürdigkeit der Tools, die die Ergebnisse von außen lesen, und dorthin muss die Beweislast wandern: vom Tracker zur Search Console.
Drei Handgriffe, die das Thema abschließen:
- Vergleichen Sie in GA4 oder in Ihrem Tool den Anteil des organischen Google-Traffics in den Fenstern vor und nach dem 26. August. Ist er gefallen und die Klicks in der Search Console nicht, haben Sie ein Klassifizierungsproblem zu untersuchen. Ist er nicht gefallen, ist das Thema erledigt.
- Prüfen Sie Daten und Lücken im Rank-Tracker seit dem 20. August. Jeder Kundenbericht aus diesem Zeitraum sollte neben der Position aus dem Tool eine Spalte mit der Position aus der Search Console haben.
- Entfernen Sie Plugins, die auf der Suchphrase aus dem Referrer beruhen, und prüfen Sie live die, die die Referrer-Domain abfragen.
Google hat den Tools die Karte der Ergebnisse genommen, nicht Ihnen den Traffic. Das ist der Unterschied zwischen einer Änderung, auf die man reagieren muss, und einer, von der man wissen muss. Diese ist die zweite.
