หน้าแรก › MarTechPlace › วัดผลแอดโปรโมทแอปยังไง: SDK, MMP และ iOS ATT ที่ต้องรู้ก่อนยิง App Install (2026)
M Creation

วัดผลแอดโปรโมทแอปยังไง: SDK, MMP และ iOS ATT ที่ต้องรู้ก่อนยิง App Install (2026)

ชวัลวิทย์ รักษพล27 ก.ย. 2569อ่าน 45 นาที
มือถือแสดงหน้าแอปพร้อมกราฟวัดผลการติดตั้งและ event ในแอป

การวัดผลแอดโปรโมทแอปต้องใช้ SDK ที่ฝังในตัวแอป ไม่ใช่ Pixel บนเว็บ SDK จะส่ง event อย่างการติดตั้ง สมัครสมาชิก และซื้อครั้งแรกไปให้แพลตฟอร์มแอด ถ้ายิงหลายช่องทางควรมี MMP (เช่น AppsFlyer, Adjust) เป็นตัวกลางนับผลให้เป็นกลาง ส่วน iOS ต้องวางระบบรับมือ ATT และ SKAdNetwork/AdAttributionKit ไว้ตั้งแต่ก่อนเริ่มยิง

บทความนี้เขียนจากมุมคนวางระบบวัดผลให้ธุรกิจที่กำลังจะยิงแอด App Install ผมขอบอกตรง ๆ ก่อนว่า M Creation ยังไม่มีเคสแอปที่เผยแพร่ได้ สิ่งที่เขียนจึงเป็น "วิธีที่เราวางระบบ" อ้างอิงจากเอกสารทางการของ Apple, Google, Meta และ TikTok ที่ผมตรวจล่าสุดเดือนกันยายน 2569 ไม่มีตัวเลขเคสหรือผลลัพธ์ที่แต่งขึ้น ส่วนไหนที่ยังไม่แน่นอนหรือเปลี่ยนบ่อย ผมเขียนบอกไว้

ทำไม Pixel บนเว็บวัดผลแอปไม่ได้

Pixel ของ Meta หรือแท็กของ Google ทำงานในเบราว์เซอร์ มันอาศัยคุกกี้และโค้ด JavaScript ที่รันตอนคนเปิดหน้าเว็บ แต่แอปบนมือถือไม่ใช่หน้าเว็บ เส้นทางของผู้ใช้คือ เห็นแอด → ไปที่ App Store หรือ Google Play → ติดตั้ง → เปิดแอป ตลอดทางนี้ไม่มีหน้าเว็บของเราให้ Pixel ทำงานเลย

สิ่งที่ต้องใช้แทนคือ

  • SDK ชุดโค้ดที่นักพัฒนาใส่ไว้ในตัวแอป ทำหน้าที่เหมือน Pixel แต่อยู่ในแอป
  • ตัวระบุอุปกรณ์หรือกลไกของระบบปฏิบัติการ ที่ใช้จับคู่ "คนที่เห็นแอด" กับ "คนที่ติดตั้ง" เช่น Advertising ID บน Android, IDFA บน iOS (เมื่อผู้ใช้อนุญาต), Install Referrer ของ Google Play และ SKAdNetwork/AdAttributionKit ของ Apple

ถ้าแอปของคุณมีเว็บคู่กันด้วย ฝั่งเว็บยังใช้ Pixel และ Conversions API ตามปกติ (อ่าน Facebook Pixel คืออะไร และ คู่มือ Conversion API) แต่ฝั่งแอปต้องวางแยกอีกชุด

แผนภาพเทียบเส้นทางเว็บที่ Pixel ทำงานบนหน้าเว็บได้ กับเส้นทางแอปที่ผ่าน App Store หรือ Google Play แล้วต้องใช้ SDK ในแอปแทน
เว็บมีหน้าให้ Pixel ทำงาน แต่แอปพาคนไปที่ร้านแอปแล้วติดตั้งเลย จุดวัดจึงต้องย้ายไปอยู่ในตัวแอป

SDK คืออะไร และแอปต้องติด SDK ตัวไหนบ้าง

SDK (Software Development Kit) ในบริบทนี้คือไลบรารีที่นักพัฒนาติดตั้งในโค้ดของแอป แล้วเรียกใช้ตอนผู้ใช้ทำสิ่งที่เราอยากวัด เช่น logEvent("purchase", ...) ตัวที่ใช้บ่อยในงานโปรโมทแอปมีดังนี้

