สรุปสั้น ๆ (TL;DR)
- Pixel ทำงานฝั่งเบราว์เซอร์ ตัวบล็อกโฆษณา การป้องกันการติดตาม และการเด้งจากแอปไปเบราว์เซอร์ทำให้อีเวนต์หาย ส่วน Conversions API ส่งอีเวนต์เดียวกันจากเซิร์ฟเวอร์และตัดซ้ำกับ Pixel ด้วย event ID เดียวกัน
- เอกสารของ Meta ระบุเกณฑ์ประมาณ 50 อีเวนต์การเพิ่มประสิทธิภาพต่อชุดโฆษณาต่อสัปดาห์เพื่อออกจาก learning phase และการแก้งบ กลุ่มเป้าหมาย ครีเอทีฟ หรืออีเวนต์ที่ใช้ ทำให้เริ่มนับใหม่จากศูนย์
- กลุ่มกว้างไม่ได้แปลว่ายิงมั่ว มันเปิดพื้นที่ให้ระบบหาคนซื้อเอง แต่ได้ผลก็ต่อเมื่อชุดโฆษณาสร้างอีเวนต์ได้มากพอ ส่วนกลุ่มแคบจะดันความถี่และต้นทุนต่อการแสดงผลพันครั้งให้สูงขึ้นแทน
- หน้าต่างการระบุที่มามีขอบเขต โดยทั่วไปคือคลิกภายในเจ็ดวันและการมองเห็นภายในหนึ่งวัน คำสั่งซื้อที่ปิดในแชท ทางโทรศัพท์ หรือบนอีกอุปกรณ์ในภายหลังจึงไม่ถูกนับ ถ้าไม่ส่งกลับเป็นอีเวนต์ออฟไลน์หรืออีเวนต์จากเซิร์ฟเวอร์
ที่ยิงแอด Facebook เองแล้วงบหมดโดยไม่มีคำสั่งซื้อ ส่วนใหญ่ไม่ได้เกิดจากโฆษณาไม่สวยหรือสินค้าไม่ดีพอ แต่เกิดจากการที่ระบบส่งข้อมูลกลับไปบอก Meta ไม่ครบว่าใครคือคนที่ซื้อจริง เมื่อระบบไม่รู้ว่าใครซื้อ อัลกอริทึมจะเลือกส่งโฆษณาไปหาคนที่คลิกง่ายที่สุดแทนคนที่จ่ายเงินง่ายที่สุด ผลที่ได้จึงเป็นยอดคลิกและยอดคอมเมนต์ที่ดูดีแต่ยอดขายไม่ขยับ และงบก็หมดไปกับคนกลุ่มที่ไม่มีวันซื้อ
บทความนี้แยกปัญหาออกเป็นห้าข้อที่พบซ้ำกับธุรกิจขนาดเล็กในไทย โดยอธิบายว่าแต่ละข้อทำอะไรกับการส่งโฆษณาในเชิงกลไก ต้องเปิดดูตรงไหนใน Ads Manager และ Events Manager เพื่อยืนยันว่าเจอปัญหานั้นจริง และการตั้งค่าที่ถูกต้องหน้าตาเป็นอย่างไรทีละขั้น ปิดท้ายด้วยเช็กลิสต์ 12 ข้อสำหรับตรวจบัญชีโฆษณาของตัวเองก่อนจะเติมงบรอบถัดไป
สมมติสถานการณ์ที่ร้านเล็กเจอบ่อยที่สุด
สมมติว่าร้านขายสินค้าออนไลน์ร้านหนึ่งตัดสินใจยิงแอดเอง เหตุผลตรงไปตรงมาคือปุ่มโปรโมทโพสต์อยู่ตรงหน้าและกดได้ภายในไม่กี่วินาที สัปดาห์แรกตัวเลขดูน่าพอใจ ยอดการเข้าถึงขึ้น มีคนกดถูกใจ มีคนทักเข้ามาถามราคาและถามค่าส่ง พอเข้าสัปดาห์ที่สามงบที่ตั้งไว้หมดลง คำถามที่ตอบไม่ได้จึงโผล่ขึ้นมาว่าเงินก้อนนั้นเปลี่ยนเป็นคำสั่งซื้อกี่ใบกันแน่
หน้ารายงานบอกได้ว่ามีคนเห็นเท่าไร มีคนคลิกเท่าไร ราคาต่อคลิกเท่าไร แต่ไม่มีบรรทัดไหนบอกว่ามีคนซื้อ เพราะไม่เคยมีใครตั้งค่าให้มันบอก จุดนี้เองที่เจ้าของร้านจำนวนมากสรุปว่า Facebook Ads ใช้ไม่ได้กับธุรกิจของตัวเอง ทั้งที่ปัญหาจริงอยู่คนละที่กับที่คิด
ขอย้ำว่าเรื่องข้างต้นเป็นตัวอย่างสมมติเพื่ออธิบายรูปแบบของปัญหาเท่านั้น ไม่ใช่ข้อมูลของธุรกิจใดธุรกิจหนึ่ง และไม่มีตัวเลขงบประมาณจริงอยู่ในนั้น สิ่งที่ซ้ำกันคือโครงสร้างของความผิดพลาด ไม่ใช่ตัวเลข
5 ปัญหาที่ SME ไทยเจอเมื่อยิงแอด Facebook เอง
ทั้งห้าข้อนี้เรียงตามลำดับที่ควรแก้ ไม่ใช่ตามความรุนแรง เพราะข้อแรกเป็นฐานของอีกสี่ข้อที่เหลือ ถ้าข้อมูลที่ส่งกลับไปหา Meta ยังไม่ครบ การไปปรับกลุ่มเป้าหมายหรือเปลี่ยนครีเอทีฟก็เหมือนการหมุนพวงมาลัยโดยที่ปิดตาอยู่
ไม่เข้าใจว่า Pixel และ Conversions API สำคัญยังไง
Pixel คือโค้ดที่ทำงานอยู่ในเบราว์เซอร์ของผู้ใช้ เมื่อมีคนเปิดหน้าสินค้า กดเพิ่มลงตะกร้า หรือกดยืนยันคำสั่งซื้อ โค้ดนั้นจะยิงอีเวนต์กลับไปหา Meta ปัญหาคือการทำงานฝั่งเบราว์เซอร์ถูกขัดจังหวะได้ง่ายมาก ตัวบล็อกโฆษณา การตั้งค่าป้องกันการติดตามในเบราว์เซอร์ การเปิดลิงก์จากในแอปแล้วเด้งออกไปเบราว์เซอร์ภายนอก หรือเน็ตหลุดกลางทาง ล้วนทำให้อีเวนต์หายไปเงียบ ๆ โดยที่ไม่มีข้อความแจ้งเตือนอะไรเลย
Conversions API คือช่องทางที่สอง ที่ส่งอีเวนต์เดียวกันจากเซิร์ฟเวอร์ของเว็บไซต์ตรงไปหา Meta แทนที่จะฝากไว้กับเบราว์เซอร์ของลูกค้า เมื่อส่งสองทางพร้อมกัน สิ่งที่ต้องทำคือใส่รหัสอีเวนต์เดียวกัน หรือที่เรียกว่า event ID ลงไปในทั้งสองฝั่ง เพื่อให้ Meta รู้ว่าอีเวนต์ที่เข้ามาสองครั้งคืออีเวนต์เดียวกัน แล้วนับเป็นหนึ่ง กระบวนการนี้คือการทำ deduplication ถ้าลืมใส่ event ID ตัวเลขจะบวมขึ้นเป็นสองเท่าและระบบจะเรียนรู้จากข้อมูลที่ผิด ซึ่งแย่กว่าการไม่มีข้อมูลเสียอีก
ตรวจได้ที่ Events Manager เลือกแหล่งข้อมูลของบัญชีตัวเอง แล้วดูสามอย่าง อย่างแรกคือแท็บภาพรวมว่าอีเวนต์แต่ละชนิดเข้ามาจากช่องทางไหนบ้าง ถ้าเห็นแต่ Browser อย่างเดียวแปลว่ายังไม่ได้ต่อฝั่งเซิร์ฟเวอร์ อย่างที่สองคือส่วนที่บอกว่าอีเวนต์ถูกจับคู่และตัดซ้ำแล้วกี่เปอร์เซ็นต์ อย่างที่สามคือคะแนนคุณภาพการจับคู่ข้อมูลลูกค้า ซึ่งจะสูงขึ้นเมื่อส่งพารามิเตอร์อย่างอีเมล เบอร์โทร รหัสคลิก fbc และรหัสเบราว์เซอร์ fbp แนบไปด้วยในรูปแบบที่เข้ารหัสแล้ว
ที่ต้องทำเพิ่มอีกสองอย่างคือยืนยันโดเมนในส่วน Brand Safety และจัดลำดับอีเวนต์ในระบบ Aggregated Event Measurement ให้อีเวนต์ที่สร้างรายได้อยู่บนสุด เพราะสำหรับผู้ใช้ที่ปฏิเสธการติดตามบน iOS ระบบจะรายงานกลับมาให้เพียงอีเวนต์ลำดับต้นเท่านั้น ถ้าลำดับหนึ่งของบัญชีเป็นการดูหน้าเว็บ ส่วนการซื้อไปอยู่ลำดับท้าย ข้อมูลการซื้อจากคนกลุ่มนั้นจะไม่ถูกส่งกลับมาเลย
ผลกระทบในเชิงกลไกคือ ยิ่งอีเวนต์กลับมาน้อย ระบบยิ่งมีตัวอย่างให้เรียนรู้น้อย และยิ่งใช้เวลานานกว่าจะหาแพตเทิร์นของคนที่ซื้อเจอ ในบัญชีที่งบไม่ได้เยอะ ความล่าช้าตรงนี้กินงบทั้งเดือนได้สบาย
ตั้ง audience กว้างเกินไปหรือแคบเกินไป
คำว่ากว้างหรือแคบไม่ได้มีค่าที่ถูกต้องตายตัว แต่มันสัมพันธ์กับจำนวนอีเวนต์ที่ชุดโฆษณาทำได้ต่อสัปดาห์ การตั้ง audience กว้างเกินไปไม่ได้แปลว่ายิงมั่ว มันแปลว่าเปิดพื้นที่ให้ระบบไปหาคนซื้อเอง ซึ่งจะได้ผลก็ต่อเมื่อชุดโฆษณานั้นมีงบพอจะสร้างอีเวนต์ให้ระบบเรียนรู้ได้จริง ถ้ากลุ่มกว้างมากแต่งบต่อวันน้อย ระบบจะสุ่มสำรวจไปเรื่อยโดยไม่เคยได้ข้อสรุป และต้นทุนต่อผลลัพธ์จะแกว่งไปมาทุกวัน
อีกด้านหนึ่งคือการตั้งให้แคบเกินไป เช่น ซ้อนความสนใจหลายชั้นจนเหลือคนไม่กี่หมื่นคน หรือเจาะเฉพาะเขตเล็ก ๆ ในกรุงเทพ ผลที่ตามมาคือความถี่ในการเห็นโฆษณาต่อคนจะพุ่งเร็ว คนกลุ่มเดิมเห็นชิ้นเดิมซ้ำหลายรอบภายในไม่กี่วัน อัตราการคลิกตก ต้นทุนต่อการแสดงผลพันครั้งขยับขึ้น เพราะการประมูลในกลุ่มเล็กมีการแข่งขันหนาแน่นกว่า
ปัญหาที่มองไม่เห็นคือการแย่งประมูลกันเอง เมื่อเปิดหลายชุดโฆษณาที่กลุ่มความสนใจทับกันในแคมเปญเดียวหรือคนละแคมเปญ ระบบจะเลือกให้ชุดใดชุดหนึ่งชนะการประมูลและอีกชุดถูกกดการส่ง งบจึงไหลไปกองที่ชุดเดียวโดยไม่ได้ตั้งใจ ตรวจได้จากเครื่องมือดูการทับซ้อนของกลุ่มเป้าหมายในส่วน Audiences และดูคอลัมน์ความถี่ควบคู่กับคอลัมน์การส่งในหน้าชุดโฆษณา
สำหรับตลาดไทยมีเงื่อนไขเพิ่มเติมที่ต้องคิดถึง ฐานความสนใจที่เป็นคำไทยมักมีขนาดบางกว่าคำอังกฤษ การเลือกความสนใจแบบเจาะจงมาก ๆ จึงเสี่ยงจะได้กลุ่มที่เล็กเกินกว่าจะเรียนรู้ได้ ทางที่ปลอดภัยกว่าคือเริ่มจากกลุ่มที่กว้างพอ กำหนดภาษาและพื้นที่ให้ตรงกับที่จัดส่งได้จริง แล้วปล่อยให้สัญญาณ conversion เป็นตัวคัดคนแทนการคัดด้วยมือ
การตั้งค่าที่ถูกต้องมักหน้าตาเรียบง่ายกว่าที่คิด คือรวมชุดโฆษณาให้น้อยลงเพื่อให้แต่ละชุดมีอีเวนต์มากพอ ใช้กลุ่มที่กว้างเป็นตัวหลัก แยกกลุ่มที่เคยมีปฏิสัมพันธ์ออกมาเป็นแคมเปญรีมาร์เก็ตติ้งของมันเอง และตัดกลุ่มคนที่เพิ่งซื้อไปแล้วออกจากแคมเปญหาลูกค้าใหม่ เพื่อไม่ให้จ่ายเงินซื้อคนเดิมซ้ำ
ครีเอทีฟไม่หยุดนิ้วผู้ชมใน 3 วินาทีแรก
บนฟีดและบน Reels ผู้ใช้เลื่อนผ่านคอนเทนต์ด้วยความเร็วสูง สิ่งที่ตัดสินว่าโฆษณาจะได้เวลาเพิ่มหรือไม่คือเฟรมแรกกับเสียงแรก ไม่ใช่ข้อเสนอที่อยู่ตอนท้ายคลิป โฆษณาจำนวนมากของธุรกิจเล็กเริ่มด้วยโลโก้ ตามด้วยภาพสินค้านิ่ง ๆ แล้วค่อยเข้าเนื้อหาในวินาทีที่เจ็ด ซึ่งเป็นเวลาที่คนดูส่วนใหญ่เลื่อนผ่านไปแล้ว
ในเชิงกลไก อัตราการดูต่อในช่วงต้นคลิปเป็นสัญญาณที่ระบบใช้ประเมินว่าคอนเทนต์ชิ้นนี้ควรได้การแสดงผลเพิ่มหรือไม่ ถ้าคนเลื่อนผ่านเร็วผิดปกติ ต้นทุนต่อการแสดงผลจะสูงขึ้น เพราะระบบต้องจ่ายแพงขึ้นเพื่อแทรกคอนเทนต์ที่ผู้ใช้ไม่อยากดู ปลายทางคือต้นทุนต่อคลิกและต้นทุนต่อคำสั่งซื้อสูงตามไปทั้งแถว
ตรวจได้จากหน้ารายงานโดยแยกดูตามตำแหน่งการแสดงผล เทียบตัวเลขการเล่นวิดีโอที่สามวินาทีกับจำนวนการแสดงผล และดู ThruPlay ควบคู่กัน ถ้าตัวเลขที่สามวินาทีต่ำผิดปกติเมื่อเทียบกับชิ้นอื่นในบัญชีเดียวกัน ปัญหาอยู่ที่เปิดเรื่อง ไม่ใช่ที่กลุ่มเป้าหมาย และถ้าตัวเลขบน Reels ต่างจากบนฟีดอย่างชัดเจน แปลว่าไฟล์ที่ใช้ยังไม่ได้ถูกตัดมาให้เหมาะกับสัดส่วนแนวตั้ง
สำหรับงานภาษาไทยมีรายละเอียดที่ต่างจากการแปลจากอังกฤษตรง ๆ ข้อความบนภาพต้องสั้นกว่าที่คิด เพราะตัวอักษรไทยมีสระบนและวรรณยุกต์ที่กินพื้นที่แนวตั้ง การใส่บรรทัดยาวจึงอ่านยากบนจอมือถือ ราคาและเงื่อนไขจัดส่งเป็นข้อมูลที่คนไทยมองหาเร็วมาก การเอาไว้ตอนท้ายคลิปทำให้เสียคนดูที่พร้อมซื้อไปเปล่า ๆ และคำพูดในคลิปควรเป็นภาษาพูดจริง ไม่ใช่ประโยคเขียนที่อ่านออกเสียง
วิธีทดสอบที่ให้ข้อมูลจริงคือทำเปิดเรื่องที่ต่างกันโดยสิ้นเชิงสามถึงห้าแบบต่อหนึ่งข้อเสนอ เช่น เริ่มด้วยปัญหาของลูกค้า เริ่มด้วยราคา เริ่มด้วยการใช้งานจริง เริ่มด้วยการเปรียบเทียบก่อนหลัง ไม่ใช่ทำคลิปเดิมห้าเวอร์ชันที่เปลี่ยนแค่สีตัวอักษร เพราะการทดสอบแบบหลังไม่เคยตอบคำถามว่าอะไรทำให้คนหยุดดู
ปิดหรือแก้แคมเปญเร็วเกินไปก่อนจบ learning phase
ทุกชุดโฆษณาที่เริ่มใหม่จะเข้าสู่ช่วงเรียนรู้ หรือ learning phase ซึ่งเป็นช่วงที่ระบบยังกระจายการส่งเพื่อเก็บตัวอย่างว่าโฆษณาชิ้นนี้ทำงานได้ดีกับใคร เอกสารของ Meta ระบุเกณฑ์ไว้ที่ประมาณ 50 อีเวนต์การเพิ่มประสิทธิภาพต่อชุดโฆษณาต่อสัปดาห์ จึงจะออกจากช่วงเรียนรู้ได้ ระหว่างที่ยังอยู่ในช่วงนี้ ต้นทุนต่อผลลัพธ์จะแกว่งมากกว่าปกติ และตัวเลขของสามวันแรกไม่ใช่ตัวแทนของผลระยะยาว
สิ่งที่คนยิงเองทำบ่อยที่สุดคือเห็นตัวเลขวันแรกไม่ดีแล้วเข้าไปแก้ การแก้ที่ระบบถือว่าเป็นการแก้อย่างมีนัยสำคัญ เช่น เปลี่ยนกลุ่มเป้าหมาย เปลี่ยนครีเอทีฟ เปลี่ยนอีเวนต์ที่ใช้เพิ่มประสิทธิภาพ เปลี่ยนกลยุทธ์การเสนอราคา หรือขยับงบแบบก้าวใหญ่ จะทำให้ช่วงเรียนรู้เริ่มนับใหม่ทั้งหมด ชุดโฆษณาที่ถูกแก้ทุกวันจึงไม่มีวันออกจากช่วงเรียนรู้ และจ่ายราคาของช่วงที่แพงที่สุดอยู่ตลอดเวลา
ตรวจได้จากคอลัมน์การส่งในหน้าชุดโฆษณา ถ้าขึ้นว่าอยู่ในช่วงเรียนรู้แปลว่ายังเก็บตัวอย่างไม่ครบ ถ้าขึ้นว่าการเรียนรู้จำกัด แปลว่าชุดนั้นไม่มีทางทำอีเวนต์ได้ถึงเกณฑ์ด้วยงบและโครงสร้างปัจจุบัน ทางแก้ของสองสถานะนี้ไม่เหมือนกัน สถานะแรกต้องการเวลา สถานะที่สองต้องการการรวมชุดโฆษณาให้น้อยลง ขยายกลุ่มเป้าหมาย เพิ่มงบต่อชุด หรือเปลี่ยนไปเพิ่มประสิทธิภาพที่อีเวนต์ซึ่งเกิดถี่กว่าเช่นการเริ่มบทสนทนาหรือการเพิ่มลงตะกร้า
วิธีทำงานที่ลดความเสียหายคือกำหนดหน้าต่างการตัดสินใจไว้ล่วงหน้า ก่อนกดเริ่มแคมเปญให้เขียนไว้เลยว่าจะดูผลกี่วันและจะใช้ตัวเลขอะไรตัดสิน จากนั้นห้ามแตะระหว่างทางนอกจากมีเหตุฉุกเฉินอย่างลิงก์เสียหรือโฆษณาถูกปฏิเสธ เมื่อต้องเพิ่มงบให้ขยับทีละก้าวเล็กแล้วเว้นระยะ แทนการเพิ่มเป็นเท่าตัวในครั้งเดียว และถ้าจะทดสอบครีเอทีฟใหม่ ให้เพิ่มเป็นชิ้นใหม่ในชุดเดิมหรือเปิดชุดใหม่ ไม่ใช่เข้าไปแก้ชิ้นที่กำลังทำงานอยู่
ไม่ได้ track conversion ที่เกิดหลังผู้ใช้ปิดเบราว์เซอร์
การขายจริงของธุรกิจไทยจำนวนมากไม่ได้จบบนหน้าเว็บ คนเห็นโฆษณาบนมือถือ ทักเข้ามาถามในแชท คุยต่อวันรุ่งขึ้น แล้วโอนเงินหรือเลือกเก็บเงินปลายทาง บางรายกลับมาซื้อผ่านคอมพิวเตอร์ที่ทำงาน บางรายให้คนในบ้านสั่งแทน ทุกเส้นทางเหล่านี้ไม่มีอีเวนต์การซื้อเกิดขึ้นบนเบราว์เซอร์ที่คลิกโฆษณา ระบบจึงไม่มีทางรู้ว่าโฆษณาชิ้นนั้นสร้างรายได้
เรื่องนี้ยังผูกกับหน้าต่างการระบุที่มาด้วย ค่าเริ่มต้นที่ใช้กันคือคลิกภายในเจ็ดวันและการมองเห็นภายในหนึ่งวัน คำสั่งซื้อที่ปิดได้ในวันที่แปดหรือวันที่สิบจะไม่ถูกนับให้โฆษณาชิ้นนั้น ทั้งที่โฆษณาเป็นจุดเริ่มต้นจริง ๆ ยิ่งสินค้าราคาสูงหรือมีการเปรียบเทียบหลายเจ้า ช่องว่างตรงนี้ยิ่งกว้าง และตัวเลขในหน้ารายงานยิ่งดูแย่กว่าความจริง
ทางแก้คือส่งข้อมูลกลับเข้าไปเอง อีเวนต์ที่เกิดนอกเว็บสามารถส่งผ่าน Conversions API หรืออัปโหลดเป็นชุดข้อมูลอีเวนต์ออฟไลน์ได้ โดยแนบตัวระบุผู้ใช้ที่เข้ารหัสแล้วเช่นเบอร์โทรหรืออีเมล พร้อมเวลาที่เกิดรายการและมูลค่า เพื่อให้ Meta จับคู่กลับไปหาคนที่เคยเห็นหรือเคยคลิกโฆษณา ร้านที่ปิดการขายในแชทควรเก็บพารามิเตอร์การอ้างอิงของโฆษณาไว้ตั้งแต่ตอนเริ่มบทสนทนา เพื่อให้ตามรอยกลับได้ว่ายอดนั้นมาจากชิ้นไหน
อีกด้านคือการวางระบบวัดผลฝั่งเว็บให้ตรงกันทั้งบ้าน ถ้าตัวเลขคำสั่งซื้อในระบบหลังบ้าน ในเครื่องมือวิเคราะห์ และในหน้ารายงานโฆษณาไม่เคยตรงกันเลย การถกเถียงเรื่องผลลัพธ์จะไม่มีวันจบ การจัดโครงสร้างอีเวนต์และพารามิเตอร์ให้เป็นชุดเดียวกันตั้งแต่ต้นเป็นงานที่ทำครั้งเดียวแล้วใช้ได้ยาว ซึ่งเป็นเนื้องานหลักของการวางระบบวัดผลบน GA4 และควรทำก่อนเพิ่มงบ ไม่ใช่หลังจากงบหมด
ทีมมืออาชีพทำงานต่างจากการยิงเองตรงไหน
ความต่างข้อแรกไม่ใช่ฝีมือการเลือกกลุ่มเป้าหมาย แต่เป็นลำดับงาน ทีมที่ทำเป็นอาชีพจะไม่เริ่มจากการสร้างแคมเปญ แต่เริ่มจากการตรวจว่าอีเวนต์ที่ต้องการวัดถูกส่งครบหรือยัง ยืนยันโดเมนแล้วหรือยัง ลำดับอีเวนต์ถูกจัดหรือยัง และตัวเลขในหน้ารายงานตรงกับระบบหลังบ้านไหม งานตรวจชุดนี้ใช้เวลาไม่กี่วันแต่ตัดสินคุณภาพของทุกบาทที่จะจ่ายหลังจากนั้น
ความต่างข้อที่สองคือการตั้งเกณฑ์ก่อนใช้เงิน ก่อนเปิดแคมเปญจะมีการคำนวณย้อนกลับจากราคาขายและกำไรต่อชิ้นว่าต้นทุนต่อคำสั่งซื้อที่รับได้อยู่ที่เท่าไร แล้วแปลงเป็นเกณฑ์ระดับชุดโฆษณาว่าต้นทุนต่อการเริ่มบทสนทนาหรือต่อการเพิ่มลงตะกร้าควรอยู่ในช่วงไหน เมื่อมีเกณฑ์แบบนี้ การตัดสินใจหยุดหรือไปต่อจะอิงตัวเลขที่ตกลงกันไว้ ไม่ใช่อารมณ์ของวันที่ตัวเลขตก
ความต่างข้อที่สามคือการทดสอบอย่างเป็นระบบ แทนที่จะเปลี่ยนหลายอย่างพร้อมกันแล้วเดาว่าอะไรได้ผล จะมีการเรียงคิวว่าจะทดสอบอะไรก่อนหลัง ทดสอบทีละตัวแปร ให้เวลาแต่ละรอบยาวพอจะผ่านช่วงเรียนรู้ และบันทึกผลไว้เป็นคลังความรู้ของบัญชี เพื่อไม่ให้กลับไปทดสอบสิ่งที่เคยรู้คำตอบแล้ว งานลักษณะนี้คือสิ่งที่ทีมซึ่งรับดูแลโฆษณาโซเชียลทำเป็นกิจวัตร
ความต่างข้อที่สี่คือการมองข้ามช่องทาง คนที่เห็นโฆษณาบน Facebook จำนวนมากจะไปค้นชื่อร้านต่อบน Google ก่อนตัดสินใจ ถ้าไม่มีอะไรรออยู่ตรงนั้น ความสนใจที่สร้างมาด้วยเงินก็หายไประหว่างทาง การวางแผนที่ครบจึงดูทั้งสองฝั่งพร้อมกัน และดูว่างบควรกระจายอย่างไรระหว่างการสร้างความต้องการกับการรับความต้องการที่เกิดขึ้นแล้ว ซึ่งเป็นเหตุผลที่หลายธุรกิจวางแคมเปญ Facebook คู่กับแคมเปญ Google Ads แทนที่จะเลือกอย่างใดอย่างหนึ่ง
ความต่างข้อสุดท้ายคือความต่อเนื่อง บัญชีโฆษณาไม่ใช่งานที่ตั้งเสร็จแล้วจบ ครีเอทีฟจะล้าเมื่อคนกลุ่มเดิมเห็นซ้ำ ต้นทุนการประมูลขยับตามฤดูกาลและตามคู่แข่งที่เข้ามาใหม่ การมีรอบทบทวนประจำสัปดาห์ที่ดูตัวเลขชุดเดิมทุกครั้งจึงจับความเปลี่ยนแปลงได้ก่อนที่มันจะกินงบไปทั้งเดือน ธุรกิจที่ไม่มีเวลาทำรอบแบบนี้เองมักเลือกให้ทีมภายนอกที่รับทำ facebook adsเข้ามาดูแลส่วนนี้แทน แล้วเก็บเวลาของตัวเองไว้กับงานขายและงานส่งของ
เช็กลิสต์ 12 ข้อของบัญชีโฆษณาที่ตั้งค่าถูกต้อง
ใช้รายการนี้ไล่ทีละข้อกับบัญชีของตัวเองก่อนเติมงบรอบถัดไป แต่ละข้อบอกไว้ด้วยว่าต้องเปิดดูตรงไหนถึงจะยืนยันได้
- Pixel ยิงอีเวนต์ครบทุกขั้นของการซื้อ เปิด Events Manager แล้วดูว่าอีเวนต์ดูสินค้า เพิ่มลงตะกร้า เริ่มชำระเงิน และซื้อสำเร็จ มีเข้ามาจริงในเจ็ดวันล่าสุด ไม่ใช่มีแค่การดูหน้าเว็บ
- ต่อ Conversions API แล้วและตัดซ้ำได้ ในหน้าอีเวนต์ต้องเห็นทั้งช่องทางเบราว์เซอร์และเซิร์ฟเวอร์ พร้อมสถานะว่าอีเวนต์ถูกตัดซ้ำด้วย event ID เดียวกัน
- ยืนยันโดเมนเรียบร้อย ตรวจในส่วน Brand Safety ว่าโดเมนหลักขึ้นสถานะยืนยันแล้ว ไม่เช่นนั้นจะจัดลำดับอีเวนต์ไม่ได้
- จัดลำดับอีเวนต์ให้ตัวที่สร้างรายได้อยู่บนสุด เปิดการตั้งค่าการวัดผลอีเวนต์รวม แล้วตรวจว่าอีเวนต์ซื้อหรืออีเวนต์ลูกค้าใหม่อยู่ลำดับหนึ่ง
- คุณภาพการจับคู่ข้อมูลลูกค้าไม่ต่ำ ดูคะแนนการจับคู่ของแต่ละอีเวนต์ ถ้าต่ำให้เพิ่มพารามิเตอร์อีเมล เบอร์โทร fbp และ fbc ที่เข้ารหัสแล้ว
- โครงสร้างแคมเปญไม่ซอยจนอีเวนต์กระจาย นับจำนวนชุดโฆษณาที่เปิดพร้อมกัน แล้วหารอีเวนต์ทั้งบัญชีต่อสัปดาห์ ถ้าเฉลี่ยแล้วห่างจากเกณฑ์ 50 อีเวนต์มาก ให้รวมชุดโฆษณา
- ไม่มีการแย่งประมูลกันเองจากกลุ่มที่ทับซ้อน ใช้เครื่องมือดูการทับซ้อนของกลุ่มเป้าหมาย และดูว่าชุดไหนถูกกดการส่งจนแทบไม่ได้งบ
- ตัดกลุ่มลูกค้าที่เพิ่งซื้อออกจากแคมเปญหาลูกค้าใหม่ ตรวจช่องการยกเว้นกลุ่มเป้าหมายในทุกชุดโฆษณาของแคมเปญหาลูกค้าใหม่
- ครีเอทีฟมีเปิดเรื่องที่ต่างกันจริงอย่างน้อยสามแบบ เปิดรายงานแยกตามชิ้นงาน แล้วดูว่าตัวเลขการดูที่สามวินาทีต่างกันจริงระหว่างชิ้น ถ้าเท่ากันหมดแปลว่ายังไม่ได้ทดสอบอะไร
- ไฟล์งานถูกตัดตามตำแหน่งการแสดงผล ตรวจว่ามีสัดส่วนแนวตั้งสำหรับ Reels และ Stories แยกจากสัดส่วนจัตุรัสของฟีด ไม่ใช่ใช้ไฟล์เดียวทุกที่
- หน้าต่างการระบุที่มาถูกเลือกอย่างตั้งใจ เปิดการตั้งค่าการระบุที่มาของแคมเปญ แล้วเทียบผลระหว่างหน้าต่างสั้นกับยาว เพื่อรู้ว่าตัวเลขที่ดูอยู่ครอบคลุมแค่ไหน
- มีทางส่งยอดขายนอกเว็บกลับเข้าระบบ ถ้าปิดการขายในแชทหรือเก็บเงินปลายทาง ต้องมีชุดข้อมูลอีเวนต์ออฟไลน์หรือการส่งผ่านเซิร์ฟเวอร์ที่ทำงานอยู่จริง
ตารางจับคู่ปัญหากับอาการที่เห็นในหน้ารายงาน
ตารางด้านล่างจับคู่ปัญหาทั้งห้าข้อกับอาการที่จะสังเกตเห็นได้จริงในหน้ารายงาน และสิ่งที่ควรแก้เป็นอย่างแรกในแต่ละกรณี
| ปัญหา | อาการที่เห็นในหน้ารายงาน | สิ่งที่ต้องแก้ก่อน |
|---|---|---|
| Pixel และ Conversions API ไม่ครบ | มีคลิกและข้อความเข้า แต่ช่องคำสั่งซื้อว่างหรือน้อยผิดปกติเมื่อเทียบกับหลังบ้าน | ต่อฝั่งเซิร์ฟเวอร์ ใส่ event ID ให้ตรงกัน ยืนยันโดเมน และจัดลำดับอีเวนต์ใหม่ |
| กลุ่มเป้าหมายกว้างหรือแคบเกินไป | ต้นทุนต่อผลลัพธ์แกว่งรายวัน หรือความถี่พุ่งเร็วพร้อมกับต้นทุนต่อการแสดงผลที่สูงขึ้น | รวมชุดโฆษณา ขยายกลุ่มหลัก และแยกกลุ่มที่เคยมีปฏิสัมพันธ์ออกไปเป็นแคมเปญของตัวเอง |
| ครีเอทีฟไม่ดึงคนใน 3 วินาทีแรก | ยอดการเล่นวิดีโอที่สามวินาทีต่ำเมื่อเทียบกับการแสดงผล และต้นทุนต่อคลิกสูงทุกชิ้น | ทำเปิดเรื่องใหม่สามถึงห้าแบบที่ต่างกันจริง และตัดไฟล์ตามสัดส่วนของแต่ละตำแหน่ง |
| แก้แคมเปญก่อนจบ learning phase | คอลัมน์การส่งค้างที่สถานะกำลังเรียนรู้หรือการเรียนรู้จำกัดเป็นเวลานาน | ตั้งหน้าต่างการตัดสินใจ หยุดแก้ระหว่างทาง และเพิ่มงบทีละก้าวเล็ก |
| ไม่ได้เก็บ conversion นอกเว็บ | ยอดในระบบหลังบ้านสูงกว่าที่รายงานโฆษณาแสดงอย่างชัดเจนทุกเดือน | ส่งอีเวนต์ออฟไลน์กลับเข้าระบบ และเก็บพารามิเตอร์อ้างอิงตั้งแต่ตอนเริ่มบทสนทนา |
เรื่องนี้หมายความว่าอะไรกับ SME ไทยโดยเฉพาะ
ธุรกิจเล็กในไทยมีข้อจำกัดที่ต่างจากแบรนด์ใหญ่อยู่สองข้อ ข้อแรกคืองบต่อเดือนมีเพดานชัดเจน ทำให้ต้นทุนของการเรียนรู้ผิดทางแพงกว่ามาก ข้อที่สองคือคนที่ดูแลโฆษณามักเป็นคนเดียวกับคนที่ตอบแชท แพ็กของ และคุยกับซัพพลายเออร์ เวลาที่เหลือให้นั่งดูตัวเลขจึงมีจำกัด ทั้งสองข้อรวมกันแปลว่าโครงสร้างที่เรียบง่ายและตรวจสอบได้จะให้ผลดีกว่าโครงสร้างที่ซับซ้อนแต่ไม่มีใครมีเวลาดูแล
พฤติกรรมการซื้อก็ต่างออกไป การถามก่อนซื้อผ่านแชทเป็นเรื่องปกติมากกว่าการกดสั่งเองจนจบ คำถามที่เข้ามาส่วนใหญ่คือราคาสุทธิ ค่าส่ง ระยะเวลาส่ง และมีของพร้อมส่งหรือไม่ ถ้าคำตอบเหล่านี้อยู่ในโฆษณาและอยู่บนหน้าปลายทางตั้งแต่แรก จำนวนแชทจะลดลงแต่คุณภาพของแชทจะสูงขึ้น ซึ่งช่วยทั้งต้นทุนโฆษณาและเวลาของคนตอบ
อีกเรื่องคือช่องทางปลายทาง หลายร้านส่งคนจากโฆษณาไปที่แชทโดยตรงเพราะปิดการขายง่ายกว่า แต่ถ้าไม่มีการส่งข้อมูลการซื้อกลับเข้าระบบ วิธีนี้จะทำให้ระบบเรียนรู้ได้แค่ว่าใครชอบทัก ไม่ใช่ใครชอบซื้อ ร้านที่มีหน้าร้านออนไลน์เต็มรูปแบบควรใช้ทั้งสองทาง คือให้คนที่พร้อมซื้อกดสั่งได้เลย และให้คนที่ยังลังเลทักได้ ซึ่งเป็นเรื่องเดียวกับการวางแผนการตลาดอีคอมเมิร์ซให้ครบทั้งเส้นทาง
สุดท้ายคือความคาดหวังเรื่องเวลา บัญชีที่เพิ่งแก้ระบบวัดผลเสร็จจะยังไม่ให้ผลในวันรุ่งขึ้น เพราะระบบต้องสะสมอีเวนต์ใหม่ก่อน การวางแผนงบเป็นรอบสี่ถึงหกสัปดาห์และดูแนวโน้มรายสัปดาห์แทนรายวัน จะให้ภาพที่ตรงกับความจริงมากกว่า และช่วยไม่ให้ตัดสินใจปิดสิ่งที่กำลังจะเริ่มทำงาน
คำถามที่พบบ่อย
งบเท่าไหร่ถึงจะพอสำหรับยิงแอด Facebook
งบที่พอคืองบที่ทำให้ชุดโฆษณาหนึ่งชุดสร้างอีเวนต์ได้ใกล้เกณฑ์ประมาณ 50 อีเวนต์ต่อสัปดาห์ ไม่ใช่ตัวเลขคงที่ที่ใช้ได้กับทุกธุรกิจ วิธีคำนวณคือประมาณต้นทุนต่อผลลัพธ์ที่รับได้จากกำไรต่อชิ้น แล้วคูณด้วยจำนวนอีเวนต์ที่ต้องการต่อสัปดาห์ ถ้าตัวเลขที่ได้สูงเกินกำลัง ทางออกไม่ใช่ซอยงบให้บางลงไปอีก แต่คือลดจำนวนชุดโฆษณาลงเพื่อรวมงบไว้ที่เดียว หรือเปลี่ยนไปเพิ่มประสิทธิภาพที่อีเวนต์ต้นทางซึ่งเกิดถี่กว่าอย่างการเริ่มบทสนทนา แล้วค่อยขยับขึ้นมาที่การซื้อเมื่อข้อมูลมากพอ
ยิงเองต่อได้ไหมถ้าไม่จ้างใคร
ได้ ถ้ามีเวลาสม่ำเสมอสัปดาห์ละไม่กี่ชั่วโมงและยอมทำงานตรวจระบบให้จบก่อนเติมงบ ส่วนที่ยากไม่ใช่การกดสร้างแคมเปญ แต่คือการติดตั้งอีเวนต์ให้ครบ การเชื่อมฝั่งเซิร์ฟเวอร์ และวินัยที่จะไม่แก้อะไรระหว่างที่ชุดโฆษณายังอยู่ในช่วงเรียนรู้ ทางสายกลางที่ใช้ได้ผลคือจ้างคนช่วยวางระบบวัดผลและโครงสร้างบัญชีในรอบแรก แล้วรับช่วงดูแลรายวันเอง เพราะงานวางระบบเป็นงานที่ทำครั้งเดียวและผิดพลาดแล้วแพง ส่วนงานดูแลประจำเรียนรู้ได้จากตัวเลขของตัวเอง
ต้องรอนานแค่ไหนถึงจะรู้ว่าแคมเปญได้ผลหรือไม่
ควรให้เวลาอย่างน้อยจนกว่าชุดโฆษณาจะออกจากช่วงเรียนรู้ ซึ่งวัดจากจำนวนอีเวนต์ที่สะสมได้ ไม่ใช่จากจำนวนวันบนปฏิทิน ในทางปฏิบัติหมายถึงประมาณหนึ่งถึงสองสัปดาห์สำหรับบัญชีที่มีอีเวนต์ไหลสม่ำเสมอ และนานกว่านั้นสำหรับสินค้าที่คนใช้เวลาตัดสินใจนาน สิ่งที่ดูได้ระหว่างรอคือสัญญาณต้นทางอย่างอัตราการดูที่สามวินาที อัตราการคลิก และต้นทุนต่อการเพิ่มลงตะกร้า เพราะสัญญาณเหล่านี้ขยับก่อนตัวเลขคำสั่งซื้อเสมอ
ติดตั้ง Pixel อย่างเดียวพอไหม
ไม่พอสำหรับบัญชีที่ต้องการวัดยอดขายให้ครบ เพราะอีเวนต์ฝั่งเบราว์เซอร์ถูกบล็อกหรือหายระหว่างทางได้หลายทาง การส่งอีเวนต์ชุดเดียวกันจากเซิร์ฟเวอร์ควบคู่กันไปจะทำให้ข้อมูลที่กลับถึง Meta ครบขึ้น โดยมีเงื่อนไขว่าต้องใส่ event ID ให้ตรงกันทั้งสองฝั่งเพื่อให้ระบบตัดซ้ำได้ ถ้าไม่ตัดซ้ำ ตัวเลขจะบวมและการเรียนรู้ของระบบจะเพี้ยนตามไปด้วย
ขายผ่านแชทหรือเก็บเงินปลายทาง จะวัดผลยังไง
ให้ส่งรายการที่ปิดได้กลับเข้าระบบเป็นอีเวนต์ พร้อมตัวระบุผู้ใช้ที่เข้ารหัสแล้วอย่างเบอร์โทรหรืออีเมล เวลาที่เกิดรายการ และมูลค่า จะส่งผ่านการอัปโหลดชุดข้อมูลอีเวนต์ออฟไลน์เป็นรอบ หรือส่งอัตโนมัติจากระบบหลังบ้านก็ได้ สิ่งที่ต้องเตรียมคู่กันคือการเก็บพารามิเตอร์อ้างอิงของโฆษณาตั้งแต่ตอนที่ลูกค้าเริ่มทัก และการนับเฉพาะรายการที่เก็บเงินได้จริง เพื่อไม่ให้ยอดที่ยกเลิกปลายทางกลายเป็นสัญญาณผิดที่ระบบเอาไปเรียนรู้
ถ้าตรวจตามเช็กลิสต์แล้วพบว่าติดหลายข้อพร้อมกัน ลำดับที่คุ้มที่สุดคือแก้เรื่องการวัดผลก่อน แล้วค่อยกลับไปแตะกลุ่มเป้าหมายและครีเอทีฟ เพราะสองอย่างหลังจะประเมินไม่ได้เลยถ้าตัวเลขที่ใช้ตัดสินยังไม่น่าเชื่อถือ และถ้าอยากให้มีคนช่วยไล่ทั้งสิบสองข้อไปพร้อมกับวางโครงสร้างบัญชีใหม่ ทีมของ Relevant Audience รับคุยเป็นรายกรณีได้ โดยเริ่มจากการดูบัญชีปัจจุบันก่อนว่าควรแก้อะไรก่อนหลัง
