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