5 beste Google Maps Scraper-APIs: Getestet & bewertet

Um den besten Google Maps-Scraper zu finden, haben wir fünf Web-Scraping-Anbieter Apify, SerpApi, Oxylabs, Zyte und Nimble verglichen, indem wir bei jedem dieselben 1.000 Unternehmen abfragten. Die Unternehmen verteilen sich auf 10 Kategorien in 10 US-Städten, insgesamt 5.000 Anfragen.

Google Maps Scraping-Benchmark-Ergebnisse

Da alle Anbieter eine Erfolgsquote von über 90 % erzielten, haben wir die Abschlusszeit verglichen:

Verfügbare Metadatenfelder nach Google Maps-Scraper

Nur SerpApi und Apify lieferten strukturierte JSON, daher haben wir bei diesen beiden die Felder gezählt. Apify lieferte durchschnittlich 71 Felder pro Ort und SerpApi 30. Die übrigen Anbieter lieferten gerendertes HTML zurück, bei dem keine Feldanzahl angegeben werden kann; daher haben wir ihre Antworten stattdessen mit CSS-Selektoren validiert.

29 dieser Felder enthalten in beiden dieselben Daten, manchmal unter unterschiedlichen Namen: totalScore und rating, reviewsCount und reviews, placeId und place_id. Die folgende Tabelle listet nur auf, was der eine zurückgibt und der andere nicht.

Google Maps-Scraper kostenlos Testversion

Beste Google Maps-Scraper

Bright Data teilt seine Google Maps-Abdeckung auf sechs Scraper auf. Vier davon liefern vollständige Unternehmensinformationen und unterscheiden sich nur darin, wie Sie einen Ort adressieren. Die anderen beiden decken jeweils einen einzelnen Teil eines Eintrags ab.

Unternehmensinformationen

• Erfassung per URL: Sie geben eine Google Maps-Orts-URL an und erhalten das entsprechende Unternehmen zurück.
• Erkennung per Orts-ID: Verwendet die eigene Ortskennung von Google anstelle einer URL, was nützlich ist, wenn Ihre Datensätze bereits Orts-IDs enthalten und Sie für diese keine URLs erstellen möchten.
• Erkennung per CID: Dieselbe Idee mit der Kunden-ID, der numerischen Kennung hinter einem Maps-Eintrag.
• Erkennung per Standort: Führt eine Standortsuche durch und gibt die gefundenen Unternehmen zurück, sodass Sie Orte erfassen können, die Sie vorab nicht identifiziert haben.

Bewertungen und Bilder

Bilder, Erfassung per URL: Gibt die mit einem Eintrag verknüpften Fotos zurück.

Bewertungen, Erfassung per URL: Gibt die Bewertungen zu einem Ort zurück, nicht den Unternehmensdatensatz. Es akzeptiert eine days_limit-Einstellung, sodass Sie nur aktuelle Bewertungen anfordern können, z. B. die letzten 9 oder 18 Tage, statt den gesamten Verlauf abzurufen.

Die ersten vier sind diejenigen, die man miteinander vergleichen sollte: Sie liefern denselben Datensatz und unterscheiden sich nur in der Eingabe, die sie akzeptieren. Welcher passt, hängt davon ab, wie Ihre vorhandenen Daten aussehen. Wenn Sie URLs haben, ist die Erfassung per URL der direkte Weg. Wenn Sie Orts-IDs oder CIDs haben, erspart Ihnen der passende Erkennungs-Scraper den Schritt, URLs zu erstellen. Wenn Sie nichts davon haben und eine Liste von Grund auf erstellen möchten, ist die Erkennung per Standort der einzige der vier, der Orte findet, statt bereits benannte abzurufen.

Anfragen können entweder im synchronen oder asynchronen Modus ausgeführt werden. Im synchronen Modus bleibt der Browser geöffnet, und die Daten kommen zurück, sobald die Aufgabe abgeschlossen ist.

Oxylabs bietet zwei Wege zu Google Maps, und welchen Sie nutzen können, hängt davon ab, wovon Sie ausgehen.

Die dedizierte google_maps-Quelle akzeptiert eine Suchanfrage anstelle einer URL. Sie akzeptiert keinen url-Parameter und unterstützt keine geparste Ausgabe: Fordert man eine der beiden an, wird ein Fehler zurückgegeben, der besagt, dass die Quelle mit diesem Parameter nicht verfügbar ist. Sie eignet sich also für Sucharbeiten, bei denen Sie nach Orten suchen, statt bereits vorhandene abzurufen.

