更新時間：2025年1月7號
隨著Safari ITP、Firefox ETP以及各種隱私保護機制越來越嚴格，網站分析工具開始面臨Cookie壽命縮短、使用者識別困難等問題。
因此在 Google Tag Manager Server-side（sGTM） 與Adobe Experience Platform的伺服端追蹤架構中，開始大量使用FPID（First-Party ID） 作為第一方使用者識別機制。
本文將帶你了解：
- FPID是什麼？
- FPID與Client ID有什麼差異？
- 如何在sGTM中查看 FPID？
- Adobe的First Party Device ID又是什麼？
什麼是FPID（First-Party ID）？
FPID（First-Party ID）中文通常翻譯為第一方識別碼、第一方使用者ID、第一方裝置ID
它是一種由伺服器建立並管理的使用者識別碼，主要用於：
- 辨識同一位訪客
- 延長使用者識別週期
- 提高跨工作階段的識別能力
- 降低瀏覽器隱私機制造成的資料流失
在Google的Server-side Tracking架構中，FPID通常由sGTM Server Container負責產生與維護。
為什麼需要FPID？
傳統的客戶端追蹤，在Safari ITP、Firefox ETP、Ad Blocker和Cookie壽命限制下，會造成：
- 使用者被重新識別
- Client ID重置
- 新訪客數虛增
- 轉換歸因失真
而伺服器追蹤的FPID，可以有效避免上述問題。
FPID 的主要優勢
| 優勢 | 說明 |
|---|---|
| 第一方Cookie | 由自己的網域建立 |
| 更長的保存期限 | 較不容易被瀏覽器縮短 |
| 提高使用者識別率 | 降低 Client ID 重置機率 |
| 支援 Server-side Tracking | 與 sGTM 深度整合 |
| 強化資料品質 | 提升歸因與分析準確性 |
FPID的安全性
FPID Cookie是透過HTTP Response Header由伺服器設定。
通常會搭配以下屬性：HttpOnly、Secure、SameSite
其中最重要的是HttpOnly，設定HttpOnly後：
- JavaScript無法讀取
- JavaScript無法修改
- 降低XSS攻擊風險
因此相較於前端JavaScript建立的Cookie，FPID具有更高的安全性。
FPID示例
Google Tag Manager
在伺服端佈署中，在sGTM裡設定客戶端時，點擊「更多設定」，就可以看到FPID的設定，不需要做調整，直接是預設定的就可以：
設定好後，在網站就可以看到FPID：
FPID的的結構，如：FPID2.2.Ol%2F%2BDVGHq0KkshV3bzl4Eq%2FZg55Xsextrr%2BrPiVByO8%3D.1733989576
各部分的作用如下：
| 參數 | 解釋 |
|---|---|
| FPID2.2 | 版本號碼，是固定值. |
| Ol%2F%2BDVGHq0KkshV3bzl4Eq | 待確定 |
| Zg55Xsextrr%2BrPiVByO8%3D | 待確定 |
| 1733989576 | 時間戳 |
其中Ol%2F%2BDVGHq0KkshV3bzl4Eq%2FZg55Xsextrr%2BrPiVByO8%3D.1733989576就是Client ID。
Adobe Launch
Adobe Launch裡是叫First Party Device IDs，本質上與Google的FPID概念相同。
Adobe Launch的FPID遵循uuidv4的結構，需要自己去生成FPID並寫到cookie裡。
然後在DataStream裡去開啟：
設定好後，在網站就可以看到FPID：
FPID常見問題（FAQ）
FPID是否等於Client ID？
不是。
FPID是第一方識別碼。
Client ID是GA4用來識別使用者的 ID。
在Server-side架構中，GA4通常會利用FPID來產生或維護Client ID。
FPID只會出現在sGTM嗎？
Google的FPID主要出現在Server-side GTM，傳統前端部署通常不會看到FPID。