Google UCP: Wie KI den Onlinehandel und Checkout verändern könnte
Google will KI künftig nicht nur dafür nutzen, Produkte zu finden. KI-Systeme sollen Menschen auch dabei helfen, passende Angebote zu vergleichen un... mehr
Benjamin Mau Google Maps lässt sich auf unterschiedliche Weise in eine Website integrieren: vom einfachen Karten-Embed bis zur individuell programmierten Standortsuche mit Routenberechnung, Places-Daten und 3D-Ansichten. Welche Lösung sinnvoll ist, hängt davon ab, wie stark du die Karte anpassen möchtest, welche Daten du anzeigen willst und wie viel Entwicklungsaufwand vertretbar ist.
Seit 2025 und 2026 hat Google mehrere zentrale Bereiche der Maps Platform geändert. Dazu gehören das Preismodell, neue EWR-Regeln für Places-Daten, neue Routing-Klassen, die Umstellung auf Advanced Markers und das Ende des bisherigen Heatmap Layers. Dieser Beitrag zeigt dir den aktuellen Stand und erklärt, wie du Google Maps technisch sauber, kostenbewusst und datenschutzfreundlich einbindest.
Nicht jede Website braucht die vollständige Google Maps Platform. Für einen einzelnen Unternehmensstandort ist eine einfache Einbettung meist ausreichend. Erst wenn Nutzer suchen, filtern, Routen berechnen oder mehrere Standorte interaktiv erkunden sollen, lohnt sich die API-Integration.
|
Lösung |
Geeignet für |
Vorteile |
Zu beachten |
|
Google Maps iframe |
Einzelne Standorte, Kontaktseiten |
Sehr schnell, kein eigener JavaScript-Code |
Begrenzte Anpassung; Datenschutz beachten |
|
Maps Embed API |
Einbettungen mit API-Key und definierten Embed-Modi |
Kostenlos und laut Google ohne Request-Limit |
API-Key und Cloud-Projekt erforderlich |
|
Maps JavaScript API |
Interaktive Karten, Store Locator, eigene Marker |
Hohe Flexibilität und individuelles Design |
Abrechnung, API-Sicherheit und Performance |
|
Maps Static API |
Einfache Kartenbilder ohne Interaktion |
Schnell, gut kontrollierbar |
Nicht interaktiv; nutzungsabhängige Abrechnung |
|
Places UI Kit / Places API (New) |
Öffnungszeiten, Bewertungen, Suche, Autocomplete |
Aktuelle Places-Komponenten und Daten |
EWR-Regeln, Attribution und Kosten beachten |
|
Routes API / Routes Library |
Routen, Fahrzeiten, Distanzmatrizen |
Aktueller Ersatz für Legacy-Routing |
Abrechnung je Routing-SKU |
Für eine klassische Kontakt- oder Standortseite ist der von Google Maps bereitgestellte Embed-Code häufig die sinnvollste Lösung. Öffne Google Maps am Desktop, suche den gewünschten Ort und wähle „Teilen“ beziehungsweise „Karte einbetten“. Anschließend kopierst du den bereitgestellten HTML-Code und fügst ihn in deine Website ein.
Diese Variante eignet sich besonders dann, wenn du lediglich einen Standort zeigen und Nutzern die Orientierung erleichtern möchtest. Ein eigener API-Schlüssel oder JavaScript-Code ist für den direkt aus Google Maps kopierten Embed-Code normalerweise nicht notwendig. Eigene Markerlogik, komplexe Filter oder ein vollständig individuelles Kartenlayout sind damit allerdings nicht vorgesehen.