SDKส่งข้อมูลไปที่ใช้ทำอะไร
Firebase / Google Analytics for FirebaseGA4, Google Adsวิเคราะห์พฤติกรรมในแอป และเป็นแหล่ง conversion หลักของ Google App campaigns
Meta SDK (Facebook SDK for iOS/Android)Meta Adsส่ง app events ให้ Meta ใช้วัดผลและปรับแคมเปญ
TikTok App Events SDKTikTok Adsส่ง event การติดตั้ง ใส่ตะกร้า ซื้อ ให้ TikTok ปรับแคมเปญ
SDK ของ MMP (AppsFlyer, Adjust, Singular, Branch ฯลฯ)MMP แล้วส่งต่อไปแพลตฟอร์มแอดต่าง ๆนับผลการติดตั้งและ event ข้ามทุกช่องทางในที่เดียว

ข้อควรระวังคือ ยิ่งใส่ SDK มาก แอปยิ่งหนักและดูแลยาก และมีโอกาสนับซ้ำกันเอง หลายทีมจึงเลือกใส่ SDK ของ MMP ตัวเดียว แล้วให้ MMP ส่งข้อมูลต่อไปให้แพลตฟอร์มแอดแต่ละเจ้า (เรียกว่า postback) บางแพลตฟอร์มก็รองรับการใช้ SDK ของตัวเองคู่กับ MMP ได้ เช่น TikTok ระบุว่า App Events SDK ใช้แบบผสมกับ MMP ในบัญชีเดียวกันได้ ต้องดูเงื่อนไขของแต่ละเจ้าก่อนตัดสินใจ

MMP คืออะไร จำเป็นแค่ไหน

MMP (Mobile Measurement Partner) คือบริษัทกลางที่นับว่าการติดตั้งและ event แต่ละครั้งมาจากแอดของเจ้าไหน ตัวที่รู้จักกันดีคือ AppsFlyer, Adjust, Singular และ Branch (ในไทยมี Airbridge ใช้กันด้วย)

เหตุผลที่ต้องมีตัวกลาง คือถ้าเราดูรายงานของแต่ละแพลตฟอร์มแยกกัน ทุกเจ้าจะนับการติดตั้งเดียวกันเป็นผลงานของตัวเอง ผลรวมจะเกินจำนวนติดตั้งจริงเสมอ MMP แก้ปัญหานี้ด้วยการเก็บจุดสัมผัสของผู้ใช้จากทุกแพลตฟอร์ม แล้วตัดสินตามกติกาเดียว (เช่น คลิกล่าสุดก่อนติดตั้ง) ว่าการติดตั้งนี้เป็นของใคร จากนั้นส่ง postback กลับไปให้แพลตฟอร์มที่ได้เครดิต เพื่อให้อัลกอริทึมของแพลตฟอร์มนั้นเรียนรู้ต่อ

แผนภาพ SDK ในแอปส่ง event ไปที่ MMP ซึ่งตัดสินว่าการติดตั้งเป็นของแพลตฟอร์มไหน แล้วส่ง postback ให้แพลตฟอร์มที่ได้เครดิต เทียบกับกรณีไม่มี MMP ที่ทุกแพลตฟอร์มนับซ้ำ
SDK ทำหน้าที่เก็บ event ส่วน MMP ทำหน้าที่ตัดสินเครดิต ตัวอย่างนี้ Meta ได้เครดิตการติดตั้งครั้งนั้น จึงได้ postback ไปเรียนรู้ต่อ

สิ่งที่ MMP ทำให้ได้อีก

  • รายงานรวมทุกช่องทาง เห็นต้นทุนต่อการติดตั้งและต่อ event ของ Meta, TikTok, Google และเครือข่ายแอดอื่นในตารางเดียว
  • Deep link และ deferred deep link (อธิบายด้านล่าง)
  • รับมือ SKAdNetwork/AdAttributionKit ช่วยตั้งค่า conversion value และรวม postback จาก Apple ให้อ่านได้
  • ตรวจ fraud คัดการติดตั้งปลอมหรือคลิกปลอมออก (มักเป็นแพ็กเสริม)

MMP ไม่จำเป็นเสมอไป ถ้ายิงแค่ Google App campaigns ช่องทางเดียว Firebase ก็พอ ผมสรุปเกณฑ์การเลือกไว้ในตารางช่วงท้ายบทความ

iOS ATT, SKAdNetwork และ AdAttributionKit ทำงานยังไง

ATT (App Tracking Transparency)

ตั้งแต่ iOS 14.5 แอปที่ต้องการ "ติดตาม" ผู้ใช้ข้ามแอปหรือเว็บของบริษัทอื่น หรือต้องการอ่าน IDFA (ตัวระบุโฆษณาของอุปกรณ์) ต้องขออนุญาตผ่านหน้าต่าง ATT ก่อน ตามเอกสารของ Apple ถ้าผู้ใช้ไม่อนุญาต ค่า IDFA ที่แอปได้จะเป็นศูนย์ทั้งหมด และแอปต้องไม่ติดตามผู้ใช้คนนั้น

