Ramka iframe z google.com/maps lub JavaScript Maps ładuje zasoby Google (USA) przy otwarciu strony i może ustawiać identyfikatory.
Przy osadzaniu Google Maps są dwie technicznie różne drogi z tym samym problemem ochrony danych: prosty iframe (google.com/maps/embed) i Maps JavaScript API z własnym kluczem API. Obie przy wczytaniu strony ładują zasoby z serwerów Google w USA, przekazując adres IP, i mogą ustawiać identyfikatory. Interaktywna mapa rzadko jest ściśle niezbędna do podstawowej funkcji strony — dlatego obowiązuje § 25 ust. 1 TDDDG.
Czystym standardowym rozwiązaniem jest osadzenie dwóch kliknięć: do kliknięcia pokazywany jest tylko lokalny obraz podglądu lub schematyczna grafika adresu, a dopiero potem ładuje się prawdziwa mapa. Dla WordPressa, TYPO3 i popularnych kreatorów są gotowe bloki; ważne, aby obraz podglądu był lokalny i sam nie wywoływał Static Maps API Google.
Kto nie potrzebuje interaktywności, często lepiej wychodzi na alternatywie: prosty link „Wyznacz trasę” (otwiera Google Maps lub Apple Maps w nowej karcie), statyczna, samodzielnie wygenerowana grafika mapy lub osadzenie OpenStreetMap przez minimalizującego dane dostawcę jak rozwiązanie uMap lub MapLibre. Te warianty przy wczytaniu strony nie przekazują danych do Google.
Wywołanie mapy zwykle nie jest niezbędne dla podstawowej funkcji strony, więc obowiązuje § 25 ust. 1 TDDDG. Bez zgody lub rozwiązania dwukliknięciowego brak podstawy; należy też uzasadnić transfer do USA.
Bezpłatny skan sprawdza dostarczony HTML i pokazuje, jakie usługi są osadzone, czy wykryto baner cookie oraz czy są linki do prywatności i noty prawnej — z omówieniem dla każdego ustalenia. Nie zastępuje porady prawnej.
Ten tekst to ogólna informacja według najlepszej wiedzy, nie porada prawna. W konkretnej sprawie skonsultuj się z kancelarią specjalizującą się w prawie IT.