Google Places API vs. scraping: kustannukset, puutteet ja mitä itse valitsisin

Muutama kuukausi sitten Stack Overflow -kehittäjä nosti esiin kysymyksen, joka on ollut avoinna vuodesta 2012 asti: "Google Places API Place Details limited to 5 reviews?" Neljätoista vuotta, satoja puoltoääniä, ja vastaus on yhä sama — kyllä, enintään viisi arvostelua. Jo tämä yksi rajoitus kertoo aika paljon siitä, miksi koko tästä keskustelusta ylipäätään väännetään.

Jos olet joskus tarvinnut Google Places -dataa isommassa mittakaavassa — liidilistoihin, kilpailijoiden arvostelujen seurantaan, asiakasvirtojen arviointiin tai paikalliseen SEO-auditointiin — olet todennäköisesti törmännyt samaan risteyskohtaan. Virallinen Google Places API on siisti, jäsennelty ja hyvin dokumentoitu. Mutta se ei palauta kaikkea, mitä Google Maps -sivulla näet, ja lasku voi karata käsistä heti, kun ylität ilmaisen tason. Scraping taas nappaa enemmän dataa, hinnoittelu toimii eri logiikalla, ja siihen liittyy omat murheensa (CAPTCHA-haasteet, rikkoutuvat valitsimet, juridiset harmaat alueet). Olen käyttänyt paljon aikaa molempien puolten penkomiseen — API-dokumentaatioon, hinnoittelumalleihin, scraping-työkaluihin ja käytännön kompromisseihin — ja tämä artikkeli on siitä syntynyt kooste. Käymme läpi kenttä kerrallaan puuttuvat tiedot, todelliset kustannukset 10K/100K/1M tietueella, anti-bot-tilanteen sekä käytännöllisen hybridimallin. Mukana on myös päätöspolku, koska kukaan ei halua lukea 3 000 sanaa ja jäädä silti epävarmaksi valinnasta.

Mikä Google Places API on — ja mitä se oikeasti antaa?

Google Places API on Googlen virallinen, jäsennelty tapa hakea yritystietoja — nimiä, osoitteita, puhelinnumeroita, arvioita, arvosteluja, kuvia — heidän tietokannastaan. Lähetät HTTP-pyynnön, saat takaisin muotoiltua JSONia. Se on hyväksytty reitti.

Nykyinen versio (Places API "New") rakentuu field maskien ympärille. Kun kutsut Place Details -rajapintaa, määrität täsmälleen, mitkä kentät haluat — displayName, formattedAddress, rating, reviews, photos jne. — ja Google veloittaa sinua sen kentän mukaan, joka kuuluu korkeimpaan pyytämääsi tasoon. Jos jätät field maskin pois, et saa oletusvastausta vaan virheen. Tämä on tehty näin: Google haluaa sinun maksavan vain siitä datasta, jota oikeasti käytät — ja maksavan enemmän niistä houkuttelevista kentistä.

Saatavilla olevat kentät on jaettu hinnoittelutasoihin:

Taso	Esimerkkikentät	Mitä saat
Essentials	Place ID, muotoiltu osoite, sijainti, kuvatiedot	Perustiedot ja sijainti
Pro	Näyttönimi, liiketoiminnan tila, Google Maps -URI, päätyyppi	Rikkaammat yritystiedot
Enterprise	Arvio, käyttäjien arvioiden määrä, verkkosivusto, puhelinnumerot, aukioloajat, hintataso	Kentät, joita useimmat yrityskäyttäjät oikeasti haluavat
Enterprise + Atmosphere	Arvostelut, arvosteluyhteenveto, generatiivinen yhteenveto, palvelut, pysäköinti, nouto/toimitus	Kaikkein kattavin (ja kallein) data

Tärkeimmät rajapinnat useimmille käyttäjille ovat: Autocomplete (hakemisen aikainen ehdotus), Text Search ja Nearby Search (paikkojen löytämiseen), Place Details (olemassa olevan kohteen rikastamiseen) sekä Place Photos (kuvia varten).

Ja sitten ne olennaiset rajoitukset:

• Arvostelut: Place resource palauttaa enintään 5 arvostelua per paikka, relevanssin mukaan järjestettynä. Siinä kaikki. Ei 50:tä, ei "kaikki". Viisi.
• Kuvat: Place resource tukee enintään 10 kuvaviittausta per paikka.
• Suositut ajat / reaaliaikainen vilkkaus: Ei saatavilla tavallisena Places API -kenttänä. Google vahvistaa tämän datan olemassaolon kuluttajille näkyvissä näkymissä (kootun, anonymisoidun Location Historyn perusteella), ja heidän Maps-bloginsa selittää miten se toimii — mutta kenttälistassa sitä ei ole.
• K&A-osio: Ei tarjolla.
• "People also search for" -kilpailijat: Ei tarjolla.
• Valikko / hinnasto: Ei ole vakiokenttä.

Kuka yleensä käyttää Google Places APIa?

• Logistiikkayritykset, jotka validoivat ja geokoodaavat osoitteita
• Matkailu- ja majoitussovellukset, jotka näyttävät lähellä olevia hotelleja, ravintoloita ja nähtävyyksiä
• Kiinteistöalustat, jotka rikastavat kohdelistoja paikallisella yritysdatalle
• Paikalliset SEO-toimistot, jotka tarkistavat NAP-yhtenäisyyttä (name, address, phone)
• Myyntitiimit, jotka rakentavat liidilistoja Place ID:istä ja perustiedoista

Jos käyttötapauksesi on selvästi muotoa "tarvitsen jäsenneltyä paikkadataa tuotantosovellukseen", API on oikea lähtökohta. Jos taas tarvitset sanoja kuten "kaikki arvostelut", "suositut ajat" tai "kilpailija-analyysi" — jatka lukemista.

Mitä tarkoittaa Google Places -datan "scraping"?

Web-scraping tarkoittaa ohjelmiston käyttöä datan automaattiseen poimintaan verkkosivulta — tässä tapauksessa Google Mapsista tai Google-haun tuloksista — virallisen API:n sijaan. Scraper lukee sivun samalla tavalla kuin selaimesi, ja poimii siitä jäsennellyt osat: yritysnimet, osoitteet, arvostelutekstit, tähtiluokitukset, suosittujen aikojen histogrammit, K&A-osion, kilpailijaehdotukset, koko kuvagallerian ja kaiken muun, mikä sivulla näkyy.

Keskeinen ero on tämä: API antaa sen, minkä Google päättää näyttää. Scraping antaa sinulle teoriassa kaiken, minkä ihminen näkee sivulla.

Mutta "scraping" ei ole yksi ja sama asia. Lähestymistapoja on kolme hyvin erilaista, ja niiden väliset kompromissit ovat isoja.

Omat skriptit vs. hallitut scraping-API:t vs. no-code-työkalut

Lähestymistapa	Miten se toimii	Paras käyttö	Pääkompromissi
Omat skriptit (Puppeteer, Playwright, Selenium)	Kirjoitat ja ylläpidät headless-selainskriptiä, joka käy Google Maps -sivuilla ja parsii DOMin	Kehittäjille, jotka tarvitsevat täyden kontrollin ja omaa logiikkaa	Suurin ylläpitotaakka — valitsimet rikkoutuvat, kun Google muuttaa käyttöliittymää
Hallitut scraping-API:t (Thunderbit API, SerpApi, Outscraper)	Lähetät URLin tai kyselyn API:lle; se hoitaa renderöinnin, anti-botit ja parsinnan, ja palauttaa jäsenneltyä dataa	Kehittäjille, jotka haluavat rakenteisen lopputuloksen ilman scrapersäilytystä	Toimittajakohtaiset hinnat ja laatu vaihtelevat; luotat kolmanteen osapuoleen
No-code-selaimen laajennukset (Thunderbit Chrome -laajennus)	Klikkaa ja poimi suoraan selaimesta — AI ehdottaa kenttiä, painat "Scrape" ja viet datan Sheetsiin/Exceliin	Liiketoimintakäyttäjille, markkinoijille ja myyntitiimeille, jotka tarvitsevat datan nopeasti taulukkoon	Vähemmän joustava monimutkaisissa putkissa; riippuu työkalun AI:n laadusta

Lyhyesti: omat skriptit = joustavin mutta eniten ylläpitoa. Hallitut API:t = jäsennelty tulos ilman ylläpitoa. No-code-työkalut = nopein vaihtoehto ei-kehittäjille.

Google Places API vs. scraping: kenttäkohtainen vertailu

Tämä on taulukko, jonka toivoin olleen olemassa, kun aloin tutkia aihetta. Jokainen yrityskäyttäjän tai kehittäjän tarvitsema kenttä rinnakkain:

Datakenttä	Google Places API	Web-scraping
Yrityksen nimi	✅ Täysi (Pro-taso)	✅ Täysi
Osoite / sijainti	✅ Täysi (Essentials-taso)	✅ Täysi
Puhelinnumero	✅ Enterprise-taso	✅ Kun näkyvissä
Verkkosivun URL	✅ Enterprise-taso	✅ Kun näkyvissä
Kokonaisarvio	✅ Enterprise-taso	✅ Täysi
Käyttäjäarvioiden määrä	✅ Enterprise-taso	✅ Täysi
Yksittäiset arvostelut (teksti + arvio)	⚠️ Enintään 5 arvostelua	✅ Kaikki saatavilla olevat arvostelut
Suositut ajat / reaaliaikainen vilkkaus	❌ Ei vakio-API-kenttä	✅ Poimittavissa (kun näkyy sivulla)
K&A-osio	❌ Ei tarjolla	✅ Poimittavissa
Kuvien metatiedot	✅ Enintään 10 viitettä Photos-endpointin kautta	✅ Koko galleria
Menu / hinnasto	❌ Ei vakio-kenttä	⚠️ Kun sivulla on
"People also search for" (kilpailijat)	❌ Ei tarjolla	✅ Poimittavissa
Aukioloajat	✅ Enterprise-taso	✅ Kun näkyvissä
Hintataso	✅ Enterprise-taso	✅ Kun näkyvissä
Place ID	✅ Vahva (Essentials)	⚠️ Mahdollinen, mutta API on kanoninen lähde
Google Maps -URI	✅ Pro-taso	✅ Se on sivun URL
Omistajan vastaukset arvosteluihin	⚠️ Tarkista nykyinen saatavuus	✅ Usein näkyvissä
SERP / map-pack-sijoitus	❌ Ei API:n tarkoitus	✅ SERP-scrapingin kautta

Suurin puute on selvä: jos tarvitset täydet arvostelusarjat sentimenttianalyysiin, maineen seurantaan tai kilpailuvertailuun, API yksin ei riitä. Viisi arvostelua per paikka on näyte, ei aineisto.

Suositut ajat ja asiakasvirrat? Sama juttu. Jos olet vähittäiskaupan konsultti tai liikekiinteistöanalyytikko, scraping on ainoa reitti — dataa ei yksinkertaisesti ole API:ssa.

Toisaalta, jos tarvitset kanonisia Place ID:itä, geokoodaukseen sopivia rakenteisia osoitteita tai myymälähakemistoa, API on siistimpi, luotettavampi ja virallisesti tuettu.

Todellinen hinta: Google Places API vs. scraping 10K, 100K ja 1M tietueella

Kustannus on tämän päätöksen väärinymmärretyin osa. Monet käyttäjät rekisteröityvät API:n ilmaiseen tasoon, rakentavat prototyypin ja saavat sitten laskun, joka saa silmät pyöristymään heti, kun mittakaava kasvaa. Scraping-puolella proxykulut ja kehittäjäaika aliarvioidaan usein.

Tässä matematiikka.

Google Places API -hinnoittelun erittely

Google uudisti Maps Platformin hinnoittelun maaliskuussa 2025 ja korvasi vanhan, kiinteän $200 kuukausiluoton SKU-tason ilmaisilla käyttökattoilla ja volyymipohjaisella portaistuksella. Nykyinen hinnoittelu toimii näin:

• Essentials-kentät (Place Details): 10 000 ilmaista pyyntöä/kk, sen jälkeen $5.00 / 1 000 aina 100K:een asti
• Pro-kentät (Place Details): 5 000 ilmaista, sen jälkeen $7.00 / 1K
• Enterprise-kentät (Place Details): 1 000 ilmaista, sen jälkeen $20.00 / 1K
• Enterprise + Atmosphere (arvostelut, palvelut): 1 000 ilmaista, sen jälkeen $25.00 / 1K

Tärkeä yksityiskohta: jos field maskissa on edes yksi Enterprise + Atmosphere -kenttä (kuten reviews), koko pyyntö laskutetaan tuon tason mukaan. Ja tyypillinen työnkulku ketjuttaa useita SKU:ita — ensin Text Search Pro paikkojen löytämiseen, sitten Place Details Enterprise + Atmosphere rikastamiseen — joten kustannukset kasaantuvat.

Yksi "haku" on harvoin yksi laskutettava pyyntö.

Scraping-kulut: työkalut, proxyt ja kehittäjäaika

Scrapingin kustannukset jakautuvat kolmeen osaan:

1. Työkalu-/API-krediittimaksut: Hallitut scraping-API:t veloittavat pyyntöä, krediittiä tai tietuetta kohden. SerpApi veloittaa haun mukaan. Outscraper käyttää pay-as-you-go-mallia per tietue. Thunderbit API käyttää krediittijärjestelmää (Extract = 20 krediittiä/pyyntö). Thunderbit Chrome -laajennus veloittaa 1 krediitin per tulosrivi.
2. Proxykulut (vain omissa toteutuksissa): Residential proxyt Google Maps -scrapingiin maksavat tyypillisesti $50–$300/kk volyymista ja palveluntarjoajasta riippuen.
3. Kehittäjäaika (vain omissa toteutuksissa): Puppeteer-/Playwright-skriptien rakentaminen ja ylläpito. Tämä on piilokulu, joka romuttaa DIY-talouden (lisää tästä alempana).

Sivuttaisvertailu: API vs. scraping mittakaavassa

