Die Google Places API (Legacy) ist eingefroren: Was EU-Entwickler vor dem Deprecation-Countdown tun sollten

Google hat die Legacy Places API im März 2025 eingefroren. Sie funktioniert noch, erhält aber keine neuen Funktionen mehr, und die Abkündigung kommt. Für EU-Entwickler ist die Migrationsentscheidung komplizierter, als Googles Dokumentation vermuten lässt.

Im März 2025 hat Google seine Kartierungsplattform in einer Weise umstrukturiert, die für Entwickler echte Dringlichkeit erzeugt, auch wenn die Kommunikation zurückhaltend war. Die Legacy Places API, die Directions API und die Distance Matrix API wurden alle als "Legacy Services" neu eingestuft. Sie funktionieren noch. Sie werden so lange weiter funktionieren, bis Google ein Deprecation-Datum ankündigt. Aber sie wurden eingefroren.

Keine neuen Funktionen. Keine architektonischen Verbesserungen. Mengenrabatte sind auf die Stufe 100.000+ gedeckelt, was für größere Anwendungen nicht ausreicht. Und irgendwann in der Zukunft kommt eine Deprecation-Ankündigung mit 12 Monaten Vorlaufzeit.

Für die meisten Entwickler stellt sich nicht die Frage, ob sie migrieren sollen. Sondern wann und wohin.

Für EU-Entwickler ist die Rechnung eine andere. Die Migrationsentscheidung umfasst nicht nur API-Kompatibilität und Preisgestaltung, sondern auch DSGVO-Compliance, Datenhaltung und rechtliche Risiken der US-Infrastruktur, die Googles eigene Dokumentation nicht vollständig adressiert.

Dieser Leitfaden behandelt, was sich geändert hat, was die Migration beinhaltet und welche Fragen EU-Teams stellen sollten, bevor sie sich für eine Richtung entscheiden.

Was Google im März 2025 geändert hat

Die Umstrukturierung im März 2025 hatte zwei unterschiedliche Komponenten, die viele Entwickler miteinander vermengten.

Preisumstrukturierung: Google ersetzte das monatliche Pauschalkredit von 200 Dollar durch pro-SKU-Freikontingente. Anstatt eines einzelnen Guthabens, das auf jede API-Kombination angerechnet werden konnte, hat jeder API-Typ nun sein eigenes Freikontingent:

• Geocoding API: 10.000 kostenlose Ereignisse/Monat, dann 2–7 Dollar pro 1.000
• Maps JavaScript API: 10.000 kostenlose Ereignisse/Monat
• Places API (New): Freikontingent pro Anforderungstyp
• Routes API: Freikontingent pro Routentyp

Für Entwickler, die unter dem alten 200-Dollar-Kredit eine einzelne API stark genutzt haben, kann das neue Modell höhere Kosten bedeuten. Für Entwickler, die sich über mehrere API-Typen verteilt haben, können die pro-SKU-Freikontingente die Kosten tatsächlich senken. Das lässt sich nur mit einem Abgleich der aktuellen Nutzung gegen die neue SKU-Struktur herausfinden.

Neben der Preisänderung hat Google Abonnementpläne eingeführt: Starter für 100 Dollar/Monat (50.000 kombinierte Aufrufe), Essentials für 275 Dollar/Monat (100.000 kombinierte Aufrufe) und Pro für 1.200 Dollar/Monat (250.000 kombinierte Aufrufe). Diese Pläne sollen bei größerem Umfang Planbarkeit bieten, fügen der Kostenprognose aber eine weitere Komplexitätsebene hinzu.

API-Deprecation-Einstufungen: Separat hat Google drei APIs als Legacy Services eingestuft:

• Places API (Legacy): ersetzt durch Places API (New)
• Directions API: ersetzt durch Routes API
• Distance Matrix API: ersetzt durch Routes API mit computeRouteMatrix

Die Legacy-Einstufung bedeutet, dass diese APIs keine neuen Funktionen erhalten und nicht für die neuen erweiterten Mengenrabattstufen berechtigt sind. Sie befinden sich im Wartungsmodus.

Was die Places API (New) tatsächlich ändert

Die Places API (New) ist kein direkter Ersatz. Sie hat ein anderes Anfrageformat, eine andere Antwortstruktur und ein anderes Feldauswahlmodell.

Die bedeutendste Änderung ist Field Masking. Die Legacy-API gibt eine feste Antwortstruktur zurück. Die neue API erfordert, dass Sie über einen Field-Mask-Header angeben, welche Felder Sie benötigen. Das reduziert unnötige Datenübertragungen und bedeutet, dass Sie nur für die angeforderten Felder zahlen, aber es bedeutet auch, dass jeder API-Aufruf in Ihrer Codebasis mit expliziten Field Masks aktualisiert werden muss.

Wesentliche Unterschiede, auf die Entwickler bei der Migration stoßen:

Anfrageformat: Die neue API verwendet POST-Anfragen mit einem JSON-Body statt GET-Anfragen mit Abfrageparametern. Wenn Ihre Integration URL-basierte Aufrufe erstellt, muss jeder Aufruf umstrukturiert werden.

Antwortstruktur: Feldnamen haben sich geändert. formatted_address wird zu formattedAddress (camelCase). place_id wird zu id. Das geometry-Objekt wurde umstrukturiert. Der Antwort-Parsing-Code muss durchgängig überprüft werden.

Nur in der Places API (New) verfügbare Funktionen: Generative KI-Zusammenfassungen, neue Datenfelder für E-Ladestationen, Kraftstoffpreise, Barrierefreiheitsdetails und verbesserte Autocomplete-Vorschläge. Wer diese benötigt, muss migrieren.

Fotohandling: Das Fotoreferenzformat hat sich geändert. Foto-URLs, die von der Legacy-API generiert wurden, werden irgendwann nicht mehr funktionieren, daher müssen zwischengespeicherte Fotoreferenzen neu generiert werden.

Google stellt Migrationsleitfäden bereit, aber die praktische Erfahrung zeigt, dass die Migration eine bedeutende technische Aufgabe ist, keine Konfigurationsänderung. Teams kalkulieren in der Regel ein bis vier Wochen, je nach Integrierungskomplexität.

Die Routes API Migration (separat, aber verwandt)

Die Directions API und die Distance Matrix API folgen einem ähnlichen Muster. Der Nachfolger ist die Routes API, die ein anderes Anfrage-/Antwortformat verwendet und Funktionen bietet, die die Legacy-APIs nicht haben: verkehrsbasiertes Routing, Routenmodifikatoren, Unterstützung für Zweiräder und Kraftstoffeffizienzoptimierung.

Die Routes API kostet auch anders. Die Legacy Directions API berechnet pro Element (Ursprungs-Ziel-Paar). Die Routes API berechnet pro Routenanfrage und pro Element bei Matrix-Anfragen. Für Anwendungen mit hohem Volumen an Matrix-Anfragen können sich die Kosten erheblich ändern.

Wenn Sie die Places API migrieren, lohnt es sich, die Routes API-Migration gleichzeitig zu planen, anstatt zwei separate Migrationen durchzuführen. Der parallele Aufwand ist effizienter als sequentielle Migrationen, die jeweils eigene Test- und Deployment-Zyklen erfordern.

Die EU-spezifischen Überlegungen

Hier wird die Migrationsentscheidung für europäische Entwickler nuancierter, als Googles Dokumentation vermuten lässt.

DSGVO und grenzüberschreitende Datenübertragungen

Google Maps Platform ist US-Infrastruktur. Wenn der Browser eines Nutzers eine Anfrage an die Places API stellt oder eine Karte lädt, wird diese Anfrage über Googles US-basierte Server geleitet. Im Sinne der DSGVO ist das eine grenzüberschreitende Datenübertragung.