Die allgemeine google-Quelle akzeptiert jede Google-URL, einschließlich Ortsseiten. Diesen Weg nutzen Sie, wenn Sie bereits Maps-URLs haben. Wenn Sie render auf html setzen, wird das JavaScript ausgeführt, und geo_location legt das Ausstiegsland fest, was bei Google-Diensten wichtig ist, da ein europäischer Exit eine Zustimmungs-Interstitial-Seite anstelle der eigentlichen Seite zurückgeben kann.

SerpApi teilt Google Maps in sieben APIs auf. Zwei davon nutzen dieselbe google_maps-Engine und unterscheiden sich durch die Eingabe, die übrigen sind separate Engines, die über eine Kennung angesprochen werden, die Ihnen die ersten beiden liefern.

Die google_maps-Engine

• Lokale Ergebnisse: type=search mit einer Suchanfrage und ll-Koordinaten. Gibt die zu einer Suche passenden Unternehmen zurück, jeweils 20 auf einmal.
• Ortsergebnisse: Dieselbe Engine mit place_id oder data_cid anstelle einer Suchanfrage. Gibt einen einzelnen Unternehmensdatensatz zurück, ohne Suchschritt.

Dedizierte Engines

• Bewertungen: google_maps_reviews, gekennzeichnet durch data_id oder place_id. Diese hat die meisten Steuerungsmöglichkeiten: Sortierung nach qualityScore, newestFirst, ratingHigh oder ratingLow, Filterung nach Schlüsselwort oder topic_id und Paginierung über num und next_page_token.
• Fotos: google_maps_photos, gekennzeichnet durch data_id. Gibt Bilder in Originalgröße und Miniaturansichten zusammen mit dem Nutzer, der sie gepostet hat, zurück.
• Posts: google_maps_posts, gekennzeichnet durch data_id. Gibt die eigenen Posts des Unternehmens zurück.
• Contributor-Bewertungen: google_maps_contributor_reviews, gekennzeichnet durch eine contributor_id, die der Profil-URL eines Rezensenten entnommen wird. Gibt alles zurück, was eine Person bewertet hat, was das Gegenteil der Reviews-API ist: Sie beginnt beim Rezensenten statt beim Ort.
• Autocomplete: google_maps_autocomplete, gekennzeichnet durch eine Suchanfrage. Gibt die Vorschläge zurück, die Google beim Tippen anzeigen würde.
• Directions: google_maps_directions, akzeptiert einen Start- und einen Endpunkt als Adressen, Koordinaten oder Daten-IDs. Gibt Routen mit Entfernungen, Dauern und Abbiegehinweisen zurück.

Die Kennungen verbinden diese Dienste miteinander. Eine Suche liefert place_id, data_id und data_cid für jedes Unternehmen, und diese sind die Schlüssel, die Bewertungs-, Foto- und Post-Engines erwarten. Der erste Aufruf bestimmt also, welche der übrigen Sie ausführen können.

In unserem Benchmark verwendeten wir Ortsergebnisse: engine=google_maps mit der place_id jedes der 1.000 Unternehmen im Dataset sowie no_cache=true, damit keine zwischengespeicherte Antwort zurückgegeben werden konnte.

Apify ist ein Marktplatz, daher wählen Sie einen Actor statt eines Endpunkts. Der, den wir für Google Maps verwendet haben, ist compass/crawler-google-places, veröffentlicht als Google Maps Scraper. Die Abrechnung erfolgt pro Event.

Er akzeptiert entweder einen Suchbegriff mit Standort oder Start-URLs, wenn Sie die gewünschten Orte bereits kennen. Die übrigen Eingaben sind optionale Schalter, und einige kosten zusätzlich: Kategorie- und Sternebewertungsfilter, das Überspringen geschlossener Orte, das Öffnen der Detailseite eines Orts sowie das Abrufen von Reservierungsanbietern, Online-Bestell-Widgets oder Webergebnissen.

Ausführungen sind asynchron. Sie starten einen Lauf, pollen, bis er abgeschlossen ist, und lesen dann die Ergebnisse aus seinem Dataset.

In unserem Google Maps-Benchmark verwendeten wir diesen Actor mit startUrls gesetzt auf jede Orts-URL und maxCrawledPlacesPerSearch auf 1, damit er nur das angefragte Unternehmen zurückgab. Bewertungen, Bilder, Webergebnisse und „People also search“ waren deaktiviert.

Zyte hat kein Google Maps-spezifisches Produkt. Sie rufen die allgemeine Zyte-API unter /v1/extract mit der Orts-URL auf und fordern browserHtml an, die einen vollständigen Browser ausführt und die gerenderte Seite zurückgibt. Dahinter steckt kein geparstes Maps-Schema; was Sie zurückbekommen, ist HTML, das Sie selbst parsen müssen.