|
Performance-Tipp: Nutze loading=”lazy” und reserviere eine feste Höhe oder ein Seitenverhältnis. So wird die Karte erst bei Bedarf geladen und verursacht weniger Layout-Verschiebungen. |
Die Maps Embed API ist eine offizielle Google Maps Platform API für einfache iframe-Einbettungen. Sie unterstützt unter anderem Place-, View-, Directions-, Search- und Street-View-Modi. Laut aktueller Google-Preisliste ist die Embed-SKU ohne Gebühren und mit unbegrenzter Nutzung verfügbar. Trotzdem benötigst du für die API ein Google-Cloud-Projekt, einen gültigen API-Schlüssel und ein hinterlegtes Abrechnungskonto.
Diese Lösung ist sinnvoll, wenn du die Einbettung technisch kontrollierter aufbauen möchtest, aber keine vollständige Maps-JavaScript-Anwendung brauchst.
Sobald du APIs wie Maps JavaScript, Static Maps, Places oder Routes verwendest, arbeitest du mit einem Google-Cloud-Projekt. Dort aktivierst du die benötigten Dienste, hinterlegst die Abrechnung und erstellst Zugangsdaten. Welche API du benötigst, richtet sich nach dem konkreten Anwendungsfall.
Ein API-Schlüssel ist bei clientseitigen Maps-Anwendungen sichtbar. Das ist technisch normal. Entscheidend ist deshalb nicht, den Schlüssel „zu verstecken“, sondern seine Nutzung konsequent einzuschränken. Google empfiehlt sowohl Anwendungsbeschränkungen als auch API-Beschränkungen.
|
Wichtig: Budget-Warnungen informieren über Kosten, stoppen Requests aber nicht automatisch. Wenn du harte Grenzen brauchst, musst du zusätzlich passende Quotas beziehungsweise Nutzungsgrenzen konfigurieren. |
Seit dem 1. März 2025 verwendet Google Maps Platform nicht mehr das frühere pauschale monatliche Guthaben von 200 US-Dollar. Stattdessen hat jede zentrale SKU eine eigene kostenlose monatliche Nutzungsgrenze. Danach wird nach Nutzung abgerechnet; bei höheren Volumina greifen automatische Mengenrabatte.
|
Beispiel-SKU |
Kostenlose Nutzung pro Monat |
Preis danach – erste Stufe |
|
Dynamic Maps |
10.000 Map Loads |
7,00 US-Dollar je 1.000 Loads |
|
Static Maps |
10.000 Requests |
2,00 US-Dollar je 1.000 Requests |
|
Maps Embed |
Unbegrenzt |
Keine Gebühr |
Bei Places, Routes, Geocoding und weiteren Diensten unterscheiden sich kostenlose Kontingente und Preise je nach SKU. Besonders bei Places können zudem die angeforderten Datenfelder beeinflussen, welche SKU abgerechnet wird. Prüfe deshalb vor dem Launch die aktuelle Preisliste und die tatsächlichen Requests deiner Anwendung.
|
Stand der Preisbeispiele: 14. September 2026. Google kann Preise und Produkt-SKUs ändern; für Kalkulationen sollte immer die aktuelle Google-Preisliste maßgeblich sein. |
Für eine individuell gestaltete Karte mit eigenen Markern, Interaktionen oder Standortfunktionen ist die Maps JavaScript API die zentrale Lösung. Der folgende Ablauf zeigt eine moderne Grundkonfiguration.
Ältere Beispiele verwenden häufig noch google.maps.Marker. Diese Klasse ist seit Februar 2024 deprecated. Für neue Implementierungen solltest du AdvancedMarkerElement nutzen. Das folgende vereinfachte Beispiel zeigt eine Karte mit einem Marker für Hamburg:

