Marketplace Ads Measurement ไทย 2026: วัด CAC, ROAS และกำไรโดยไม่ Double Count

ปัญหาไม่ใช่ Dashboard น้อยเกินไป แต่แต่ละระบบให้เครดิตยอดเดียวกัน

ลูกค้าคนหนึ่งอาจเห็นคลิปครีเอเตอร์ ดู LIVE ค้นชื่อสินค้า กดโฆษณา แล้วกลับมาซื้อจากหน้าร้าน แต่รายงาน Creator, Ads และ Marketplace อาจต่างอ้างเครดิตจากออเดอร์เดียวกันตามหน้าต่าง Attribution ของตน หากทีมบวก Platform-attributed Revenue ทั้งหมดเข้าด้วยกัน Revenue รวมจะสูงกว่ายอดคำสั่งซื้อจริง และ ROAS จะดูดีกว่าความจริงโดยไม่ต้องมีการทุจริตใด ๆ

หลักฐานจาก TikTok Shop แสดงให้เห็นว่าคำจำกัดความต่างกันได้แม้อยู่แพลตฟอร์มเดียว คู่มือ Affiliate Creatives for Ads วันที่ 12 พฤษภาคม 2026 ระบุว่า Dashboard Ads มี ROI, Gross Revenue, Purchases, Clicks และ Cost ขณะที่ Affiliate Center มี Standard กับ Shop Ads Commission แยกกัน และออเดอร์ยกเลิกยังอาจอยู่ใน Ads GMV จึงต้องอ่านชื่อ Metric, ขอบเขต และเวลา ไม่ใช้คำว่า GMV หรือ ROAS ราวกับเป็นตัวเลขชนิดเดียวกันทุกหน้าจอ

สร้าง Measurement Contract ก่อนซื้อสื่อเพิ่มหนึ่งบาท

ทำเอกสารหนึ่งหน้าให้ Marketing, Marketplace, Finance, Data และ Agency ลงนามร่วมกัน ระบุ Business Question, Source of Truth, Data Grain, Reporting Cut-off, Currency, Time Zone, Attribution Model, Lookback Window, Exclusion, Data Freshness และ Owner ตัวอย่างเช่น Daily Optimization ใช้ข้อมูลแพลตฟอร์มถึง 09:00 น. ส่วน Monthly Profit ใช้ข้อมูล Settlement ที่ปิด Return Window แล้ว ทั้งสองรายงานจึงถูกได้พร้อมกันแต่ตอบคนละคำถาม

Google Analytics อธิบายว่า Attribution คือการจัดเครดิตให้ Ads, Clicks และปัจจัยต่าง ๆ ตามเส้นทางผู้ใช้ และ Lookback Window เป็นตัวกำหนดว่า Touchpoint ย้อนหลังไกลเท่าใดจึงมีสิทธิ์รับเครดิต เอกสารยังชี้ว่าการเปลี่ยน Window ส่งผลต่อรายงานไปข้างหน้า หลักเดียวกันใช้กับ Marketplace ได้: หากสองแพลตฟอร์มใช้ Window หรือ Time Zone ต่างกัน ต้องแสดงความต่าง ไม่ปรับตัวเลขให้ดูเท่ากันโดยไม่มีหลักฐาน

ตั้ง Campaign ID และ Taxonomy ให้เชื่อมข้อมูลข้ามทีม

สร้าง Campaign ID กลาง เช่น TH–BRAND–OBJECTIVE–WEEK–VERSION แล้วบันทึก Platform Campaign ID, Shop ID, Account, Objective, Audience, Placement, Creative ID, Creator ID, Product ID, SKU, Promotion ID และ Landing Destination ทุก Brief, Media Plan, Affiliate Agreement และไฟล์ผลลัพธ์ต้องอ้าง ID เดียวกัน หลีกเลี่ยงชื่อแบบ Final, Final2 หรือ Payday ที่เกิดซ้ำทุกเดือน

กำหนด Channel–Touchpoint Taxonomy ที่ใช้งานจริง เช่น TikTok Video Ads, TikTok LIVE Ads, TikTok Affiliate Organic, Shopee Search Ads, Shopee Discovery, Lazada Sponsored Solutions, Organic Store, CRM และ Direct พร้อมจัด Paid, Owned, Earned และ Affiliate แยกกัน Taxonomy ไม่ได้บังคับให้แพลตฟอร์มเหมือนกัน แต่ช่วยแปลรายงานเฉพาะช่องทางให้เป็นภาษากลางโดยยังรักษารายละเอียดต้นฉบับ

ทำ Metric Dictionary ที่บอกทั้งสูตรและข้อจำกัด