Ein Parameter ist wichtiger, als die Dokumentation vermuten lässt: geolocation. Wenn er nicht gesetzt war, liefen unsere Anfragen über Europa und kamen mit der Zustimmungs-Interstitial-Seite von Google zurück – eine echte Seite mit Status 200 und ohne Ortsdaten. Das Setzen auf US lieferte den Ort. Darüber hinaus waren keine weiteren Anweisungen nötig; das Panel war bereits gerendert, als die Antwort ankam.

Nimble bietet zwei Wege. Die Web-API nimmt eine URL mit aktiviertem render entgegen und gibt die gerenderte Seite zurück, in derselben Form wie Zyte. Die SERP-API von Nimble führt Google Maps ebenfalls unter den unterstützten Engines auf und akzeptiert eine Suchanfrage anstelle einer URL, was zur Suche passt statt zum Abrufen eines bereits vorhandenen Orts.

Geparste Antworten kommen nach Entitätstyp gruppiert zurück und nicht als eine Liste; organische Ergebnisse, Paginierung und Suchinformationen liegen in separaten Buckets. Dieselbe Antwort enthält auch das rohe HTML neben den geparsten Daten, sodass Sie beides in einem Aufruf erhalten.

Octoparse ist eine Vorlage, die Sie in der App oder Cloud ausführen, und kein Endpunkt, den Sie aufrufen.

Was es als Eingabe akzeptiert

• Schlüsselwörter mit Standorten: bis zu 100.000 Keyword- und Standortkombinationen, wobei der Standort als Stadt, Region oder Land angegeben wird.
• Orts-URLs: bis zu 5.000 davon, wenn Sie die gewünschten Unternehmen bereits kennen.
• Sprache: Englisch, Französisch, Spanisch, Italienisch, Koreanisch, Japanisch oder Traditionelles Chinesisch.

Was zurückgegeben wird

Titel, Adresse aufgeschlüsselt nach Land, Stadt und Bundesland, plus Code, Breiten- und Längengrad, Telefon, Website, Kategorie, Öffnungszeiten, aktueller Status, Preisspanne, Bewertungs- und Rezensionsanzahl, Bewertungsinhalt und Rezensenteninformationen, beliebte Zeiten, Bilder, Beschreibung, Lieferung, Seiten-URL sowie sowohl die Google-ID als auch die Orts-ID.

Google Maps-Scraper-Benchmark-Methodik

Wir haben 5 Datenanbieter (Apify, SerpApi, Oxylabs, Zyte, Nimble) hinsichtlich ihrer Fähigkeit bewertet, Google Maps-Unternehmensdaten zurückzugeben. Jeder Anbieter wurde nach denselben 1.000 Unternehmen gefragt, eine Anfrage pro Unternehmen, also insgesamt 5.000 Anfragen.

Dataset

Wir haben das Dataset im Voraus erstellt, anstatt zur Laufzeit zu suchen, sodass jeder Anbieter nach denselben Orten in derselben Reihenfolge gefragt wurde.

• Orte: 1.000 Unternehmen, jedes mit eigener Google Maps-URL und Orts-ID.
• Städte (10): New York, Los Angeles, Chicago, Houston, Phoenix, Philadelphia, San Antonio, San Diego, Dallas und Austin, jeweils 100 Unternehmen.
• Kategorien (10): Café, Restaurant, Fitnessstudio, Apotheke, Hotel, Krankenhaus, Bank, Supermarkt, Tankstelle und Friseursalon.
• Adressierung: Fünf Anbieter erhielten die Google Maps-URL. SerpApi erhielt die Orts-ID, da das Google Maps-Produkt eine Kennung anstelle einer URL akzeptiert.

Testparameter

• Läufe: eine Anfrage pro Unternehmen, keine Wiederholungen.
• Ausführung: sequenziell, eine Anfrage nach der anderen, mit einer Pause dazwischen. Keine parallelen Anfragen.
• Timeouts: 300 Sekunden zum Absenden, 600 Sekunden zum Abschluss.
• Rate-Limits: bei HTTP 429 wurde die Anfrage bis zu dreimal wiederholt.

Provider-Implementierungen

