GA4在事件參數中有兩個與「事件批次」與「頁面識別」相關的欄位：
- batch_ordering_id
- batch_page_id
這兩個參數目前在官方文件中的說明相對簡短，但在實務觀察中與實際行為存在一些差異，特別是在DebugView與即時報表中呈現的數值。
本文將用白話方式整理其定義、實際行為與觀察重點。
batch_ordering_id
官方的定義：
A monotonically increasing number that is incremented each time a network request is sent from a given page.
中文意思是： 每當從同一個頁面送出一次網路請求時，就會遞增的單調數字。
比如打開一個頁面的時候會觸發了page_view，click，login事件，對應的batch_ordering_id對應就是 1、2、3。
batch_page_id
官方的定義：
A sequential number assigned to a page that increases for each subsequent page within an engagement.
batch_page_id分配給頁面的序號，該序號隨著參與中的每個後續頁面而增加。
batch_page_id 的真實來源
batch_page_id實際發送事件的當前時間戳（13位時間戳），和從名為_ga_<container-id>的Cookie裡的當前時間基本一樣。
如我在haranhuang.com上觸發一個事件，看名為_ga_<container-id>：
當前時間戳是1700105495（10位時間戳）
GA4即時報表裡的batch_page_id的是 1700105494118:
兩者差異說明：
| 類型 | 範例 | 說明 |
|---|---|---|
| Cookie timestamp | 1700105495 | 10 位 Unix timestamp（秒） |
| batch_page_id | 1700105494118 | 13 位 timestamp（毫秒） |
差異主要來自「時間單位不同」
這兩個參數的實務用途是什麼？
目前這兩個參數在GA4中：
- 非主要分析指標：不會直接出現在標準報表，不建議用於核心KPI分析
- 更偏向內部機制：可能用途包括事件批次處理，前端事件排序，除錯與系統診斷
結論
GA4 的 batch_ordering_id 與 batch_page_id 本質上屬於內部事件處理機制參數，目前在實務中有以下特性：
- batch_ordering_id：理論遞增批次編號，實務多數情況固定為 1
- batch_page_id：理論：頁面遞增序號，數值接近 timestamp（13 位毫秒時間戳）
如果您在操作上仍有任何疑問，歡迎留言交流，或加入：Google Analytics 4交流社團發問
