วัดผลแอดโปรโมทแอปยังไง: SDK, MMP และ iOS ATT ที่ต้องรู้ก่อนยิง App Install (2026)
การวัดผลแอดโปรโมทแอปต้องใช้ 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) แต่ฝั่งแอปต้องวางแยกอีกชุด

SDK คืออะไร และแอปต้องติด SDK ตัวไหนบ้าง
SDK (Software Development Kit) ในบริบทนี้คือไลบรารีที่นักพัฒนาติดตั้งในโค้ดของแอป แล้วเรียกใช้ตอนผู้ใช้ทำสิ่งที่เราอยากวัด เช่น logEvent("purchase", ...) ตัวที่ใช้บ่อยในงานโปรโมทแอปมีดังนี้
| SDK | ส่งข้อมูลไปที่ | ใช้ทำอะไร |
|---|---|---|
| Firebase / Google Analytics for Firebase | GA4, Google Ads | วิเคราะห์พฤติกรรมในแอป และเป็นแหล่ง conversion หลักของ Google App campaigns |
| Meta SDK (Facebook SDK for iOS/Android) | Meta Ads | ส่ง app events ให้ Meta ใช้วัดผลและปรับแคมเปญ |
| TikTok App Events SDK | TikTok 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 กลับไปให้แพลตฟอร์มที่ได้เครดิต เพื่อให้อัลกอริทึมของแพลตฟอร์มนั้นเรียนรู้ต่อ

สิ่งที่ 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 ที่แอปได้จะเป็นศูนย์ทั้งหมด และแอปต้องไม่ติดตามผู้ใช้คนนั้น
- 1หัวข้อ = ข้อความของระบบiOS เขียนให้เอง แอปแก้ไม่ได้ ใส่ได้แค่ชื่อแอป
- 2ข้อความใต้หัวข้อ = ส่วนที่แอปเขียนเองมาจากคีย์ NSUserTrackingUsageDescription เป็นที่เดียวที่อธิบายได้ว่าเอาข้อมูลไปทำอะไร ควรเขียนตรง ๆ ภาษาคน
- 3ขอให้แอปไม่ติดตาม = ไม่ได้ IDFAแอปได้ค่า IDFA เป็นศูนย์ การวัดผลคนนี้ต้องไปทาง SKAdNetwork หรือ AdAttributionKit
- 4อนุญาต = ได้ IDFAแพลตฟอร์มแอดและ MMP จับคู่คนเห็นแอดกับคนติดตั้งได้รายคน
สิ่งที่ทีมควบคุมได้มีแค่ข้อ 2 กับจังหวะที่แสดงหน้าต่างนี้ ส่วนผลของข้อ 3 ต้องมีระบบ SKAN/AdAttributionKit รองรับไว้เสมอ
ผลในทางปฏิบัติคือ ผู้ใช้ iOS จำนวนหนึ่งจะจับคู่แบบรายคนไม่ได้ แพลตฟอร์มแอดต้องพึ่งข้อมูลแบบรวมหรือการประมาณค่าแทน ตัวเลขใน Ads Manager ของแคมเปญ iOS จึงมักล่าช้าและไม่ละเอียดเท่า Android สิ่งที่ทีมทำได้คือ
- เขียนข้อความในหน้าต่างขออนุญาต (
NSUserTrackingUsageDescription) ให้ตรงไปตรงมา บอกว่าเอาข้อมูลไปใช้ทำอะไร - เลือกจังหวะแสดงหน้าต่าง ATT ให้เหมาะ เช่น หลังผู้ใช้เห็นคุณค่าของแอปแล้ว ไม่ใช่ทันทีที่เปิดครั้งแรก (ต้องไม่ขัดกับแนวทางของ Apple เรื่องห้ามให้สิ่งตอบแทนแลกกับการกดอนุญาต)
- วางระบบวัดผลที่ไม่ขึ้นกับ IDFA ไว้ด้วย คือ SKAdNetwork/AdAttributionKit
แล้ว "ผู้ใช้จำนวนหนึ่ง" ที่ว่าคือเท่าไหร่ ผู้ให้บริการ MMP เผยแพร่ตัวเลขไว้ แต่วัดคนละวิธี จึงควรอ่านเป็นช่วง

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 ช่วยรวมข้อมูล

