Am 26. August 2026 bestätigte Google offiziell: Links in den Suchergebnissen führen nicht mehr direkt zur Website. Statt der Seitenadresse liegt im HTML ein Redirect in Form von google.com/goto?url=... mit einem verschlüsselten Token. Das Unangenehmste an dieser Geschichte ist, dass die umgeleiteten Links nicht allen angezeigt werden. Eine normale Person sieht im Browser direkte URLs. Diese werden gerade vor denjenigen verborgen, die Google bereits als automatisierte Systeme identifiziert hat.
Was genau passiert ist
Die ersten einzelnen Signale tauchten bereits am 23. Juni 2026 auf – darauf wies Alex Greenland hin. Am 2. Juli wurde das Phänomen massenhaft von Brodie Clark festgestellt. Und am 26. August berichtete Derek Perkins, CEO der Positionsverfolgungsplattform Nozzle, von einer nahezu vollständigen Einführung, und Google bestätigte die Änderung offiziell.
Die Formulierung des Unternehmensvertreters für Search Engine Roundtable war betont allgemein: Google hat eine „lange Geschichte der Anwendung technischer Maßnahmen gegen sich entwickelnde Formen von Missbrauch“, und das Unternehmen „unternimmt regelmäßig Schritte zum Schutz seiner Dienste und Nutzer“. Wer genau als Missbrauch betrachtet wird, wurde nicht näher spezifiziert.
Die Mechanik ist einfach und daher schmerzhaft. Früher lag in der Markup des Ergebnisses die fertige Adresse – der Parser holte sie zusammen mit dem Titel und dem Snippet in einer Anfrage. Jetzt gibt es dort einen Link zu einem Zwischenredirect von Google, und darin befindet sich ein Protobuf-Token: eine Base64-Zeichenkette mit dem Präfix CAES, gefolgt von einem verschlüsselten Payload. Es ist unmöglich, ihn auf Ihrer Seite zu entschlüsseln – Sie haben keinen Schlüssel. Der einzige Weg herauszufinden, wohin der Link führt, besteht darin, ihm zu folgen.
Drei Details, die den Preis der Angelegenheit bestimmen
- Das Token ist einmalig. Der gleiche Link zur gleichen Seite bei der gleichen Anfrage erhält bei jeder Anzeige ein neues Token. Es wird nicht möglich sein, ein Verzeichnis „Token → URL“ zu erstellen und es wiederzuverwenden.
- HEAD hilft nicht. Die HEAD-Anfrage gibt 200 ohne den Location-Header zurück – also ohne Zieladresse. Ein vollständiges GET ist erforderlich, das 302 mit einer mittleren Verzögerung von etwa 59 ms zurückgibt.
- Betroffen ist nicht nur der organische Kern. Versteckte Adressen erscheinen in normalen Ergebnissen, Videos, AI Overviews, im Block „Ähnliche Fragen“ und in der Werbung (Adressen
aclk). In einer Untersuchung von Growtika wurden 493 Links zu acht Anfragen analysiert – jede hatte die Zieladresse verborgen.
Die Mathematik ist unangenehm. Laut Perkins sind für die Auflösung aller Links für fünf Seiten der Ergebnisseite zu einer Anfrage zwischen 500 und 1000 Anfragen erforderlich. Eine unabhängige Messung von scraping.club nach Duplikatsentfernung ergibt bescheidenere 295–565 – aber das ist immer noch um zwei Größenordnungen mehr als eine Anfrage, die früher ausreichte.
Das Schlüsselzitat von Perkins beschreibt das Wesen der Verschiebung besser als jede Zahl: Das verbindende Limit sind nicht die Bandbreite und nicht der Speicher, sondern die Rate-Limits.
Warum dies ein Schlag gegen die Automatisierung ist
Hier liegt das Interessante. Nach den Beobachtungen von scraping.club ist die Linkumleitung nicht universell: Ein normaler Benutzer – eingeloggt oder im Inkognito-Modus – erhält weiterhin direkte URLs. Redirects kommen stabil bei automatisierten Clients an: Skripten, die einen Browser mit Flags wie --remote-debugging-port starten, und headless-Stacks mit vollständiger Automatisierung.
Die praktische Schlussfolgerung, die man verstehen sollte, bevor man anfängt, den Parser umzuschreiben: Das Auftreten von goto-Links in Ihrer Antwort ist ein diagnostisches Signal. Es bedeutet, dass Google Ihren Client bereits als Bot eingestuft hat. Sie sind nicht mit einem neuen Format der Ausgabe konfrontiert – Sie haben gesehen, wie die Ausgabe für diejenigen aussieht, die erkannt wurden. Und zuerst sollten Sie nicht den Linkparser reparieren, sondern die Merkmale, die Sie von einem Menschen unterscheiden: Startflags, Reihenfolge der Header, TLS-Fingerabdruck, Seitenverhalten. Wir haben die Methodik dieser Selbstüberprüfung in einem Artikel behandelt, wie man die Erkennungskarte einer Website anhand ihrer Skripte entfernt.
Ein amüsantes Detail, das die Theorie bestätigt: Der eigentliche Redirect-Resolver von Google schützt kaum. Laut den Messungen von scraping.club sind für den Zugriff auf den Link weder Proxys, noch spezielle Header, noch TLS-Impersonation erforderlich – eine gewöhnliche requests-Bibliothek funktioniert nicht schlechter als ein gefälschtes Chrome, und bei kleinen Volumina sind über 110 Anfragen pro Sekunde ohne sichtbare Einschränkungen erreichbar. Das heißt, die Barriere ist weder kryptografisch noch netzwerkbasiert. Es ist eine Steuer auf das Volumen: Sie werden nicht blockiert, Ihnen wird einfach eine Rechnung für die Anfragen präsentiert.
Der zweite Schlag in Folge
Die Änderung sollte nicht isoliert von der vorherigen gelesen werden. Vom 12. bis 14. September 2025 schaltete Google den Parameter &num=100 ab, der hundert Ergebnisse auf einer Seite lieferte. Danach benötigte man für die gleiche Tiefe der Ausgabe etwa zehnmal so viele Anfragen.
Die Folgen waren weit über das Parsing hinaus spürbar. Laut einer Analyse von 319 Properties, die von Search Engine Land durchgeführt wurde, verloren 87,7 % der Websites Impressionen in der Search Console, und 77,6 % verloren einen Teil der einzigartigen rankenden Anfragen. Der tatsächliche Traffic blieb dabei unverändert – die Messung brach zusammen: Der Großteil der „Impressionen“ auf den hinteren Positionen wurde nicht von Menschen, sondern von Trackern generiert, die hundert Ergebnisse abfragten.
Wenn wir die beiden Schritte zusammenfassen: Zuerst wurde die Ausgabe um den Faktor zehn teurer in Bezug auf die Anzahl der Anfragen, jetzt kommt zu jedem Ergebnis eine separate Anfrage für seine Adresse hinzu. Die Strategie ist eindeutig – Google erhöht systematisch die Kosten für die industrielle Erfassung seiner eigenen Ausgabe.
Auch der rechtliche Hintergrund ist aufschlussreich. Technische Maßnahmen wurden genau dann ergriffen, als der rechtliche Weg scheiterte: Die Klage von Google gegen SerpApi wegen DMCA wurde abgewiesen – das Gericht zog die Grenze zwischen dem Schutz von urheberrechtlich geschützten Werken und der Regulierung des Zugangs zu öffentlichen Fakten und stellte fest, dass Fakten und URLs keine Werke sind. Die Einzelheiten dieser Entscheidung und ihre Folgen haben wir in einem separaten Artikel über den Fall Google gegen SerpApi behandelt. Es gelang nicht, ein Verbot zu erwirken – es gelang, es teuer zu machen.
Was sich gerade in den Berichten ändert
Die Plattform DemandSphere listete spezifische Fehler auf, die auftreten, wenn nichts unternommen wird:
- Die Ziel-Domain wird auf google.com zusammengefasst. Der Parser zeichnet ehrlich auf, was er im Markup sieht – und die gesamte Ausgabe wird „Google zugeordnet“.
- Die Zuordnung eigener Seiten bricht zusammen. Das System erkennt Ihre URLs nicht mehr und denkt, dass Sie aus der Ausgabe gefallen sind.
- Der Anteil der Stimmen und die Attribution von Wettbewerbern schwanken – es gibt nichts mehr zu zählen, alle Links sind auf einer Domain.
- Die historische Reihe bricht genau am Datum der Einführung. Das ist das tückischste: Der Graph zeigt einen Rückgang, der in Wirklichkeit nicht stattgefunden hat.
Die gute Nachricht: Reine Positionsdaten leiden weniger. DataForSEO berichtete bereits am 5. Juli 2026, dass 99,99 % der organischen Ergebnisse über seine API bereits mit direkten Adressen zurückgegeben werden. Das Problem konzentriert sich auf die Ausgabeblöcke – laut Growtika bleiben goto-Links in etwa der Hälfte der AI Overviews und einem Viertel der lokalen Blöcke erhalten. Das heißt, es leidet genau das, was heute am wichtigsten ist: die Quellen von AI-Antworten und lokale Ergebnisse.
Wie man die Sammlung umstellt
Die ingenieurtechnische Schlussfolgerung aus all dem ist die Sammlung in zwei Schichten mit unterschiedlichen Anfragepreisen zu trennen.
- Überprüfen Sie zuerst, ob Sie erkannt wurden. Erfassen Sie die gleiche Ausgabe mit Ihrem Parser und manuell aus einem sauberen Browser. Direkte Links im manuellen Durchlauf und goto im automatischen – das ist ein Urteil über Ihre Tarnung und nicht über Google.
- Trennen Sie die Erfassung der Ausgabe und die Auflösung der Links. Die erste Schicht ist schwer: Rendering, Verhaltensplausibilität, qualitativ hochwertige IPs. Die zweite – ein primitives GET für 302, ohne Browser und ohne Impersonation. Die Auflösung durch denselben teuren Stack zu jagen – verbrennt das Budget umsonst.
- Zählen Sie die Limits, nicht die Gigabytes. Der Engpass hat sich in die Anzahl der Anfragen verschoben. Planen Sie den Pool von Adressen basierend auf den erforderlichen RPS und nicht auf dem Traffic-Volumen.
- Versuchen Sie nicht, Tokens zu cachen. Sie sind einmalig. Es macht Sinn, das Ergebnis der Auflösung zu cachen – die Verbindung „Anfrage + Position + Domain“, nicht das Token selbst.
- Markieren Sie das Datum des Bruchs in den historischen Daten. Der 26. August 2026 sollte in den Berichten als klare Meilenstein stehen, sonst wird der methodologische Fehler als Sichtbarkeitsverlust gelesen.
- Überprüfen Sie die Blöcke separat. Die organischen Ergebnisse können bereits in Ordnung sein, während AI Overviews und der lokale Block nicht in Ordnung sind. Testen Sie sie als eigenständige Entitäten.
Welche Proxys und wohin
Aus der Trennung in zwei Schichten folgt auch die Trennung der Infrastruktur – und das ist deutlich günstiger, als alles über einen Pool zu leiten.
Die Erfassung der Ausgabe selbst ist der sensibelste Teil. Hier ist es wichtig, sich nicht von normalen Benutzern abzuheben, und genau diese Schicht bestimmt, ob Sie direkte Links oder goto sehen. Dafür werden residential Proxys verwendet, und für geoabhängige Aufgaben wie lokale Ergebnisse – mobile, bei denen die IP für die spezifische Region absolut natürlich aussieht.
Der Redirect-Resolver hingegen stellt, wie die Messungen gezeigt haben, keine besonderen Anforderungen: ein gewöhnliches GET, keine Impersonation, hohe Geschwindigkeit. Dies ist eine klassische Aufgabe für Datacenter-Proxys – günstig, schnell, viele parallele Streams. Der Kostenunterschied zwischen den beiden Ansätzen bei 500–1000 zusätzlichen Anfragen pro Anfrage der Ausgabe wird zu einem entscheidenden Budgetposten.
Fazit
Google hat den Zugang zu den Ergebnissen nicht geschlossen – er hat ihn teurer gemacht und gleichzeitig das Antwortformat in einen Indikator für die Erkennung verwandelt. Für den Markt bedeutet dies die Fortsetzung des Kurses, der mit der Abschaltung von &num=100 begonnen wurde: Die massenhafte Erfassung von Suchdaten hört auf, standardmäßig billig zu sein, und wird zu einer ingenieurtechnischen Aufgabe mit klarer Wirtschaftlichkeit.
Die praktische Schlussfolgerung lässt sich auf zwei Punkte reduzieren. Wenn Sie goto-Links sehen – beginnen Sie mit der Tarnung und nicht mit dem Parser: Möglicherweise müssen Sie nicht das reparieren, was Sie denken. Wenn die Tarnung in Ordnung ist, aber dennoch Redirects vorhanden sind – trennen Sie die Schichten der Sammlung und zahlen Sie nicht den Premiumpreis für Anfragen, die ihn nicht benötigen.
```