SerpAPI is down?

Dieser Artikel ist datiert auf den 16. September 2026. Teams, die diese Woche fragen, ob SerpAPI ausfällt, haben eine öffentliche Quelle. Die Statusseite listet seit Mitte September 2026 Performance Degradation. Am 10. September 2026 wurde ein Ausfall über die APIs gemeldet. Ein Update am 16. September 2026, 05:13 UTC, nannte eine bessere Erfolgsrate und kürzere Antwortzeiten über die vorigen Stunden. Der Vorfall war zum Zeitpunkt der Veröffentlichung noch offen.

Die Notiz vom 10. September führt das auf kürzliche Änderungen auf Google-Seite zurück. Das ist der relevante Punkt für jede Google-Search-Integration. Dieselbe Vorfallshistorie listet bereits mehrere Google-Search-Einträge im Juli und August.

Was Google geändert hat

Im letzten Jahr hat Google die automatisierte Erfassung von Search-Ergebnissen erschwert.

Im September 2025 wurde &num=100 deaktiviert. Pipelines, die 100 Treffer pro Seite erwarteten, mussten paginieren. Dazu: Google hat num=100 abgeschafft.

Im Dezember 2025 reichte Google Klage gegen SerpAPI ein, mit dem Vorwurf der SearchGuard-Umgehung. Die öffentliche technische Darstellung steht in Google verklagt SerpAPI: Was SearchGuard verrät.

Ende August 2026 zeigten organische Ergebnislinks auf google.com/goto?url=CAES… statt auf die Ziel-URL. Der Parameter ist keine dekodierbare URL. Google liefert das Ziel im Location-Header von /goto. Einführung: google.com/goto: Googles Anti-Scraping-Update. Methode: Location mit HEAD lesen.

Der /goto-Artikel wurde auf Hacker News diskutiert. Die meisten Kommentare betreffen die Search-Erfahrung für Nutzer. Für API-Anbieter bedeutet das praktisch eine zusätzliche Anfrage pro Treffer und ein klareres Signal, wenn ein Client viele /goto-URLs hintereinander auflöst.

SearchGuard läuft im Hintergrund. Sitzungen, die automatisiert wirken, können unvollständige Seiten oder Fehler erhalten. Zusammen mit /goto erscheint das als höhere Latenz und Fehlerrate auf Google-Search-Endpunkten.

Öffentliche Chronologie (Juli-September 2026)

Aus der Vorfallshistorie von SerpAPI, auf Google Search beschränkt. Alle Daten unten sind 2026.

Juli

7.-12. Juli: langsamere Antworten und niedrigere Erfolgsraten. Geschlossen nach internen und vorgelagerten Änderungen
13. Juli-1. August: paginierte Google-Light-Suchen (start) mit leeren Ergebnissen
14.-17. Juli: langsamere Google-APIs; manche Light-Antworten leer. Die Statusnotiz nannte kürzliche Google-Änderungen plus einen vorgelagerten Anbieter
20. Juli-14. August: erhöhte Latenz bei Google Search und Google Light

August

7.-9. August: Ausfall über viele Google-APIs; großer Anteil der Anfragen fehlgeschlagen oder mit Zeitüberschreitung
14.-15. August: Leistungseinbußen bei Google-APIs, auf Änderungen bei Google zurückgeführt. Am Folgetag als behoben markiert
Ab 26. August (weiter offen): Zeitüberschreitungen bei tbm=nws sowie Google-Search-Abfragen mit erweiterten Operatoren mit Timeout oder HTTP 500 (500 am 29. August genannt)

September

4.-10. September: erhöhte Antwortzeiten bei Search, Shopping, News Light, Jobs und anderen. Am 10. September geschlossen, mit Verweis auf die bereits offenen News- und Operator-Einträge
5.-7. September: Google News beeinträchtigt, dann als behoben markiert
10. September, 15:59 UTC (weiter offen): Ausfall, dann Performance Degradation. Hinweis auf Änderungen bei Google (roadmap #4265). Teilweise Gegenmaßnahmen 10.-11. September; location und uule außerhalb der USA als unzuverlässig beschrieben (gl, hl, google_domain als Alternative). Weitere Anstiege bei Fehlern und Latenz 14.-15. September. Update am 16. September, 05:13 UTC: bessere Erfolgsrate und Antwortzeiten über die vorigen Stunden
11. September (weiter offen): Google Local liefert leere Ergebnisse

Ende August und September passen zur Einführung von /goto. Die Juli-Einträge sind frühere Google-Latenz, bevor /goto durchgängig war.

Autom ist vollständig betriebsbereit

Die Google-Search-API von Autom ist gegenüber diesen jüngsten Google-Änderungen zu 100 % funktionsfähig. Wir lösen /goto über Location auf (ohne der Weiterleitung zu folgen) und geben das Ziel in organic_results[].link zurück, in denselben strukturierten Feldern wie zuvor.

Die Pagination nach num=100 und die SearchGuard-Behandlung waren bereits in der Pipeline. Wer unsere Google-Search-Endpunkte aufruft, sollte weiter nutzbare Ziel-URLs erhalten.

1.000 kostenlose Anfragen auf den Autom-Preisen, API-Schlüssel auf app.autom.dev/register.