GA4 Audit ตรวจอะไรบ้าง: เช็กลิสต์การตั้งค่า Event และการเชื่อมต่อ

GA4 audit คือการตรวจ property ของ Google Analytics 4 อย่างเป็นระบบ เพื่อยืนยันว่าข้อมูลที่เก็บได้ครบ สะอาด และน่าเชื่อถือพอจะใช้ตัดสินใจ การตรวจครอบคลุมการตั้งค่า property ระยะเวลาเก็บข้อมูล data filter การวัดผลข้ามโดเมน key event สัญญาณ consent คุณภาพของ event การเชื่อมต่อกับผลิตภัณฑ์อื่นของ Google และการติดตามอีคอมเมิร์ซ ผลลัพธ์สุดท้ายคือรายการสิ่งที่ต้องแก้ เรียงตามระดับที่ปัญหาแต่ละข้อบิดเบือนรายงานของคุณ

การตั้งค่าที่ผิดมาตั้งแต่วันแรก เช่น ระยะเก็บข้อมูลแค่ 2 เดือน หรือไม่มี filter ตัด traffic ภายใน จะค่อย ๆ กำหนดหน้าตาของทุกรายงานไปเรื่อย ๆ จนกว่าจะมีคนเข้าไปตรวจ หัวข้อด้านล่างอธิบายว่าต้องตรวจอะไร แต่ละค่าอยู่ตรงไหนในเมนู Admin ปัจจุบัน และถ้าตั้งผิดจะเห็นอาการอย่างไรในข้อมูล

GA4 audit ตรวจอะไรบ้าง

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

การตั้งค่า property

เปิด Admin > Property settings > Property details แล้วตรวจเขตเวลา (time zone) และสกุลเงินของรายงาน ถ้า property ตั้งเขตเวลาเป็นของสหรัฐฯ ขณะที่ธุรกิจใช้เวลากรุงเทพฯ ยอดรายวันทุกวันจะเลื่อนไปตามส่วนต่างของเวลา ทำให้ "เมื่อวาน" ใน GA4 ไม่ตรงกับ "เมื่อวาน" ในระบบขาย สกุลเงินก็สำคัญด้วยเหตุผลเดียวกัน รายได้ในรายงานแสดงเป็นสกุลเงินของ property ถ้าไม่ตรงกัน การเทียบรายได้กับระบบหลังบ้านจะยุ่งยากเกินจำเป็น

ระหว่างอยู่ในหน้า Admin ให้ตรวจ Data display > Reporting identity ด้วย GA4 มีตัวเลือก Blended, Observed และ Device-based ไม่มีคำตอบเดียวที่ถูกสำหรับทุกธุรกิจ แต่ทีมที่อ่านรายงานควรรู้ว่าตอนนี้ใช้แบบไหนอยู่ เพราะมันเปลี่ยนวิธีนับจำนวนผู้ใช้

ระยะเวลาเก็บข้อมูล (data retention)

ไปที่ Admin > Data collection and modification > Data retention property แบบมาตรฐานเก็บข้อมูลระดับ event ได้ 2 เดือนหรือ 14 เดือน ส่วน property แบบ GA4 360 เลือกได้ 2, 14, 26, 38 หรือ 50 เดือน ควรเช็กว่า property ของคุณตั้งค่าไว้แบบไหน

ระยะเก็บข้อมูลมีผลกับ Explorations และรายงาน funnel เท่านั้น รายงานมาตรฐานแบบรวมยอดไม่ได้รับผลกระทบ ผลในทางปฏิบัติคือ นักวิเคราะห์ที่พยายามสร้าง Exploration เทียบปีต่อปีบน property ที่ตั้งไว้ 2 เดือนจะเจอช่วงวันที่ว่างเปล่า การเพิ่มเป็น 14 เดือนจะยืดอายุข้อมูลที่ยังไม่ถูกลบ แต่ดึงข้อมูลที่หายไปแล้วกลับมาไม่ได้ จึงเป็นการแก้ที่ได้ผลในภายหลัง ไม่ใช่วันนี้ การเปลี่ยนค่ามีผลหลังรอ 24 ชั่วโมง และสวิตช์ "Reset user data on new activity" ในหน้าเดียวกันเป็นตัวกำหนดว่า event ใหม่แต่ละครั้งจะเริ่มนับอายุข้อมูลของผู้ใช้คนนั้นใหม่หรือไม่

