Wie SERP-Scraping im Jahr 2026 tatsächlich funktioniert (nachdem Google num=100 abgeschafft und JavaScript erforderlich gemacht hat)
Zwei stille Änderungen — obligatorisches JavaScript und das Ende des num=100 Parameters — haben die Ökonomie des Such-Scrapings neu geschrieben. Hier ist, was sich tatsächlich geändert hat, warum Ihr Rank-Tracker nicht mehr funktioniert und wie Sie 2026 SERP-Daten zuverlässig sammeln können.
Wenn Ihr Rank-Tracker Ende 2025 plötzlich verstummte oder Ihr selbstgebauter Google-Scraper leere Seiten zurückgab, bildeten Sie sich das nicht ein. Innerhalb von neun Monaten nahm Google zwei Änderungen vor, die einzeln wie kleinere Aufräumarbeiten aussahen, zusammen jedoch stillschweigend die Ökonomie des Such-Scrapings neu schrieben. Dies ist ein praktischer Leitfaden zu dem, was sich tatsächlich geändert hat, warum es so viele Tools auf einmal lahmlegte und wie Sie 2026 SERP-Daten zuverlässig sammeln können, ohne Ihre Infrastruktur — oder Ihre IPs — zu verbrennen.
Änderung eins: Google machte JavaScript obligatorisch
Am 17. Januar 2025 begann Google, JavaScript für die Nutzung der Google-Suche zu verlangen. Schalten Sie es aus und Sie erhalten eine kurze Nachricht — "Aktivieren Sie JavaScript, um weiter zu suchen" — anstelle von Ergebnissen. Ein Unternehmenssprecher sagte gegenüber TechCrunch, das Ziel sei es, "unsere Dienste und Nutzer besser vor Bots und sich entwickelnden Formen von Missbrauch und Spam zu schützen", und bestätigte, dass weniger als 0,1% der Suchanfragen von Nutzern ohne JavaScript stammen.
Diese 0,1%-Zahl ist der Hinweis. Bei etwa 8,5 Milliarden Suchanfragen pro Tag sind ein Zehntel Prozent immer noch Millionen von Anfragen — und ein unverhältnismäßig großer Anteil davon waren nie Menschen. Es waren Rank-Tracker, SEO-Crawler und billige Scraper, die die leichte, JavaScript-freie Version der Ergebnisseite aufriefen. Search Engine Journal bestätigte die Lesart direkt: Google verlangt JavaScript, um Bots und Scraper, einschließlich SEO-Tools, zu blockieren.
Die Aktivierung von JavaScript ermöglicht es uns, unsere Dienste und Nutzer besser vor Bots und sich entwickelnden Formen von Missbrauch und Spam zu schützen und die relevantesten und aktuellsten Informationen bereitzustellen.
Die praktische Konsequenz: Die Ära des Parsens von Google durch das Abrufen einer URL und das Ausführen eines Regex über statisches HTML ist vorbei. Die Ergebnisse werden jetzt clientseitig zusammengebaut. Wenn Ihr Scraper kein JavaScript ausführen kann, sieht er keine degradierte Seite — er sieht gar keine Seite.
Änderung zwei: das Ende von num=100
Die zweite Änderung war kleiner im Erscheinungsbild und größer in der Auswirkung. Um den 11. September 2025 deaktivierte Google den &num=100 URL-Parameter — das kleine Flag, das der Suche sagte, 100 Ergebnisse auf einer einzigen Seite anstelle der standardmäßigen 10 zurückzugeben. Ein Jahrzehnt lang war es das Rückgrat des tiefen Rank-Trackings: eine Anfrage, hundert Positionen.
Als es verschwand, kehrte sich die Mathematik über Nacht um. Um die Top-100-Ergebnisse zu sehen, benötigen Sie jetzt bis zu zehn paginierte Anfragen anstelle von einer. Keyword Insights brachte die Kosten am Tag des Geschehens auf den Punkt.
Google hat den n=100 SERP-Parameter abgeschafft. Anstatt 1 Anfrage für 100 SERP-Ergebnisse, sind jetzt 10 Anfragen erforderlich (10x die Kosten). Dies beeinflusst unser Rankings-Modul. Wir überprüfen Optionen und werden die Plattform bald aktualisieren.
Die Welle traf auch die Google Search Console. Ab dem 10. September sahen SEO-Teams, dass die Desktop-Impressionen stark fielen, während sich die durchschnittliche Position zu verbessern schien. Analyst Brodie Clarks Theorie — weit diskutiert, aber nie von Google bestätigt — ist, dass ein großer Teil dieser früheren Impressionen nie menschlich war: Es waren Bots, die 100-Ergebnisse-Seiten über num=100 luden, jede zehnmal so viele Impressionen registrierend wie eine normale Seite. Entfernen Sie den Parameter, und die Phantom-Impressionen verschwinden damit. Es ist eine Community-Interpretation, keine offizielle Erklärung, aber sie passt genau zum Timing.
Warum dies so viele Tools auf einmal lahmlegte
Die meisten SERP-Tools basierten auf zwei Annahmen, die jahrelang beide wahr waren und jetzt beide falsch sind: dass Google nutzbares HTML ohne JavaScript bereitstellen würde und dass man 100 Ergebnisse pro Anfrage abrufen könnte. Entfernen Sie beide im selben Jahr und die Fehlermodi stapeln sich:
- Statische Abrufprogramme geben leere oder herausfordernde Seiten anstelle von Ergebnissen zurück.
- Pagination-basierte Sammler benötigen 10x das Anfragevolumen für die gleiche Abdeckung, was 10x die Proxy-Bandbreite und 10x die Blockoberfläche bedeutet.
- Mehr Anfragen aus denselben IP-Bereichen lösen Anti-Bot-Systeme schneller aus, sodass die Erfolgsraten genau dann sinken, wenn das Volumen steigen muss.
- Search Console-Baselines haben sich verschoben, sodass historische Dashboards nicht mehr vergleichbar sind.
Wie SEO-Ingenieur Ryan Jones es formulierte, ist die aggressive Scraping-Welle — von der jetzt viel in AI-Produkte fließt — genau das, was Google dazu veranlasste, zurückzuschlagen, was Rank-Checker und SERP-Scraper als Kollateralschaden lahmlegte. Die Tools versagten nicht, weil sie schlecht geschrieben waren. Sie versagten, weil sich der Boden bewegte.
Wie zuverlässiges SERP-Scraping im Jahr 2026 aussieht
Die neue Basislinie hat drei unverhandelbare Punkte. Fehlt einer, bricht Ihre Erfolgsrate unter Last zusammen.
1. JavaScript ausführen — aber nur, wenn es nötig ist
Da die Ergebnisse clientseitig zusammengebaut werden, benötigen Sie einen Client, der JavaScript für die Seiten ausführt, die es verlangen. Aber für jede Anfrage einen Headless-Browser zu starten, ist langsam und teuer. Das effiziente Muster besteht darin, zuerst einen leichten, echten TLS-Fingerprint-Abruf zu versuchen und nur dann zu einem vollständigen Browser-Render zu eskalieren, wenn die Seite Sie tatsächlich herausfordert. Die meisten Anfragen benötigen nie den Browser; die, die es tun, erhalten ihn automatisch.
2. Residential Exits mit echten Browser-Fingerprints rotieren
Datacenter-IPs und Standard-HTTP-Client-Fingerprints sind der schnellste Weg zu einem CAPTCHA. Anfragen müssen von Residential-IPs kommen, die den TLS- und Header-Fingerprint eines echten Browsers wie Chrome tragen. Wenn ein Exit markiert wird, reicht es normalerweise aus, zu einem frischen zu rotieren, um die Blockierung zu klären, ohne die Anfrage selbst zu ändern — genau so erholt sich ein widerstandsfähiger Sammler von einer "ungewöhnlichen Verkehrs"-Seite, anstatt daran zu sterben.
3. In strukturierte Daten parsen, nicht in rohes HTML
Googles Markup ändert sich ständig, und nach num=100 ist das Layout fragmentierter, nicht weniger. Eigene Selektoren gegen ein sich bewegendes Ziel zu pflegen, ist ein Vollzeitjob. Ein strukturierter SERP-Endpunkt, der sauberes JSON zurückgibt — organische Ergebnisse, Anzeigen, Shopping, Wissenspanels, People Also Ask, AI-Überblicke — isoliert Ihre Pipeline von jeder kosmetischen Änderung auf Googles Seite.
Das Muster in der Praxis
Anstatt Browser, Proxy-Pools und Parser selbst zu pflegen, übergeben Sie eine Anfrage an einen Endpunkt, der alle drei erledigt und saubere strukturierte Ergebnisse zurückgibt. Mit der QuantumProxies SERP API erledigt eine einzelne authentifizierte Anfrage die JavaScript-Ausführung, die Residential-Rotation und das Parsen für Sie:
curl --location --request GET \
"https://app.quantumproxies.io/api/v1/serp/google/search?q=best+running+shoes&cc=us" \
--header "Authorization: Bearer YOUR_API_KEY"Die Antwort ist JSON, nicht HTML — organische Ergebnisse mit Positionen, Anzeigen, Shopping-Einheiten, dem Wissensgraphen, People Also Ask und AI-Überblicken, wo vorhanden. Kein Headless-Browser, den man betreuen muss, kein Selektor, den man reparieren muss, wenn Google die Seite umstellt, und Pagination wird gehandhabt, sodass Sie nicht manuell wieder aufbauen müssen, was num=100 Ihnen früher kostenlos gab. Wenn ein Exit eine Anti-Bot-Seite auslöst, versucht der Dienst es automatisch mit einer frischen Residential-IP erneut — das gleiche Rotate-to-Recover-Verhalten, das eine Pipeline unter realer Last am Leben hält.
Wenn Sie die vollständige Anfrage- und Antwortstruktur sehen möchten, bevor Sie Code schreiben, lassen Sie die interaktiven SERP API-Dokumente unter https://quantumproxies.io/serp-api/docs eine Live-Anfrage ausführen und kopieren Sie fertige Snippets für cURL, Python, JavaScript, PHP, Go und Ruby.
Die Quintessenz
SERP-Scraping wurde nicht auf vage, inkrementelle Weise schwieriger — es änderte zweimal in einem Jahr die Form. JavaScript ist jetzt obligatorisch, also benötigen Sie einen echten Client. num=100 ist weg, also kostet tiefe Abdeckung eine Größenordnung mehr an Anfragen, was bedeutet, dass die Qualität Ihrer Proxy-Schicht und die Intelligenz Ihrer Eskalationslogik jetzt mehr zählen als das rohe Anfragevolumen je tat. Die Teams, die 2026 immer noch saubere SERP-Daten in großem Maßstab sammeln, sind nicht die, die mehr Anfragen senden. Es sind die, die klügere senden — JavaScript-fähig, residential-gefingerprintet und von Anfang an strukturiert.