為什麼 Facebook 要追蹤連結
Facebook 透過自家的重新導向來路由對外連結,以記錄是哪篇貼文、廣告或版面產生了點擊,然後加入 `fbclid`,讓目的地網站的 Facebook 像素能將該次造訪與原始的 Facebook 工作階段連結起來。來自 Meta App 的分享會加入 `mibextid` 和 `rdid`,以記錄分享是發生在 Facebook、Instagram 或 Messenger 內的哪個位置。
Facebook 會將每個對外點擊包裝在 `l.facebook.com/l.php?u=...` 中,並為分享加上 `fbclid` 標籤 - 這是 Meta 用來與目的地網站上的 Facebook 像素比對的單次點擊 ID,藉此重建誰點擊了什麼。來自 Meta App 的分享還會額外加上 `mibextid` 和 `rdid`。在貼上之前,請先清理 Facebook 連結。
Clean Links 可處理的追蹤器與重新導向範例
Facebook 透過自家的重新導向來路由對外連結,以記錄是哪篇貼文、廣告或版面產生了點擊,然後加入 `fbclid`,讓目的地網站的 Facebook 像素能將該次造訪與原始的 Facebook 工作階段連結起來。來自 Meta App 的分享會加入 `mibextid` 和 `rdid`,以記錄分享是發生在 Facebook、Instagram 或 Messenger 內的哪個位置。
在 Chrome、Edge 與 Android 上將連結清理工具釘選為漸進式網路應用程式,或在 iPhone、iPad 與 Mac 上安裝 iOS App。同樣具備裝置端清理功能,免帳號,不留紀錄。
Facebook 連結通常以 `l.facebook.com/l.php?u=...` 開頭,真實網址被編碼在 `u=` 裡面。刪錯參數會破壞連結。Clean Links 會讀取 `u=`、展開重新導向、捨棄 `fbclid` 和 `mibextid`,並顯示真實的目的地。
不會。Clean Links 會從 `l.facebook.com` 包裝內讀取目的地、移除 Facebook ID,並顯示真實網址。
Facebook 點擊識別碼 - 當您從 Facebook 或 Instagram 開啟連結時,Facebook 加入的單次點擊 ID。它讓 Meta 的像素能將您在目的地網站的造訪,與發送您的 Facebook 工作階段連結起來。
分享來源識別碼,當您從 Meta App 內分享連結時,Facebook、Instagram 和 Messenger 會加入此參數。它會記錄是哪個 App 和版面產生了該次分享。
`l.facebook.com` 是 Meta 的對外重新導向層。`/l.php?u=` 路徑會將您轉址到 `u=` 中的真實網址,同時記錄該次點擊。Clean Links 會直接讀取 `u=`,跳過記錄點擊的跳轉過程。
`fb.me` 是 Facebook 自家的短網址網域,它只會轉址到 Facebook 擁有的網址。它沒有惡意,但確實加入了一個帶有追蹤的重新導向。Clean Links 會將其展開,讓您在點按前看見真實的目的地。
在分享前清理連結,代表訪客抵達時不會帶有 `fbclid`,因此像素無法將該次點擊與 Facebook 工作階段連結起來。當您替別人分享時,這正是清理連結的目的。
Apple App 會在裝置端清理 Facebook 連結。網頁版清理工具目前會將連結傳送至 Clean Links API,因為完整的規則引擎太大,目前無法發布到每個瀏覽器。我們不會記錄、儲存或將這些請求與帳號綁定,且短網址依然會在獨立、無 Cookie 的環境中,使用隨機的 User Agent 進行解析。
清理規則是相同的,但 Apple App 擁有更多系統整合:分享表單清理、Safari 擴充功能支援、QR Code 掃描、捷徑、Siri 以及 Mac 剪貼簿工具。網頁版清理工具目前專注於在瀏覽器中貼上並清理,而瀏覽器原生的 WASM 版本正在開發中。