De Google Places API (Legacy) is bevroren: wat EU-ontwikkelaars moeten doen voor de deprecation-klok begint

Google bevroor de legacy Places API in maart 2025. Die werkt nog steeds, maar ontvangt geen nieuwe functies meer en deprecation komt eraan. Voor EU-ontwikkelaars is de migratiebeslissing ingewikkelder dan Googles documentatie doet vermoeden.

In maart 2025 herstructureerde Google zijn kaartplatform op manieren die echte urgentie creëren voor ontwikkelaars, ook al was de communicatie voorzichtig. De legacy Places API, de Directions API en de Distance Matrix API werden allemaal opnieuw geclassificeerd als "Legacy services". Ze werken nog. Ze blijven werken totdat Google een deprecation-datum aankondigt. Maar ze zijn bevroren.

Geen nieuwe functies. Geen architectuurverbeteringen. Volumekortingen afgetopt op de 100.000+ laag, onder wat grotere applicaties nodig hebben. En ergens in de toekomst een deprecation-aankondiging met 12 maanden vooraankondiging.

Voor de meeste ontwikkelaars is de vraag niet of ze moeten migreren. Het is wanneer, en waarnaar.

Voor EU-ontwikkelaars is de berekening anders. De migratiebeslissing omvat niet alleen API-compatibiliteit en prijsstelling, maar ook AVG-naleving, gegevensopslag en het juridische risico van Amerikaanse infrastructuur dat Googles eigen documentatie niet volledig adresseert.

Deze gids behandelt wat er is veranderd, wat de migratie inhoudt en welke vragen EU-teams zichzelf moeten stellen voordat ze zich vastleggen op een richting.

Wat Google in maart 2025 veranderde

De herstructurering van maart 2025 had twee onderscheiden componenten die veel ontwikkelaars door elkaar haalden.

Prijsherstructurering: Google verving het maandelijkse vaste tegoed van $200 door per-SKU gratis lagen. In plaats van één tegoed dat op elke API-combinatie kon worden toegepast, heeft elk API-type nu zijn eigen gratis laag:

• Geocoding API: 10.000 gratis events/maand, daarna $2-7 per 1.000
• Maps JavaScript API: 10.000 gratis events/maand
• Places API (New): gratis laag per aanvraagtype
• Routes API: gratis laag per routetype

Voor ontwikkelaars die één API zwaar gebruikten onder het oude $200-tegoed kan het nieuwe model meer kosten. Voor ontwikkelaars die verspreid over meerdere API-typen werken, kunnen de per-SKU gratis lagen de kosten juist verlagen. De enige manier om het te weten is je huidige gebruik vergelijken met de nieuwe SKU-structuur.

Naast de prijswijziging lanceerde Google abonnementsplannen: Starter voor $100/maand (50.000 gecombineerde aanroepen), Essentials voor $275/maand (100.000 gecombineerde aanroepen) en Pro voor $1.200/maand (250.000 gecombineerde aanroepen). Deze plannen bieden voorspelbaarheid bij grotere volumes, maar voegen een extra laag complexiteit toe aan kostenprognoses.

API-deprecation-aanwijzingen: Afzonderlijk wees Google drie API's aan als Legacy services:

• Places API (Legacy): vervangen door Places API (New)
• Directions API: vervangen door Routes API
• Distance Matrix API: vervangen door Routes API met computeRouteMatrix

De Legacy-aanwijzing betekent dat deze API's geen nieuwe functies ontvangen en niet in aanmerking komen voor de nieuwe uitgebreide volumekortingslagen. Ze bevinden zich in onderhoudsmodus.

Wat de Places API (New) daadwerkelijk verandert

De Places API (New) is geen directe vervanging. Het heeft een ander aanvraagformaat, een andere responsstructuur en een ander veldkeuzemodel.

De meest ingrijpende verandering is field masking. De legacy API geeft een vaste responsstructuur terug. De nieuwe API vereist dat je via een field mask-header aangeeft welke velden je nodig hebt. Dit vermindert onnodige datatransfer en betekent dat je alleen betaalt voor de velden die je aanvraagt, maar het betekent ook dat elke API-aanroep in je codebase bijgewerkt moet worden met expliciete field masks.

Belangrijke verschillen die ontwikkelaars tegenkomen tijdens migratie:

Aanvraagformaat: De nieuwe API gebruikt POST-verzoeken met een JSON-body in plaats van GET-verzoeken met queryparameters. Als je integratie URL-gebaseerde aanroepen opbouwt, moet elke aanroep worden geherstructureerd.

Responsstructuur: Veldnamen zijn gewijzigd. formatted_address wordt formattedAddress (camelCase). place_id wordt id. Het geometry-object is geherstructureerd. Responsparse-code moet overal worden gecontroleerd.

Nieuwe functies alleen in Places API (New): Generatieve AI-samenvattingen, nieuwe datavelden voor EV-laadstations, brandstofprijzen, toegankelijkheidsdetails en verbeterde autocomplete-suggesties. Als je hier behoefte aan hebt, moet je migreren.

Fotoverwerking: Het fotorefentieformaat is gewijzigd. Foto-URL's gegenereerd door de legacy API zullen uiteindelijk stoppen met werken, dus gecachte fotoreferenties moeten opnieuw worden gegenereerd.

Google biedt migratiegidsen, maar de praktijkervaring leert dat migratie een betekenisvolle technische taak is, geen configuratiewijziging. Teams budgetteren doorgaans één tot vier weken afhankelijk van de integratiecomplexiteit.

De Routes API-migratie (apart maar gerelateerd)

De Directions API en Distance Matrix API volgen een vergelijkbaar patroon. De vervanger is de Routes API, die een ander verzoek-/responsformaat gebruikt en functies biedt die de legacy API's niet hebben: verkeersafhandelingsroutering, routemodificatoren, ondersteuning voor tweewielers en brandstofefficiëntieoptimalisering.

De Routes API kost ook anders. De legacy Directions API prijst per element (herkomst-bestemmingspaar). De Routes API prijst per routeverzoek en per element in matrixverzoeken. Voor applicaties met hoge volumes matrixverzoeken kunnen de kosten aanzienlijk veranderen.

Als je de Places API migreert, is het de moeite waard de Routes API-migratie tegelijk te plannen in plaats van twee afzonderlijke migraties uit te voeren. De parallelle inspanning is efficiënter dan opeenvolgende migraties die elk hun eigen test- en deploymentcycli vereisen.

De EU-specifieke overwegingen

Hier wordt de migratiebeslissing genuanceerder voor Europese ontwikkelaars dan Googles documentatie doet vermoeden.

AVG en grensoverschrijdende datatransfers

Google Maps Platform is Amerikaanse infrastructuur. Wanneer de browser van een gebruiker een verzoek doet aan de Places API of een kaart laadt, verloopt dat verzoek via Googles Amerikaanse servers. Onder de AVG is dit een grensoverschrijdende datatransfer.

De huidige juridische basis voor deze transfers is het EU-VS Data Privacy Framework, dat het Privacy Shield-akkoord verving dat ongeldig werd verklaard door het Schrems II-arrest in 2020. Het DPF is juridisch aangevochten en de langetermijnstabiliteit ervan is niet gegarandeerd. Voor bedrijven in gereguleerde sectoren (gezondheidszorg, fintech, juridische diensten, overheidsaangrenzende applicaties) is voortdurende afhankelijkheid van Amerikaanse infrastructuur een doorlopend nalevingsgesprek dat monitoring vereist.

Het gebruik van Google Maps API's vereist in sommige implementaties van de JavaScript API ook cookietoestemming, omdat IP-adressen en apparaat-ID's van gebruikers naar Google worden verzonden. Voor applicaties die kaarten willen laden zonder een toestemmingsbanner te activeren, creëert door de VS gehoste infrastructuur een structureel probleem.

Google actualiseerde in 2025 zijn Maps Platform EEA-servicevoorwaarden die specifiek van toepassing zijn op EU-factuuradressen. Ontwikkelaars moeten de bijgewerkte voorwaarden vergelijken met hun DPA-vereisten.

Nalevingsvereenvoudiging als migratieprikkel

Voor veel EU-teams boden de wijzigingen van maart 2025 een praktische aanleiding om opnieuw te evalueren of ze in het Google-ecosysteem willen blijven of overstappen naar een EU-gehoste alternatief.

De zakelijke onderbouwing voor heroverwegen is eenvoudig: als je toch ontwikkeltijd moet investeren in een migratie (van legacy Places API naar Places API New), is de extra inspanning om naar een andere provider te migreren vaak kleiner dan het lijkt. De API-endpointwijzigingen, veldtoewijzingswerk en testcycli zijn grotendeels hetzelfde, ongeacht of je migreert naar Googles nieuwe API of naar een alternatief van derden. Het verschil zit in wat je hebt als je klaar bent.

