行銷卡點：檔期很多，但資料沒有在同一個地方說話
活動廣告牽涉文案、圖片、受眾、排程、預算、著陸頁與追蹤。只靠廣告後台逐頁查看，會出現三個問題：
- 版本容易失控：不知道哪一則素材對應哪個受眾與優惠。
- 開檔風險晚發現：著陸頁憑證或追蹤失效時，廣告費仍可能持續消耗。
- 成效口徑不一致：平台點擊、GA4 事件與購票入口各自有數字，難以直接比較。
專案策略：把投放流程做成一套可檢查的系統
本專案不只建立廣告，而是把檔期前、中、後的工作串成同一套操作方式：
- 受眾與素材矩陣：依親子、學生、情侶與暖受眾管理文案和素材版本。
- 檔期排程：分開管理整月主訴求、限定日期優惠與再行銷節點。
- UTM 與 GTM 規範：統一活動來源、素材與購票入口的事件命名。
- 雲端戰情室：集中查看廣告花費、點擊率與購票入口點擊。
- 上線安全閘門：開檔前檢查 TLS 憑證鏈、著陸頁狀態、GTM 與 Meta Pixel。
已完成的驗證
- 4 周年慶 6 檔／8 組／10 則廣告完成建立與平台審核。
- 已依時程開啟主宣傳、暖受眾與限定日優惠檔期。
- GTM 購票點擊、Meta Pixel PageView 與著陸頁 TLS 憑證鏈完成上線前檢查。
- B1 尋4檔在 2026 年 9 月 9 日的階段快照中，到達率為 82.5%、CTR 為 2.82%。
- 取消低優先檔期後，將預算回填到主要廣泛受眾，不讓預算留在低效結構。
誠實揭露量測上限
購票由第三方平台完成，訂單資料不會回傳，因此目前只能判讀到「購票入口點擊」，不能直接宣稱 CPA 或 ROAS。專案保留兩個後續驗證方式：
- 以 ERP 逐日票數對照投放日與未投放日。
- 透過尋4大作戰的活動來源問答，補上現場歸因鉤子。
這個限制沒有被包裝成已完成成果，而是清楚留在檔期結案條件中。
系統架構
受眾與素材矩陣
│
├── Meta 廣告檔期與預算
├── UTM / GTM / Pixel 追蹤契約
└── 上線前安全閘門
├── 著陸頁 HTTP 狀態
├── TLS 憑證鏈
└── 事件是否正常送出
│
▼
雲端廣告戰情室
花費 / CTR / 購票入口點擊
技術與工具
- Meta Ads Manager、Meta Marketing API
- GA4、Google Tag Manager、Meta Pixel、UTM
- Next.js、React、TypeScript、Drizzle ORM
- PowerShell 憑證鏈與上線前檢查腳本
AI 協作筆記：AI 協助整理素材變體、檢查追蹤規格與產生分析報表；預算調整、上線節點與成效判讀仍由人員負責。