iframe з google.com/maps або Maps JavaScript завантажує ресурси з Google (США) під час відкриття сторінки і може встановлювати ідентифікатори.
Під час вбудовування Google Maps є два технічно різні шляхи з тією самою проблемою захисту даних: простий iframe (google.com/maps/embed) і Maps JavaScript API з власним API-ключем. Обидва під час відкриття сторінки завантажують ресурси із серверів Google у США, передають при цьому IP-адресу і можуть встановлювати ідентифікатори. Для базової функції сторінки інтерактивна карта рідко буває безумовно необхідною — тим самим застосовується § 25 абз. 1 TDDDG.
Чисте стандартне рішення — вбудовування з двома кліками: до кліку показується лише локальне зображення попереднього перегляду або схематична графіка адреси, лише після цього завантажується справжня карта. Для WordPress, TYPO3 та поширених конструкторів є готові блоки для цього; важливо, щоб зображення попереднього перегляду було локальним і саме не викликало Static Maps API Google.
Хто не потребує інтерактивності, часто виграє від альтернативи: просте посилання „Прокласти маршрут“ (відкриває Google Maps або Apple Maps у новій вкладці), статична, самостійно створена графіка карти або вбудовування OpenStreetMap через економного до даних постачальника на кшталт рішення uMap або MapLibre. Ці варіанти під час відкриття сторінки не передають дані до Google.
Виклик карти, як правило, не є суворо необхідним для базової функції сторінки, тому діє § 25 ч. 1 TDDDG. Без згоди чи рішення у два кліки бракує підстави; передавання до США також потрібно обґрунтувати.
Безкоштовна перевірка аналізує наданий HTML і показує, які сервіси вбудовано, чи виявлено банер cookie і чи є посилання на конфіденційність і контактні дані — з класифікацією для кожного висновку. Не замінює юридичну консультацію.
Цей текст — це загальна інформація за нашими найкращими знаннями, а не юридична консультація. Для конкретного випадку зверніться до адвокатської фірми, що спеціалізується на ІТ-праві.