Een EU-gehoste mapping-API elimineert de AVG-grensoverschrijdende transferzorg volledig. Alle verzoeken blijven binnen de EU. Geen SCC's om te onderhandelen, geen DPF-afhankelijkheid, geen cookietoestemming vereist om een kaart te laden. Voor bedrijven die recent AVG-audits hebben afgerond of die verwachten, heeft deze vereenvoudiging echte organisatorische waarde.

Evalueren: migreren binnen Google of van provider wisselen?

Het eerlijke beslissingskader heeft vier onderdelen.

1. Je huidige API-gebruik controleren

Breng voor je een beslissing neemt elke Places API-, Directions API- en Distance Matrix API-aanroep in je codebase in kaart. Tel het volume per endpointtype. Wijs dat toe aan zowel het Places API (New)-prijsmodel als aan equivalente eindpunten bij kandidaat-alternatieve providers.

De kostenvergelijking heeft alleen zin met echte gebruiksdata. Ruwe schattingen op basis van het totale aanvraagvolume zijn niet voldoende, omdat verschillende API's binnen dezelfde provider anders zijn geprijsd.

2. AVG-blootstelling evalueren

Vraag je juridisch of compliance-team hoeveel doorlopend risico de afhankelijkheid van Amerikaanse infrastructuur vertegenwoordigt voor jouw specifieke context. Voor een SaaS-product met Europese zakelijke klanten met DPA's op zijn plaats is het risiconiveau anders dan voor een consumentenapp die gevoelige persoonsgegevens verwerkt.

Als nalevingsvereenvoudiging waardevol is, ken er een kostprijs aan toe. De interne juridische overhead van het onderhouden van SCC's, het monitoren van DPF-stabiliteit en het afhandelen van compliancevragenlijsten van klanten is echte werkinhoud met echte kosten.

3. Migratie-inspanning voor elk pad beoordelen

Migreren naar Places API (New) binnen Google: schat in op basis van je integratiecomplexiteit. Field masking-wijzigingen, verzoekherstructurering, responsparse-updates. Doorgaans één tot vier weken ontwikkelinspanning.

Migreren naar een alternatief van derden: vergelijkbare technische omvang. Endpoint-URL-wijzigingen, parameterverschillen, responsformatverschillen. Voor teams die al MapLibre GL JS gebruiken als renderinglaag (de open-source fork van Mapbox GL JS), blijft de renderinglaag hetzelfde. Alleen geocoding-, zoek- en routeringsaanroepen veranderen.

4. Overwegen wat je aan het einde krijgt

Places API (New) geeft je toegang tot Googles nieuwste functies: betere autocomplete, generatieve AI-samenvattingen, uitgebreide plaatsdata. De datadekking van Google is ongeëvenaard wereldwijd.

EU-gehoste alternatieven zoals MapAtlas geven je AVG-naleving by design, EU-gegevensopslag en in sommige gevallen AI-zoekzichtbaarheidstools die Googles API's niet bieden. Voor applicaties in vastgoed, horeca of logistiek waar de AI-vindbaarheid van locatiepagina's van belang is, is de AI-zichtbaarheidslaag een betekenisvolle onderscheidende factor.

Geen enkel pad is universeel correct. Het juiste antwoord hangt af van je nalevingsvereisten, prijsgevoeligheid en welke functies het meest van belang zijn voor je applicatie.

Wat je nu meteen moet doen

Ongeacht welk migratiepad je kiest, zijn verschillende acties direct zinvol:

Je huidige API-oppervlak controleren en documenteren: Weet precies welke legacy-eindpunten je gebruikt, hoe vaak en van welke datavelden je afhankelijk bent. Deze informatie is nodig voor elke migratiebeslissing.

De prijsvergelijking uitvoeren met echte cijfers: Gebruik je werkelijke gebruiksdata om de legacy-prijsstelling, Places API (New)-prijsstelling en alternatieve providers te vergelijken. Doe dit op je huidige volume en op het dubbele van je huidige volume.

Je AVG-documentatie controleren: Bekijk je huidige DPA met Google, je SCC's of DPF-afhankelijkheid en je cookietoestemmingsimplementatie. Begrijp je huidige juridische positie voordat je die wijzigt.