Mittakaava	Google Places API (Enterprise + Atmosphere)	Hallittu scraping-API (arvio)	DIY-scraping (proxy + kehittäjäaika)
10K tietuetta/kk	~$225 (1K ilmainen, 9K × $25/1K)	~$50–$150 toimittajasta riippuen	~$50 proxyt + 2–4 h kehitystä/kk
100K tietuetta/kk	~$2,475 (ilmaisen katon jälkeen volyymitasot astuvat voimaan)	~$250–$500	~$150 proxyt + 8–16 h kehitystä/kk
1M tietuetta/kk	~$17,975 (volyymitasot laskevat yksikköhintaa, mutta kokonaissumma on silti korkea)	~$1,500–$3,000	~$300 proxyt + 20+ h kehitystä/kk + rikkoutumisriski

Huom: API-arviot käyttävät julkaistuja volyymitasoja Place Details Enterprise + Atmosphere -tasolle, 1K ilmaisen katon jälkeen. Hallittujen scraping-API:en arviot ovat suuntaa-antavia vaihteluvälejä eri toimittajien välillä. DIY-kehittäjäaika olettaa $50–$100/h kokonaiskustannusta.

Kaava on selvä: pienessä mittakaavassa (alle 10K) API:n ilmaiset katot voivat tehdä siitä halvimman vaihtoehdon, varsinkin jos tarvitset vain Essentials- tai Pro-kenttiä. Yritystasolla (100K+) API-kustannukset nousevat jyrkästi, erityisesti rikkaiden kenttien kohdalla. Suurmittakaavassa (1M+) API voi lähestyä viisinumeroisia kuukausisummaa, ja scraping tai dataset-palvelut muuttuvat taloudellisesti kiinnostaviksi — olettaen tietenkin, että tarvitset niitä lisäkenttiä, joita API ei tarjoa.

Jos tarvitset vain osoitteita ja Place ID:itä, älä scrapea. API on siihen halvempi ja parempi. Scrapingin kustannusargumentti pitää vain silloin, kun tarvitset dataa, jota API ei voi palauttaa.

Anti-bot -todellisuus: miksi DIY Google -scraperit hajoavat

Tässä on se osa, jonka scrapingin puolustajat usein ohittavat. Google ei halua sinun scrapaavan Google Mapsia. He ovat rakentaneet useita suojakerroksia ja päivittävät niitä säännöllisesti.

Googlen monikerroksiset suojat

• reCAPTCHA-haasteet: Automatisoidut selaimet käynnistävät CAPTCHA:t huomattavasti useammin kuin ihmiset
• Client-side JavaScript -renderöinti: Google Maps on raskas JavaScript-sovellus. Pelkkä HTTP-pyyntö ei anna renderöityä sisältöä — tarvitset täyden headless-selaimen
• Selainfingerprinting: Google tunnistaa headless-selaimia canvas-jälkien, WebGL:n, navigator-ominaisuuksien ja muiden signaalien perusteella
• IP-rajat: Liian monta pyyntöä samasta IP:stä (tai samasta proxy-aliverkosta), ja blokkaus tulee vastaan
• DOM-rakenteen muutokset: Google muuttaa sivujensa rakennetta säännöllisesti — Redditin ja GitHub-issueiden yhteinen havainto on, että valitsimet hajoavat muutaman viikon tai kuukauden välein

Tuo viimeinen on hiljainen tappaja. Puppeteer-skripti, joka toimi täydellisesti kesäkuussa, voi palauttaa tyhjää heinäkuussa, koska Google nimesi CSS-luokan uudelleen tai järjesteli divin toisin.

DIY-skriptien ylläpidon piilokustannus

Aina kun Google muuttaa DOMiaan, jonkun tiimistä pitää:

1. Havaita, että scraper on rikki (toivottavasti ennen kuin väärä data leviää)
2. Tarkastella uutta sivurakennetta
3. Päivittää valitsimet, käsitellä uudet CAPTCHA-tyypit ja säätää uudelleenyritykset
4. Testata ja julkaista uudelleen

Vuoden aikana tämä ylläpitoaika voi helposti ylittää hallitun scraping-API:n tilaushinnan. Olen nähnyt tiimien käyttävän yli 40 kehittäjätuntia vuodessa vain siihen, että Google Maps -scraper pysyy hengissä — ja se on varsin konservatiivinen arvio keskitasoisesti monimutkaisesta toteutuksesta.

Miksi hallitut scraping-API:t ovat olemassa

Juuri tämän ylläpitotaakan takia palvelut kuten Thunderbit API, SerpApi ja Outscraper ovat olemassa. Ne ottavat kantaakseen anti-bot-monimutkaisuuden — JS-renderöinnin, CAPTCHA-ratkaisut, proxy-kierron ja valitsinten ylläpidon — ja palauttavat jäsenneltyä dataa.

Thunderbitin POST /extract -endpoint, jossa on renderMode: "full", käsittelee JavaScript-raskaita sivuja kuten Google Maps ja palauttaa skeemaan sopivaa jäsenneltyä JSONia, ei raakaa HTML:ää, jota pitäisi vielä parsia. MCP-palvelin vie tämän AI-agentteihin — Claude, Cursor tai muut LLM-pohjaiset työnkulut voivat scrapeata Google Maps -dataa kesken tehtävän ilman, että niiden tarvitsee poistua omasta ympäristöstään.

Ei-teknisille käyttäjille Thunderbit Chrome -laajennus on ylläpitovapaa vaihtoehto: avaa Google Maps -sivu, klikkaa "AI Suggest Fields", klikkaa "Scrape", vie data Sheetsiin. Ei valitsimia, ei proxya, ei debuggausta.

SerpApi ja Outscraper ovat vahvoja vaihtoehtoja, joilla on eri hinnoittelumallit ja ulostulomuodot. SerpApi palauttaa jäsenneltyä JSONia hakua kohden; Outscraper veloittaa per tietue pay-as-you-go-mallilla. Oikea valinta riippuu volyymistasi, budjetistasi ja siitä, tarvitsetko jäsenneltyä JSONia vai pärjäätkö puolijäsennellyn tuloksen parsinnalla.

Hybridimalli: Google Places API ja scraping yhdessä

Yksikään tämän aiheen kärkilistoille nouseva artikkeli ei mielestäni ehdota sitä, mikä käytännössä toimii parhaiten: molempien käyttöä. Monet tiimit päätyvät hyödyntämään virallista APIa joissakin tehtävissä ja scrapingia toisissa. Temppu on sovittaa oikea työkalu oikeaan työhön.

Milloin virallinen API voittaa

• Autocomplete live-tuotantosovelluksessa: Matala viive, ToS-yhteensopiva, luotettava SLA. Ei kilpailua.
• Sijaintipohjaiset sovelluksen backendit: Myymälähakemistot, osoitteen validointi, Place ID -matching. API on jäsennelty, tuettu ja dokumentoitu.
• Sääntelyherkät integraatiot: Yrityssopimukset, julkiset tuotteet tai tilanteet, joissa Google ToS -yhteensopivuus on ehdoton.

Milloin scraping voittaa

• Täydet arvostelut (5K+ arvostelua paikkaa kohden): Sentimenttianalyysi, maineen seuranta, kilpailijavertailu. API:n 5 arvostelun katto tekee siitä tässä käyttökelvottoman.
• Kertaluonteinen liidilistan poiminta: Halvempi batch-ajoissa, joissa ei ole jatkuvaa laskutusta. No-code-työkalu kuten Thunderbit voi scrapeata yrityslistan ja viedä sen taulukkoon minuuteissa.
• Suositut ajat / asiakasvirta-analyysi: Ei saatavilla API:n kautta. Piste.
• K&A-data, kilpailijaehdotukset "people also search for": Näkyvät vain sivulla, eivät API:ssa.

Milloin hybridimalli on järkevä

• Jatkuva hintojen/arvioiden seuranta: Käytä API:a perusjäsenneltyyn dataan (Place ID, osoite, kokonaisarvio), ja scrapea syvät kentät, joita API ei näe (täydet arvostelut, suosittuja aikoja).
• Rikastusprosessit: Hae Place ID:t ja kanoniset yritystiedot API:sta, sitten scrapea yksittäiset listaukset täydellisiä arvostelusarjoja, K&A:ta ja kilpailijakontekstia varten.
• Ajastettu seuranta: Thunderbitin ajastettu scraper (no-code-käyttäjille) tai CLI-batch extract cronin kanssa (kehittäjille) hoitaa toistuvan scrapingin ilman omaa infrastruktuuria.

Käyttötapausten päätösmatriisi

Käyttötapaus	Suositeltu menetelmä	Miksi
Autocomplete live-sovelluksessa	✅ Virallinen API	Matala viive, ToS-yhteensopiva, luotettava
5K+ täydellisten arvostelusarjojen haku	✅ Scraping / scraping-API	API rajoittaa 5 arvosteluun per paikka
Kertaluonteinen paikallisten yritysten liidilista	✅ Scraping (tai Thunderbit-laajennus)	Halvempi batchiin; ei jatkuvaa laskutusta
Suositut ajat / asiakasvirta-analyysi	✅ Vain scraping	Ei saatavilla API:n kautta
Jatkuva hintojen/arvioiden seuranta	⚠️ Hybridimalli	API perusdatalle, scraping syville kentille
Sijaintipohjaisen sovelluksen backend	✅ Virallinen API	Jäsennelty, tuettu, SLA
Paikallisen SEO:n SERP-sijoitusten seuranta	✅ Scraping / SERP API	Ei ole Places API:n tarkoitus
Kilpailijoiden "people also search for"	✅ Vain scraping	Ei saatavilla API:ssa