Data filter และ traffic ภายใน

ใน Admin > Data collection and modification > Data filters คุณสร้าง data filter ได้สูงสุด 10 ตัวต่อ property มีสามประเภท ได้แก่ Internal traffic (กรองตาม IP address หรือช่วง IP), Developer traffic (event ที่ส่งในโหมด debug) และ Web hostname traffic

filter สำหรับ traffic ภายในจะทำงานได้ก็ต่อเมื่อมีกฎ internal traffic อยู่แล้ว กฎนี้อยู่ที่ Data streams > web stream ของคุณ > Configure tag settings > Show more > Define internal traffic และจะแนบค่า traffic_type ไปกับ event ที่ตรงเงื่อนไข จากนั้น filter จะตัด event ที่มีค่านั้นออก ให้ตรวจสามเรื่อง คือ กฎมีอยู่จริง IP address ในกฎยังตรงกับเครือข่ายของออฟฟิศและเอเจนซี และสถานะของ filter

filter มีสามสถานะ Testing จะติดป้าย event ที่ตรงเงื่อนไขด้วย dimension "Test data filter name" โดยไม่ตัดทิ้ง Active จะตัดข้อมูลที่ตรงเงื่อนไขออกถาวร ข้อมูลนั้นจะไม่ถูกประมวลผลและไม่ไปถึง BigQuery ด้วย ส่วน Inactive ไม่ทำอะไรเลย filter ที่ค้างอยู่ในสถานะ Testing หมายความว่า traffic ภายในยังถูกนับอยู่ ทั้งที่ทีมเข้าใจว่าตัดออกแล้ว filter ไม่มีผลย้อนหลัง การแก้จึงช่วยให้ข้อมูลสะอาดตั้งแต่วันที่เปลี่ยนเป็น Active เท่านั้น

การวัดผลข้ามโดเมน (cross-domain)

ถ้าผู้ใช้เดินทางระหว่างโดเมนที่คุณเป็นเจ้าของ เช่น จากเว็บไซต์การตลาดไปยังโดเมนจองหรือชำระเงินแยกต่างหาก ให้เปิด Configure tag settings > Configure your domains แล้วตรวจว่าทุกโดเมนอยู่ในรายการ ทุกหน้าบนทุกโดเมนต้องใช้ Google tag ID เดียวกันจาก web data stream เดียวกัน

วิธีตรวจคือคลิกลิงก์จากโดเมนหนึ่งไปอีกโดเมน แล้วดูว่า URL ปลายทางมีพารามิเตอร์ _gl หรือไม่ การ redirect ที่ตัด query string ทิ้ง หรือการเปลี่ยนหน้าที่สั่งด้วย JavaScript อาจทำให้พารามิเตอร์นี้หาย เมื่อการวัดผลข้ามโดเมนเสีย โดเมนที่สองจะบันทึกเป็น session ใหม่โดยมีโดเมนแรกของคุณเองเป็นแหล่งอ้างอิง ทำให้จำนวน session พองขึ้นและแย่งเครดิตไปจากแหล่ง traffic ที่แท้จริง

Key event

ตรวจรายการใน Admin > Data display > Events และ key event ที่ทำเครื่องหมายไว้ property มาตรฐานทำเครื่องหมาย key event ได้สูงสุด 30 รายการ property แบบ 360 ได้ 50 รายการ คำถามในการตรวจคือ key event แต่ละตัวแทนผลลัพธ์ทางธุรกิจจริงหรือไม่ ยิงครั้งเดียวต่อหนึ่งผลลัพธ์หรือเปล่า และมีอะไรสำคัญที่ขาดไปไหม key event ที่ผูกกับการกระทำปริมาณสูงอย่างการเลื่อนหน้าจะทำให้อัตรา conversion ไร้ความหมาย และ event ส่งฟอร์มที่ซ้ำกันอาจทำให้จำนวน lead ในรายงานเพิ่มเป็นสองเท่า

Consent mode