Die aktuelle Rechtsgrundlage für diese Übertragungen ist das EU-US Data Privacy Framework, das das durch das Schrems-II-Urteil 2020 für ungültig erklärte Privacy Shield-Abkommen ersetzte. Das DPF wurde rechtlich angefochten und seine langfristige Stabilität ist nicht garantiert. Für Unternehmen in regulierten Branchen (Gesundheitswesen, Fintech, Rechtsdienstleistungen, behördennahe Anwendungen) ist die anhaltende Abhängigkeit von US-Infrastruktur ein laufendes Compliance-Gespräch, das überwacht werden muss.

Die Nutzung von Google Maps APIs erfordert bei einigen Implementierungen der JavaScript API auch eine Cookie-Zustimmung, da IP-Adressen und Gerätekennungen der Nutzer an Google übermittelt werden. Für Anwendungen, die Karten laden möchten, ohne ein Consent-Banner auszulösen, schafft US-gehostete Infrastruktur ein strukturelles Problem.

Google hat 2025 seine Maps Platform EEA-Nutzungsbedingungen aktualisiert, die speziell für EU-Rechnungsadressen gelten. Entwickler sollten die aktualisierten Bedingungen gegen ihre DPA-Anforderungen prüfen.

Compliance-Vereinfachung als Migrationstrigger

Für viele EU-Teams lieferten die Änderungen vom März 2025 einen praktischen Anlass, neu zu bewerten, ob sie im Google-Ökosystem bleiben oder zu einer EU-gehosteten Alternative wechseln möchten.

Der wirtschaftliche Fall für eine Neubewertung ist klar: Wenn man ohnehin Entwicklungszeit in eine Migration investieren muss (Legacy Places API zu Places API New), ist der zusätzliche Aufwand für eine Migration zu einem anderen Anbieter oft kleiner als er erscheint. Die API-Endpunktänderungen, Feldzuordnungsarbeiten und Testzyklen sind weitgehend dieselben, egal ob man zu Googles neuer API oder zu einer Drittanbieter-Alternative migriert. Der Unterschied liegt darin, was man am Ende hat.

Eine EU-gehostete Mapping-API beseitigt das DSGVO-Problem der grenzüberschreitenden Übertragung vollständig. Alle Anfragen verbleiben innerhalb der EU. Keine SCCs zu verhandeln, keine DPF-Abhängigkeit, kein Cookie-Consent erforderlich, um eine Karte zu laden. Für Unternehmen, die kürzlich DSGVO-Audits abgeschlossen haben oder darauf vorbereitet sind, hat diese Vereinfachung echten organisatorischen Wert.

Bewertung: Innerhalb Google migrieren oder Anbieter wechseln?

Der ehrliche Entscheidungsrahmen hat vier Teile.

1. Aktuelle API-Nutzung prüfen

Bevor Sie eine Entscheidung treffen, kartieren Sie jeden Places API-, Directions API- und Distance Matrix API-Aufruf in Ihrer Codebasis. Zählen Sie das Volumen pro Endpunkttyp. Ordnen Sie das sowohl der Places API (New)-Preisstruktur als auch äquivalenten Endpunkten bei alternativen Anbietern zu.

Der Kostenvergleich ergibt nur mit echten Nutzungsdaten Sinn. Überschlagsschätzungen basierend auf dem Gesamtanfragevolumen reichen nicht aus, da verschiedene APIs desselben Anbieters unterschiedlich bepreist werden.

2. DSGVO-Exposure bewerten

Fragen Sie Ihr Rechts- oder Compliance-Team, wie viel laufendes Risiko die US-Infrastrukturabhängigkeit für Ihren spezifischen Kontext darstellt. Für ein SaaS-Produkt mit EU-Unternehmenskunden, die DPAs abgeschlossen haben, ist das Risikoniveau anders als für eine Verbraucheranwendung, die sensible personenbezogene Daten verarbeitet.

Wenn Compliance-Vereinfachung wertvoll ist, weisen Sie ihr einen Kostenwert zu. Der interne Rechtsaufwand für die Pflege von SCCs, die Überwachung der DPF-Stabilität und die Bearbeitung von Kunden-Compliance-Fragebögen ist echte Arbeit mit echten Kosten.

