媒體代碼主要用於執行媒體成效優化與再行銷受眾建立，但其轉換數字與網站分析工具存在歸因方式、追溯期間與資料層次的差異；現代則透過 GTM 等代碼管理工具標準化管理代碼的框架事件、呼叫伺服與追蹤標記，有效減輕網站負載並提升追蹤精準度。

  • 媒體代碼的主要任務是執行媒體成效的優化，讓媒體知道網站轉換狀況並建立再行銷受眾。

  • 媒體代碼的主要任務是做媒體優化。

  • 媒體報表上的數字經常與網站轉換數字有落差。

  • 媒體轉換與網站分析的差異主要有：

    • 歸因方式不同：媒體轉換分點擊後轉換和曝光後轉換。網站分析工具可能無法監測曝光後轉換。這通常導致媒體數字比網站分析多。
    • 轉換追溯期間不同：媒體預設通常是7天、28天或30天，可能與網站分析設定及商品週期不同，需要確認差異。
    • 資料層次不同：對轉換的定義不同（例如：留名單網站的一次造訪轉換，或購買網站購買一件或多件商品算一次轉換或多次轉換）。資料層次不同會造成轉換數字落差。

  • 數字落差在數據整合時本來就存在，不需過度擔心或反應。重要的是正確了解資料是依據什麼層次、追溯期、方式收集的，才能做出正確判斷。

  • 媒體代碼的結構主要由程式語言寫成，分成：

    • 框架事件：指代碼觸發的位置，說明代碼要埋在網頁的哪個地方（如讀頁面或點按鈕）。
    • 呼叫伺服：代碼的細胞核。通常包含回傳伺服器的URL位置和運算代碼，用於將資料回傳到媒體端伺服器處理判斷。
    • 追蹤標記：最後在系統看到的結果。行銷人員通常會更動此處，根據行銷需求設計代碼（如將「Pageview」改為「View content」），以了解各處行為成效。

  • 媒體代碼的埋放方式：

    • 過去：在網站的Head或Body區塊「挖洞」將代碼丟進去。埋錯位置會導致代碼不Function。為避免錯誤曾導致使用Thank You Page或跳出框架網頁監測。這種方式常造成網站Loading大、監測重複計算不精準。
    • 現在（程序化購買興起後）：代碼需求變多，出現許多對行銷人員友善的代碼管理工具。
    • 代碼管理工具：例如GTM、Tealium。讓不懂程式語言的人也能輕鬆管理代碼，因其將代碼工作標準化。通常將代碼處理流程分成代碼、觸發條件、變數三種，可互相搭配組合。這避免了為監測不同事件而需在網站挖很多洞的問題，減輕IT和行銷人員的困擾，並改善網站Loading。

  • 大數據行銷：不是累積大量資料，而是透過埋碼等技術手段，從不同角度、資料維度檢討數據問題。這是相對於傳統統計的優勢。