ถ้าเว็บไซต์แสดงแบนเนอร์ขอความยินยอม ให้ตรวจว่า Google tag ได้รับสถานะ consent ก่อนยิง และอัปเดตสถานะหลังผู้เข้าชมเลือก consent mode v2 ใช้สัญญาณสี่ตัว ได้แก่ analytics_storage, ad_storage, ad_user_data และ ad_personalization เครื่องมือ Tag Assistant แสดงสถานะ consent บนทุก hit ซึ่งเป็นวิธีที่เร็วที่สุดในการยืนยันว่าเมื่อผู้ใช้เลือก "ปฏิเสธ" ระบบเคารพตัวเลือกนั้น และเมื่อเลือก "ยอมรับ" สถานะถูกส่งต่อไปจริง แบนเนอร์ที่บล็อก tag ทั้งหมดแทนที่จะส่งสถานะปฏิเสธ จะทำให้การเข้าชมเหล่านั้นหายไปจาก GA4 แทนที่จะถูกนำไปทำ modelling

วิธีหา event ที่เสียหรือซ้ำใน DebugView และ Realtime

DebugView อยู่ที่ Admin > Data display > DebugView และแสดงเฉพาะอุปกรณ์ที่ส่ง event ในโหมด debug ซึ่งเปิดได้ด้วย Tag Assistant หรือโหมด preview ของ Tag Manager หรือเพิ่ม debug_mode: true ในการตั้งค่า tag ช่อง seconds stream แสดง event ใน 60 วินาทีล่าสุด เรียงจากใหม่ไปเก่า ส่วน minutes stream ครอบคลุม 30 นาทีล่าสุด ให้เลือกอุปกรณ์ของคุณในเมนู DEBUG DEVICE เพื่อไม่ให้การทดสอบของเพื่อนร่วมงานปนกับของคุณ

เดินดูเว็บไซต์แบบที่ลูกค้าจะทำ แล้วสังเกต stream รูปแบบที่ต้องมองหา:

• event page_view สองครั้งต่อการโหลดหน้าหนึ่งครั้ง: มักเกิดจากการติดตั้ง tag ซ้ำ เช่น ฝังโค้ดไว้ในธีมแล้วติดตั้งผ่าน Tag Manager อีกรอบ
• key event ยิงตอนโหลดหน้าแทนที่จะยิงเมื่อสำเร็จ: event ขอบคุณที่ยิงทันทีเมื่อเปิดหน้าฟอร์ม แทนที่จะยิงหลังส่งฟอร์ม จะบันทึก lead ที่ไม่เคยเกิดขึ้นจริง
• พารามิเตอร์หาย: คลิกที่ event เพื่อดูพารามิเตอร์ การซื้อที่ไม่มี transaction_id หรือ currency หรือ event lead ที่ไม่มีชื่อฟอร์มที่คุณวางแผนจะใช้ในรายงาน จะแก้ย้อนหลังไม่ได้
• ชื่อ event แปลก ๆ: ชื่อ event แยกตัวพิมพ์เล็กใหญ่และยาวได้ไม่เกิน 40 ตัวอักษร ดังนั้น Form_Submit กับ form_submit จะกลายเป็นสอง event แยกกัน

รายงาน Realtime ใช้คู่กันสำหรับ traffic จริงที่ไม่ได้อยู่ในโหมด debug ใช้ยืนยันว่าผู้เข้าชมจริงสร้าง event ตามที่คาดไว้ และดูว่าแหล่ง traffic ดูสมเหตุสมผล DebugView วิเคราะห์ attribution ได้จำกัด จึงควรตัดสินเรื่องแหล่งที่มาในรายงาน Acquisition ไม่ใช่ที่นี่

ตรวจการเชื่อมต่อ Google Ads และ Search Console

ใน Admin > Product links เปิด Google Ads links แล้วตรวจว่าบัญชีโฆษณาที่ถูกต้องเชื่อมอยู่ property หนึ่งเชื่อม Google Ads ได้สูงสุด 400 ลิงก์ และการเชื่อมบัญชี manager นับเป็นหนึ่งลิงก์ ตรวจว่าเปิด personalised advertising บนลิงก์แล้ว ถ้าวางแผนจะใช้ audience จาก GA4 ใน Google Ads และตรวจว่าเปิด auto-tagging ในบัญชี Google Ads เพื่อให้การคลิกโฆษณามาพร้อม click ID ที่ GA4 ต้องใช้ในการระบุแคมเปญที่ถูกต้อง ถ้าคุณนำเข้า key event จาก GA4 ไปยัง Google Ads ให้ตรวจว่าการกระทำเดียวกันไม่ได้ถูกนับซ้ำโดย tag conversion ของ Google Ads อีกตัว ไม่อย่างนั้นระบบประมูลจะ optimise ไปที่ตัวเลขที่เบิ้ลเป็นสองเท่า

จากนั้นเปิด Search Console links แต่ละ web data stream เชื่อมกับ Search Console property ได้เพียงหนึ่งรายการ และการเชื่อมต้องทำโดยผู้ที่มีสิทธิ์ Editor ใน GA4 และเป็นเจ้าของที่ยืนยันแล้วใน Search Console ข้อมูล Search Console จะปรากฏใน GA4 ประมาณ 48 ชั่วโมงหลังจาก Search Console เก็บข้อมูลได้ คอลเลกชันรายงาน Search Console ไม่ได้เผยแพร่ไว้ตั้งแต่แรก ถ้าไม่มีใครหารายงานเจอ ให้เผยแพร่คอลเลกชันจาก Library ในเมนูด้านซ้าย

Referral exclusion และ unwanted referral

payment gateway หน้า single sign-on และระบบจองมักส่งผู้ใช้กลับมาที่เว็บไซต์โดยมีโดเมนของตัวเองเป็น referrer GA4 จะเริ่ม session ใหม่และให้เครดิตกับ gateway ทำให้ช่องทางแบบเสียเงินและ organic เสียยอดขายไป ให้ตรวจรายงาน Traffic acquisition ด้วย dimension session source แล้วมองหาผู้ให้บริการชำระเงิน โดเมนล็อกอินอีเมล หรือโดเมนของคุณเองในรายการ

แก้ได้ที่ Configure tag settings > List unwanted referrals ซึ่งเพิ่มเงื่อนไขได้สูงสุด 50 รายการต่อ data stream GA4 จะเพิ่ม ignore_referrer=true ให้ event ที่ตรงเงื่อนไข เพื่อไม่ให้ referrer นั้นถูกนับเป็นแหล่ง traffic ใหม่ โดยค่าเริ่มต้น โดเมนและซับโดเมนของคุณเองจะไม่ถูกนับเป็น referrer ใหม่ และการข้ามโดเมนที่มีพารามิเตอร์ _gl ก็ไม่ถูกนับเป็น referral ดังนั้นถ้าเห็น self-referral ในรายงาน ให้ย้อนกลับไปตรวจเรื่อง cross-domain ด้านบน

ตรวจสอบอีคอมเมิร์ซและ event การซื้อ

สำหรับร้านค้าออนไลน์ event purchase ควรได้รับการตรวจแยกอีกรอบ ลองสั่งซื้อทดสอบ โดยใช้โค้ดส่วนลดที่ทำให้ยอดเป็นศูนย์หรือวิธีชำระเงินในระบบทดสอบ แล้วดูใน DebugView ว่า event purchase มีข้อมูลต่อไปนี้:

• transaction_id ที่ไม่ซ้ำกันสำหรับทุกคำสั่งซื้อ
• value และ currency คู่กัน เพราะ value ที่ไม่มี currency จะไม่ถูกนับเป็นรายได้
• อาร์เรย์ items ที่มี item ID หรือชื่อสินค้า ราคา และจำนวนของสินค้าแต่ละรายการ

GA4 ตัดรายการซื้อบนเว็บที่ใช้ transaction ID ซ้ำกันออก ซึ่งช่วยป้องกันกรณีผู้ใช้รีโหลดหน้าขอบคุณ กฎเดียวกันนี้กลับเป็นผลเสียถ้า ID หายหรือว่างเปล่า transaction_id ที่เป็นค่าว่างอาจทำให้รายการซื้อถูกยุบรวมกันและรายได้ถูกนับต่ำกว่าความจริง จากนั้นเทียบจำนวนการซื้อและรายได้ใน GA4 ช่วงหนึ่งสัปดาห์ล่าสุดกับระบบคำสั่งซื้อของร้าน ส่วนต่างบางส่วนเป็นเรื่องปกติจากตัวเลือก consent ตัวบล็อกโฆษณา และการคืนเงิน แต่ส่วนต่างที่กว้างขึ้นกะทันหันมักแปลว่าการเปลี่ยนแปลงด้าน tracking ทำให้บางอย่างพัง ตัวอย่างเพื่อประกอบความเข้าใจเท่านั้น ถ้าที่ผ่านมา GA4 บันทึกได้ประมาณ 90 คำสั่งซื้อต่อทุก 100 คำสั่งซื้อในระบบหลังบ้าน แล้วลดลงเหลือ 60 หลังออกแบบหน้า checkout ใหม่ การออกแบบใหม่นั้นคือจุดแรกที่ต้องตรวจ