ภาพจำลองหน้าต่างขออนุญาต App Tracking Transparency บน iPhone พร้อมกรอบเลขที่หัวข้อ ข้อความอธิบายของแอป ปุ่มขอให้แอปไม่ติดตาม และปุ่มอนุญาต
  1. 1หัวข้อ = ข้อความของระบบiOS เขียนให้เอง แอปแก้ไม่ได้ ใส่ได้แค่ชื่อแอป
  2. 2ข้อความใต้หัวข้อ = ส่วนที่แอปเขียนเองมาจากคีย์ NSUserTrackingUsageDescription เป็นที่เดียวที่อธิบายได้ว่าเอาข้อมูลไปทำอะไร ควรเขียนตรง ๆ ภาษาคน
  3. 3ขอให้แอปไม่ติดตาม = ไม่ได้ IDFAแอปได้ค่า IDFA เป็นศูนย์ การวัดผลคนนี้ต้องไปทาง SKAdNetwork หรือ AdAttributionKit
  4. 4อนุญาต = ได้ IDFAแพลตฟอร์มแอดและ MMP จับคู่คนเห็นแอดกับคนติดตั้งได้รายคน

สิ่งที่ทีมควบคุมได้มีแค่ข้อ 2 กับจังหวะที่แสดงหน้าต่างนี้ ส่วนผลของข้อ 3 ต้องมีระบบ SKAN/AdAttributionKit รองรับไว้เสมอ

ภาพจำลองเพื่ออธิบาย ชื่อแอปและข้อความเป็นตัวอย่าง หน้าตาจริงขึ้นกับเวอร์ชัน iOS และภาษาเครื่อง (ในบางประเทศของสหภาพยุโรป ระบบแสดงเป็นหน้าเต็มแทนหน้าต่างเล็ก ตามเอกสารของ Apple)

ผลในทางปฏิบัติคือ ผู้ใช้ iOS จำนวนหนึ่งจะจับคู่แบบรายคนไม่ได้ แพลตฟอร์มแอดต้องพึ่งข้อมูลแบบรวมหรือการประมาณค่าแทน ตัวเลขใน Ads Manager ของแคมเปญ iOS จึงมักล่าช้าและไม่ละเอียดเท่า Android สิ่งที่ทีมทำได้คือ

  • เขียนข้อความในหน้าต่างขออนุญาต (NSUserTrackingUsageDescription) ให้ตรงไปตรงมา บอกว่าเอาข้อมูลไปใช้ทำอะไร
  • เลือกจังหวะแสดงหน้าต่าง ATT ให้เหมาะ เช่น หลังผู้ใช้เห็นคุณค่าของแอปแล้ว ไม่ใช่ทันทีที่เปิดครั้งแรก (ต้องไม่ขัดกับแนวทางของ Apple เรื่องห้ามให้สิ่งตอบแทนแลกกับการกดอนุญาต)
  • วางระบบวัดผลที่ไม่ขึ้นกับ IDFA ไว้ด้วย คือ SKAdNetwork/AdAttributionKit

แล้ว "ผู้ใช้จำนวนหนึ่ง" ที่ว่าคือเท่าไหร่ ผู้ให้บริการ MMP เผยแพร่ตัวเลขไว้ แต่วัดคนละวิธี จึงควรอ่านเป็นช่วง

กราฟอัตราผู้ใช้ iOS ที่กดอนุญาต ATT จาก Adjust 35% ใน Q2 2025 และ AppsFlyer 40% เมื่อนับเฉพาะคนที่เห็นหน้าต่าง หรือ 30% เมื่อนับผู้ใช้ทั้งหมด และการขอหลังผู้ใช้ใช้งานแล้วได้ 45% เทียบกับ 36% เมื่อขอทันที
ที่มา: Adjust, ATT opt-in rates: 2025 data & benchmarks (ค่าเฉลี่ยทั้งอุตสาหกรรม นับจากผู้ใช้ที่เห็นหน้าต่าง) และ AppsFlyer, Redefining ATT opt-in measurement (อัปเดต 27 พ.ย. 2568) ตัวเลขเป็นค่าเฉลี่ยระดับโลก ไม่ใช่ค่าเฉพาะแอปในไทย

SKAdNetwork และ AdAttributionKit

SKAdNetwork (SKAN) คือระบบวัดผลของ Apple ที่ไม่ต้องใช้ IDFA อุปกรณ์จะส่งข้อมูลการติดตั้ง (postback) ไปให้เครือข่ายแอดเองโดยตรง แบบไม่ระบุตัวบุคคล มีการหน่วงเวลา และส่งเหตุการณ์หลังติดตั้งได้ในรูป "conversion value" ที่มีจำนวนค่าจำกัด เราเลยต้องวางแผนตั้งแต่ต้นว่าจะใช้ค่าเหล่านี้แทน event อะไร เช่น สมัครสมาชิก ซื้อครั้งแรก หรือช่วงมูลค่าการซื้อ