ฝั่ง 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 สำคัญต่อการวัดผลเพราะมันช่วยให้คนที่คลิกแอดไปถึงหน้าที่ตั้งใจเร็วขึ้น และยังส่งข้อมูลแคมเปญเข้าแอปได้ด้วย ทำให้ 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 ที่อยู่สูงกว่าในฟันเนลก่อน แล้วค่อยขยับลง
- 1Event = ชื่อที่นักพัฒนาส่งจากแอปตั้งตามแผน event ที่ตกลงกันไว้ ชื่อต้องตรงทุกแพลตฟอร์ม ไม่อย่างนั้นรายงานจะแยกเป็นหลายแถว
- 2มาจาก = SDK ในแอป หรือเซิร์ฟเวอร์การต่ออายุสมาชิกเกิดที่หลังบ้าน จึงส่งจากเซิร์ฟเวอร์ ส่วน event ที่ผู้ใช้กดในแอปส่งจาก SDK
- 3มูลค่า = ยอดเงินพร้อมสกุลเงินต้องมีถึงจะใช้ value optimization หรือ Target ROAS ได้ ถ้าเว้นว่าง แพลตฟอร์มรู้แค่ว่ามีคนซื้อ ไม่รู้ว่าซื้อเท่าไหร่
- 4ส่งต่อให้ = postback ไปแพลตฟอร์มไหนบ้างเช็กว่า event สำคัญถูกจับคู่กับชื่อมาตรฐานของแต่ละเจ้าแล้ว ช่องสีเทาคือยังไม่ได้ตั้ง แพลตฟอร์มนั้นจะปรับแคมเปญด้วย event นี้ไม่ได้
- 5Test device = เครื่องที่ใช้ทดสอบลงทะเบียนมือถือของทีมไว้ แล้วทดสอบครบวงจากคลิกแอดถึงซื้อ ก่อนเปิดงบจริง
ก่อนเปิดแคมเปญ ทุกแถวที่ใช้ปรับแคมเปญต้องมีครบทั้ง 4 ช่อง และต้องเห็น event จากเครื่องทดสอบขึ้นจริงในหน้านี้
ส่ง 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 code | MMP หรือบริการ deep link | ระบบปฏิบัติการไม่ได้ทำ deferred deep link ให้ และ Firebase Dynamic Links ปิดไปแล้ว |
| แอปแบบสมาชิก/มีรายได้หลังบ้าน | SDK + ส่ง event จากเซิร์ฟเวอร์ (ผ่าน MMP หรือ Conversions API) | การต่ออายุและคืนเงินเกิดที่เซิร์ฟเวอร์ ไม่ได้เกิดในแอป |

เรื่องราคา MMP แต่ละเจ้าคิดไม่เหมือนกัน บางเจ้ามีแพ็กเริ่มต้นฟรีตามจำนวนการติดตั้ง บางเจ้าคิดตามจำนวน conversion ที่ attribute ได้ ควรขอใบเสนอราคาตรงจากผู้ให้บริการ ผมไม่ใส่ตัวเลขไว้ในบทความนี้เพราะเปลี่ยนบ่อยและขึ้นกับการต่อรอง
เช็กลิสต์ก่อนเริ่มยิงแอด App Install
- กำหนด event หลัก 3–5 ตัว พร้อมชื่อ ค่า และสกุลเงิน เขียนเป็นเอกสารให้นักพัฒนาและทีมแอดใช้ร่วมกัน
- ติด SDK ตามชุดที่เลือก (Firebase / Meta / TikTok / MMP) และเปิดโหมด debug ทดสอบบนเครื่องจริงทั้ง iOS และ Android
- ตั้งค่า ATT เขียนข้อความขออนุญาตให้ชัด และเลือกจังหวะแสดงผล
- วาง conversion value ของ SKAN/AdAttributionKit ว่าค่าแต่ละช่วงแทน event หรือมูลค่าอะไร
- เชื่อมแอดกับแพลตฟอร์ม ลิงก์ Firebase กับ Google Ads, ผูกแอปใน Meta Events Manager, ตั้งค่า MMP partner integration ของแต่ละเครือข่าย
- ตั้ง deep link Universal Links / App Links และ deferred deep link ถ้าใช้
- ส่ง event จากเซิร์ฟเวอร์ สำหรับเหตุการณ์ที่เกิดหลังบ้าน พร้อมกติกาตัดตัวซ้ำ
- ทดสอบแบบครบวง คลิกแอดทดสอบ → ติดตั้ง → สมัคร → ซื้อ แล้วดูว่า event ขึ้นในทุกระบบ
- อัปเดต Privacy Policy และ App Privacy ใน App Store Connect กับ Data safety ใน Google Play ให้ตรงกับ SDK ที่ใช้จริง และสอดคล้อง PDPA
- ตั้งรายงานที่เทียบกับยอดจริง อย่างน้อยรายสัปดาห์ เพื่อไม่ให้ตัดสินงบจากตัวเลขของแพลตฟอร์มเพียงอย่างเดียว
ข้อจำกัดที่ควรรู้
- ตัวเลข 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
MCP คืออะไร? หัวชาร์จ USB-C ของ AI ที่ทำให้ Claude ใช้เครื่องมือจริงได้ แต่มี 1 ความเสี่ยงที่ต้องรู้ก่อนเสียบ
API คืออะไร? ไม่ใช่เรื่องของโปรแกรมเมอร์ ส่องคู่แข่งทั้งแบรนด์ 18 ครั้ง จ่ายราว 1 บาท (2026)
เพิ่ม asset เข้า Business Suite: 3 ทาง ทีละขั้นจากหน้าจอจริง ให้สิทธิ์เอเจนซี่โดยไม่เสียความเป็นเจ้าของเพจ (2026)
Wispr Flow: พิมพ์ด้วยเสียงภาษาไทยปนอังกฤษ สั่ง AI ได้ทั้งวัน ตั้งค่า 6 ขั้น สำหรับ SME (2026)