3. Migrationsaufwand für jeden Weg einschätzen

Migration zur Places API (New) innerhalb von Google: Schätzen Sie basierend auf Ihrer Integrationskomplexität. Field-Masking-Änderungen, Anfrage-Umstrukturierung, Antwort-Parsing-Updates. In der Regel ein bis vier Wochen Entwicklungsaufwand.

Migration zu einer Drittanbieter-Alternative: Ähnlicher technischer Umfang. Endpunkt-URL-Änderungen, Parameterunterschiede, Antwortformatunterschiede. Für Teams, die bereits MapLibre GL JS als Rendering-Schicht verwenden (das Open-Source-Fork von Mapbox GL JS), bleibt die Rendering-Schicht gleich. Nur Geocoding-, Such- und Routing-Aufrufe ändern sich.

4. Berücksichtigen, was man am Ende erhält

Places API (New) gibt Zugang zu Googles neuesten Funktionen: besseres Autocomplete, generative KI-Zusammenfassungen, erweiterte Ortsdaten. Googles Datenabdeckung ist global unerreicht.

EU-gehostete Alternativen wie MapAtlas bieten DSGVO-Compliance durch Design, EU-Datenhaltung und in einigen Fällen KI-Suchsichtbarkeitstools, die Googles APIs nicht bieten. Für Anwendungen in der Immobilien-, Hotel- oder Logistikbranche, bei denen die KI-Auffindbarkeit von Standortseiten eine Rolle spielt, ist die KI-Sichtbarkeitsschicht ein bedeutender Differenziator.

Kein Weg ist universell richtig. Die richtige Antwort hängt von den Compliance-Anforderungen, der Preissensibilität und den für die Anwendung wichtigsten Funktionen ab.

Was Sie jetzt sofort tun sollten

Unabhängig vom gewählten Migrationsweg machen mehrere Maßnahmen sofort Sinn:

Aktuelle API-Oberfläche prüfen und dokumentieren: Wissen Sie genau, welche Legacy-Endpunkte Sie verwenden, wie häufig und welche Datenfelder Sie benötigen. Diese Informationen werden für jede Migrationsentscheidung benötigt.

Preisvergleich mit echten Zahlen durchführen: Nutzen Sie Ihre tatsächlichen Nutzungsdaten, um die Legacy-Preisgestaltung, die Places API (New)-Preisgestaltung und alternative Anbieter zu vergleichen. Tun Sie das für Ihr aktuelles Volumen und für das Doppelte Ihres aktuellen Volumens.

DSGVO-Dokumentation prüfen: Überprüfen Sie Ihren aktuellen DPA mit Google, Ihre SCCs oder DPF-Abhängigkeit und Ihre Cookie-Consent-Implementierung. Verstehen Sie Ihre aktuelle Rechtsposition, bevor Sie sie ändern.

Nicht unter Zeitdruck migrieren: Die Legacy-API funktioniert noch. Sie ist eingefroren, nicht kaputt. Treffen Sie die Migrationsentscheidung mit klaren Daten und ausreichend Entwicklungsspielraum, anstatt aus wahrgenommener Dringlichkeit heraus zu eilen. Die Deprecation-Ankündigung gibt Ihnen 12 Monate Vorlauf.

Einen Entscheidungstermin setzen: "Wenn Google die Abkündigung ankündigt" ist kein Plan. Setzen Sie intern einen Entscheidungspunkt, welchen Migrationsweg Sie einschlagen werden, idealerweise im nächsten Quartal.

Wenn Sie vergleichen möchten, wie EU-gehostete Mapping-APIs in Bezug auf API-Oberfläche, Preisgestaltung und Migrationsaufwand tatsächlich aussehen, deckt MapAtlas Geocoding, Adress-Autocomplete, Routing und Kacheln unter einem einzigen Preismodell mit EU-Datenhaltung ab. Die Preisseite zeigt die aktuelle Stufenstruktur, und das kostenlose Kontingent (10.000 Anfragen pro Monat für die meisten APIs, 25.000 für Geocoding) ermöglicht das Testen der Integration vor einer Entscheidung.