Niet migreren onder tijdsdruk: De legacy API werkt nog. Die is bevroren, niet kapot. Neem de migratiebeslissing met duidelijke data en voldoende ontwikkelingsruimte in plaats van te haasten vanwege ervaren urgentie. De deprecation-aankondiging geeft je 12 maanden vooraankondiging.

Een beslissingsdeadline instellen: "Wanneer Google deprecation aankondigt" is geen plan. Stel intern een beslismoment in voor welk migratiepad je neemt, idealiter binnen het komende kwartaal.

Als je wilt vergelijken hoe EU-gehoste mapping-API's er in de praktijk uitzien qua API-oppervlak, prijsstelling en migratie-inspanning, dekt MapAtlas geocoding, adresautocomplete, routering en kaarttegels onder één prijsmodel met EU-gegevensopslag. De prijspagina toont de huidige laagstructuur, en de gratis laag (10.000 verzoeken per maand voor de meeste API's, 25.000 voor geocoding) laat je de integratie testen voor je een commitment aangaat.

Veelgestelde vragen

Wanneer depreceert Google de legacy Places API?

Google heeft begin 2026 nog geen definitieve deprecation-datum vastgesteld. De legacy API werd in maart 2025 bevroren en ontvangt geen nieuwe functies meer. Het beleid van Google is minimaal 12 maanden van tevoren aan te kondigen. Behandel migratie als urgent, maar niet als noodgeval.

Is de Places API (New) duurder dan de legacy Places API?

Dat hangt af van je gebruikspatroon. De nieuwe per-SKU gratis lagen bevoordelen sommige gebruiksprofielen en benadelen anderen. Wijs je huidige API-aanroepen toe aan de nieuwe SKU-structuur met je werkelijke gebruiksdata voordat je conclusies trekt.

Moet ik ook migreren van de Directions API?

Ja, als je nieuwe functies en betere volumekortingen wilt. De Directions API en Distance Matrix API werden beide in maart 2025 aangewezen als Legacy services. De vervanger is de Routes API, die zijn eigen afzonderlijke migratie-evaluatie vereist.

Wat is het AVG-risico van verder gaan met Google Maps APIs als EU-ontwikkelaar?

Google Maps Platform gebruikt Amerikaanse infrastructuur, wat grensoverschrijdende datatransfermechanismen vereist onder de AVG. De huidige basis is het EU-VS Data Privacy Framework, dat juridisch is aangevochten. Voor gereguleerde sectoren is dit een doorlopend nalevingsrisico dat monitoring vereist.

Hoe lang duurt migreren naar een alternatieve provider?

De ontwikkelinspanning is vergelijkbaar met migreren binnen Google: één tot vier weken afhankelijk van de integratiecomplexiteit, voornamelijk besteed aan eindpuntupdates, parameterverschillen en testen van het responsformaat. Teams die MapLibre GL JS gebruiken voor rendering hebben het lichtste migratiepad, omdat de renderinglaag hetzelfde blijft.

Conclusie

De wijzigingen van maart 2025 hebben een klok gestart op het gebruik van de legacy Places API zonder die officieel te starten. De API werkt nog. De deprecation-datum is nog niet aangekondigd. Maar de richting is duidelijk, en de migratie zal minder pijnlijk zijn met adequate planning dan met urgentie.

Voor EU-ontwikkelaars is het migratiemoment ook een evaluatiemoment. De technische inspanning om API-eindpunten te wijzigen is grotendeels hetzelfde, of je nu binnen Google blijft of overstapt naar een EU-gehoste alternatief. Het betekenisvolle verschil zit in wat je meeneemt: Googles uitgebreide wereldwijde dataset en nieuwste functies, of AVG-naleving by design, eenvoudigere prijsstelling en EU-gegevensopslag.

Dat is een beslissing die het waard is bewust te nemen, met echte gebruiksdata en een helder beeld van je nalevingsvereisten, in plaats van standaard te kiezen voor het pad van de minste onmiddellijke weerstand.

Verder lezen:

• Google Maps API-alternatieven voor EU-ontwikkelaars
• EU-ontwikkelaarsgids voor AVG-conforme kaart-API's
• Google Maps API-prijzen 2026: wat je daadwerkelijk betaalt
• Overstappen van de Google Maps API: wat EU-ontwikkelaars kiezen
• Adresautocomplete-API: hoe het de checkout-conversie verbetert