身分解析用你的電子郵件而非Cookie追蹤你:運作方式、Safari 27 攔截了什麼,以及分區與反指紋為何都管不到它。
在 iOS、iPadOS、macOS 和 visionOS 27 版本中,Safari 與 WebKit 開始攔截一類名為身分解析(identity resolution)的追蹤基礎設施。WebKit 於 2026 年 10 月 19 日在 Blocking Identity Resolution Infrastructure 一文中公布了這項改動。這則消息只關乎 Safari,但這種技術本身並不侷限於 Safari:它依據你在登入或註冊表單裡輸入的電子郵件地址來追蹤你,既不需要 Cookie,也不需要指紋。本文說明它如何運作、為什麼常規防護攔不住它,以及在任何瀏覽器裡你能做什麼。
核心要點
- 身分解析以你的電子郵件地址作為追蹤依據。 據 WebKit 描述,第三方腳本會在你登入或訂閱電子報時悄悄收集你輸入的信箱,傳送到自己的伺服器,並換回一個與該地址綁定的不透明追蹤 ID。
- ID 不會隨你的操作消失。 WebKit 指出,登出或取消訂閱,既不會刪除這個追蹤 ID,也不會刪除第三方保存的電子郵件地址。
- 它能關聯多個網站與裝置。 電子郵件和手機號碼彙整後形成「身分圖譜」(identity graph),支援跨站、跨裝置追蹤。
- Cookie 與指紋防護碰不到它。 電子郵件是你自己輸入的確定性識別碼:儲存分區無物可分,反指紋的雜訊也無物可模糊。
- Safari 27 的辦法是在網域層級攔截。 WebKit 稱,這會阻止攜帶你信箱的請求抵達解析方,而且改變請求的結構也繞不過去。
身分解析如何運作
WebKit 把這套機制描述為四步:
- 蒐集。 你在網站的登入表單或電子報訂閱欄輸入信箱。頁面上有一個第三方(不是網站擁有者)的腳本,在沒有任何可見提示的情況下蒐集這個地址。
- 傳送。 腳本把地址傳給第三方的伺服器。
- 分配。 伺服器產生一個與該信箱永久綁定的不透明追蹤 ID,並回傳給頁面。
- 重複使用。 該 ID 儲存在網站上,之後可用於與你信箱相關的各種目的,例如為你的瀏覽行為建立側寫,或在不同網站向你投放廣告。
關鍵在於時間的累積。每當你用這個地址登入,或在另一個參與的網站填寫含個人資料的表單,同一個第三方就多了解你一點。累積下來的紀錄就是身分圖譜。電子郵件和手機號碼通常屬於個人可識別資訊,而對大多數人來說,信箱是一個用上多年甚至數十年的全球唯一 ID。所以圖譜不僅能跨網站,還能跨裝置跟著你,而不侷限於某一個瀏覽器。
為什麼說它是「後 Cookie」時代的追蹤
WebKit 把身分解析視為業界對跨站 Cookie 攔截的回應,而 Safari 在多年前就已完成後者(參見 Safari 智慧型防追蹤逐個機制詳解)。當追蹤者無法再靠寫進你瀏覽器的 Cookie 認出你,就轉而靠你主動交出的資訊認出你。
三類跨站追蹤對照如下:
| 類別 | 承載身分的是什麼 | 瀏覽器防護能去掉什麼 |
|---|---|---|
| Cookie 與儲存 | 存在瀏覽器裡的值 | 攔截、分區或讓儲存過期 |
| 指紋 | 由瀏覽器和裝置計算出的特徵 | 減少或隨機化訊號 |
| 身分解析 | 你輸入的電子郵件地址 | 攔截傳送它的網路請求 |
基於儲存的追蹤見儲存分區與反彈追蹤;基於訊號的追蹤見持久訪客 ID與瀏覽器指紋指南。身分解析與這兩類並列,而且專為它們設計的防護對它都不起作用。
為什麼分區和反指紋都沒用
分區的做法是給每個網站一份獨立的儲存副本,在一個網站寫入的識別碼無法在另一個網站讀取。但電子郵件地址不是從儲存裡讀出來的:你在每個網站都重新輸入一次,解析方每次都會收到。無論瀏覽器施加多少隔離,解析方收到的都是同一串字元。
反指紋的做法是降低瀏覽器的辨識度。電子郵件地址不是瀏覽器的特徵。讓 canvas 輸出帶雜訊、讓字型清單變短,都不會改變你親手輸入的地址。
這兩種防護針對的是推斷出來或儲存下來的身分,而身分解析依賴的是你自己宣告的身分。這才是真正的轉變,也是 WebKit 的因應屬於另一類防禦的原因:不是儲存規則,而是切斷通往解析方的網路路徑。
WebKit 做了什麼,沒做什麼
根據公告:
- 攔截網路存取。 在 iOS、iPadOS、macOS 和 visionOS 27 中攔截對身分解析基礎設施的存取。依網域層級攔截,意味著解析方無法透過改寫請求結構來躲避。
- 針對的是第三方解析方。 WebKit 說這些公司隱身存在於許多需要你輸入信箱的頁面上;它們並非登入服務商或電子報服務,「只是來追蹤你的」。
- 不針對第一方個人化。 WebKit 明確表示,第一方個人化「不是追蹤,也不是我們的技術要阻止的對象」。商店記住你自己的訂單紀錄不在範圍之內。
- 即便每個網站都守規矩,中央解析方依然是問題。 就算每個網站的圖譜只含自家資料,WebKit 指出中央解析方仍掌握跨站、跨裝置、跨主體的資料,並能充當清算中心。這是任何單一第一方都不具備的能力。
公告沒有列出被攔截的網域,本文也不列。
在任何瀏覽器裡你能做什麼
瀏覽器層級的攔截只惠及帶有這項功能的使用者。根本的辦法在輸入端:你交出的是哪個地址。
- 每個網站用不同的地址。 如果每個網站收到的信箱都不一樣,就沒有可以連接的東西。部分電子郵件服務提供別名功能。WebKit 自己提到了面向 iCloud+ 訂閱者的「隱藏我的電子郵件」(Hide My Email),可為每個新網站產生獨一無二的隨機地址,同時郵件仍會進入你的收件匣。
- 電子報和行銷訂閱另用一個地址。 這樣一個地址能串起來的資訊更少。
- 取消訂閱不等於刪除。 據 WebKit,取消訂閱不會刪除第三方持有的 ID 和地址。
- 別指望只靠隱私設定。 嚴格的反指紋、清除 Cookie、使用 VPN,都不會改變你提交的信箱。
瀏覽器指紋在這裡的位置
BrowserInsight 的指紋檢測展示的是:在你什麼都不輸入的情況下,網站能了解到你的哪些資訊,例如 canvas 輸出、字型、螢幕等。基於電子郵件的比對不需要這份清單裡的任何一項,這正是兩種防護方式不同的原因:指紋要靠讓瀏覽器看起來和許多人一樣來淡化,以信箱為依據的 ID 則要靠改變你提交的內容,或靠能切斷請求的瀏覽器來防範。我們不宣稱 BrowserInsight 的任何工具能偵測身分解析腳本;指紋檢測涵蓋的是另一半圖景。
此外,還有一些第三方藏身於看似正常的網站行為之中,參見跨站登入偵測和 CNAME 偽裝追蹤。
常見問題
身分解析和「使用 Google / Facebook 登入」是一回事嗎?
不是。WebKit 把二者區分開:解析方不是登入服務商或電子報服務,而是出現在頁面上、為追蹤而蒐集你地址的第三方。
Safari 27 只在無痕瀏覽中攔截嗎?
WebKit 的公告把這項攔截描述為 27 版本的一部分,全文沒有提到無痕瀏覽。公告並未給出這種限制,但也沒有進一步說明適用範圍;如果這一點對你很重要,請查閱 Apple 自己的版本說明。
如果我從不登入任何網站,就安全了嗎?
這套機制依賴你向表單輸入電子郵件或其他個人資料。不輸入就沒有可蒐集的東西,但 Cookie、指紋等其他追蹤方式依然存在。
清除 Cookie 能刪掉我的追蹤 ID 嗎?
刪不掉關鍵部分。ID 綁定的是第三方伺服器上的電子郵件地址。WebKit 說明,登出或取消訂閱都不會刪除它。
結論
身分解析是向你索取識別碼,而不是從瀏覽器裡取走識別碼的追蹤方式。所以針對瀏覽器所儲存或暴露識別碼的儲存分區和反指紋碰不到它,Safari 27 才直接攔截解析方的網路存取。如果你的瀏覽器沒有這項功能,真正能用的手段就是你提交的地址:每個網站一個不同的地址,解析方就沒有可以關聯的東西。
推薦閱讀:


