รายงาน GA4 แสดงข้อมูลไม่ครบเพราะระบบซ่อนแถว ไม่ใช่เพราะทราฟฟิกหาย

สมมติรายงาน Acquisition ของแคมเปญที่พาคนเข้า LINE เดือนตุลาคมโชว์ผู้ใช้รวม 2,400 คน พอเพิ่มมิติอายุกับจังหวัด ผลรวมของแถวทั้งหมดเหลือ 1,650 คน ผู้ใช้หายไปเกือบหนึ่งในสาม ทีมสรุปทันทีว่า tag ตกหล่น เปิดตั๋วให้ฝ่ายพัฒนาตรวจโค้ดสามวัน แล้วไม่พบอะไรผิด

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

Data thresholding คืออะไรและเห็นได้ที่ไหน

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

เมื่อรายงานถูกใช้เกณฑ์ จะมีไอคอนแจ้งที่หัวรายงาน ข้างชื่อรายงาน เมื่อวางเมาส์จะมีข้อความบอกว่ามีการใช้ data thresholding หน้าตาไอคอนเปลี่ยนไปตามเวอร์ชันของหน้าจอ ให้มองหาไอคอนแจ้งเตือนข้างชื่อรายงานเป็นหลัก ถ้าไม่เคยมองตรงนี้ ให้เริ่มวันนี้

แถวหายได้ห้าสาเหตุ แยกให้ออกก่อนแก้

ผู้คนมักเหมารวมทุกอย่างว่า tag พัง ตารางนี้แยกอาการของแต่ละสาเหตุออกจากกัน

ทดสอบว่าเป็น thresholding ภายในห้านาที

1. เปิดรายงานที่ผลรวมผิดสังเกต ดูว่ามีไอคอนแจ้งที่หัวรายงานหรือไม่ แล้วจดค่ายอดรวมของรายงานนั้น
2. เอามิติอายุ เพศ ความสนใจ และมิติประชากรศาสตร์อื่นออกจากตาราง ถ้าผลรวมกลับมาใกล้ยอดรวม แสดงว่าเป็น thresholding
3. ลดช่วงเวลาแล้วเพิ่ม เปรียบเทียบสองช่วง ถ้าช่วงยาวขึ้นแถวหายน้อยลง แปลว่าผู้ใช้ต่อแถวสะสมจนผ่านเกณฑ์
4. ถ้ามีสิทธิ์แอดมิน ทดลองเปลี่ยน reporting identity เป็นแบบ device-based ใน Admin แล้วเปิดรายงานเดิม จดค่าเดิมก่อน เพราะตัวเลขย้อนหลังในรายงานถูกคำนวณใหม่ทั้งหมดและส่งผลกับทุกคนที่เปิดรายงาน

ทางเลี่ยงที่ใช้ได้จริง เรียงจากกระทบน้อยไปมาก

• ลดมิติ เอามิติประชากรศาสตร์และความสนใจออกถ้าไม่จำเป็นต่อคำถามที่กำลังตอบ นี่คือทางเลี่ยงที่เสียน้อยที่สุด
• ขยายช่วงเวลา ดูทั้งเดือนแทนรายวัน ผู้ใช้ต่อแถวสะสมมากขึ้น
• ปรับ reporting identity การเลือกแบบ device-based มีโอกาสโดนเกณฑ์น้อยลง แต่ตัวเลขผู้ใช้จะไม่รวมคนข้ามอุปกรณ์ อ่านเหตุผลเรื่องGoogle Signals กับการตามคนข้ามอุปกรณ์ประกอบ
• ใช้ BigQuery export ข้อมูลระดับเหตุการณ์ใน BigQuery ไม่ผ่านเกณฑ์ซ่อนแถว วิธีต่อข้อมูลเว็บกับ LINE อยู่ในเรื่องต่อข้อมูลใน BigQuery

ทำไมแคมเปญเล็กที่พาคนเข้า LINE โดนซ่อนก่อนใคร

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

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

กติกาการรายงานเพื่อไม่ให้ลูกค้าเห็นตัวเลขผิดโดยไม่รู้ตัว

แสดงยอดรวมของรายงานภาพรวมไว้คู่กับรายงานที่ตัดมิติเสมอ และเขียนหมายเหตุถ้าแถวบางส่วนถูกซ่อน อย่าบวกแถวในตารางเพื่อสร้างยอดรวมเอง เพราะผลรวมของแถวที่เห็นไม่เท่ากับยอดรวมจริงเมื่อมี thresholding

สำหรับตัวเลขที่ต้องแม่น เช่นจำนวนแชทที่ปิดการขายจากแต่ละแคมเปญ อย่าอาศัย GA4 อย่างเดียว ให้ใช้ข้อมูลจากระบบแชทของคุณเป็นหลัก แล้วใช้ GA4 อธิบายพฤติกรรมก่อนทัก ดูแนวทางตรวจ event ในเรื่องการ audit schema ของ GA4 ก่อนส่งรายงานทุกครั้ง

สรุป

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

ถ้าต้องการตัวเลขรายแคมเปญที่ละเอียดและแม่น ให้วางแผนใช้ BigQuery export และข้อมูลจากระบบแชทเป็นฐาน แล้วใช้ GA4 เป็นตัวช่วยอธิบายพฤติกรรม

• Data thresholding ซ่อนแถวผู้ใช้น้อย ข้อมูลไม่ได้หาย รายงานเพียงไม่แสดง
• ตรวจจากไอคอนที่หัวรายงาน และทดสอบโดยเอามิติประชากรศาสตร์ออก
• แยกจาก sampling, (other) และการประมวลผลที่ยังไม่เสร็จก่อนสรุปว่า tag พัง
• ตัวเลขที่ต้องแม่น ให้ใช้ BigQuery และข้อมูลจากระบบแชทเป็นหลัก

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