AdAttributionKit คือเฟรมเวิร์กรุ่นใหม่ที่ Apple สร้างต่อจาก SKAN เปิดตัวครั้งแรกใน iOS 17.4 สำหรับ app marketplace ทางเลือกในสหภาพยุโรป แล้วขยายมาใช้กับ App Store ใน iOS 18 พร้อมความสามารถใหม่อย่างการวัด re-engagement (แอดที่ดึงคนที่มีแอปอยู่แล้วกลับมาใช้) Apple ระบุว่า AdAttributionKit ทำงานร่วมกับ SKAdNetwork ได้ ณ ตอนที่เขียน ยังไม่มีการประกาศวันเลิกใช้ SKAN ในทางปฏิบัติตอนนี้ระบบส่วนใหญ่จึงรองรับทั้งสองแบบคู่กัน และให้ MMP ช่วยรวมข้อมูล

แผนภาพผู้ใช้ตอบ ATT แล้วข้อมูลแยกเป็นทาง IDFA กับทาง SKAdNetwork AdAttributionKit พร้อมช่วงเวลา conversion window 3 ช่วง วัน 0–2 วัน 3–7 และวัน 8–35 และการหน่วง postback 24–48 ชั่วโมงกับ 24–144 ชั่วโมง
ช่วงเวลาและการหน่วงเวลาจากเอกสาร Apple: Receiving postbacks in multiple conversion windows และ Receiving ad attributions and postbacks เพราะข้อมูลมาช้าและมีช่วงเวลาจำกัด ต้องเลือกตั้งแต่ต้นว่าจะให้ conversion value แทน event อะไร

ฝั่ง Meta ยังมีระบบ Aggregated Event Measurement (AEM) สำหรับแคมเปญ iOS ที่ใช้คู่กับ SKAN ได้ รายละเอียดการตั้งค่าเปลี่ยนค่อนข้างบ่อย ควรเช็กใน Events Manager ณ วันที่ตั้งแคมเปญ

แล้ว Android ล่ะ Privacy Sandbox ยังต้องเตรียมไหม

ตอนนี้แทบไม่ต้องแล้ว ในเดือนตุลาคม 2568 Google ประกาศเลิกเทคโนโลยี Privacy Sandbox ส่วนใหญ่ ซึ่งรวม Attribution Reporting, Topics, Protected Audience และ Protected App Signals บน Android ด้วย โดยให้เหตุผลว่ามีคนนำไปใช้น้อย และจะแจ้งกำหนดการยุติบนเว็บไซต์นักพัฒนา

ผลคือ การวัดผลแอปบน Android ยังใช้ของเดิมเป็นหลัก ได้แก่ Google Advertising ID (ผู้ใช้ปิดหรือรีเซ็ตได้เอง) และ Google Play Install Referrer ผมไม่ได้ยืนยันกำหนดการปิดระบบแต่ละ API แบบรายวัน ถ้าแอปของคุณเคยทดลองใช้ API กลุ่มนี้ไว้ ให้ดูประกาศล่าสุดบนเว็บไซต์ Privacy Sandbox ก่อนตัดสินใจ

Deep link และ Deferred deep link ต่างกันยังไง

  • Deep link คือลิงก์ที่เปิดแอปแล้วพาไปหน้าที่ต้องการเลย เช่น หน้าสินค้าที่อยู่ในแอด แทนที่จะเปิดหน้าแรก ใช้ได้กับคนที่ติดตั้งแอปอยู่แล้ว บน iOS ใช้ Universal Links บน Android ใช้ App Links
  • Deferred deep link คือกรณีที่คนยังไม่มีแอป ลิงก์จะพาไปติดตั้งก่อน แล้วพอเปิดแอปครั้งแรก ระบบจะจำได้ว่าเขามาจากลิงก์ไหน และพาไปหน้านั้นให้ เรื่องนี้ต้องใช้บริการของ MMP หรือผู้ให้บริการ deep link เพราะระบบปฏิบัติการไม่ได้ทำให้เอง

เรื่องที่ต้องรู้คือ Firebase Dynamic Links ที่เคยใช้กันแพร่หลาย ปิดบริการไปแล้วเมื่อ 25 สิงหาคม 2568 ลิงก์เดิมทั้งหมดใช้งานไม่ได้ ถ้าแอปของคุณยังมีลิงก์ page.link อยู่ในแอด อีเมล หรือ QR code ต้องย้ายไปใช้ Universal Links/App Links หรือบริการ deep link ของ MMP

แผนภาพเทียบ deep link ที่เปิดแอปแล้วไปหน้าสินค้าทันที กับ deferred deep link ที่พาไปติดตั้งก่อนแล้วเปิดหน้าสินค้าเมื่อเปิดแอปครั้งแรก พร้อมหมายเหตุ Firebase Dynamic Links ปิดบริการ 25 สิงหาคม 2568
Deferred deep link ต้องมีบริการภายนอกช่วยจำว่าคนมาจากลิงก์ไหน วันปิดบริการ Firebase Dynamic Links อ้างอิง Firebase Dynamic Links FAQ

