Google-Suchergebnisse, organische Rankings, Ergebnis-URLs, Titel, Snippets und verwandte Suchanfragen als strukturiertes JSON für SERP-Monitoring, Ranking-Tracking und Sichtbarkeits-Workflows extrahieren.
Strukturierter Output
Mit Crawloras Google Search API öffentliche Google-SERP-Daten sammeln, ohne eigenen Parser, Proxy-Routing, Retry-Logik oder Response-Normalisierung zu bauen. Der Endpunkt liefert strukturiertes JSON für Ranking-Tracker, SEO-Dashboards, Keyword-Monitoring-Tools, Wettbewerbsanalysen und KI-Such-Workflows.
SERP-Workflow
Crawlora hilft Teams dabei zu protokollieren, wie Domains bei Google ranken, welche Ergebnis-URLs und Snippets erscheinen und wie sich Rankings über Keywords, Länder und Sprachen hinweg über die Zeit verändern.
SERP-Monitoring-WorkflowRequest-Schema
Diese Parameter stammen aus dem aktiven Google search API-Katalogeintrag.
| Parameter | Typ | Erforderlich | Beschreibung | Beispiel |
|---|
Beispiel-JSON
Dieses Beispiel wird aus dem aktiven Endpunktkatalog gerendert, damit die Seite mit Docs und Playground synchron bleibt.
{
"code": 200,
"msg": "OK",
"data": {
"result": [
{
"position": 1,
"title": "ChatGPT",
"website_name": "ChatGPT",
"icon": "",
"link": "https://chatgpt.com/",
"Snippet": "ChatGPT helps you get answers and create."
}
],
"ai_overview": {
"heading": "AI Overview",
"summary": "ChatGPT is a generative AI chatbot developed by OpenAI that can answer questions and hold conversations.",
"sources": [
"https://openai.com/chatgpt/"
]
},
"people_also_ask": [
{
"question": "What is ChatGPT used for?"
}
]
}
}Endpunktkatalog
/google/searchReturns normalized Google web search results. Results are fetched through proxied browser renderers that race several concurrent renders per request and return the first clean result, with stale-cache fallback when available. The endpoint returns 503 when Google serves a challenge page or unusable HTML. Rate limit is enforced at 1 request per second, and if the limit is exceeded a 429 status code is returned with rate limit headers.
MCP-Tool google_search
Managed Execution
Für unterstützte öffentliche Google-Suchergebnisseiten kapselt Crawlora Request-Verarbeitung, proxy-bewusste Erfassung, Response-Parsing und dokumentiertes Fehlerverhalten hinter einer stabilen API-Oberfläche.
Request-Logik für Google-Websuchergebnisseiten
Proxy-bewusste Erfassung und Retry-bewusste Ausführung im unterstützten Umfang
Challenge-bewusste Behandlung nicht verfügbarer Upstream-Antworten
Normalisierte JSON-Antworten mit im Playground getesteten Beispielen
Credit-basierte Abrechnung nach dokumentierten Endpunktkosten
Crawlora erkennt nicht verfügbare Upstream-Antworten und liefert einen dokumentierten Fehler statt stillschweigend kaputtes HTML zurückzugeben.
Selbst bauen oder kaufen
Nutze diesen Vergleich, um zu entscheiden, ob du Scraping-Infrastruktur intern pflegst oder einen Managed-Endpunkt aufrufst.
| Anforderung | Eigenbau | Crawlora |
|---|---|---|
| Proxy-Rotation | Proxy-Pools kaufen, testen, rotieren und überwachen. | Verwaltete, proxy-bewusste Erfassung im unterstützten Umfang nutzen. |
| Parser-Pflege | Selektoren bei Änderungen am Google-Seitenlayout pflegen. | Parser nutzen, die hinter der API gepflegt werden. |
| Schema-Normalisierung | Eigene Response-Modelle entwerfen und versionieren. | Dokumentierte JSON-Felder aus dem Katalog beziehen. |
| Retry & Fehlerklassifizierung | Challenge-Seiten, leere Seiten und Upstream-Ausfälle selbst unterscheiden. | Dokumentierte Fehler für nicht verfügbare Upstream-Antworten erhalten. |
| Endpunkt-Dokumentation | Interne API-Dokumentation schreiben und pflegen. | Docs-Seiten nutzen, die aus dem aktuell aktiven Endpunktkatalog generiert werden. |
| Playground-Tests | Eine Test-Konsole für Entwickler:innen bauen. | Denselben Endpunkt vor dem Go-Live im Playground testen. |
| Nutzungsabrechnung | Eigenes Metering- und Limit-System bauen. | Credit-basierte Nutzung und Plan-Limits verwenden. |
| Monitoring | Monitoring für Requestvolumen und Ausfälle von Grund auf aufbauen. | Crawloras dokumentierten Status- und Nutzungs-Workflow verwenden. |
Crawlora ist nicht Googles offizielle Custom Search- oder Programmable Search API. Crawlora bietet strukturierte Web-Extraktion öffentlicher Daten für unterstützte Google-Suchergebnisseiten. Wenn dein Use Case eine von Google offiziell autorisierte Such-API benötigt, nutze Googles offizielle API.
Verwandte APIs
Verbinde diesen Endpunkt mit angrenzenden Crawlora-Seiten für Suche, Monitoring, Docs und Preise.
Googles Sichtbarkeit mit Bings SERP-Daten vergleichen.
ÖffnenErgebnisse von Brave Search in Cross-Engine-Monitoring-Workflows einbinden.
ÖffnenSERP-Tracking mit Suchnachfrage- und Trend-Discovery-Daten kombinieren.
ÖffnenKeyword-Rankings, Ergebnisänderungen und Suchsichtbarkeit verfolgen.
ÖffnenKeyword-Tracking-Dashboards auf Basis periodischer Suchergebnis-Snapshots bauen.
ÖffnenPeriodische SERP-Checks für Keyword-, URL- und Wettbewerbsmonitoring speichern.
ÖffnenKeyword-Rankings und Ranking-URLs über strukturierte Google-Ergebnis-Snapshots prüfen.
ÖffnenCrawlora als Datenschicht hinter Agentur- und SaaS-SEO-Reporting nutzen.
ÖffnenSo scrapst du Google Search
Crawloras /google/search-Endpunkt ist ein POST-Request mit den Parametern keyword, country, language, limit (maximale Ergebnisanzahl) und page, der die Google-Websuchergebnisseite als normalisiertes JSON zurückgibt — organische Ergebnisse mit Rankingposition, Titel, URL, Domain und Snippet sowie verwandte Suchanfragen und Paginierungs-Metadaten. Der Request läuft über einen proxied Browser-Renderer, der mehrere Renderings parallel gegeneinander laufen lässt und das erste saubere Ergebnis zurückgibt, mit Stale-Cache-Fallback; bei einer Google-Challenge-Seite kommt ein dokumentierter Fehler statt kaputtem HTML.
Sende einen POST-Request an /google/search mit dem JSON-Body: keyword, country (z. B. us), language (en), limit (bis zum dokumentierten Maximum) und page. country und language bestimmen, welches Google-Frontend antwortet — Ranking-Tracker sollten diese beiden pro Keyword festlegen, statt Defaults zu verwenden.
Jedes organische Ergebnis hat position, title, link, website_name (Domain) und Snippet. position ist genau das Ranking, das Google für diese Region und Seite liefert — also das, was für Ranking-Tracking gebraucht wird; matche website_name gegen deine Domain und protokolliere die Position mit Abruf-Zeitstempel.
Erhöhe page und behalte limit bei, um Ergebnisse nach der ersten Seite zu lesen. Speichere pro Lauf einen Datensatz für jede Seite jedes Keywords, damit ein Vergleich über mehrere Läufe ein Diff ist statt einer erneuten Parsung.
Nutze Crawloras /google/news- und /google/videos-Endpunkte (GET mit q, country und lang) für News- und Video-Vertikalen, /google/suggest für Autocomplete-Vorschläge und /google/jobs für Stellenanzeigen. Bing-, Brave- und DuckDuckGo-Suchendpunkte liefern dieselbe Struktur, sodass ein Sichtbarkeitsvergleich über Engines hinweg denselben Code mit anderem Pfad wiederverwenden kann.
FAQ
Antworten für Entwickler, die Crawlora für unterstützte öffentliche Suchergebnisseiten evaluieren.
Ja. Crawlora bietet Google-Search-Endpunkte für unterstützte öffentliche Google-Suchergebnisseiten und liefert normalisiertes JSON über dokumentierte API-Routen.
Ja. Jede Antwort enthält Rankingposition, Titel, URL und Snippet organischer Ergebnisse, sodass du Keyword-Rankings über die Zeit protokollieren und SERP-Änderungen erkennen kannst. Kombiniere periodische Snapshots mit dem SERP-Monitoring-Anwendungsfall, um einen Google-Ranking-Tracker zu bauen.
Die Katalog-Beispiele umfassen organische Ergebnisse mit Rankingposition, Titel, URL, Beschreibung, Domain und Paginierungs-Metadaten sowie verwandte Suchanfragen, falls von Google bereitgestellt.
Ja. Der Google-Search-Endpunkt akzeptiert keyword, country, language, limit und page.
Crawlora erkennt nicht verfügbare Upstream-Antworten und liefert einen dokumentierten Fehler, statt stillschweigend kaputtes HTML zurückzugeben. Kund:innen sollten Fehlerbehandlung, Retries und Änderungen der Upstream-Verfügbarkeit in ihrer eigenen Integration abfangen.
Nein. Crawlora ist nicht Googles offizielle Custom Search- oder Programmable Search API. Crawlora bietet strukturierte Web-Extraktion öffentlicher Daten für unterstützte Google-Suchergebnisseiten. Wenn dein Use Case eine von Google offiziell autorisierte Such-API benötigt, nutze Googles offizielle API.
Sende einen POST-Request an Crawloras /google/search-Endpunkt mit keyword, country, language, limit und page. Die Antwort ist die JSON-Version dieser Ergebnisseite: organische Ergebnisse mit position, title, link, Domain und Snippet, verwandte Suchanfragen und Paginierungs-Metadaten. Du musst weder Proxy noch Browser noch Parser selbst betreiben.
Ja. Die position jedes organischen Ergebnisses ist genau das Ranking, das Google zum Zeitpunkt des Requests für dieses Keyword, Land, Sprache und diese Seite liefert. Das ist eine wörtliche SERP, keine nach Relevanz neu sortierte Liste — geeignet für Ranking-Tracking und Share-of-Voice-Analysen.
Der Request lässt mehrere proxied Browser-Renderings parallel gegeneinander laufen und liefert das erste saubere Ergebnis, mit Stale-Cache-Fallback. Ist kein sauberes Ergebnis verfügbar, gibt Crawlora einen dokumentierten Fehlercode zurück, statt eine Challenge-Seite als Ergebnis zu tarnen, und der Aufruf wird nicht als Erfolg abgerechnet.
Ja. Crawloras /google/news-, /google/videos- und /google/suggest-Endpunkte sind GET-Requests mit q, country und lang; /google/jobs ist ein POST-Request. Sie teilen sich denselben API-Key und Credit-Pool mit der Websuche.
Das Sammeln öffentlicher Suchergebnisseiten für Recherche- und Monitoring-Zwecke ist im Rahmen von Googles Nutzungsbedingungen, Ratenlimits und geltendem Recht in der Regel zulässig — Suchergebnisse selbst sind öffentlich. Nutze die Daten verantwortungsvoll und informiere dich vor großflächigem Scraping über die rechtlichen Grundlagen.
Teste /google/search im Playground, sieh dir das aktuelle Response-Schema in den Docs an und vergleiche die Credit-basierte Nutzung auf der Preisseite.