Häufig gestellte Fragen

Wann wird Google die Legacy Places API abkündigen?

Google hat Anfang 2026 noch kein endgültiges Deprecation-Datum festgelegt. Die Legacy-API wurde im März 2025 eingefroren und erhält keine neuen Funktionen mehr. Googles Richtlinie sieht mindestens 12 Monate Vorankündigung vor. Behandeln Sie die Migration als dringend, aber nicht als Notfall.

Ist die Places API (New) teurer als die Legacy Places API?

Das hängt von Ihrem Nutzungsmuster ab. Die neuen pro-SKU-Freikontingente begünstigen manche Nutzungsprofile und benachteiligen andere. Ordnen Sie Ihre aktuellen API-Aufrufe der neuen SKU-Struktur mit Ihren tatsächlichen Nutzungsdaten zu, bevor Sie Schlussfolgerungen ziehen.

Muss ich auch von der Directions API migrieren?

Ja, wenn Sie neue Funktionen und bessere Mengenrabatte wollen. Die Directions API und die Distance Matrix API wurden beide im März 2025 als Legacy Services eingestuft. Der Nachfolger ist die Routes API, die eine eigene separate Migrationsevaluierung erfordert.

Welches DSGVO-Risiko besteht, wenn EU-Entwickler weiterhin Google Maps APIs nutzen?

Die Google Maps Platform nutzt US-Infrastruktur, was im Sinne der DSGVO grenzüberschreitende Datenübertragungsmechanismen erfordert. Die aktuelle Grundlage ist das EU-US Data Privacy Framework, das rechtlich angefochten wurde. Für regulierte Branchen ist das ein laufendes Compliance-Risiko.

Wie lange dauert die Migration zu einem alternativen Anbieter?

Der Entwicklungsaufwand ist ähnlich wie bei einer Migration innerhalb von Google: ein bis vier Wochen je nach Integrationskomplexität, hauptsächlich für Endpunkt-Updates, Parameterunterschiede und Tests des Antwortformats. Teams, die MapLibre GL JS für das Rendering verwenden, haben den leichtesten Migrationspfad, da die Rendering-Schicht gleich bleibt.

Fazit

Die Änderungen vom März 2025 haben einen Countdown für die Legacy Places API-Nutzung gestartet, ohne ihn offiziell zu starten. Die API funktioniert noch. Das Deprecation-Datum wurde noch nicht angekündigt. Aber die Richtung ist klar, und die Migration wird mit ausreichend Planung weniger schmerzhaft sein als unter Zeitdruck.

Für EU-Entwickler ist der Migrationsmoment auch ein Bewertungsmoment. Der technische Aufwand für die Änderung von API-Endpunkten ist weitgehend derselbe, egal ob man innerhalb von Google bleibt oder zu einer EU-gehosteten Alternative wechselt. Der bedeutende Unterschied liegt darin, was man am Ende mitführt: Googles umfassenden globalen Datensatz und neueste Funktionen, oder DSGVO-Compliance durch Design, einfachere Preisgestaltung und EU-Datenhaltung.

Das ist eine Entscheidung, die es wert ist, bewusst zu treffen: mit echten Nutzungsdaten und einem klaren Bild der Compliance-Anforderungen, anstatt auf den Weg des geringsten unmittelbaren Widerstands zu verfallen.

Weiterführende Lektüre:

• Google Maps API-Alternativen für EU-Entwickler
• EU-Entwicklerleitfaden für DSGVO-konforme Karten-APIs
• Google Maps API-Preise 2026: Was Sie tatsächlich zahlen
• Wechsel von der Google Maps API: Was EU-Entwickler stattdessen wählen
• Adress-Autocomplete-API: Wie sie die Checkout-Conversion verbessert