Deep link สำคัญต่อการวัดผลเพราะมันช่วยให้คนที่คลิกแอดไปถึงหน้าที่ตั้งใจเร็วขึ้น และยังส่งข้อมูลแคมเปญเข้าแอปได้ด้วย ทำให้ event ที่เกิดหลังจากนั้นผูกกับแคมเปญได้แม่นขึ้น

ควร track in-app event อะไร และส่งให้แพลตฟอร์มแอดยังไง

ผมแนะนำให้เริ่มจาก event ไม่กี่ตัวที่ผูกกับรายได้จริง แล้วตั้งชื่อให้ตรงกับชื่อมาตรฐานของแพลตฟอร์ม (standard events) จะได้ใช้ปรับแคมเปญได้ทันทีโดยไม่ต้องจับคู่เอง

Eventความหมายใช้ทำอะไร
Install / first_openติดตั้งและเปิดครั้งแรกฐานของทุกอย่าง แต่ไม่ควรใช้ปรับแคมเปญอย่างเดียว
Registration / sign_upสมัครสมาชิกสำเร็จบอกว่าคนติดตั้งแล้วใช้งานจริง
Tutorial complete / key actionทำสิ่งที่เป็นหัวใจของแอปครั้งแรก เช่น จองครั้งแรก สร้างโปรเจกต์แรกสัญญาณคุณภาพก่อนการจ่ายเงิน
First purchaseซื้อครั้งแรก พร้อมมูลค่าและสกุลเงินใช้ทำ App Event Optimization และ value optimization
Subscribe / start_trialเริ่มทดลองใช้หรือสมัครแพ็กรายเดือนสำคัญมากสำหรับแอปแบบสมาชิก
Purchase (ครั้งถัดไป) / renewalซื้อซ้ำหรือต่ออายุวัด LTV และคุณภาพของแต่ละแคมเปญ

App Event Optimization และ Value Optimization

เมื่อแพลตฟอร์มได้รับ event เหล่านี้ เราจะเปลี่ยนเป้าหมายแคมเปญจาก "ได้การติดตั้งเยอะที่สุด" ไปเป็น "ได้คนที่ทำ event นี้เยอะที่สุด" (App Event Optimization) หรือ "ได้มูลค่าการซื้อสูงสุด" (Value Optimization / Target ROAS) ซึ่งมักได้ผู้ใช้คุณภาพดีกว่ามาก เพราะคนที่ชอบติดตั้งแอปไม่จำเป็นต้องเป็นคนที่ชอบจ่ายเงิน ถ้าต้องการทีมดูแลการยิงแอดโปรโมทแอปทั้ง Meta, TikTok และ Google ดูได้ที่ บริการโปรโมทแอปพลิเคชัน

  • Google App campaigns (ส่วนหนึ่งของงาน Google Ads) ใช้ event จาก Firebase (หรือจาก MMP ที่เชื่อมไว้) เป็น conversion ได้ การตั้ง Target ROAS ต้องส่งมูลค่ารายได้มาถูกต้องและมีข้อมูลสะสมพอสมควรก่อน
  • Meta ใช้ app events จาก Meta SDK หรือจาก MMP ในการปรับแคมเปญไปที่ event หรือมูลค่า
  • TikTok มีทั้ง App Event Optimization และ Value-Based Optimization โดย VBO สำหรับรายได้จากโฆษณาในแอป (in-app ad revenue) ต้องส่งผ่าน MMP ที่ TikTok รองรับ ตามหน้าช่วยเหลือของ TikTok ถ้ายังไม่คุ้นกับระบบแอดของ TikTok อ่าน วิธีโปรโมท TikTok ประกอบได้

ข้อจำกัดคือ แพลตฟอร์มต้องการ event จำนวนหนึ่งต่อสัปดาห์จึงจะปรับแคมเปญได้ดี ถ้า event ที่เลือกเกิดน้อยเกินไป (เช่น ซื้อแพ็กรายปีที่เกิดไม่กี่ครั้งต่อสัปดาห์) อาจต้องเริ่มที่ event ที่อยู่สูงกว่าในฟันเนลก่อน แล้วค่อยขยับลง