• Apify: der compass/crawler-google-places-Actor, asynchron. Die Orts-URL wurde als startUrls übergeben, mit maxCrawledPlacesPerSearch auf 1, sodass der Actor dieses Unternehmen zurückgab, statt nach außen zu crawlen. Bewertungen, Bilder, Webergebnisse und „People also search“ waren deaktiviert.
• SerpApi: die google_maps-Engine mit place_id und no_cache=true. Caching war deaktiviert, weil eine zwischengespeicherte Suche kostenlos ist, nicht auf das Kontingent angerechnet wird und die Zeitmessung bedeutungslos machen würde.
• Oxylabs: die Realtime-Scraper-API mit source: google, der Orts-URL, render: html und geo_location: United States, plus browser_instructions, um zu warten, zu scrollen und erneut zu warten. Ohne diese kam die Antwort nur als Hülle zurück, mit dem Unternehmensnamen im Seitentitel und ohne Orts-Panel im DOM.
• Zyte: Zyte-API /v1/extract mit browserHtml und geolocation: US. Wenn diese nicht gesetzt waren, liefen Anfragen über Europa und gaben die Zustimmungs-Interstitial-Seite von Google zurück, eine echte Seite mit Status 200 und ohne Ortsdaten.
• Nimble: die Web-API mit der Orts-URL, aktiviertem Rendering und Land auf US gesetzt.

Erfolg

Zuerst wird der HTTP-Status überprüft. Antworten zwischen 200 und 399 sowie 404 werden weiter validiert. Jeder andere Status schlägt fehl, ohne die Daten zu erreichen. Ein 404 besteht allein aufgrund des Status, da die korrekte Meldung, dass eine Seite nicht mehr existiert, eine richtige Antwort ist und es keine Daten zu prüfen gibt.

Für Anbieter, die JSON zurückgeben, musste mindestens eines von vier Feldern vorhanden und vom richtigen Typ sein:

• Name: ein nicht leerer String.
• Adresse: falls vorhanden, ein nicht leerer String und nicht „N/A“.
• Telefonnummer: falls vorhanden, mindestens 5 Ziffern.
• Anzahl Bewertungen: falls vorhanden, eine nicht-negative Zahl. Null zählt, da ein Unternehmen ohne Bewertungen eine echte Antwort ist.

Für Anbieter, die gerendertes HTML zurückgeben, musste mindestens einer der Orts-Selektoren übereinstimmen und einen Wert liefern. Die Selektoren sind attributbasiert statt klassenbasiert, da die Klassennamen von Google auf dieser Seite Build-Hashes sind, die sich bei jedem Deployment ändern.

Wir haben festgehalten, welche Regel bei jeder Anfrage griff, damit ein veralteter Selektor in den Daten anders aussieht als ein Anbieter, der nichts zurückgibt.

Zeit

Zeiten werden nur über erfolgreiche Anfragen berechnet, da ein Timeout oder ein sofortiger Fehler keine Aussage darüber macht, wie lange es dauert, Daten zu erhalten.

Verfügbare Metadaten

Wir haben die Felder in dem Dataset gezählt, den jeder Anbieter zurückgab. Dies wird nur für Anbieter berichtet, die strukturiertes JSON zurückgeben. Die drei, die eine gerenderte Seite zurückgeben, bleiben leer, statt mit null bewertet zu werden: Was wir aus einer Seite ziehen können, ist eine Anzahl der von uns geschriebenen Selektoren, nicht dessen, was der Anbieter bietet.

Verpassen Sie nicht unsere Benchmarks und datengestützten Erkenntnisse. Die Schaltfläche öffnet Google; die Auswahl von AIMultiple bestätigt, dass Sie AIMultiple häufiger in den Google-Suchergebnissen sehen möchten.

Als bevorzugte Quelle hinzufügen

FAQs

Zitieren Sie diesen Benchmark

Wählen Sie das Format, das zu Ihrem Veröffentlichungsort passt. Wenn Sie die Link-Version in Ihr CMS einfügen, bleibt der Backlink erhalten.

@misc{sipi2026,
  author = {Şipi, Nazlı},
  title  = {{5 beste Google Maps Scraper-APIs: Getestet & bewertet}},
  year   = {2026},
  month  = sep,
  howpublished    = {\url{https://aimultiple.com/google-maps-scraper}},
  note   = {AIMultiple. Abgerufen am 29. September 2026}
}

Änderungsprotokoll

4 Aktualisierungen

20262025

1. 30. Jan

   Der Abschnitt „How to scrape Google Maps with Python“ wurde entfernt.

Nazlı Şipi

KI-Forscherin

Folgen auf

Nazlı ist Datenanalystin bei AIMultiple. Sie verfügt über frühere Erfahrung in der Datenanalyse in verschiedenen Branchen, wo sie daran arbeitete, komplexe Datasets in umsetzbare Erkenntnisse umzuwandeln.

Vollständiges Profil anzeigen

Seien Sie der Erste, der kommentiert

Ihre E-Mail-Adresse wird nicht veröffentlicht. Alle Felder sind erforderlich. Kommentare werden in ihrer Originalsprache belassen.

Name

E-Mail-Adresse

Kommentar

0/450

Kommentar posten