เช็กลิสต์ GA4 audit ที่นำกลับมาใช้ซ้ำได้

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

ควรทำ GA4 audit บ่อยแค่ไหน

ทำ GA4 audit แบบเต็มหนึ่งครั้งเมื่อรับ property มาดูแล จากนั้นทบทวนแบบเบากว่าทุกไตรมาส และตรวจซ้ำทันทีหลังมีอะไรที่กระทบ tracking เช่น การออกแบบเว็บใหม่ ระบบ checkout หรือระบบจองใหม่ การเปลี่ยนแบนเนอร์ consent โดเมนใหม่ หรือการสร้าง container ของ Tag Manager ใหม่ การทบทวนรายไตรมาสใช้เวลาน้อยกว่าการตรวจครั้งแรกมาก เพราะคุณแค่ยืนยันว่าไม่มีอะไรคลาดเคลื่อน filter ยัง Active อยู่ key event ยังยิงครั้งเดียว และยอดซื้อยังตรงกับระบบร้านค้า

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

สิ่งนี้มีความหมายอย่างไรกับนักการตลาดไทย

ธุรกิจไทยจำนวนมากส่งลูกค้าจากเว็บไซต์ไปแชทใน LINE Official Account ไปยังระบบจองของบุคคลที่สาม หรือไปยังร้านบนมาร์เก็ตเพลส และทุกจุดส่งต่อเหล่านี้คือที่ที่ GA4 อาจตามรอยหาย ระบบจองที่อยู่บนโดเมนของตัวเองต้องตั้ง cross-domain หรือกฎ unwanted referral ส่วนปุ่ม "แชทผ่าน LINE" ควรยิง event ของตัวเอง เพื่อให้ lead ที่ปิดการขายในแชทอย่างน้อยถูกนับเป็นความสนใจบนเว็บไซต์

เว็บไซต์ไทยมักมีเวอร์ชันภาษาไทยและภาษาอังกฤษคู่กัน บางครั้งแยกซับโดเมน ให้ตรวจว่าทั้งสองเวอร์ชันใช้ Google tag ID เดียวกัน และซับโดเมนใช้ cookie domain ร่วมกัน ไม่อย่างนั้นผู้เข้าชมคนเดียวที่สลับภาษาอาจกลายเป็นผู้ใช้สองคน สุดท้าย ตรวจว่าเขตเวลาของ property ตั้งเป็นกรุงเทพฯ เพื่อให้ตัวเลขรายวันตรงกับวันทำการของไทยและงบโฆษณารายวันใน Google Ads

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

GA4 audit ใช้เวลานานแค่ไหน

GA4 audit ของ property เดียวที่มี web stream เดียว โดยทั่วไปใช้เวลาประมาณหนึ่งวันทำงานสำหรับการทบทวนการตั้งค่า บวกเวลาทดสอบ event ด้วยการเดินดูเว็บไซต์ property ที่มีหลายโดเมน มีแอป หรือมีอีคอมเมิร์ซจะใช้เวลามากขึ้น ส่วนใหญ่หมดไปกับการทดสอบ event และการซื้อ

GA4 audit แก้ข้อมูลย้อนหลังได้ไหม

ไม่ได้ GA4 audit ซ่อมข้อมูลที่ถูกประมวลผลไปแล้วไม่ได้ data filter การเพิ่มระยะเก็บข้อมูลสำหรับข้อมูลที่ถูกลบไปแล้ว และการแก้ cross-domain ล้วนมีผลไปข้างหน้า นี่คือเหตุผลที่ควรตรวจตั้งแต่เนิ่น ๆ แทนที่จะรอให้รายงานเพี้ยนไปเป็นปี

ต้องใช้ GA4 360 เพื่อแก้ปัญหาที่ตรวจพบหรือไม่

ไม่ต้อง ทุกการตรวจในคู่มือนี้ทำได้บน property GA4 แบบมาตรฐาน GA4 360 เพิ่มขีดจำกัด เช่น ระยะเก็บข้อมูล จำนวน key event และโควตา custom dimension แต่ไม่ได้เปลี่ยนวิธีทำงานของการตั้งค่าหลัก

ให้ผู้เชี่ยวชาญช่วยตรวจ property ของคุณ

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