基礎流量量測
優先採用不需要 cookie 同意橫幅、對載入速度沒有影響的輕量方案，避免為了量測反而拖垮首屏。
MEASURE
量測與成效回收
先讓數字存在，再讓數字被正確地讀。多數站台的問題不是分析做得不好，是根本沒埋，或是埋了但沒人看。
WHO
適合誰
- 站上線很久了，但沒有任何分析工具，「有多少人來」只能用猜的
- 工具裝了，可是從來沒人打開看，也沒有人負責解讀
- 報表上有一堆數字，但沒有一個能回答「這件事到底有沒有帶來詢問」
- 曾經把兩個不相干的數字相除算成轉換率，然後照著那個結論做決策
SCOPE
包含什麼
轉換事件定義
把「什麼算一次有效行動」寫清楚：表單送出、聯絡方式點擊、通訊軟體點擊各自是一個事件。定義先寫死，之後才能比較。
指標的正確讀法
平行的路徑不得互相相除。我方算錯過一次：把兩條各自獨立的路徑當成分子分母，得到一個看起來很漂亮但沒有意義的比率。
搜尋主控台的定期回讀
重點不是提交，是它有沒有再回來讀。上線後第 3、7、14 天各查一次「上次讀取日期」與「已探索網頁數」。
定期回報與判讀
數字要有人讀、讀完要有動作。只列數字不下判斷的報表，跟沒有報表的差別只是多花了時間。
DELIVERABLES
交付什麼
- 量測工具的埋設與驗證紀錄
- 轉換事件定義表（含不得如何計算的說明）
- 定期回讀的排程與負責人
- 每次回報的判讀，不只是數字清單
SELF-PROOF
我方在自己身上怎麼做的
⚠️ 誠實揭露：量測是我方自己目前最弱的一環。四個自營站台裡只有一個站有完整的流量分析，其餘幾個目前是零。
正因為踩過「有站沒數據」，我方把量測改成上線的必要條件之一：沒埋好不准過品質閘門，不留到上線後再補。
我方對量不到的東西一律寫「未量測」，不填一個看起來合理的數字。這條規則在我方內部文件裡是硬性的。