ภาพจำลองหน้ารายการ in-app events ในระบบ MMP แสดงชื่อ event แหล่งที่มาจาก SDK หรือเซิร์ฟเวอร์ มูลค่าและสกุลเงิน และแพลตฟอร์มที่ได้รับ postback
  1. 1Event = ชื่อที่นักพัฒนาส่งจากแอปตั้งตามแผน event ที่ตกลงกันไว้ ชื่อต้องตรงทุกแพลตฟอร์ม ไม่อย่างนั้นรายงานจะแยกเป็นหลายแถว
  2. 2มาจาก = SDK ในแอป หรือเซิร์ฟเวอร์การต่ออายุสมาชิกเกิดที่หลังบ้าน จึงส่งจากเซิร์ฟเวอร์ ส่วน event ที่ผู้ใช้กดในแอปส่งจาก SDK
  3. 3มูลค่า = ยอดเงินพร้อมสกุลเงินต้องมีถึงจะใช้ value optimization หรือ Target ROAS ได้ ถ้าเว้นว่าง แพลตฟอร์มรู้แค่ว่ามีคนซื้อ ไม่รู้ว่าซื้อเท่าไหร่
  4. 4ส่งต่อให้ = postback ไปแพลตฟอร์มไหนบ้างเช็กว่า event สำคัญถูกจับคู่กับชื่อมาตรฐานของแต่ละเจ้าแล้ว ช่องสีเทาคือยังไม่ได้ตั้ง แพลตฟอร์มนั้นจะปรับแคมเปญด้วย event นี้ไม่ได้
  5. 5Test device = เครื่องที่ใช้ทดสอบลงทะเบียนมือถือของทีมไว้ แล้วทดสอบครบวงจากคลิกแอดถึงซื้อ ก่อนเปิดงบจริง

ก่อนเปิดแคมเปญ ทุกแถวที่ใช้ปรับแคมเปญต้องมีครบทั้ง 4 ช่อง และต้องเห็น event จากเครื่องทดสอบขึ้นจริงในหน้านี้

ภาพจำลองเพื่ออธิบาย ข้อมูลตัวอย่าง หน้าจอจริงของ MMP แต่ละเจ้าเรียงเมนูและตั้งชื่อต่างจากนี้

ส่ง event แบบ server-to-server ได้ไหม

ได้ และในหลายกรณีควรทำ เพราะเหตุการณ์สำคัญบางอย่างไม่ได้เกิดในเครื่องผู้ใช้ เช่น การต่ออายุสมาชิกที่ระบบหลังบ้านตัดเงินเอง การคืนเงิน หรือการที่เซลล์ปิดดีลจากลีดที่สมัครผ่านแอป

ฝั่ง Meta มี Conversions API สำหรับ app events โดยตามเอกสาร ต้องตั้ง action_source เป็น app ต้องผูก dataset กับแอปใน Events Manager ก่อน (หนึ่ง dataset ผูกได้หนึ่งแอป) และต้องส่งฟิลด์ใน app_data อย่าง advertiser_tracking_enabled (สะท้อนสถานะ ATT) และ extinfo (ข้อมูลอุปกรณ์) ถ้าส่ง event เดียวกันทั้งจาก SDK และจากเซิร์ฟเวอร์ ต้องใช้ event_id กับ event_name ที่ตรงกันเพื่อตัดตัวซ้ำ หลักการเดียวกับการกันนับซ้ำระหว่าง Pixel กับ CAPI บนเว็บ ซึ่งผมเล่าการใช้งานจริงไว้ใน เคสระบบติดตามลีดของ M Creation

MMP ส่วนใหญ่ก็รับ event แบบ server-to-server ได้เช่นกัน แล้วส่งต่อไปแพลตฟอร์มแอดให้ ข้อดีคือยังคงมีตัวกลางนับผลที่เป็นกลางอยู่ครบ ถ้าธุรกิจของคุณปิดการขายผ่าน CRM แนวคิดการส่งสถานะจาก CRM กลับเข้าแพลตฟอร์มแอดใช้กับแอปได้ด้วย อ่านต่อที่ ส่งผล CRM กลับเข้า Meta

จะยิงแอดโปรโมทแอป แต่ยังไม่มีแผนวัดผล?เราวางแผน event ร่วมกับนักพัฒนา เลือก SDK/MMP ให้เหมาะกับงบ ตั้งค่า ATT และ SKAN/AdAttributionKit แล้วทดสอบครบวงก่อนเปิดงบจริง

ดูบริการวางระบบ App Tracking

เลือกเครื่องมือยังไง: Firebase อย่างเดียว หรือต้องมี MMP

