第三方腳本治理
每個追蹤碼都在偷 INP
第三方腳本像店裡的寄賣櫃——每個廠商都說只佔一個小角落，等回過神，半間店都是別人的櫃位，客人擠不進來。
03為什麼是現在學
追蹤碼、聊天視窗、行銷像素……一個一個加都「還好」，加總起來就是 INP 與載入速度的最大稅負。需要治理機制，不是一次大掃除。
04白話理解（對客戶簡報可直接引用）
建立第三方腳本清單制：每個腳本記「是什麼／誰要求的／還在用嗎／載入方式」。三個動作：不用的移除（最常見：換過廠商的舊像素）、必要的延後（defer/互動後載入）、可自建的自建（如簡單的事件追蹤）。每季盤點一次。
05工具箱
- ▸GTM 容器清單＋DevTools Network — 實際載入了哪些第三方，逐一對帳
- ▸PSI 的第三方影響分析 — 每個腳本偷了多少毫秒
06怎麼做 · SOP 3 步（每步標產出物）
- 1列出全部第三方腳本與存在理由→ 第三方清單
- 2三分法處置：移除/延後/保留→ 治理決策表
- 3訂「新增腳本要登記」的流程→ 治理流程
07場景應用（實戰經驗）
- ◆每家合作過的廣告代理商都留下一個像素——五年五家，五個殭屍腳本。清單制的意義是讓「誰加的、為什麼」永遠有答案。
08⚠️ 常見誤區
- ✕聊天視窗 SDK 開頁就全量載入——改成「使用者捲動或停留後」再載，體感零差異、速度大不同。
口訣
「每個腳本都要有名字、有理由、有退場日。」
10里程碑 · 完成標準（可驗證）
- ☐第三方清單存在且每季盤點
- ☐無殭屍腳本
- ☐重腳本延後載入
學習者勾自己的進度；顧問勾客戶專案的交付——同一份標準，兩種用法。
12檢核方式與依據出處
半自動：程式抓資料或客戶填表，再由系統／顧問判讀。
依據等級決定計分權重（🟢×3／🔵×2／⚠️×1）——權重量的是「依據有多硬」， 不是「我們覺得多重要」。查無權威文件的判準，誠實標「業界慣例」。