GA4 的 Property ID 是識別整個 Property 的純數字，常用於 Data API；Measurement ID 則是 Web data stream 的 G- 識別碼，讓網站標記把資料送到正確串流。兩者位於不同層級、不能互換。填寫前要先確認工具究竟要識別整項 Property，還是網站資料的收集目的地；貼錯可能讓 API 請求失敗，或讓網站資料進入錯誤目的地。
一句話理解：Property ID 像整棟分析大樓的門牌；Measurement ID 像網站資料入口的收件代碼。
Property ID 與 Measurement ID 是什麼？
Property ID 是 GA4 Property（資源）的數字識別碼。Property 是資料、設定與報表的共同範圍，而 Property ID 用來讓 Google 的介面、API 或其他整合確認「你指的是哪一項 Property」。Google Analytics Data API 的官方文件要求使用數字 ID，常見寫法是：
properties/123456789
Measurement ID 則屬於 Web data stream。Google 官方將它定義為 Web 串流的唯一識別碼，格式為 G- 加上一組數字與字母，例如：
G-ABC123DEF4
它的工作是把網站與相應的 GA4 Web 串流連起來，讓網站事件被送到預定目的地。兩者可以放進同一張交接表，卻不能貼進彼此的欄位。
它們位於哪個層級？
可以把關係簡化成：
Analytics Account
└─ Property：Property ID = 123456789
├─ Web data stream：Measurement ID = G-ABC123DEF4
├─ iOS data stream
└─ Android data stream
Property ID 識別整個 Property；Measurement ID 識別其中一條 Web data stream 的量測目的地。GA4 Property 可以包含網站與 App 的 data streams，但官方對 Measurement ID 的定義明確限定 Web data stream，所以不能假設 iOS 或 Android stream 也有一個可直接貼到網站的 G- Measurement ID。
這也解釋了為什麼兩者不一定是一對完全相同的代碼。Property 是較大的分析範圍，stream 是其中的資料入口。即使多數常見架構依官方建議使用一條 Web stream，概念上仍要先看 Property 與 stream 層級，不能把兩個 ID 當成同義詞。
常見 GA4／GTM ID 快速比較
GA4 後台、網站原始碼與 GTM 工作區常同時出現多個 ID。最安全的方法不是只背字首，而是先確認它識別的對象與使用欄位。
| ID 名稱 | 常見樣貌 | 識別對象 | 常見用途 |
|---|---|---|---|
| Property ID | 123456789 |
整個 GA4 Property | Data API、Property 設定與整合辨識 |
| Measurement ID | G-ABC123DEF4 |
GA4 Web data stream | Google tag、GTM 中的 Analytics 目的地、明確要求 GA4 Measurement ID 的 CMS |
| Stream ID | 串流詳情中的獨立 ID | 使用者活動來源的 data stream | 區分／報告串流，或依特定工具文件路由資料 |
| Destination ID | Analytics 為 G-...；Ads 可為 AW-... |
Google tag 連結的產品目的地 | 載入目的地設定並把事件路由至相應產品 |
| Google tag ID | 可能為 GT-...、G-...、AW-... |
載入某個 Google tag 的識別碼 | 安裝或辨識 Google tag；單一 tag 可有多個 tag IDs |
| GTM Container ID | GTM-ABCDE1 |
Google Tag Manager container | 載入可管理 Google、第三方與自訂 tags 的 GTM container |
| UA Tracking ID | UA-123456-1 |
舊 Universal Analytics property | 舊版系統辨識；不是 GA4 Property ID 或 Measurement ID |
為什麼 G- 有不只一種叫法？
Google Analytics 文件把 G- 稱為 Web stream 的 Measurement ID，並說在 GA4 中它與 Analytics destination ID 是同一個 ID。Google tag 文件則把 G- 列為可用的 tag ID 格式之一。
這不是代表所有 ID 名稱都可以任意互換，而是同一個識別字串可能在不同產品脈絡中描述不同角色：
- 在 GA4 的 Data stream 頁面，你主要把它視為 Measurement ID。
- 在 Google tag 的目的地設定中，它代表 Analytics destination ID。
- 在標記安裝說明中，它也可能被列為可載入 Google tag 的 tag ID。
因此，遇到 G- 時可先確認它所屬的 Web stream，再查看當下工具的欄位說明。若欄位要求 GTM-，就不能用 G- 取代；若 API 要純數字 Property ID，也不能因 G- 是 Analytics ID 就直接填入。
在哪裡找 Property ID 與 Measurement ID？
介面名稱可能隨 Google 更新，但穩定的查找邏輯如下。
找 Property ID
- 登入 Google Analytics 並進入 Admin。
- 先確認目前選取的 Account 與 Property 正確。
- 開啟 Property details／Property settings 類的資源詳細設定。
- 找到純數字的 Property ID。
Google Analytics 的上方搜尋也支援使用目前 Property ID 或名稱查找 Property 設定。若公司有多個品牌或測試環境，不要只看名稱相似就複製；最好同時核對 Property owner、時區、stream 與預期資料。
找 Measurement ID
- 進入 Admin。
- 在 Property 的資料收集設定中開啟 Data streams。
- 選擇 Web 類型，點進正確的網站串流。
- 在 stream details 中複製以
G-開頭的 Measurement ID。
若只看到 iOS 或 Android stream，就不要自行把 Stream ID 當成 Web Measurement ID。你可能尚未建立 Web stream，或目前進錯 Property。權限要求與選單名稱也可能變動，正式操作時應以當日帳戶和官方文件為準。
不同工具應填哪一個 ID？
遇到欄位時，先問：「這個工具要查詢整個 Property，還是要把網站事件送進 Web stream？」
| 使用情境 | 通常需要的 ID | 判斷理由 |
|---|---|---|
| Google Analytics Data API 的 property 參數 | Property ID，例如 properties/123456789 |
API 要指定報表所屬的整個 Property |
| CMS 的「GA4 Measurement ID」欄位 | G-... Measurement ID |
欄位要把網站資料送往 Web stream |
| 網站直接安裝 Google tag | 依官方安裝片段使用相應 tag／destination ID；GA4 常見為 G-... |
要載入標記並指定 Analytics 目的地 |
| GTM 裡設定 Google tag 的 Analytics 目的地 | G-... Measurement／destination ID |
GTM container 負責執行，G- 指向 GA4 Web stream |
| 安裝 GTM container | GTM-... Container ID |
這是標記管理容器，不是 GA4 目的地 |
| App／Firebase 設定 | 依 Firebase 與平台官方流程 | 不把網站的 Web Measurement ID 當成 App 通用安裝碼 |
| 以串流維度分辨來源 | Stream ID 或對應 stream 維度 | 依報表／API 欄位的官方定義，不以 Measurement ID 猜測 |
「通常需要」不等於所有第三方工具都相容。某些舊 CMS 只寫「Tracking ID」，卻可能只支援 Universal Analytics 的 UA- 格式。不要直接假設貼入 G- 就能運作；應查看該平台目前的官方整合文件，確認它明確支援 GA4、Google tag 或 Measurement ID。
看不懂欄位時，用三步判斷法
第一步，先讀欄位附近的完整文字，不要只看「Analytics ID」。如果文件提到 report、Data API、Property 或 properties/，通常是在識別整項 Property；若提到網站 tag、Web stream、destination 或 G-，通常是在指定網站資料目的地；若提到 container、workspace、trigger 或 publish，則很可能屬於 GTM。
第二步，回到 GA4 後台核對來源。純數字應能對上目標 Property 的詳細資料，G- 則應能對上目標 Web stream。不要從另一個網站的原始碼複製一個「看起來像 GA4」的 ID，也不要只憑公司名稱相近就判定是正式環境。
第三步，保存設定前先做小範圍驗證。若工具有預覽或測試功能，先用測試事件確認目的地；若沒有，至少留下變更前設定、操作者、時間與預期 Property，並準備回復方式。這能把「貼錯 ID」從長期資料污染，縮小成容易發現的短期測試問題。
網站與電商交接實例
假設一間電商的正式 GA4 Property 是「TW｜Shop｜Production」，Property ID 為 123456789，官網 Web stream 的 Measurement ID 為 G-ABC123DEF4，網站使用的 GTM Container ID 是 GTM-ABCDE1。
資料工程師要用 Data API 取報表時，交接內容應是：
Property：TW｜Shop｜Production
Property ID：123456789
API property 參數：properties/123456789
網站或 GTM 建置者要把官網事件送入 GA4 時，交接內容則是：
Property：TW｜Shop｜Production
Data stream：shop.example.com｜Web｜Production
Measurement ID：G-ABC123DEF4
GTM Container ID：GTM-ABCDE1
把名稱、層級、平台與環境一起寫出來，比只在聊天訊息丟一串 ID 安全。測試站若有另一個 Property 或 stream，也要清楚標註 Staging，避免測試購買事件流進正式報表。
同一電商若另有 iOS／Android App，可以把相關 App streams 放在同一 Property，但 App 建置應依 Firebase／平台流程。不能因所有資料最後在同一 Property，就把官網的 G- ID 當成每個 App 的通用設定。
ID 填入後如何驗證？
ID 看起來正確只是第一層，完整驗收至少要分五步：
- 核對層級與環境。 確認 Account、Property、Web stream、網站網域與正式／測試環境一致。
- 核對實際部署。 直接查看網站原始碼、CMS 設定或 GTM 已發布版本，不只看未發布的工作區草稿。
- 檢查標記請求。 使用 Tag Assistant 或瀏覽器網路工具，確認事件送往預期的
G-目的地。 - 看 DebugView 與 Realtime。 確認測試事件出現在正確 Property，且事件名稱、參數與裝置符合預期。
- 等待報表處理後再做品質檢查。 查看標準報表中的來源、事件、電商參數與關鍵流程，不把即時出現一個數字當成完整驗收。
Google 官方也提醒，若同一網站同時重複安裝 Google tag 與 GTM，可能造成非預期結果，例如資料重複計數。這不是說兩者的名稱不能同時出現在文件裡，而是同一量測目的不應被未規劃地重複觸發。
常見錯誤與自我檢查
錯誤一：把純數字 Property ID 貼到網站欄位
網站欄位若明確要求 GA4 Measurement ID，通常要填 Web stream 的 G- ID。純數字 Property ID 不會因為也是 Analytics ID 就自動變成網站收集目的地。
錯誤二：把 G- 填進 Data API 的 Property 參數
Data API 官方要求數字 Property ID，並以 properties/數字 形式表示。G- 識別的是 Web stream，不是整個 Property。
錯誤三：把 Stream ID 或 GTM- 當 Measurement ID
Stream ID 識別 data stream 的活動來源；GTM- 識別 Tag Manager container。它們與 Measurement ID 可能在同一個專案共同出現，但不是同一欄位的替代值。
錯誤四：只按 ID 字首，不看工具文件
Google tag 平台允許 GT-、G-、AW- 等 tag ID，產品用詞也可能更新。前綴是線索，不是完整規格；欄位說明與目標產品才是決定因素。
錯誤五：把 ID 當成資料品質保證
ID 正確不代表事件沒有重複、參數完整、同意設定正確或報表能回答因果問題。GA4 是量測系統，仍受收集、處理、識別與模型限制影響。
交付前可快速自查：
- [ ] 我知道欄位要識別 Property、stream、destination 還是 GTM container。
- [ ] Property 名稱、數字 Property ID、Web stream 名稱與
G-ID 已一起記錄。 - [ ] 正式與測試環境沒有使用同一份模糊交接資訊。
- [ ] 實際部署值與 GA4 stream details 完全一致。
- [ ] GTM 變更已發布，且網站沒有未規劃的重複標記。
- [ ] DebugView／Realtime 的測試事件出現在正確 Property。
- [ ] 事件參數、同意與資料品質另有負責人驗收。
FAQ
Property ID 和 Measurement ID 可以互換嗎？
不可以。Property ID 識別整個 GA4 Property，Measurement ID 識別 Web data stream 的量測目的地。Data API 通常要純數字 Property ID；網站 GA4 標記則通常要 G- Measurement ID。
G- 開頭一定叫 Measurement ID 嗎？
在 GA4 Web stream 脈絡中，它是 Measurement ID；官方也說它等同 Analytics destination ID。Google tag 文件還可能把 G- 列為 tag ID。名稱依脈絡不同，使用前仍要看欄位要求。
一個 Property 只能有一個 Measurement ID 嗎？
Measurement ID 屬於 Web data stream，而 Property 可以包含不同平台的 data streams。Google 對多數 Web 旅程建議一個 Web stream，但這是架構建議；理解 ID 時仍應以實際 Property 與 stream 關係為準。
App 要不要填 Web Measurement ID？
一般 App 資料收集應依 iOS／Android 與 Firebase 的官方設定流程，不應把網站 Web stream 的 G- Measurement ID 當成 App 的通用安裝碼。網站與 App 可以流入同一 Property，但入口與建置方式不同。
ID 填對卻沒有資料，下一步查什麼？
依序檢查標記是否真的部署、GTM 是否發布、事件是否觸發、請求是否送往正確目的地、同意與篩選是否影響資料，再查看 DebugView、Realtime 與處理後報表。不要只反覆重貼同一個 ID。
相關百科詞條
- GA4-005：Property（資源／屬性）
- GA4-006：Data stream（資料串流）
- GA4-009：Google tag（Google 代碼）
- GA4-011：Google Tag Manager（GTM）
官方參考資料
- Google for Developers：Property ID
- Google Analytics Help：Measurement ID
- Google Analytics Help：Stream ID
- Google Tag Manager Help：Destination ID
- Google Tag Manager Help：Google tag ID
- Google Analytics Help：Google Analytics account structure
- Google Analytics Help：Troubleshoot tag setup on your website
- Google for Developers：Plan your tag setup
研究截止日：2026-07-31（Asia/Taipei）。Google Analytics、Google tag 與 GTM 的介面、ID 名稱及整合方式可能更新；實際操作前請再次核對官方文件與工具欄位。
