ทีมแอดมินยืนยันว่าลูกค้าทักเข้ามาจริง แต่ในระบบ conversion กลับไม่มีรายการเลย จนต้องไล่หาทีละจุด

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

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

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

Event กับ Conversion ไม่ใช่คำเดียวกัน

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

พอเปิด Network Tab ตรวจดู กลับพบว่า Tag ยิง Event ออกไปทุกครั้งที่มีคนทักแชทจริง ไม่มีปัญหาเรื่องการยิงเลย แต่เมื่อไปดูฝั่งรายงาน Conversion กลับไม่มี Event เหล่านั้นปรากฏขึ้น นั่นแปลว่าปัญหาไม่ได้อยู่ที่การยิง Event แต่อยู่ที่ขั้นตอนหลังจากนั้น

ตั้งค่าประเภท Event ผิดจุด ทำให้ไม่ถูกนับ

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

สาเหตุที่การตั้งค่าคลาดเคลื่อนแบบนี้เกิดขึ้น มักมาจากตอนติดตั้งระบบครั้งแรก ทีมที่ตั้งค่าไม่ได้เข้าใจธุรกิจมากพอที่จะรู้ว่า Event ไหนควรถูกนับเป็น Conversion บ้าง จึงตั้งค่าตามค่าเริ่มต้นของระบบไปก่อน แล้วไม่มีใครกลับมาทบทวนอีกเลยหลังจากนั้น

ขั้นตอนที่ทีมงานใช้ไล่หาจุดผิดปกติ

1. เปิด Network Tab ตรวจว่า Tag ยิง Event ออกไปจริงหรือไม่เมื่อมีคนทักเข้ามา
2. เข้าไปดูการตั้งค่าประเภท Event ในระบบ Tracking ว่า Event นั้นถูกจัดเป็น Conversion หรือไม่
3. เทียบเวลา Event ที่ยิงกับเวลาที่ควรปรากฏในรายงาน ว่ามีความล่าช้าผิดปกติหรือไม่
4. ถ้าทุกจุดดูปกติ ให้ตรวจสิทธิ์การเข้าถึงข้อมูลของบัญชีที่ใช้ดูรายงาน ว่าถูกจำกัดสิทธิ์บางส่วนโดยไม่รู้ตัวหรือไม่

บางครั้งไม่ใช่ไม่ขึ้น แต่ขึ้นช้ากว่าที่คิด

อีกจุดที่ทีมงานพบคือรายงาน Conversion บางระบบไม่อัปเดตแบบทันที (Real-time) แต่มีความล่าช้าตามรอบการประมวลผล เช่น อัปเดตทุก 3-6 ชั่วโมง หรือบางระบบอัปเดตแค่วันละครั้ง ถ้าทีมงานเปิดดูรายงานทันทีหลังจากลูกค้าทักเข้ามา อาจยังไม่เห็นตัวเลขเพราะรอบการประมวลผลยังไม่มาถึง ไม่ใช่เพราะ Event หายไปจริง

ความสับสนนี้พบบ่อยในทีมที่เพิ่งเริ่มใช้ระบบ Tracking ใหม่ เพราะคาดหวังว่าทุกอย่างต้องขึ้นทันทีเหมือนการแชทเอง เมื่อไม่เห็นตัวเลขใน 5 นาทีก็รีบสรุปว่าระบบพัง ทั้งที่ในความเป็นจริงต้องรอให้ครบรอบการประมวลผลก่อน

สิทธิ์การเข้าถึงข้อมูลที่จำกัดโดยไม่มีใครรู้ตัว

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

ตัวอย่างสมมติ ลองไล่ตัวเลขให้เห็นภาพ

สมมติร้านหนึ่งมีลูกค้าทักเข้ามาทางแชทเฉลี่ยวันละ 25 คน และเคยเห็นตัวเลข Conversion ในรายงานตรงกับจำนวนนี้มาตลอด จนกระทั่งสัปดาห์หนึ่งที่ทีมงานเปลี่ยนเอเจนซี่ดูแลโฆษณา หลังจากนั้นแอดมินยังคงเห็นแชทใหม่เข้ามาวันละ 20-25 คนเหมือนเดิม แต่รายงาน Conversion กลับแสดงตัวเลข 0 ต่อเนื่องสามวัน

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

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

เมื่อไล่จนสุดทางแล้วยังไม่เจอ ควรถามใครต่อ

ถ้าไล่ตรวจครบทุกจุดแล้วยังไม่พบสาเหตุ ขั้นตอนต่อไปคือการติดต่อฝ่ายสนับสนุนของแพลตฟอร์มที่ใช้ยิง Event โดยตรง พร้อมเตรียมข้อมูลที่ชัดเจนไปให้ เช่น เวลาที่ Event ยิงตาม Network Tab, ID ของ Event นั้น และรายงานที่คาดว่าควรปรากฏแต่ไม่ปรากฏ การมีข้อมูลชัดเจนแบบนี้ช่วยให้ทีมสนับสนุนตรวจสอบได้เร็วกว่าการอธิบายแค่ว่า 'Conversion ไม่ขึ้น' ลอย ๆ

ธุรกิจที่ใช้ระบบคุณภาพข้อมูล conversionเป็นมาตรฐานอยู่แล้ว มักมีการเก็บ Log และ ID ของ Event ไว้เป็นประจำ ทำให้เมื่อเจอปัญหาแบบนี้ สามารถส่งหลักฐานให้ฝ่ายสนับสนุนได้ทันทีโดยไม่ต้องเริ่มเก็บข้อมูลใหม่ตั้งแต่ศูนย์

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

ช่องว่างระหว่างทีมที่ทำให้ปัญหาแบบนี้เกิดซ้ำ

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

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

ป้องกันไม่ให้ต้องไล่หาสาเหตุแบบนี้ซ้ำอีก

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

ทำแบบนี้แล้วพัง เพราะ… บทเรียนจากทีมที่เจอปัญหาซ้ำ

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

สรุป

Conversion ไม่ขึ้นทั้งที่มีลูกค้าทักเข้ามาจริง มักไม่ได้เกิดจาก Tag เสีย แต่เกิดจากขั้นตอนหลังการยิง Event เช่น การตั้งค่าประเภท Event ผิด รอบการประมวลผลที่ยังไม่มาถึง หรือสิทธิ์การเข้าถึงข้อมูลที่ไม่ครบ

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

• แยกให้ชัดระหว่าง Event ยิงจริงกับ Event ถูกนับเป็น Conversion
• ตรวจรอบการประมวลผลของระบบก่อนสรุปว่าข้อมูลหาย
• เช็กสิทธิ์การเข้าถึงข้อมูลทุกครั้งที่เปลี่ยนผู้ดูแลระบบ
• ตรวจโค้ด Conversion เฉพาะจุดตามโครงสร้างโค้ด Conversion ของ LINE Tag
• ถ้าต้องการแยก Conversion ตามประเภทให้ละเอียดขึ้น ดูที่การตั้ง Custom Conversion ด้วย LINE Tag
• การตรวจ Event แบบ Real-time ก่อนสรุปว่าพังจริง อ่านที่การใช้ GA4 DebugView ตรวจ Event ของ LINE

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