Päätöspolku: Google Places API vs. scraping — kumpi kannattaa valita?

Epämääräisen "riippuu"-vastauksen sijaan tässä on selkeä päätösmalli. Käy läpi nämä neljä kysymystä:

1. Tarvitsetko reaaliaikaista dataa tuotantosovelluksessa? → Kyllä: Käytä virallista API:a. Se on tuettu, siinä on SLA ja se on ToS-yhteensopiva. Lopeta tähän. → Ei: Jatka.

2. Tarvitsetko dataa, jota API ei palauta (täydet arvostelut, suositut ajat, K&A)? → Kyllä: Scraping on välttämätön. API ei yksinkertaisesti voi antaa tätä dataa. → Ei: Jatka.

3. Kuinka monta tietuetta kuukaudessa? → Alle 10K: API on todennäköisesti halvin, varsinkin jos tarvitset vain Essentials- tai Pro-kenttiä. Ilmaiset katot kattavat tässä mittakaavassa paljon. → Yli 10K: Scraping tai hallittu scraping-API on todennäköisesti taloudellisempi, etenkin rikkaiden kenttien kohdalla.

4. Onko sinulla kehittäjäresursseja scrapersin rakentamiseen ja ylläpitoon? → Kyllä: DIY Puppeteerilla/Playwrightilla antaa maksimaalisen kontrollin (mutta budjetoi jatkuva ylläpito). → Ei: Käytä hallittua scraping-API:a (Thunderbit API, SerpApi, Outscraper) tai no-code-työkalua (Thunderbit Chrome -laajennus).

Nopea vertailu kehittäjäystävällisistä vaihtoehdoista

Työkalu	Hinnoittelumalli	Tulostusmuoto	Hoitaa anti-botin	Batch-tuki
Thunderbit API / MCP	Krediittipohjainen (Extract = 20 krediittiä/pyyntö)	Skeemaan sopiva jäsennelty JSON	✅ JS-renderöinti, proxy-kierto, geo-routing	✅ Jopa 100 URLia erässä
SerpApi	Haku per maksu (portaittainen hinnoittelu)	Jäsennelty JSON	✅	✅ API-parametrien kautta
Outscraper	Per tietue (pay-as-you-go)	JSON / CSV	✅	✅ Tehtäväjonoilla
DIY (Puppeteer/Playwright)	Proxy + kehittäjäaika	Raaka HTML (sinä parsit)	❌ Sinun hoidettavaksesi	✅ Mitä ikinä rakennat

Thunderbit API:n erottava tekijä: se palauttaa skeemaan sopivaa jäsenneltyä JSONia määrittelemäsi JSON Scheman perusteella — ei raakaa HTML:ää tai Markdownia, joka pitäisi vielä käsitellä. Jos syötät dataa LLM-putkeen tai lataat sitä tietokantaan, säästät oikeasti aikaa jälkikäsittelyssä.

Miten Thunderbit sopii tähän kokonaisuuteen (liiketoimintakäyttäjille ja kehittäjille)

Rakensimme Thunderbitin paikkaamaan aukon "tarvitsen Google Maps -dataa" ja "en halua ryhtyä scraping-infrastruktuurikehittäjäksi" välillä. Näin se toimii molemmille yleisöille.

Ei-teknisille käyttäjille: Chrome-laajennus

1. Avaa Google Maps -sivu — hakutulos tai yksittäinen yritystieto
2. Klikkaa "AI Suggest Fields" — Thunderbitin AI lukee sivun ja ehdottaa sarakkeita (yrityksen nimi, osoite, arvio, arvostelut, puhelin jne.)
3. Klikkaa "Scrape" — laajennus poimii datan jäsenneltyyn taulukkoon. Käytä cloud-tilaa jopa 50 sivun samanaikaiseen käsittelyyn
4. Scrapea alasivut — klikkaa "Scrape Subpages" ja käy jokainen listaus läpi täydempää tietoa varten
5. Vie data — Exceliin, Google Sheetiin, Airtableen tai Notioniin. Datan vienti on ilmaista, ei paywallia

Toistuvaan seurantaan — viikoittaiset kilpailija-arvioiden tarkistukset, uudet yrityslistaukset — ajastettu scraper toimii automaattisesti valitsemallasi aikataululla.

Kehittäjille: API, MCP-palvelin ja CLI