ทุก Metric ต้องมีชื่อธุรกิจ ชื่อจากแพลตฟอร์ม สูตร Grain หน่วย ฐานหาร Window สถานะออเดอร์ที่รวม Exclusion และผู้รับผิดชอบ ตัวอย่าง Platform ROAS = Platform-attributed Gross Revenue หาร Media Spend ส่วน Reconciled ROAS = Valid Net Sales ที่ Dedupe แล้วหาร Media Spend และ Profit ROAS = Contribution Profit ก่อน Media หาร Media Spend ห้ามย้ายตัวเลขจากสูตรหนึ่งไปใส่ชื่ออีกสูตร

คู่มือ Video Ads Set Up ของ TikTok Shop วันที่ 6 พฤศจิกายน 2024 แสดง Metric ตั้งแต่ Cost, Impression, Click, CTR, Initiated Checkout, Purchase, Purchase Rate, ROAS และ Gross Revenue โดย Purchase กับ Revenue ถูกระบุว่า Attributed to Ads ขณะที่ Affiliate Analytics วันที่ 23 ธันวาคม 2025 ให้นิยาม GMV ที่ไม่รวม Refunded Order แต่ Estimated Commission อาจรวม Paid, Unpaid และ Refunded Order ตัวอย่างนี้ย้ำว่าตารางเดียวกันก็อาจใช้ Population คนละชุด

แยกสามชั้นข้อมูล: Platform, Reconciled และ Incremental

ชั้นแรก Platform Performance ใช้ปรับ Bid, Budget, Creative และ Target ภายในบัญชี เพราะตอบเร็วและรักษาตรรกะของระบบนั้น ชั้นที่สอง Reconciled Commerce เชื่อม Spend กับออเดอร์จริงหลัง Seller Discount, Platform Funding, Affiliate Commission, Fee, Cancellation, Return/Refund และ Settlement เพื่อประเมิน CAC กับกำไร ชั้นที่สาม Incremental Impact ใช้การทดลองตอบว่ายอดขายส่วนใดเพิ่มเพราะโฆษณา

อย่าบังคับให้สามชั้นเท่ากัน Platform Attribution มีไว้แจกเครดิตตามโมเดล ไม่ใช่งบการเงิน ส่วน Settlement อธิบายเงินรับแต่ไม่รู้ว่าลูกค้าเห็น Touchpoint ใดมาก่อน และ Incrementality ต้องมี Counterfactual หรือคู่เทียบ Dashboard ผู้บริหารควรแสดงทั้งสามบรรทัดพร้อม Data Cut-off และ Confidence Label เพื่อให้เห็นว่าตัวเลขใดเร็ว ตัวเลขใดปิดแล้ว และตัวเลขใดเป็นข้อสรุปเชิงเหตุผล

Dedupe ที่ Order Line ไม่ใช่ลบเลขที่ดูซ้ำด้วยสายตา

สร้าง Commerce Ledger ที่ระดับ Order Line โดยมี Platform, Shop ID, Order ID, Line ID, SKU, Buyer Token ที่ได้รับอนุญาต, Order Time, Paid Time, Delivered Time, Gross Amount, Seller Discount, Platform Funding, Media Touchpoints, Creator ID, Commission, Fee, Cancel, Refund และ Settlement Status ใช้ Composite Key เช่น Platform + Shop ID + Order ID + Line ID ป้องกันสินค้าหลายชิ้นหรือ Partial Refund ถูกยุบผิด

กำหนด Primary Attribution หนึ่งค่าเพื่อรายงานผลรวม เช่น Platform Native Paid, Affiliate Organic, CRM หรือ Organic Store และเก็บ Assisted Touchpoints เป็น Array แยก ห้ามให้ยอดเดียวอยู่ใน Primary สองช่องทาง หาก Platform ไม่เปิด Order-level Attribution ให้จัด Bucket เป็น Attributed–not–order-linked และรายงานความไม่สมบูรณ์ ห้ามกระจายยอดโดยเดาจนทุกช่องทางดูปิดบัญชีได้

คำนวณ CAC และ ROAS ให้รู้ว่าฐานใดกำลังถูกใช้

CAC แบบบริหารงบควรใช้ Media Spend รวม Incremental Creative Cost และ Cost ที่เกิดจากการหาลูกค้าใหม่ หาร New Valid Customers ที่ Dedupe แล้ว หาก Marketplace ไม่เปิดตัวระบุลูกค้าที่เชื่อมข้ามแพลตฟอร์มได้ ให้รายงาน New-to-Shop CAC แยกตามร้าน ไม่กล่าวว่าเป็นลูกค้าใหม่ของแบรนด์ทั้งระบบ และเก็บข้อจำกัดไว้ใน Dashboard