สถานการณ์ชุดที่เราแนะนำเหตุผล
แอปเพิ่งเปิด งบน้อย ยิง Google App campaigns ช่องทางเดียวFirebase (GA4) อย่างเดียวฟรี เชื่อม Google Ads ตรง พอสำหรับเริ่มต้น
ยิง Google + Meta งบยังไม่มากFirebase + Meta SDKประหยัด แต่ต้องยอมรับว่ารายงานของสองเจ้าจะนับซ้ำกัน ต้องเทียบกับยอดจริงในระบบหลังบ้าน
ยิงตั้งแต่ 3 ช่องทางขึ้นไป หรือมีเครือข่ายแอดหลายเจ้าMMP + Firebaseต้องมีตัวกลางนับผลกันนับซ้ำ และจัดการ postback ทุกเจ้าจากที่เดียว
งบ iOS เป็นสัดส่วนใหญ่MMP (ที่รองรับ SKAN/AdAttributionKit)การตั้ง conversion value และอ่าน postback ของ Apple ทำเองยากมาก
ต้องการ deferred deep link จากแอด อีเมล QR codeMMP หรือบริการ deep linkระบบปฏิบัติการไม่ได้ทำ deferred deep link ให้ และ Firebase Dynamic Links ปิดไปแล้ว
แอปแบบสมาชิก/มีรายได้หลังบ้านSDK + ส่ง event จากเซิร์ฟเวอร์ (ผ่าน MMP หรือ Conversions API)การต่ออายุและคืนเงินเกิดที่เซิร์ฟเวอร์ ไม่ได้เกิดในแอป
แผนผังตัดสินใจเลือกเครื่องมือวัดผลแอป ระหว่าง MMP ร่วมกับ Firebase บริการ deep link Firebase ร่วมกับ Meta SDK และ Firebase อย่างเดียว
สรุปตารางด้านบนเป็นคำถาม 4 ข้อ ไล่จากบนลงล่างแล้วหยุดที่ข้อแรกที่ตอบว่าใช่

เรื่องราคา MMP แต่ละเจ้าคิดไม่เหมือนกัน บางเจ้ามีแพ็กเริ่มต้นฟรีตามจำนวนการติดตั้ง บางเจ้าคิดตามจำนวน conversion ที่ attribute ได้ ควรขอใบเสนอราคาตรงจากผู้ให้บริการ ผมไม่ใส่ตัวเลขไว้ในบทความนี้เพราะเปลี่ยนบ่อยและขึ้นกับการต่อรอง

เช็กลิสต์ก่อนเริ่มยิงแอด App Install

  1. กำหนด event หลัก 3–5 ตัว พร้อมชื่อ ค่า และสกุลเงิน เขียนเป็นเอกสารให้นักพัฒนาและทีมแอดใช้ร่วมกัน
  2. ติด SDK ตามชุดที่เลือก (Firebase / Meta / TikTok / MMP) และเปิดโหมด debug ทดสอบบนเครื่องจริงทั้ง iOS และ Android
  3. ตั้งค่า ATT เขียนข้อความขออนุญาตให้ชัด และเลือกจังหวะแสดงผล
  4. วาง conversion value ของ SKAN/AdAttributionKit ว่าค่าแต่ละช่วงแทน event หรือมูลค่าอะไร
  5. เชื่อมแอดกับแพลตฟอร์ม ลิงก์ Firebase กับ Google Ads, ผูกแอปใน Meta Events Manager, ตั้งค่า MMP partner integration ของแต่ละเครือข่าย
  6. ตั้ง deep link Universal Links / App Links และ deferred deep link ถ้าใช้
  7. ส่ง event จากเซิร์ฟเวอร์ สำหรับเหตุการณ์ที่เกิดหลังบ้าน พร้อมกติกาตัดตัวซ้ำ
  8. ทดสอบแบบครบวง คลิกแอดทดสอบ → ติดตั้ง → สมัคร → ซื้อ แล้วดูว่า event ขึ้นในทุกระบบ
  9. อัปเดต Privacy Policy และ App Privacy ใน App Store Connect กับ Data safety ใน Google Play ให้ตรงกับ SDK ที่ใช้จริง และสอดคล้อง PDPA
  10. ตั้งรายงานที่เทียบกับยอดจริง อย่างน้อยรายสัปดาห์ เพื่อไม่ให้ตัดสินงบจากตัวเลขของแพลตฟอร์มเพียงอย่างเดียว

ข้อจำกัดที่ควรรู้

  • ตัวเลข iOS จะไม่ครบและล่าช้า ไม่ว่าจะตั้งระบบดีแค่ไหน นี่เป็นการออกแบบของ Apple เพื่อความเป็นส่วนตัว ต้องวางแผนการตัดสินใจให้รับได้กับข้อมูลแบบรวม
  • ตัวเลข MMP กับแพลตฟอร์มแอดไม่ตรงกัน เพราะใช้กรอบเวลาและกติกา attribution ต่างกัน ควรตกลงกันในทีมว่าใช้ตัวเลขไหนเป็นหลักในการตัดสินงบ
  • นโยบายแพลตฟอร์มเปลี่ยนบ่อย สิ่งที่เขียนในบทความนี้ตรวจกับเอกสารทางการเมื่อกันยายน 2569 ก่อนตั้งค่าจริงควรเช็กเอกสารล่าสุดอีกครั้ง
  • ต้องมีนักพัฒนาร่วมงาน การติด SDK และส่ง event เป็นงานในโค้ดของแอป ทีมการตลาดทำคนเดียวไม่ได้

ให้ทีมเราช่วยวางระบบวัดผลแอป