Google bietet zusätzlich Dynamic Library Import und den NPM Loader an. Für größere Anwendungen ist das modulare Laden über importLibrary() sinnvoll, weil Bibliotheken erst dann angefordert werden können, wenn sie tatsächlich benötigt werden.
Für ein einheitliches Corporate Design kannst du Farben, Labels, Points of Interest und weitere Kartenelemente über Cloud-based Maps Styling verwalten. Die Styles werden in der Google Cloud Console erstellt und über eine Map ID mit der Anwendung verbunden. Dadurch lassen sich Designänderungen veröffentlichen, ohne den Anwendungscode jedes Mal anzupassen.
Seit Mai 2026 ist auch das JSON-Schema für cloudbasierte Kartenstile allgemein verfügbar. Außerdem unterstützt das Cloud Styling inzwischen weitere Kartentypen einschließlich 3D-Roadmap-Szenarien. Für neue Projekte ist Cloud-based Maps Styling daher in vielen Fällen die wartungsfreundlichere Variante als hart codierte Styling-Regeln.
Viele ältere Tutorials empfehlen noch die Distance Matrix API, Directions API oder die JavaScript-Objekte DirectionsService und DistanceMatrixService. Diese Lösungen gehören inzwischen zum Legacy-Bereich. Für neue Projekte solltest du die aktuelle Routes API beziehungsweise die Routes Library der Maps JavaScript API einplanen.
Seit Februar 2026 ist DirectionsService in der Maps JavaScript API ausdrücklich deprecated. Bestehende Anwendungen funktionieren weiter, sollten aber bei einer technischen Überarbeitung auf die neue Routes Library migriert werden.
Die Places API (New) liefert unter anderem Adressen, Telefonnummern, Öffnungszeiten, Bewertungen, Fotos, Suchergebnisse und Autocomplete-Funktionen. Für Unternehmen mit Abrechnungsadresse im Europäischen Wirtschaftsraum gelten seit dem 8. Juli 2025 jedoch besondere Google Maps Platform EEA Terms.
Wichtig für neue oder wesentlich veränderte Integrationen: Google weist darauf hin, dass Places-Inhalte aus der Places API nicht mehr ohne Weiteres gemeinsam mit einer Karte dargestellt werden dürfen. Wenn Places-Daten zusammen mit einer Karte angezeigt werden sollen, ist das Places UI Kit die von Google vorgesehene Lösung. Es stellt fertige UI-Komponenten für Place Details und weitere Places-Funktionen bereit.
Bei eigener Ausgabe von Places-Daten musst du außerdem die jeweils geltenden Attribution-, Caching- und Nutzungsbedingungen prüfen. Das gilt besonders für Bewertungen, Fotos und andere von Google bereitgestellte Inhalte. Für EWR-Projekte sollte deshalb vor der Umsetzung geklärt werden, welche Darstellungsform für den konkreten Use Case zulässig ist.
|
Praxis-Tipp für deutsche Unternehmen: Wenn du Öffnungszeiten, Bewertungen oder Place Details auf einer Website integrieren möchtest, prüfe zuerst die EWR-spezifischen Vorgaben und entscheide dann zwischen Places UI Kit, Places API (New) oder eigenen Unternehmensdaten. |
Der frühere Heatmap Layer der Maps JavaScript API wurde 2025 deprecated und ist seit Version 3.65 nicht mehr verfügbar. Neue Projekte sollten daher nicht mehr auf google.maps.visualization.HeatmapLayer setzen. Google nennt unter anderem Drittanbieter-Integrationen wie deck.gl als mögliche Alternative für Heatmap-Visualisierungen.
Für Immobilien, Tourismus, Stadtplanung oder umfangreiche Standortanwendungen können 3D- und Street-View-Funktionen zusätzlichen Mehrwert bieten. 3D Maps in der Maps JavaScript API ermöglicht fotorealistische 3D-Umgebungen, eigene Marker, Linien, Kameraanimationen und zunehmend auch cloudbasierte Gestaltung.
Einige 3D-Schnittstellen oder Funktionen können weiterhin an bestimmte Release-Kanäle wie Beta gebunden sein. Prüfe deshalb vor einem produktiven Einsatz den aktuellen Status der jeweils verwendeten Klasse. Für einfache Standortseiten ist 3D in der Regel nicht notwendig und erhöht Entwicklungsaufwand sowie Datenmenge.
Wenn eine Website den aktuellen Standort eines Nutzers auf einer Karte anzeigen soll, empfiehlt Google für Browseranwendungen die W3C-Geolocation über navigator.geolocation. Der Browser fragt den Nutzer dabei ausdrücklich nach der Standortfreigabe. Die Funktion steht nur in sicheren Kontexten, also üblicherweise über HTTPS, zur Verfügung.

