เคสสมมติ: รีทาร์เก็ตผิดกลุ่มลูกค้าเดิมนาน 3 เดือน เพราะโค้ด Pixel วางผิดหน้าเดียว

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

สิ่งที่ไม่มีใครเช็กซ้ำหลังย้ายเว็บคือโค้ดติดตามพฤติกรรมที่เคยฝังอยู่ในหน้าสินค้าแต่ละชิ้น เพราะทีมพัฒนาเว็บใหม่คัดลอกโค้ดมาแปะไว้ที่ template ส่วนหัวของทุกหน้าเพื่อความง่าย แต่ลืมตั้งเงื่อนไขว่า event ‘ดูสินค้า’ ควรยิงเฉพาะตอนอยู่หน้าสินค้าเท่านั้น ผลคือทุกคนที่เข้าเว็บไม่ว่าจะไปหน้าไหน ถูกนับเป็น ‘คนดูสินค้า’ หมด

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

สัญญาณแรกที่เริ่มผิดปกติ

คนแรกที่สังเกตเห็นความผิดปกติคือแอดมินที่ดูแลแชท LINE เธอสังเกตว่าคนที่ทักเข้ามาจากแคมเปญรีทาร์เก็ตช่วงหลัง มักถามคำถามพื้นฐานมาก เช่น ‘ร้านนี้ขายอะไรคะ’ ทั้งที่แคมเปญรีทาร์เก็ตควรจะยิงหาคนที่เคยดูสินค้าเฉพาะเจาะจงมาแล้ว ไม่ใช่คนที่ยังไม่รู้จักร้านเลย

เธอแจ้งไปยังทีมการตลาด แต่ตอนแรกไม่มีใครคิดว่าเป็นปัญหาเรื่อง pixel เพราะแคมเปญยังทำงานปกติ ตัวเลข ‘จำนวนคนในกลุ่มรีทาร์เก็ต’ ก็ยังโตขึ้นเรื่อย ๆ ตามที่ควรจะเป็น ไม่มีใครสงสัยตัวเลขที่ ‘ดูปกติ’ แบบนี้

ขุดลึกลงไปถึงจะเจอว่าโค้ดยิงผิดหน้า

จุดเปลี่ยนเกิดขึ้นตอนทีมพัฒนาเว็บลองเปิดเครื่องมือตรวจสอบ event บนเบราว์เซอร์แล้วไล่คลิกไปทีละหน้า พบว่าไม่ว่าจะเข้าหน้าแรก หน้าบทความ หรือหน้าติดต่อเรา event ‘ViewContent’ ก็ยิงขึ้นมาทุกครั้งเหมือนกันหมด ทั้งที่ควรยิงเฉพาะตอนอยู่หน้าสินค้าเท่านั้น

เมื่อไล่ดูโค้ดต้นทาง พบว่าตอนย้ายเว็บ นักพัฒนาแปะโค้ด pixel ไว้ในไฟล์ template ที่ใช้ร่วมกันทุกหน้า แทนที่จะแปะเฉพาะไฟล์หน้าสินค้า เพราะคิดว่าจะสะดวกกว่าไม่ต้องแก้หลายไฟล์ โดยไม่รู้ว่านั่นเปลี่ยนความหมายของ event ทั้งหมดไปเลย

ผลที่ตามมาคือกลุ่มรีทาร์เก็ตที่ควรจะเป็น ‘คนที่สนใจเต็นท์รุ่นนี้โดยเฉพาะ’ กลายเป็น ‘ใครก็ตามที่เคยเปิดเว็บไซต์นี้’ ซึ่งกว้างกว่ากันมาก และคุณภาพของกลุ่มก็ลดลงตามไปด้วย เพราะปะปนไปด้วยคนที่แค่เข้ามาอ่านบทความหรือเข้าผิดหน้าแล้วออกทันที

ต้นทุนของความผิดพลาดสามเดือน

เมื่อประเมินย้อนหลัง ทีมพบว่างบโฆษณาที่ใช้กับแคมเปญรีทาร์เก็ตตลอดสามเดือนนั้นไม่ได้สูญเปล่าทั้งหมด เพราะบางส่วนของคนในกลุ่มก็ยังเคยดูสินค้าจริงอยู่บ้าง แต่สัดส่วนคนที่ ‘ไม่เคยดูสินค้าจริง’ ปนอยู่ในกลุ่มสูงถึงเกือบครึ่งหนึ่ง ทำให้ต้นทุนต่อการปิดการขายของแคมเปญนี้แพงกว่าที่ควรเป็นเกือบสองเท่า

ที่น่าเสียดายกว่าตัวเงินคือ คุณภาพของข้อมูลกลุ่มลูกค้า ที่เสียหายไปด้วย เพราะระบบโฆษณาเรียนรู้จากกลุ่มที่ผิดเพี้ยนนี้ต่อเนื่องเป็นเดือน ทำให้แม้จะแก้โค้ดกลับมาถูกต้องแล้ว ระบบก็ยังต้องใช้เวลาอีกพักใหญ่กว่าจะ ‘เรียนรู้ใหม่’ ให้กลับมาแม่นเหมือนเดิม

ทำไมเรื่องแบบนี้ถึงจับได้ช้าเสมอ

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

วิธีป้องกันไม่ให้เกิดซ้ำหลังย้ายเว็บหรือแก้ไซต์ครั้งใหญ่

1. หลังย้ายเว็บหรือแก้ไซต์ครั้งใหญ่ทุกครั้ง ให้เปิดเครื่องมือตรวจสอบ event บนเบราว์เซอร์แล้วไล่คลิกทุกหน้าหลักด้วยตัวเองก่อนปล่อยแคมเปญต่อ อย่าเชื่อแค่ว่า ‘โค้ดยังอยู่ในหน้าเว็บ’ เพราะการมีอยู่กับการยิงถูกจุดเป็นคนละเรื่องกัน
2. กำหนดให้ชัดว่าใครรับผิดชอบตรวจสอบการติดตามข้อมูลหลังทุกการเปลี่ยนแปลงเว็บไซต์ ไม่ปล่อยให้เป็นช่องว่างระหว่างทีมพัฒนากับทีมการตลาดเหมือนเคสนี้
3. ตั้งรอบตรวจสุขภาพ pixel เป็นประจำ เช่นทุกต้นเดือน ไม่ใช่รอให้ตัวเลขแคมเปญแย่ลงชัดเจนถึงจะไปตรวจ เพราะกว่าจะเห็นผลกระทบในตัวเลข ความเสียหายมักเกิดไปแล้วหลายสัปดาห์
4. ฟังสัญญาณจากหน้างานจริงอย่างแอดมินแชทให้มากขึ้น เพราะพวกเขามักสัมผัสความผิดปกติของกลุ่มลูกค้าได้ก่อนตัวเลขในแดชบอร์ดจะฟ้องเสมอ

สรุป

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

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

• โค้ดที่ ‘ยังทำงาน’ กับโค้ดที่ ‘ทำงานถูกจุด’ เป็นคนละเรื่องกัน ต้องตรวจทั้งสองอย่าง
• หลังย้ายเว็บหรือแก้ไซต์ครั้งใหญ่ ต้องไล่ตรวจ event ทุกหน้าหลักก่อนเปิดงบโฆษณาต่อ
• สัญญาณจากหน้างานจริงอย่างแอดมินแชท มักรู้ปัญหาก่อนตัวเลขในแดชบอร์ดจะฟ้อง

คำถามที่พบบ่อย