งานที่เราทำคือวางแผน event ร่วมกับทีมพัฒนาแอป เลือกชุดเครื่องมือให้เหมาะกับงบ ตั้งค่าการเชื่อมต่อกับ Meta, TikTok และ Google Ads ทดสอบครบวง และทำรายงานที่เทียบกับยอดจริงในระบบของคุณ ดูรายละเอียดได้ที่ บริการวางระบบ App Tracking หรือภาพรวมงานวัดผลทั้งหมดที่ บริการ Tracking ถ้าแอปของคุณมีเว็บคู่กันด้วย ดู คู่มือ Marketing Funnel เพื่อวางฟันเนลให้ต่อกันทั้งเว็บและแอป

ถ้าไม่มี MMP จะยิงแอดโปรโมทแอปได้ไหม

ได้ ถ้ายิงแค่หนึ่งหรือสองช่องทาง ใช้ Firebase กับ SDK ของแพลตฟอร์มแอดก็พอ แต่รายงานของแต่ละเจ้าจะนับการติดตั้งเดียวกันซ้ำกัน ต้องเทียบกับจำนวนผู้ใช้จริงในระบบหลังบ้านเอง เมื่อยิงตั้งแต่ 3 ช่องทางขึ้นไป หรือเน้น iOS การมี MMP จะช่วยได้มาก

ผู้ใช้ iOS กดไม่อนุญาตใน ATT แล้วยังวัดผลแอดได้ไหม

ยังวัดได้แต่เป็นแบบรวม ไม่ใช่รายคน ข้อมูลจะมาทาง SKAdNetwork หรือ AdAttributionKit ซึ่งไม่ระบุตัวบุคคล มีการหน่วงเวลา และส่ง event หลังติดตั้งได้จำกัด แพลตฟอร์มแอดยังใช้ข้อมูลนี้ปรับแคมเปญได้ แต่ไม่ละเอียดเท่าผู้ใช้ที่กดอนุญาต

ต้องเปลี่ยนจาก SKAdNetwork ไปใช้ AdAttributionKit ทันทีไหม

ยังไม่ต้องเปลี่ยนทันที Apple ระบุว่าสองระบบทำงานร่วมกันได้ และ ณ กันยายน 2569 ยังไม่มีประกาศวันเลิกใช้ SKAdNetwork ในทางปฏิบัติควรเลือก MMP และเครือข่ายแอดที่รองรับทั้งสองแบบ แล้วติดตามประกาศของ Apple ทุกปีช่วง WWDC

Privacy Sandbox บน Android ยังต้องเตรียมไหม

สำหรับงานวัดผลแอดส่วนใหญ่ไม่ต้องแล้ว Google ประกาศในเดือนตุลาคม 2568 ว่าจะเลิก Attribution Reporting, Topics, Protected Audience และ Protected App Signals บน Android การวัดผลยังใช้ Advertising ID และ Google Play Install Referrer เป็นหลัก แต่ควรดูกำหนดการล่าสุดบนเว็บไซต์ Privacy Sandbox ถ้าเคยทดลองใช้ API เหล่านี้

ควรให้แคมเปญปรับหา Install หรือหา In-app event

ถ้ามี event เพียงพอ ควรปรับหา in-app event หรือมูลค่า เพราะคนที่ติดตั้งง่ายไม่จำเป็นต้องเป็นคนที่ใช้งานหรือจ่ายเงิน ช่วงแรกที่แอปยังมี event น้อย อาจเริ่มที่ Install หรือ Registration ก่อน แล้วค่อยขยับไปที่ event ที่ลึกขึ้นเมื่อข้อมูลสะสมพอ

ใช้ Conversions API ของ Meta แทน Meta SDK ในแอปได้เลยไหม

ส่ง app events ผ่าน Conversions API ได้ แต่เอกสารของ Meta กำหนดให้ส่งข้อมูลอุปกรณ์ (extinfo) และสถานะ ATT (advertiser_tracking_enabled) มาด้วย ซึ่งต้องเก็บจากฝั่งแอปอยู่ดี ในทางปฏิบัติจึงมักใช้คู่กัน คือ SDK หรือ MMP สำหรับ event ในแอป และ Conversions API สำหรับ event ที่เกิดหลังบ้าน โดยใช้ event_id เดียวกันเพื่อตัดตัวซ้ำ

ลิงก์ Firebase Dynamic Links ในแอดเก่ายังใช้ได้ไหม

ใช้ไม่ได้แล้ว Firebase ปิดบริการ Dynamic Links เมื่อ 25 สิงหาคม 2568 ลิงก์ทั้งแบบ page.link และโดเมนของตัวเองหยุดทำงานทั้งหมด ต้องย้ายไปใช้ Universal Links บน iOS กับ App Links บน Android หรือใช้บริการ deep link ของ MMP ถ้าต้องการ deferred deep link