• POST /extract JSON Scheman kanssa: Lähetä Google Maps -URL, määritä haluamasi kentät, saat takaisin jäsenneltyä JSONia. Aseta renderMode: "full" JavaScript-raskaille sivuille. Thunderbit hoitaa renderöinnin, anti-botin, proxy-kierron ja geo-routingin.
• POST /distill: Saat siistiä Markdownia miltä tahansa sivulta — hyödyllinen LLM-putkissa, joissa tarvitaan raakasisältöä jäsennellyn datan sijaan. 1 krediitti/pyyntö vs. 20 Extractissa.
• MCP Server: AI-agentit (Claude, Cursor) voivat scrapeata Google Maps -dataa kesken työnkulun. Tukee distillausta, jäsenneltyä poimintaa, kenttäsuosituksia ja jopa 100 URLin eräajoja.
• CLI: thunderbit batch extract --file urls.txt --schema places.json ajastettuun tai CI/CD:hen integroitavaan scrapingiin.

Krediittihinnoittelu: Extract = 20 krediittiä/pyyntö, Distill = 1 krediitti/pyyntö. API-krediitit ovat per pyyntö, eivät per rivi (toisin kuin laajennuksessa, jossa 1 krediitti = 1 tulosrivi). Tarkista Thunderbit Pricing ajantasaiset suunnitelmat.

Oikeudelliset ja käyttöehtoihin liittyvät näkökohdat

Pidän tämän lyhyenä ja asiallisena — ei pelottelua, ei myyntipuhetta.

Google Places API tulee selkeillä ehdoilla: Googlen palvelukohtaiset ehdot sanovat, että Places API -sisältöä saa käyttää ilman Google Mapsia, mutta sitä ei saa käyttää ei-Google-kartan kanssa. Leveys-/pituusasteet voidaan välimuistittaa enintään 30 peräkkäiseksi kalenteripäiväksi; Place ID:tä saa säilyttää toistaiseksi. Attribuutio vaaditaan yksityiskohtien, kuvien ja arvostelujen kohdalla.

Google Mapsin scraping voi rikkoa Googlen käyttöehtoja. Täytäntöönpano vaihtelee — riskeinä ovat IP-estot, CAPTCHA-seinät ja harvoissa tapauksissa oikeudelliset toimet. Hallitut scraping-API:t ottavat yleensä osan yhteensopivuuskuormasta käyttäjän puolesta, mutta se ei ole oikeudellinen suojakilpi.

Tuotantosovelluksissa, jotka palvelevat loppukäyttäjiä, virallinen API on turvallisempi valinta. Sisäiseen tutkimukseen, batch-analyysiin ja kilpailutiedusteluun scraping on yleinen käytäntö alalla. Kysy omalta lakineuvojaltasi kaupallisista työnkuluista.

Mitä itse valitsisin — ja miksi

Kun olen penkonut hinnoittelumalleja, kenttälistoja, keskusteluketjuja ja työkaludokumentaatiota, päädyn tähän:

• Käytä virallista API:a, kun tarvitset reaaliaikaista, ToS-yhteensopivaa dataa tuotantosovelluksessa tai kun Essentials-/Pro-kentät riittävät ja volyymi on alle 10K/kk. Ilmaiset katot ovat pienessä mittakaavassa anteliaat, ja datan laatu on kiistaton.
• Käytä scrapingia (hallitun API:n tai no-code-työkalun kautta), kun tarvitset täysiä arvosteluja, suositun ajan dataa, K&A:ta, kilpailijakontekstia tai mitä tahansa kenttää, jota API ei paljasta. Myös silloin, kun volyymisi ylittää 10K–100K tietuetta/kk ja pyydät rikkaita (Enterprise + Atmosphere) kenttiä — API-laskua on vaikea perustella.
• Käytä molempia, kun työnkulkuusi tarvitaan kanoniset Place ID:t ja perusrakenteinen data (API) sekä syvempi näkyvän sivun älykkyys (scraping). Tämä on käytännössä yleisempää kuin useimmat artikkelit myöntävät.

Kustannusten käännekohta: alle noin 10K tietuetta/kk ja peruskentät — API on yksinkertaisempi ja usein ilmainen. Sen yli, erityisesti rikasta dataa varten, scraping muuttuu taloudellisemmaksi. Kun puhutaan 1M tietueesta ja Enterprise + Atmosphere -kentistä, API:n kuukausikulut ovat noin $18K, kun taas hallittu scraper voi maksaa vain murto-osan siitä.

Jos haluat testata tämän itse, Thunderbit Chrome -laajennus on nopein tapa nähdä, mitä scraping poimii verrattuna API:in. Kehittäjätyönkulkuja varten Thunderbit API -dokumentaatio sisältää kaiken aloitukseen tarvittavan. Ja jos haluat lukea lisää aiheista web-scraping ilman koodausta tai AI-web-scraping yleisesti, olemme käsitelleet niitä blogissa laajasti.

