依資料保護要求嵌入 Google Maps

使用 google.com/maps 的 iframe 或 Maps JavaScript 會在頁面開啟時從 Google（美國）載入資源，並可能設定識別碼。

在嵌入 Google Maps 時，有兩種技術上不同但存在相同資料保護問題的方式：簡單的 iframe（google.com/maps/embed）和帶有自己的 API 金鑰的 Maps JavaScript API。兩者都會在頁面開啟時從美國的 Google 伺服器載入資源，在此過程中傳輸 IP 位址，並可能設定識別碼。對頁面的基本功能而言，互動式地圖很少是絕對必要的——因此適用 TDDDG 第 25 條第 1 項。

乾淨的標準方案是兩次點擊嵌入：點擊之前只顯示一張本地預覽圖片或地址的示意圖，之後才載入真正的地圖。對於 WordPress、TYPO3 和常見的建站工具，都有現成的模組可用；重要的是預覽圖片必須是本地的，並且本身不得呼叫 Google 的 Static Maps API。

不需要互動性的人，往往用替代方案更好：一個簡單的「規劃路線」連結（在新分頁中開啟 Google Maps 或 Apple Maps）、一張自己製作的靜態地圖圖形，或透過 uMap 或 MapLibre 方案這類節省資料的供應商嵌入 OpenStreetMap。這些方式在頁面開啟時不會向 Google 傳輸資料。

這是風險嗎？

地圖呼叫通常對頁面的基本功能而言並非絕對必要，因此適用《德國電信數位服務資料保護法》第 25 條第 1 項。如果沒有同意機制或兩步點擊方案，則缺乏法律依據；向美國的資料傳輸也須予以說明理由。

您可以怎麼做

• 兩步點擊方案：先顯示靜態預覽圖，僅在點擊後才載入地圖。
• 或者使用一種更節省資料的地圖服務（例如 OpenStreetMap）。
• 若採用主動嵌入方式：需取得使用者同意，並說明 Google 為資料接收方。

常見問題

Google Maps 用「增強資料保護模式」夠嗎？

與 YouTube 不同，Google Maps 沒有官方的資料保護模式。嵌入在頁面開啟時總是向 Google 傳輸資料——只有兩次點擊方案或替代方案才能避免。

兩次點擊方案真的必要嗎？

這是在沒有同意的情況下運作的最簡單方式。或者也可以把地圖納入同意工具，只在同意後才載入——但那樣頁面無論如何都需要一個橫幅。

Maps JavaScript API 和 API 金鑰怎麼辦？

API 金鑰不改變資料保護狀況：該 API 仍然從美國的 Google 伺服器載入。金鑰只用於計費和配額管理。

哪種替代方案最節省資料？

指向地圖應用程式的純連結，或本地儲存的靜態圖形。兩者在頁面開啟時都不會觸發與 Google 的連線。

consentglass 如何提供協助

免費檢測會分析所提供的 HTML，並顯示哪些服務被內嵌、是否偵測到 Cookie 橫幅，以及是否有隱私權政策與營運者資訊連結——每一項發現皆附有分類。不能取代法律諮詢。