Een paar maanden geleden stelde een ontwikkelaar op Stack Overflow een vraag die al sinds 2012 openstaat: "Google Places API Place Details beperkt tot 5 reviews?" Veertien jaar later, met honderden upvotes, is het antwoord nog altijd hetzelfde: ja, maximaal vijf reviews. Alleen al die beperking laat zien waarom deze discussie maar blijft terugkomen.
Als je ooit op grote schaal Google Places-data nodig had — leadlijsten, reviews van concurrenten, patronen in voetverkeer, lokale SEO-audits — dan ben je waarschijnlijk precies op hetzelfde kruispunt uitgekomen. De officiële Google Places API is netjes, gestructureerd en goed gedocumenteerd. Maar hij geeft niet alles terug wat je op een Google Maps-pagina ziet, en de rekening kan flink oplopen zodra je boven de gratis limiet uitkomt. Scrapen levert meer op, werkt met een ander kostenmodel en brengt weer eigen gedoe mee (CAPTCHA’s, kapotte selectors, juridische grijze zones). Ik heb veel tijd gestoken in beide kanten — de API-documentatie, prijsstructuren, de scraping-toolchain en de afwegingen in de praktijk — en dit artikel is daar het resultaat van. We gaan die datakloof per veld bekijken, de echte kosten bij 10K/100K/1M records, de anti-bot-realiteit en een praktische hybride aanpak. Inclusief een beslisdiagram, want niemand wil 3.000 woorden lezen en alsnog niet weten wat hij moet kiezen.
Wat is de Google Places API eigenlijk, en wat levert die op?
De Google Places API is Google’s officiële, gestructureerde manier om bedrijfsgegevens op te halen — zoals namen, adressen, telefoonnummers, beoordelingen, reviews en foto’s — uit hun database. Je stuurt een HTTP-verzoek en krijgt geformatteerde JSON terug. Dat is het goedgekeurde kanaal.
De huidige versie (Places API "New") draait volledig om field masks. Wanneer je Place Details aanroept, geef je precies op welke velden je wilt — displayName, formattedAddress, rating, reviews, photos, enzovoort — en Google rekent af op basis van het hoogste tariefniveau dat je hebt aangevraagd. Laat je de field mask weg, dan krijg je een foutmelding in plaats van een standaardantwoord. Dat is bewust zo ontworpen: Google wil dat je alleen betaalt voor wat je gebruikt, en meer betaalt voor de meest waardevolle data.
De beschikbare velden zijn verdeeld in prijscategorieën:
| Niveau | Voorbeeldvelden | Wat je krijgt |
|---|---|---|
| Essentials | Place ID, opgemaakt adres, locatie, foto-metadata | Basisidentiteit en locatie |
| Pro | Weergavenaam, bedrijfsstatus, Google Maps-URI, hoofdtype | Rijkere bedrijfsinformatie |
| Enterprise | Beoordeling, aantal gebruikersbeoordelingen, website, telefoonnummers, openingstijden, prijsklasse | De velden die de meeste zakelijke gebruikers echt willen |
| Enterprise + Atmosphere | Reviews, review-samenvatting, generatieve samenvatting, voorzieningen, parkeren, afhalen/bezorging | De rijkste (en duurste) data |
Belangrijke endpoints waar de meeste gebruikers om geven: Autocomplete (zoeken terwijl je typt), Text Search en Nearby Search (plaatsen ontdekken), Place Details (een bekende plaats verrijken) en Place Photos (afbeeldingen).
Nu de beperkingen die ertoe doen:
- Reviews: De Place-resource geeft maximaal 5 reviews per plaats terug, gesorteerd op relevantie. Dat is alles. Niet 50, niet “alle”. Vijf.
- Foto’s: Beperkt tot 10 fotoreferenties per plaats in de Place-resource.
- Populaire tijden / live drukte: Niet beschikbaar als standaard Places API-veld. Google bevestigt dat deze data bestaat in consumentgerichte weergaven (op basis van geaggregeerde, geanonimiseerde Location History), en hun Maps-blog legt uit hoe het werkt — maar de veldenlijst bevat het niet.
- Q&A-sectie: Niet blootgesteld.
- “Mensen zoeken ook naar” concurrenten: Niet blootgesteld.
- Menu / prijslijst: Geen standaardveld.
Wie gebruikt de Google Places API meestal?
- Logistieke bedrijven die adressen valideren en geocoderen
- Reis- en hospitality-apps die hotels, restaurants en bezienswaardigheden in de buurt tonen
- Vastgoedplatforms die objectvermeldingen verrijken met lokale bedrijfsdata
- Lokale SEO-bureaus die NAP-consistentie (naam, adres, telefoon) controleren
- Salesteams die leadlijsten bouwen op basis van Place ID’s en basisbedrijfsinformatie
Als jouw use case netjes past in “ik heb gestructureerde place-data nodig in een productie-app”, dan is de API het juiste startpunt. Als jouw use case woorden bevat als “alle reviews”, “populaire tijden” of “concurrentenanalyse” — lees dan verder.
Wat betekent “scrapen” van Google Places-data?
Webscraping betekent dat software automatisch data uit een webpagina haalt — in dit geval uit Google Maps of Google Search-resultaten — in plaats van via een officiële API. De scraper leest de pagina zoals je browser dat doet, en trekt daar de gestructureerde stukken uit: bedrijfsnamen, adressen, reviewtekst, sterrenbeoordelingen, grafieken van populaire tijden, Q&A, suggesties voor concurrenten, de volledige fotogalerij en alles wat verder zichtbaar is op het scherm.
Het belangrijkste verschil: de API geeft je wat Google kiest vrij te geven. Scraping geeft je in theorie alles wat een mens op de pagina kan zien.
Maar “scraping” is niet één ding. Er zijn drie heel verschillende aanpakken, en de verschillen in afwegingen zijn groot.
DIY-scripts versus beheerde scraping-API’s versus no-code tools
| Aanpak | Hoe het werkt | Ideaal voor | Belangrijkste afweging |
|---|---|---|---|
| DIY-scripts (Puppeteer, Playwright, Selenium) | Je schrijft en onderhoudt zelf een headless-browser-script dat Google Maps-pagina’s bezoekt en de DOM uitleest | Ontwikkelaars die maximale controle en eigen logica nodig hebben | Hoogste onderhoudslast — selectors breken zodra Google de interface aanpast |
| Beheerde scraping-API’s (Thunderbit API, SerpApi, Outscraper) | Je stuurt een URL of zoekopdracht naar een API; die regelt rendering, anti-bot en parsing, en geeft gestructureerde data terug | Ontwikkelaars die gestructureerde output willen zonder scrapers te onderhouden | Prijs en kwaliteit verschillen per aanbieder; je vertrouwt een derde partij |
| No-code browserextensies (Thunderbit Chrome Extension) | Klik-en-selecteer-extractie vanuit je browser — AI stelt velden voor, jij klikt op “Scrape”, exporteer naar Sheets/Excel | Zakelijke gebruikers, marketeers en salesteams die snel data in een spreadsheet willen | Minder flexibel voor complexe pipelines; hangt af van de AI-kwaliteit van de tool |
Kort gezegd: DIY = het meest flexibel, maar ook het meeste onderhoud. Beheerde API’s = gestructureerde output zonder onderhoud. No-code tools = het snelst voor niet-ontwikkelaars.
Google Places API versus scrapen: vergelijking per veld
Dit is de tabel die ik zelf had willen hebben toen ik hierin dook. Elk veld dat een zakelijke gebruiker of ontwikkelaar kan nodig hebben, netjes naast elkaar:
| Datafield | Google Places API | Webscraping |
|---|---|---|
| Bedrijfsnaam | ✅ Volledig (Pro-niveau) | ✅ Volledig |
| Adres / locatie | ✅ Volledig (Essentials-niveau) | ✅ Volledig |
| Telefoonnummer | ✅ Enterprise-niveau | ✅ Wanneer zichtbaar |
| Website-URL | ✅ Enterprise-niveau | ✅ Wanneer zichtbaar |
| Totale beoordeling | ✅ Enterprise-niveau | ✅ Volledig |
| Aantal gebruikersbeoordelingen | ✅ Enterprise-niveau | ✅ Volledig |
| Individuele reviews (tekst + score) | ⚠️ Maximaal 5 reviews | ✅ Alle beschikbare reviews |
| Populaire tijden / live drukte | ❌ Geen standaard API-veld | ✅ Te extraheren (wanneer weergegeven) |
| Q&A-sectie | ❌ Niet blootgesteld | ✅ Te extraheren |
| Foto-metadata | ✅ Max. 10 referenties via het Photos-endpoint | ✅ Volledige galerij |
| Menu / prijslijst | ❌ Geen standaardveld | ⚠️ Wanneer aanwezig op de pagina |
| “Mensen zoeken ook naar” (concurrenten) | ❌ Niet blootgesteld | ✅ Te extraheren |
| Openingstijden | ✅ Enterprise-niveau | ✅ Wanneer zichtbaar |
| Prijsklasse | ✅ Enterprise-niveau | ✅ Wanneer zichtbaar |
| Place ID | ✅ Sterk (Essentials) | ⚠️ Mogelijk, maar de API is de canonieke bron |
| Google Maps-URI | ✅ Pro-niveau | ✅ Het is de pagina-URL |
| Reacties van eigenaar op reviews | ⚠️ Controleer actuele beschikbaarheid | ✅ Vaak zichtbaar |
| SERP / map-pack positie | ❌ Niet het doel van de API | ✅ Via SERP-scraping |
Het grootste gat: als je volledige reviewsets nodig hebt voor sentimentanalyse, reputatiemonitoring of concurrentiebenchmarks, dan schiet de API tekort. Vijf reviews per plaats is een steekproef, geen dataset.
Populaire tijden en patronen van voetverkeer? Zelfde verhaal. Als je retailconsultant of analist in commercieel vastgoed bent, is scraping de enige route — die data zit simpelweg niet in de API.
Aan de andere kant: voor canonieke Place ID’s, gestructureerde adressen voor geocodering of een store locator is de API schoner, betrouwbaarder en officieel ondersteund.
De echte kosten: Google Places API versus scrapen bij 10K, 100K en 1M records
Kosten zijn het meest verkeerd begrepen onderdeel van deze keuze. Veel gebruikers starten met de gratis laag van de API, bouwen een prototype en schrikken vervolgens van de rekening zodra ze opschalen. Aan de scrapingkant onderschat men vaak de proxykosten en ontwikkeltijd.
Dus, hier is de rekensom.
Uitleg van de Google Places API-prijzen
Google heeft in maart 2025 de prijzen van Maps Platform vernieuwd: de oude vaste maandelijkse credit van $200 is vervangen door gratis gebruikslimieten per SKU en volumegerichte staffels. De huidige prijzen werken als volgt:
- Essentials-velden (Place Details): 10.000 gratis verzoeken per maand, daarna $5,00 per 1.000 tot 100K
- Pro-velden (Place Details): 5.000 gratis, daarna $7,00 per 1K
- Enterprise-velden (Place Details): 1.000 gratis, daarna $20,00 per 1K
- Enterprise + Atmosphere (reviews, voorzieningen): 1.000 gratis, daarna $25,00 per 1K
Belangrijk detail: als je field mask zelfs maar één Enterprise + Atmosphere-veld bevat (zoals reviews), dan wordt je hele verzoek in dat tariefniveau afgerekend. En een typische workflow combineert meerdere SKU’s — Text Search Pro om plaatsen te vinden, daarna Place Details Enterprise + Atmosphere om ze te verrijken — waardoor de kosten snel oplopen.
Een enkele “lookup” is zelden ook echt één declarabele request.
Scrapingkosten: tools, proxies en ontwikkeltijd
Scrapingkosten vallen uiteen in drie categorieën:
- Toolabonnement of API-credits: beheerde scraping-API’s rekenen per request, per credit of per record. SerpApi rekent per search. Outscraper gebruikt pay-as-you-go per record. Thunderbit’s API werkt met een creditsysteem (Extract = 20 credits/request). De Thunderbit Chrome Extension rekent 1 credit per uitvoerregel.
- Proxykosten (alleen DIY): residential proxies voor Google Maps-scraping kosten doorgaans $50–$300 per maand, afhankelijk van volume en aanbieder.
- Ontwikkeltijd (alleen DIY): bouwen en onderhouden van Puppeteer/Playwright-scripts. Dit is de verborgen kostenpost die de economie van DIY vaak onderuit haalt (hieronder meer).
Kosten naast elkaar: API versus scrapen op schaal
| Schaal | Google Places API (Enterprise + Atmosphere) | Beheerde scraping-API (schatting) | DIY-scraping (proxy + ontwikkeltijd) |
|---|---|---|---|
| 10K records/maand | ~$225 (1K gratis, 9K × $25/1K) | ~$50–$150 afhankelijk van aanbieder | ~$50 proxy + 2–4 uur ontwikkeltijd/maand |
| 100K records/maand | ~$2.475 (na gratis limiet gelden volumestaffels) | ~$250–$500 | ~$150 proxy + 8–16 uur ontwikkeltijd/maand |
| 1M records/maand | ~$17.975 (volumestaffels verlagen de prijs per eenheid, maar het totaal blijft hoog) | ~$1.500–$3.000 | ~$300 proxy + 20+ uur ontwikkeltijd/maand + risico op storingen |
Opmerkingen: API-schattingen gebruiken de gepubliceerde volumestaffels voor Place Details Enterprise + Atmosphere, toegepast na de gratis grens van 1K. Schattingen voor beheerde scraping-API’s zijn globale bandbreedtes over verschillende aanbieders. DIY-ontwikkeltijd gaat uit van een all-in uurtarief van $50–$100.
Het patroon is duidelijk: op kleine schaal (onder 10K) kunnen de gratis limieten van de API het goedkoopst uitpakken, zeker als je alleen Essentials- of Pro-velden nodig hebt. Op zakelijke schaal (100K+) lopen de API-kosten hard op, vooral voor rijke velden. Op ondernemingsniveau (1M+) kan de API richting vijf cijfers per maand gaan, en worden scraping of datasetdiensten economisch aantrekkelijk — mits je ook echt de extra velden nodig hebt die de API niet vrijgeeft.
Als je alleen adressen en Place ID’s nodig hebt, ga dan niet scrapen. De API is dan goedkoper en beter. Het kostenargument voor scraping geldt alleen als je data nodig hebt die de API niet kan teruggeven.
De anti-bot-realiteit: waarom DIY Google-scrapers stuklopen
Hier is het deel dat scraping-evangelisten meestal overslaan. Google wil niet dat je Google Maps scrape’t. Ze hebben meerdere verdedigingslagen ingebouwd en werken die voortdurend bij.
Google’s gelaagde verdediging
- reCAPTCHA-uitdagingen: geautomatiseerde browsers krijgen veel vaker CAPTCHAs dan menselijke gebruikers
- Client-side JavaScript-rendering: Google Maps is een zware JavaScript-applicatie. Een simpele HTTP-request levert geen gerenderde content op — je hebt een volledige headless browser nodig
- Browser fingerprinting: Google detecteert headless browsers via canvas-fingerprints, WebGL, navigator-properties en andere signalen
- IP-rate limiting: te veel verzoeken vanaf hetzelfde IP (of dezelfde proxy-subnet) en je wordt geblokkeerd
- Wijzigingen in de DOM-structuur: Google verandert regelmatig hoe pagina’s zijn opgebouwd — de algemene consensus op Reddit en in GitHub-issues is dat selectors om de paar weken tot maanden breken
Die laatste is de stille killer. Een Puppeteer-script dat in juni perfect werkte, kan in juli lege resultaten geven omdat Google een CSS-class heeft hernoemd of een div-structuur heeft aangepast.
De verborgen kosten van het onderhouden van DIY-scripts
Elke keer dat Google zijn DOM wijzigt, moet iemand in je team:
- Merken dat de scraper kapot is, liefst voordat slechte data zich verspreidt
- De nieuwe paginavorm inspecteren
- Selectors bijwerken, nieuwe CAPTCHA-types afhandelen, retry-logica aanpassen
- Testen en opnieuw uitrollen
Over een jaar kan die onderhoudstijd al snel duurder zijn dan een abonnement op een beheerde scraping-API. Ik heb teams meer dan 40 ontwikkelaaruren per jaar zien besteden aan het draaiend houden van een Google Maps-scraper — en dat is nog een conservatieve schatting voor een redelijk complexe opzet.
Waarom beheerde scraping-API’s bestaan
Juist vanwege die onderhoudslast bestaan diensten zoals Thunderbit’s API, SerpApi en Outscraper. Zij nemen de anti-bot-complexiteit over — JavaScript-rendering, CAPTCHA-oplossing, proxyrotatie, selectoronderhoud — en leveren gestructureerde data terug.
Thunderbit’s POST /extract-endpoint met renderMode: "full" kan JavaScript-zware pagina’s zoals Google Maps verwerken en geeft schema-gekoppelde gestructureerde JSON terug, niet brute HTML die nog geparsed moet worden. De MCP-server breidt dit uit naar AI-agents — Claude, Cursor of andere LLM-workflows kunnen Google Maps-data ophalen midden in hun taak, zonder hun omgeving te verlaten.
Voor niet-technische gebruikers is de Thunderbit Chrome Extension de zero-maintenance-optie: open een Google Maps-pagina, klik op “AI Suggest Fields”, klik op “Scrape”, exporteer naar Sheets. Geen selectors, geen proxies, geen debugging.
SerpApi en Outscraper zijn degelijke alternatieven met andere prijsmodellen en outputformaten. SerpApi levert gestructureerde JSON per search; Outscraper rekent per record met pay-as-you-go-prijzen. De juiste keuze hangt af van volume, budget en of je gestructureerde JSON nodig hebt of prima uit de voeten kunt met semi-gestructureerde output.
De hybride aanpak: Google Places API en scrapen samen gebruiken
Geen van de best scorende artikelen over dit onderwerp noemt wat in de praktijk vaak het beste werkt: beide combineren. Veel teams leunen uiteindelijk op de officiële API voor sommige taken en op scraping voor andere. De truc is elk hulpmiddel aan de juiste taak koppelen.
Wanneer de officiële API wint
- Autocomplete in een live productie-app: lage latency, voldoet aan de ToS, betrouwbaar SLA. Geen discussie.
- Backend voor locatiegebonden apps: store locators, adresvalidatie, matching van Place ID’s. De API is gestructureerd, ondersteund en gedocumenteerd.
- Integraties met hoge compliance-eisen: enterprisecontracten, publiek toegankelijke producten of elke situatie waarin naleving van Google’s ToS niet onderhandelbaar is.
Wanneer scraping wint
- Volledige review-extractie (5K+ reviews per plaats): sentimentanalyse, reputatiemonitoring, concurrentiebenchmarking. De limiet van 5 reviews maakt de API hier nutteloos.
- Eenmalige extractie van leadlijsten: goedkoper voor batchjobs zonder terugkerende facturatie. Een no-code tool zoals Thunderbit kan in enkele minuten een lijst met bedrijven scrapen en naar een spreadsheet exporteren.
- Analyse van populaire tijden / voetverkeer: niet via de API beschikbaar. Punt.
- Q&A-data en “mensen zoeken ook naar”-concurrenten: alleen zichtbaar op de pagina, niet in de API.
Wanneer een hybride aanpak logisch is
- Doorlopende prijs-/ratingmonitoring: gebruik de API voor basis gestructureerde data (Place ID, adres, gemiddelde beoordeling), en scrape voor de diepe velden die de API mist (volledige reviews, populaire tijden).
- Verrijkingsworkflows: gebruik de API om Place ID’s en canonieke bedrijfsinformatie op te halen, en scrape vervolgens individuele listing-pagina’s voor volledige reviewsets, Q&A en concurrentiecontext.
- Geplande monitoring: Thunderbit’s geplande scraper (voor no-code gebruikers) of batch-extract via CLI met cron (voor ontwikkelaars) kan terugkerende scraping aan zonder maatwerk-infrastructuur.
Beslismatrix per use case
| Use case | Aanbevolen methode | Waarom |
|---|---|---|
| Autocomplete in een live app | ✅ Officiële API | Lage latency, ToS-conform, betrouwbaar |
| 5K+ volledige reviewsets ophalen | ✅ Scraping / scraping-API | API beperkt tot 5 reviews per plaats |
| Eenmalige leadlijst van lokale bedrijven | ✅ Scraping (of Thunderbit-extensie) | Goedkoper voor batch; geen terugkerende facturatie |
| Analyse van populaire tijden / voetverkeer | ✅ Alleen scraping | Niet beschikbaar via API |
| Doorlopende prijs-/ratingmonitoring | ⚠️ Hybride | API voor basisdata, scraping voor diepe velden |
| Backend voor locatiegebaseerde app | ✅ Officiële API | Gestructureerd, ondersteund, SLA |
| Tracking van lokale SEO SERP-posities | ✅ Scraping / SERP-API | Niet het doel van de Places API |
| “Mensen zoeken ook naar”-concurrenten | ✅ Alleen scraping | Niet beschikbaar via API |
Beslisdiagram: Google Places API versus scrapen — welke kies je?
In plaats van een vaag “het hangt ervan af”, hier een concreet besliskader. Loop door deze vier vragen:
1. Heb je realtime data nodig in een productie-app? → Ja: gebruik de officiële API. Die wordt ondersteund, heeft een SLA en voldoet aan de ToS. Stop hier. → Nee: ga verder.
2. Heb je data nodig die de API niet teruggeeft (volledige reviews, populaire tijden, Q&A)? → Ja: scrapen is noodzakelijk. De API kan deze data letterlijk niet leveren. → Nee: ga verder.
3. Hoeveel records per maand? → Onder 10K: de API is waarschijnlijk het goedkoopst, zeker als je alleen Essentials- of Pro-velden nodig hebt. De gratis limieten dekken op deze schaal al veel. → Boven 10K: scraping of een beheerde scraping-API is waarschijnlijk economischer, vooral voor rijke velden.
4. Heb je ontwikkelcapaciteit om scrapers te bouwen en te onderhouden? → Ja: DIY met Puppeteer/Playwright geeft je maximale controle (maar reserveer budget voor doorlopend onderhoud). → Nee: gebruik een beheerde scraping-API (Thunderbit API, SerpApi, Outscraper) of een no-code tool (Thunderbit Chrome Extension).
Snelle vergelijking van ontwikkelaarsgerichte alternatieven
| Tool | Prijsmodel | Outputformaat | Anti-bot-afhandeling | Batchondersteuning |
|---|---|---|---|---|
| Thunderbit API / MCP | Creditgebaseerd (Extract = 20 credits/request) | Gestructureerde JSON die op je schema aansluit | ✅ JS-rendering, proxyrotatie, geo-routing | ✅ Tot 100 URL’s per batch |
| SerpApi | Per search (staffelplannen) | Gestructureerde JSON | ✅ | ✅ Via API-parameters |
| Outscraper | Per record (pay-as-you-go) | JSON / CSV | ✅ | ✅ Via taakwachtrijen |
| DIY (Puppeteer/Playwright) | Proxy + ontwikkeltijd | Ruwe HTML (die je zelf parset) | ❌ Jij moet alles afhandelen | ✅ Wat je zelf bouwt |
Thunderbit’s onderscheidende kracht: het levert gestructureerde JSON die aansluit op de JSON Schema die jij definieert — geen ruwe HTML of Markdown dat nog apart geparsed moet worden. Als je een LLM-pijplijn voedt of een database vult, scheelt dat echt post-processingtijd.
Hoe Thunderbit hierin past (voor zakelijke gebruikers en ontwikkelaars)
Wij hebben Thunderbit gebouwd om de kloof te overbruggen tussen “ik heb Google Maps-data nodig” en “ik wil geen scraping-infrastructuur-ingenieur worden.” Zo werkt het voor beide doelgroepen.
Voor niet-technische gebruikers: de Chrome-extensie
- Open een Google Maps-pagina — een zoekresultatenpagina of een individuele bedrijfsvermelding
- Klik op “AI Suggest Fields” — Thunderbit’s AI leest de pagina en stelt kolommen voor (bedrijfsnaam, adres, beoordeling, reviews, telefoon, enz.)
- Klik op “Scrape” — de extensie extraheert data in een gestructureerde tabel. Gebruik cloud mode voor maximaal 50 pagina’s tegelijk
- Scrape subpages — klik op “Scrape Subpages” om elke vermelding te openen en de volledige details op te halen
- Exporteer — naar Excel, Google Sheets, Airtable of Notion. Gratis data-export, zonder paywall
Voor terugkerende monitoring — wekelijkse checks van concurrentieratings, nieuwe bedrijfsvermeldingen — draait de geplande scraper automatisch volgens de frequentie die jij instelt.
Voor ontwikkelaars: API, MCP-server en CLI
POST /extractmet een JSON Schema: stuur een Google Maps-URL, definieer de velden die je wilt, en ontvang gestructureerde JSON terug. ZetrenderMode: "full"aan voor JavaScript-zware pagina’s. Thunderbit regelt rendering, anti-bot, proxyrotatie en geo-routing.POST /distill: haal schone Markdown van elke pagina op — handig voor LLM-pijplijnen die ruwe content nodig hebben in plaats van gestructureerde velden. 1 credit/request in plaats van 20 voor Extract.- MCP Server: AI-agents (Claude, Cursor) kunnen Google Maps-data ophalen midden in hun workflow. Ondersteunt distillation, gestructureerde extractie, veldsuggesties en batchjobs tot 100 URL’s.
- CLI:
thunderbit batch extract --file urls.txt --schema places.jsonvoor geplande scraping of integratie in CI/CD.
Creditprijzen: Extract = 20 credits/request, Distill = 1 credit/request. API-credits zijn per request, niet per rij (in tegenstelling tot de extensie, waar 1 credit = 1 uitvoerregel). Kijk op Thunderbit Pricing voor de actuele plannen.
Juridische en ToS-overwegingen
Ik houd dit kort en feitelijk — geen bangmakerij, geen verkooppraat.
De Google Places API komt met duidelijke voorwaarden: volgens Google’s servicespecifieke voorwaarden mag Places API-content zonder Google Map worden gebruikt, maar niet in combinatie met een niet-Google-kaart. Latitude-/longitudewaarden mogen tot 30 opeenvolgende kalenderdagen worden gecachet; Place ID’s mogen onbeperkt worden opgeslagen. Attributie is vereist voor details, foto’s en reviews.
Google Maps scrapen kan in strijd zijn met Google’s Terms of Service. Handhaving varieert — risico’s zijn onder meer IP-blokkades, CAPTCHA-muren en in zeldzame gevallen juridische stappen. Beheerde scraping-API’s nemen doorgaans een deel van de compliance-last over, maar dat is geen juridisch schild.
Voor productie-apps die eindgebruikers bedienen, is de officiële API de veiligere keuze. Voor intern onderzoek, batchanalyse en competitive intelligence is scraping in de praktijk heel gebruikelijk. Raadpleeg voor commerciële workflows altijd je eigen juridisch adviseur.
Wat ik zelf zou kiezen, en waarom
Na het doorploegen van prijs-SKU’s, veldlijsten, communitydiscussies en tooldocumentatie kom ik hierop uit:
- Gebruik de officiële API wanneer je realtime, ToS-conforme data nodig hebt in een productie-app, of wanneer Essentials-/Pro-velden voldoende zijn en je volume onder 10K per maand blijft. De gratis limieten zijn ruim op kleine schaal, en de datakwaliteit is uitstekend.
- Gebruik scraping (beheerde API of no-code tool) wanneer je volledige reviews, populaire tijden, Q&A, concurrentiecontext of andere velden nodig hebt die de API niet blootlegt. Ook wanneer je volume boven 10K–100K records per maand komt en je rijke (Enterprise + Atmosphere) velden opvraagt — dan wordt de API-rekening lastig te rechtvaardigen.
- Gebruik beide wanneer je workflow zowel canonieke Place ID’s en basis gestructureerde data (API) als diepe zichtbare pagina-intelligentie (scraping) vereist. Dat komt vaker voor dan veel artikelen toegeven.
Het kantelpunt in kosten: onder ongeveer 10K records per maand met basisvelden is de API eenvoudiger en vaak gratis. Daarboven, vooral bij rijke data, wordt scraping economischer. Bij 1M records met Enterprise + Atmosphere-velden kijk je naar ongeveer $18K per maand via de API versus een fractie daarvan met een beheerde scraper.
Als je dit zelf wilt testen, is de Thunderbit Chrome Extension de snelste manier om te zien wat scraping oppikt versus wat de API levert. Voor developer-workflows vind je in de Thunderbit API-documentatie alles om te starten. En voor verdieping over webscraping zonder coderen of AI-webscraping in bredere zin hebben we op de blog uitgebreid geschreven.
Belangrijkste conclusies
- De Google Places API is de juiste tool voor productie-apps, autocomplete en gestructureerde place-lookups — maar hij beperkt reviews tot 5, foto’s tot 10 en toont populaire tijden, Q&A of concurrentiesuggesties niet.
- Scraping haalt alles op wat zichtbaar is op een Google Maps-pagina, inclusief volledige reviewsets en data over populaire tijden, maar vereist beheer van anti-botmaatregelen of betaling voor een beheerde dienst.
- Onder de 10K records per maand maken de gratis limieten van de API het vaak de goedkoopste optie. Boven 100K zijn scraping of beheerde scraping-API’s meestal voordeliger voor rijke data.
- DIY-scrapers breken regelmatig door Google’s anti-botverdediging en DOM-wijzigingen — reken op 40+ ontwikkelaaruren per jaar aan onderhoud, of gebruik een beheerde tool.
- De beste praktijk is vaak hybride: API voor canonieke ID’s en basisvelden, scraping voor diepere intelligence die de API niet kan teruggeven.
- Thunderbit bedient beide kanten: een Chrome-extensie voor no-code gebruikers en een gestructureerde JSON API/MCP-server voor ontwikkelaars.
FAQ’s
Kun je meer dan 5 Google-reviews via de Places API ophalen?
Nee. De Google Places API beperkt review-output tot 5 per plaats, gesorteerd op relevantie. Dat is zo sinds de lancering van de API en is ondanks jarenlange verzoeken van ontwikkelaars niet veranderd. Om alle beschikbare reviews van een bedrijf te bekijken, is scrapen (zelf gedaan of via een beheerde scraping-API) de enige optie.
Is Google Maps scrapen legaal?
Er bestaat geen universeel ja-of-nee-antwoord. Het scrapen van publiek zichtbare Google Maps-data kan in strijd zijn met Google’s Terms of Service, en handhaving varieert van IP-blokkades tot in zeldzame gevallen juridische actie. Veel bedrijven gebruiken scraping zonder problemen voor intern onderzoek en competitive intelligence. Beheerde scraping-API’s nemen een deel van het compliancerisico over, maar bieden geen juridisch vrijgeleide. Als je een commercieel product bouwt of persoonsgegevens verwerkt, vraag juridisch advies.
Hoeveel kost de Google Places API voor 100K lookups?
Dat hangt af van welke velden je opvraagt. Voor Place Details op Essentials-niveau is dat ongeveer ~$450. Op Pro-niveau ongeveer ~$1.615. Voor Enterprise + Atmosphere (inclusief reviews en voorzieningen) ongeveer ~$2.475. Als je workflow ook Text Search Pro nodig heeft voor discovery, tel er nog ongeveer ~$3.040 bij op. Deze schattingen gebruiken Google’s gepubliceerde volumestaffels en gaan uit van één declarabele request per record na de gratis limiet.
Wat is het verschil tussen een scraping-API en een no-code scrapingtool?
Een scraping-API (zoals Thunderbit’s Open API) is voor ontwikkelaars die scraping integreren in code, automatiseringspijplijnen of AI-agent-workflows via HTTP-verzoeken. Een no-code tool (zoals de Thunderbit Chrome Extension) laat niet-technische gebruikers data uit hun browser halen door te wijzen, klikken en exporteren, zonder code te schrijven. Beide kunnen gestructureerde data teruggeven; het verschil zit in de interface en het integratiemodel.
Werkt Thunderbit op Google Maps-pagina’s?
Ja. De Chrome-extensie kan Google Maps-zoekresultaten en individuele bedrijfsvermeldingen scrapen — AI stelt automatisch velden voor, en je kunt cloud mode gebruiken voor maximaal 50 gelijktijdige pagina’s. Het POST /extract-endpoint van de API met renderMode: "full" verwerkt de JavaScript-gerenderde pagina’s van Google Maps en geeft schema-gekoppelde gestructureerde JSON terug. De MCP-server maakt het mogelijk dat AI-agents Google Maps-data ophalen midden in hun workflow.
Meer lezen