ROAS ที่ดีไม่ได้แปลว่ากำไรดี สินค้ามาร์จินต่ำอาจต้องใช้ ROAS สูงกว่าสินค้ามาร์จินสูงจึงคุ้ม สร้าง Break-even ROAS จาก Net Contribution Rate ก่อน Media และติดตาม Marginal ROAS ของงบที่เพิ่มขึ้น ไม่ใช่ Average ROAS อย่างเดียว เมื่อเพิ่มงบ 20% แล้ว Incremental Contribution ต่ำกว่าเงินที่เพิ่ม แม้ Average ROAS ยังสวย ควรหยุด Scale และตรวจ Audience, Creative, Price หรือ Inventory

รวม Media, Affiliate และคอนเทนต์โดยไม่ซ่อนต้นทุน

คอนเทนต์ครีเอเตอร์หนึ่งชิ้นอาจสร้าง Organic Affiliate Sale แล้วถูกนำไปใช้ใน GMV Max หรือ Shopping Ads จึงต้องแยก Media Spend, Standard Affiliate Commission, Shop Ads Commission, Sample Cost, Production Fee และ Usage Right ไว้คนละช่อง คู่มือ TikTok Shop ระบุชัดว่า Shop Ads Commission ไม่ได้รวมอยู่ใน Ad Budget และครีเอเตอร์จะได้รับ Commission ประเภทเดียวตามเงื่อนไข ไม่ใช่ทั้ง Standard และ Shop Ads พร้อมกัน

ฝั่ง Shopee มี Affiliate Marketing Solution ส่วน Lazada มี Affiliate Program และ Sponsored Media ที่พา Traffic จากสื่อภายนอกมายังร้าน รายละเอียดการนับ Order กับ Valid Net Sales ต่างกันตามผลิตภัณฑ์และบัญชี ทีมจึงควร Tag Source, Creator, Creative และ Cost Type ตั้งแต่ต้น และตรวจ Terms ล่าสุดใน Seller Center ทุกครั้ง ไม่เอา Commission, Voucher หรือ Platform Credit ไปหักจาก Media Spend เพื่อทำให้ ROAS ดูดี

เปลี่ยนจาก Gross Revenue เป็น Contribution Profit หลังความเสี่ยง

สร้าง Profit Waterfall ต่อ Order Line: Gross Merchandise Value ลบ Seller-funded Discount ลบ COGS, Packaging, Pick–Pack, Shipping ที่ร้านรับผิดชอบ, Platform Fee, Affiliate Commission, Media Allocation, Expected Return Cost และ Adjustment ที่เกี่ยวข้อง เท่ากับ Contribution Profit ก่อน Overhead จากนั้นเทียบ Expected กับ Actual Settlement เพื่อแก้ Fee Mapping และ Funding ที่ยัง Unknown

TikTok Shop อัปเดต Introduction to Seller Fees วันที่ 20 เมษายน 2026 และแยก Commission, Transaction, Infrastructure, Commerce Growth, Affiliate, Shipping, Promotion Adjustment รวมถึงการเติมค่าโฆษณาจาก Settled Balance เอกสารนี้ทำให้เห็นว่า Ad Spend เป็นเพียงต้นทุนหนึ่งในระบบขาย การจัดงบจึงต้องเชื่อม Finance Ledger ไม่จบที่ Ads Dashboard หรือยอดโอนธนาคารก้อนเดียว

ใช้ Attribution Path เพื่อเรียนรู้ Journey แต่อย่าแปลงทุก Touchpoint เป็นยอดขายใหม่

รายงาน Path ควรตอบว่า Touchpoint ใดเริ่ม Assist และปิดการขาย Google Analytics แสดงเส้นทางได้ถึง 20 Touchpoints และอธิบาย Fractional Credit ใน Data-driven Attribution ซึ่งผลรวมเครดิตของหนึ่ง Conversion เท่ากับหนึ่ง ไม่ใช่หนึ่ง Conversion ต่อ Touchpoint แบรนด์สามารถใช้หลักเดียวกันวิเคราะห์ Search, Video, LIVE, Affiliate และ Direct แม้ข้อมูล Marketplace จะไม่ละเอียดเท่าเว็บไซต์ของตน

ใช้ Path Analysis หา Creative ที่สร้างการค้นหา ครีเอเตอร์ที่ช่วยอธิบาย และโฆษณาที่ปิดตะกร้า แล้วตัดสิน Creative Sequencing กับ Budget Role อย่าใช้ Assisted Credit เป็น Revenue เพิ่ม ให้เก็บ Primary Revenue เพียงครั้งเดียวและแสดง Assist Rate แยก หากข้อมูลขาด ให้ติด Unknown แทนการบังคับเส้นทางสมบูรณ์ เพราะความโปร่งใสเรื่อง Coverage มีค่ามากกว่าความแม่นยำปลอม