Fordere die Standortfreigabe erst an, wenn sie für die konkrete Funktion erforderlich ist – beispielsweise nach einem Klick auf „Standort verwenden“. Das verbessert Transparenz und Nutzererlebnis.
Beim Laden externer Google-Maps-Inhalte können technische Informationen wie IP-Adresse, Geräte- und Browserdaten sowie je nach Funktion Standortinformationen an Google übermittelt werden. Welche Rechtsgrundlage erforderlich ist, hängt von der konkreten Einbindung und Datenverarbeitung ab. Eine pauschale Aussage, jede Google-Maps-Nutzung sei immer nur mit Einwilligung zulässig, wäre deshalb zu kurz gegriffen.
Für viele deutsche Websites ist eine Consent- beziehungsweise Zwei-Klick-Lösung dennoch die praktikabelste und datenschutzfreundlichste Variante: Die Karte wird zunächst durch einen lokalen Platzhalter ersetzt und erst geladen, nachdem der Nutzer die externe Karte aktiv freigegeben hat.
Für Datenübermittlungen in die USA besteht weiterhin der EU-US Data Privacy Framework-Angemessenheitsbeschluss der Europäischen Kommission. Google LLC erklärt, nach dem EU-US Data Privacy Framework zertifiziert zu sein. Je nach Verarbeitung können daneben weitere Transfermechanismen relevant sein. Die konkrete datenschutzrechtliche Bewertung sollte im Zweifel mit dem Datenschutzbeauftragten oder einer Rechtsberatung abgestimmt werden.
|
Hinweis: Dieser Beitrag beschreibt technische und organisatorische Praxis, ersetzt aber keine individuelle Rechtsberatung. |
Eine Karte kann mehrere externe Ressourcen laden und dadurch die Seitengeschwindigkeit beeinflussen. Aus SEO- und UX-Sicht solltest du Google Maps deshalb nur dort laden, wo die Karte tatsächlich einen Mehrwert bietet.
Eine Google-Maps-Einbettung ist kein direkter Ersatz für lokale SEO-Maßnahmen. Für die Auffindbarkeit eines Unternehmens sind weiterhin eine saubere Standortseite, konsistente Unternehmensdaten, ein gepflegtes Google Unternehmensprofil und relevante strukturierte Daten entscheidend.
|
Fehlerbild |
Häufige Ursache |
Lösung |
|
Karte bleibt grau oder lädt nicht |
API nicht aktiviert, Billing fehlt oder Key ungültig |
Cloud Console prüfen, API aktivieren, Abrechnung und Schlüssel kontrollieren |
|
RefererNotAllowedMapError |
Domain ist nicht für den API-Key freigegeben |
HTTP-Referrer-Beschränkung anpassen |
|
ApiNotActivatedMapError |
Benötigte API ist im Projekt nicht aktiv |
Passende API in der API Library aktivieren |
|
BillingNotEnabledMapError |
Abrechnung für das Projekt ist nicht aktiviert |
Billing Account mit dem Projekt verknüpfen |
|
Advanced Marker erscheint nicht |
Marker-Bibliothek oder Map ID fehlt |
marker-Bibliothek laden und gültige Map ID verwenden |
|
Karte erscheint erst nach Consent nicht |
CMP blockiert Script oder iframe dauerhaft |
Freigabe-Trigger, Hostlisten und Script-Kategorie prüfen |
|
Unerwartet hohe Kosten |
Unbeschränkter Key, Traffic-Spitze oder zu viele API-Requests |
Key einschränken, Quotas setzen, Monitoring und Request-Logik prüfen |
Das hängt von der Einbindungsart ab. Ein einfacher Google-Maps-Embed und die Maps Embed API können ohne nutzungsabhängige Gebühren verwendet werden. Andere Google Maps Platform APIs haben kostenlose monatliche Kontingente und werden nach deren Überschreitung abgerechnet.
Nein. Ein direkt aus Google Maps kopierter iframe-Embed kann ohne selbst verwalteten API-Key eingebunden werden. Für Google Maps Platform APIs wie Maps JavaScript, Maps Embed API, Static Maps, Places oder Routes ist dagegen eine Authentifizierung über API-Key oder – bei bestimmten serverseitigen Szenarien – andere unterstützte Verfahren notwendig.
Google Maps kann datenschutzkonform eingesetzt werden, wenn die konkrete technische Einbindung, Rechtsgrundlage, Transparenzpflichten und gegebenenfalls das Consent Management korrekt umgesetzt sind. Eine Zwei-Klick- oder CMP-Lösung ist für viele deutsche Websites eine praktikable Variante, um externe Inhalte erst nach Freigabe zu laden.
Für neue Implementierungen empfiehlt Google die Routes API. In der Maps JavaScript API übernimmt die RouteMatrix-Klasse die Berechnung von Distanzen und Fahrzeiten zwischen mehreren Start- und Zielpunkten.
Places-Daten können je nach Dienst und Region eingebunden werden. Für Projekte mit EWR-Abrechnungskonto gelten seit Juli 2025 besondere Bedingungen. Prüfe insbesondere, ob für die gewünschte Darstellung das Places UI Kit eingesetzt werden sollte und welche Attribution- und Nutzungsregeln gelten.
Hanseranking unterstützt kleine und mittlere Unternehmen dabei, ihre digitale Sichtbarkeit strukturiert auszubauen. Von technischer SEO und Content über Google Ads bis hin zu Tracking und Conversion-Optimierung entwickeln wir Lösungen, die zu den Zielen und Ressourcen des Unternehmens passen.
Du möchtest Google Maps, Tracking oder andere externe Dienste technisch sauber in deine Website integrieren? Wir unterstützen dich bei der Auswahl und Umsetzung einer passenden Lösung.
Google Maps lässt sich auch 2026 flexibel in Websites integrieren – entscheidend ist die Wahl der richtigen Lösung. Für eine einfache Standortdarstellung reicht meist ein iframe. Für individuelle Karten, Standortsuche oder eigene Interaktionen ist die Maps JavaScript API die bessere Wahl. Routing sollte auf Routes API beziehungsweise Route und RouteMatrix basieren; bei Places-Daten müssen insbesondere EWR-Projekte die seit Juli 2025 geltenden Bedingungen beachten.
Achte zusätzlich auf API-Key-Sicherheit, Quotas, Performance und eine datenschutzfreundliche Lade-Logik. So bleibt die Karte funktional, kalkulierbar und technisch zukunftssicher, ohne unnötig Ladezeit oder rechtliche Risiken zu erzeugen.
Während meines Communications Studiums in den USA (Iowa, Waldorf University) in Graphic Design, habe ich auch meine Leidenschaft für SEO entdeckt und schnell den Schwerpunkt auf OnPage-Optimierung, Detailoptimierungen und Website Design gesetzt. Ich freue mich, dieses Wissen mit Euch zu teilen.