Tärkeimmät opit

• Google Places API on oikea työkalu tuotantosovelluksiin, autocompleteen ja jäsenneltyihin paikkahakuihin — mutta se rajoittaa arvostelut viiteen, kuvat kymmeneen eikä paljasta suositeltuja aikoja, K&A:ta tai kilpailijaehdotuksia.
• Scraping poimii kaiken, mikä Google Maps -sivulla näkyy, mukaan lukien täydet arvostelut ja suositut ajat, mutta vaatii anti-bot-suojien hallintaa tai hallitun palvelun maksamista.
• Alle 10K tietueella kuukaudessa API:n ilmaiset katot tekevät siitä usein halvimman vaihtoehdon. Yli 100K:n kohdalla scraping tai hallitut scraping-API:t ovat yleensä edullisempia, jos tarvitset rikasta dataa.
• DIY-scraperit rikkoutuvat säännöllisesti Googlen anti-bot-suojien ja DOM-muutosten takia — varaa ylläpitoon 40+ kehittäjätuntia vuodessa tai käytä hallittua työkalua.
• Paras käytännön strategia on usein hybridimalli: API kanonisiin tunnisteisiin ja peruskenttiin, scraping API:n ulkopuoliseen syvempään tietoon.
• Thunderbit palvelee molempia puolia: Chrome-laajennus no-code-käyttäjille sekä jäsennellyn JSONin API/MCP-palvelin kehittäjille.

UKK

Saako Places API:n kautta enemmän kuin 5 Google-arvostelua?

Ei. Google Places API rajoittaa arvostelut enintään viiteen per paikka, relevanssin mukaan järjestettynä. Tämä on ollut näin siitä lähtien, kun API julkaistiin, eikä se ole muuttunut, vaikka kehittäjät ovat pyytäneet sitä vuosien ajan. Jos haluat kaikki yrityksen saatavilla olevat arvostelut, scraping (itse tehtynä tai hallitun scraping-API:n kautta) on ainoa vaihtoehto.

Onko Google Mapsin scraping laillista?

Yksiselitteistä kyllä- tai ei-vastausta ei ole. Julkisesti näkyvän Google Maps -datan scraping voi rikkoa Googlen käyttöehtoja, ja valvonta vaihtelee IP-blokeista harvoissa tapauksissa oikeudellisiin toimiin. Monet yritykset käyttävät scrapingia sisäiseen tutkimukseen ja kilpailutiedusteluun ilman ongelmia. Hallitut scraping-API:t vähentävät osin compliance-riskiä, mutta ne eivät ole juridinen suoja. Jos rakennat kaupallista tuotetta tai käsittelet henkilötietoja, kysy lakiasiantuntijalta.

Paljonko Google Places API maksaa 100K haulle?

Se riippuu siitä, mitä kenttiä pyydät. Place Details Essentials -tasolla noin $450. Pro-tasolla noin $1,615. Enterprise + Atmosphere -tasolla (sisältää arvostelut ja palvelut) noin $2,475. Jos työnkulkusi tarvitsee myös Text Search Pro -haun löytämiseen, lisää vielä noin $3,040. Nämä arviot perustuvat Googlen julkaisemiin volyymitasoihin ja olettavat yhden laskutettavan pyynnön per tietue ilmaisen katon jälkeen.

Mikä ero on scraping-API:lla ja no-code scraping -työkalulla?

Scraping-API (kuten Thunderbitin Open API) on kehittäjille, jotka integroivat scrapingin koodiin, automaatioputkiin tai AI-agenttityönkulkuihin HTTP-pyyntöjen avulla. No-code-työkalu (kuten Thunderbit Chrome -laajennus) antaa ei-teknisille käyttäjille mahdollisuuden osoittaa, klikata ja viedä dataa selaimesta ilman koodin kirjoittamista. Molemmat voivat palauttaa jäsenneltyä dataa; ero on käyttöliittymässä ja integraatiomallissa.

Toimiiko Thunderbit Google Maps -sivuilla?

Kyllä. Chrome-laajennus voi scrapeata Google Mapsin hakutulokset ja yksittäiset yritystiedot — AI ehdottaa kentät automaattisesti, ja cloud-tilalla voi käsitellä jopa 50 samanaikaista sivua. API:n POST /extract -endpoint, jossa on renderMode: "full", käsittelee Google Mapsin JavaScript-renderöidyt sivut ja palauttaa skeemaan sopivaa jäsenneltyä JSONia. MCP-palvelin mahdollistaa sen, että AI-agentit voivat scrapeata Google Maps -dataa työnkulun aikana.

Lue lisää

• Mitä web-scraping on
• AI-web-scraping
• Instant Data Scraper -vaihtoehdot
• Web-scraping ilman koodausta
• AI-liidien generointi