พิสูจน์ Incrementality ก่อนประกาศว่าโฆษณาสร้างยอดเพิ่ม

Attribution ตอบว่าใครได้รับเครดิต ส่วน Incrementality ตอบว่าจะเกิดออเดอร์หรือไม่ถ้าไม่ลงโฆษณา เมื่อต้องตัดสินงบก้อนใหญ่ ให้ทำ Holdout ที่แพลตฟอร์มรองรับ หรือออกแบบ Geo Test, Time Test, SKU Test และ Audience Test โดยเลือกกลุ่มใกล้เคียง กำหนด Baseline ล่วงหน้า เปลี่ยนตัวแปรหลักทีละอย่าง และรักษาราคา โปรโมชัน สต็อกกับ Fulfilment ให้ใกล้กัน

วัด Incremental Valid Orders, Incremental Contribution Profit และ Cost per Incremental Order พร้อมช่วงความไม่แน่นอนและเหตุการณ์รบกวน เช่น Payday, Viral Content, Stockout หรือคู่แข่งลดราคา หากทำ Randomized Test ไม่ได้ ให้ติดระดับหลักฐานเป็น Directional และอย่าใช้ Before–After ช่วง 9.9 เทียบวันปกติโดยตรง การไม่สรุปเกินข้อมูลช่วยปกป้องงบมากกว่าการหาเลข Lift ที่สวย

ออกแบบ Dashboard สามระดับและ Data Quality Gate

ระดับ Operator แสดง Spend, Delivery, CTR, Checkout, Purchase, Platform ROAS และ Creative Signal เพื่อแก้รายวัน ระดับ Channel Lead แสดง Reconciled Orders, New-to-Shop CAC, Return-adjusted ROAS, Marginal ROAS และ Budget Pace ระดับ Executive แสดง Incremental Contribution, Cash Settlement, Payback, Data Coverage และ Risk ห้ามยัดทุก Metric ลงหน้าเดียวจนไม่มีเจ้าของการตัดสินใจ

ตั้ง Data Quality Gate ก่อนประชุม ได้แก่ Spend Completeness, Order Match Rate, Duplicate Order Rate, Unknown Channel Rate, Return Maturity, Fee Mapping Coverage, Settlement Completeness และ Refresh Lag หาก Match Rate ต่ำกว่ากรอบ ให้หยุดย้ายงบข้ามช่องทางแต่ยังอนุญาต Optimization ภายในแพลตฟอร์มตามความเหมาะสม ใช้ AI ช่วยจับความผิดปกติ จัดหมวด Creative และเสนอ Budget Scenario ได้ แต่ให้คนอนุมัติการเปลี่ยนงบและบันทึกเหตุผล

แผนลงมือทำ 30 วันสำหรับแบรนด์ไทย

สัปดาห์แรก Audit บัญชี โฆษณา รายงาน Affiliate, Order, Fee และ Settlement ของทุก Marketplace เลือก Hero SKU 5 รายการ สร้าง Measurement Contract, Campaign ID และ Metric Dictionary สัปดาห์ที่สองทำ Order-line Ledger กับ Mapping Table เชื่อม Platform Campaign, Creative, Creator, SKU และ Promotion พร้อม Dedupe Rule กับ Primary–Assist Logic

สัปดาห์ที่สามสร้าง Dashboard สามระดับและ Backfill อย่างน้อย 8–12 สัปดาห์ ตรวจ Spend, Order, Cancel, Return, Commission, Fee และ Settlement กับ Finance สัปดาห์ที่สี่เปิด Budget Test ขนาดเล็ก ตั้ง Break-even ROAS, CAC Guardrail, Marginal Scale Rule และ Holdout ที่ทำได้ จากนั้นประชุม Weekly Measurement Review เพื่อจัดสิ่งที่พบเป็น Scale, Fix, Learn หรือ Stop พร้อม Owner และวันปิดข้อมูล

• มี Measurement Contract และ Metric Dictionary ที่ทุกทีมใช้ร่วมกัน
• มี Campaign ID, Order-line Ledger, Dedupe Key และ Primary–Assist Attribution
• แยก Platform ROAS, Reconciled CAC และ Incremental Contribution อย่างชัดเจน
• รวม Media, Affiliate, Fee, Discount, Return และ Settlement ใน Profit Waterfall
• มี Data Quality Gate, Weekly Review และ Human Approval ก่อนย้ายงบ