ตัวกรองการเข้าชมภายในของ GA4: วิธีตัดการเข้าชมจากสำนักงานและพนักงาน

ตัวกรองการเข้าชมภายในของ GA4 (GA4 internal traffic filter) ตัดการเข้าชมจากสำนักงาน พนักงาน และผู้รับเหมาของคุณเองออกก่อนที่ข้อมูลจะไปถึงรายงาน การตั้งค่ามีสองขั้น ขั้นแรกคือกำหนดการเข้าชมภายในด้วย IP address ในการตั้งค่าแท็กของสตรีมข้อมูลเว็บ ซึ่งจะติดป้ายอีเวนต์ที่ตรงเงื่อนไขด้วยพารามิเตอร์ traffic_type ขั้นที่สองคือสร้าง data filter ที่ตัดป้ายนั้นออก แล้วเปลี่ยนสถานะจาก Testing เป็น Active

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

การเข้าชมภายในคืออะไร และทำไมจึงทำให้ข้อมูล GA4 เพี้ยน

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

บนเว็บไซต์ขนาดใหญ่ เรื่องนี้แทบไม่ขยับตัวเลข แต่บนเว็บไซต์ขนาดเล็กหรือขนาดกลาง มันบิดตัวเลขได้มาก ทีมสิบคนที่เปิดหน้าแรกทุกเช้าจะเพิ่มชั้นของเซสชันที่มีเวลา engagement ยาวและไม่มีการซื้อเลยเข้าไปอย่างสม่ำเสมอ conversion rate ลดลง ค่า engagement เฉลี่ยเพิ่มขึ้น ทราฟฟิกแบบ direct ดูใหญ่กว่าความจริง และการทดสอบส่งฟอร์มอาจถูกนับเป็น key event ถ้า key event เหล่านั้นถูกนำเข้าไปใน Google Ads ระบบประมูลราคาก็จะเรียนรู้จากพฤติกรรมของพนักงานแทนพฤติกรรมของลูกค้า

ขั้นที่ 1: กำหนดกฎการเข้าชมภายในด้วย IP

กฎนี้อยู่ที่สตรีมข้อมูลเว็บ คุณต้องมีสิทธิ์ระดับ Editor ขึ้นไป

1. ใน Admin ภายใต้หัวข้อ Data collection and modification คลิก Data streams แล้วคลิกสตรีมข้อมูลเว็บของคุณ
2. คลิก Configure tag settings จากนั้นขยายรายการ Settings (Show more) แล้วคลิก Define internal traffic
3. คลิก Create แล้วตั้งชื่อกฎให้ชัดเจน เช่น "สำนักงานกรุงเทพ"
4. ปล่อยค่า traffic_type เป็นค่าเริ่มต้น "internal" หรือใส่ค่าของคุณเองถ้าต้องการแยกแต่ละสถานที่ออกจากกัน
5. ใต้หัวข้อ IP address เลือกประเภทการจับคู่ (match type) แล้วใส่ค่า คลิก Add condition เพื่อเพิ่มที่อยู่อื่น จากนั้นบันทึก

ประเภทการจับคู่มี "IP address equals", "begins with", "ends with", "contains", "is in range" และ "matches regular expression" ตัวเลือกแบบช่วงใช้รูปแบบ CIDR เช่น 203.0.113.0/24 ครอบคลุมทั้งบล็อกของที่อยู่ คุณใส่ได้ทั้ง IPv4 และ IPv6 ถ้าเครือข่ายใช้ IPv6 ด้วย สำนักงานที่ใส่ไว้แค่ IPv4 อาจยังมีเซสชันที่ไม่ถูกติดป้ายหลุดเข้ามาทาง IPv6 ให้ค้นหา "what is my IP" จากทุกเครือข่ายที่ต้องการตัดออก แล้วจดไว้ทั้งสองแบบถ้าแสดงขึ้นมาทั้งคู่ เงื่อนไขหลายข้อในกฎเดียวกันประเมินแบบ OR การเข้าชมที่ตรงกับข้อใดข้อหนึ่งจะถูกติดป้าย

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

ขั้นที่ 2: สร้าง data filter

ตัวกรองเป็นการตั้งค่าระดับ property

1. ใน Admin ภายใต้หัวข้อ Data collection and modification คลิก Data filters
2. คลิก Create Filter แล้วเลือก Internal Traffic
3. ตั้งชื่อตัวกรอง ชื่อต้องไม่ซ้ำใน property ขึ้นต้นด้วยตัวอักษร ใช้ได้เฉพาะตัวอักษร ตัวเลข ขีดล่าง และเว้นวรรค และยาวไม่เกิน 40 ตัวอักษร
4. เลือก Exclude เป็นการทำงาน แล้วใส่ค่า traffic_type ที่ใช้ในขั้นที่ 1 ซึ่งค่าเริ่มต้นคือ "internal"
5. ตั้งสถานะเป็น Testing แล้วบันทึก

หนึ่ง property มี data filter ได้สูงสุด 10 ตัว จึงควรวางแผนชื่อและค่าไว้ก่อนสร้างกฎจำนวนมาก ถ้าคุณใช้ค่า traffic_type มากกว่าหนึ่งค่า เช่น หนึ่งค่าต่อหนึ่งสำนักงาน แต่ละค่าต้องมีตัวกรองที่ตรงกัน หรือไม่ก็ใช้ค่าเดียวกันซ้ำในหลายกฎ

สถานะ Testing กับ Active ต่างกันอย่างไร

data filter ทุกตัวมีสถานะใดสถานะหนึ่งในสามแบบ และความต่างระหว่างสถานะเหล่านี้คือตาข่ายนิรภัยทั้งหมด ตารางด้านล่างแสดงว่าแต่ละสถานะทำอะไร

ในสถานะ Testing ไม่มีอะไรถูกลบ อีเวนต์ที่ตรงเงื่อนไขจะมีชื่อของตัวกรองอยู่ในมิติ "Test data filter name" คุณจึงเห็นได้ชัดว่าข้อมูลส่วนไหนจะหายไป Google ระบุว่าตัวกรองอาจใช้เวลา 24 ถึง 36 ชั่วโมงกว่าจะมีผล อย่าเพิ่งตัดสินในบ่ายวันเดียวกัน

เมื่อมีตัวกรองที่ Active มากกว่าหนึ่งตัว GA4 จะใช้ตัวกรองแบบ "Include only" ทั้งหมดรวมกันก่อน แล้วจึงใช้ตัวกรองแบบ "Exclude" ทีละตัว property ส่วนใหญ่ต้องการแค่ตัวกรองแบบ exclude สำหรับการเข้าชมภายในและการเข้าชมของนักพัฒนา

ตัวกรองการเข้าชมของนักพัฒนาและ debug mode

ตัวกรองการเข้าชมของนักพัฒนา (developer traffic filter) เป็นตัวกรองอีกประเภทหนึ่งที่ตัดกิจกรรมที่ส่งมาใน debug mode ออก debug mode คือสิ่งที่ส่งข้อมูลเข้า DebugView โดย Tag Assistant จะเปิดให้กับเบราว์เซอร์ของคุณ และนักพัฒนาตั้งพารามิเตอร์ debug_mode บนคำสั่ง config ของ Google tag หรือบนอีเวนต์แต่ละตัวได้

สร้างได้ในที่เดียวกัน คือ Admin, Data filters, Create Filter จากนั้นเลือก Developer Traffic และ Exclude ตัวกรองนี้มีสถานะ Testing, Active และ Inactive เหมือนกัน เมื่อเปิดใช้แล้ว กิจกรรมในโหมด debug จะไม่เข้าไปในรายงาน ขณะที่นักพัฒนายังใช้ DebugView แก้ปัญหาได้ตามปกติ

มีกับดักหนึ่งข้อที่ควรรู้ การตั้ง debug_mode เป็น false ไม่ได้ปิด debug mode ถ้าจะปิด ต้องเอาพารามิเตอร์ออกไปเลย ข้อสรุปเชิงอนุมานจากวิธีที่ตัวกรองทำงาน: ถ้ามีคนปล่อย debug_mode ค้างไว้บน Google tag ของเว็บไซต์จริง อีเวนต์ของผู้เข้าชมทุกคนจะถูกส่งเป็นการเข้าชมในโหมด debug และตัวกรองการเข้าชมของนักพัฒนาที่ Active อยู่ก็จะตัดผู้ใช้จริงทิ้งไปด้วย ให้ตรวจแท็กบนเว็บไซต์จริงก่อนเปิดใช้ตัวกรองนี้

ทำไมตัวกรองไม่ย้อนหลัง

data filter ทำงานตั้งแต่ตอนที่สร้างเป็นต้นไปเท่านั้น และไม่แตะข้อมูลในอดีต ซึ่งมีผลตามมาสองข้อ

ข้อแรก ตัวกรองแบบ exclude ที่ Active แล้วเป็นประตูทางเดียว อีเวนต์ที่ถูกตัดออกจะไม่ถูกประมวลผลเลย จึงไม่มีใน Analytics และไม่มีใน BigQuery ในภายหลัง ถ้ากฎ IP ของคุณผิด เช่น ใส่ช่วงที่ครอบคลุมเครือข่ายของลูกค้าไปด้วย ก็ไม่มีทางเอาอีเวนต์เหล่านั้นกลับคืนมา

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

ตัดการเข้าชมของเอเจนซีและสำนักงานที่ใช้ IP แบบเปลี่ยนไปเรื่อย ๆ

กฎ IP ใช้ได้ดีกับสำนักงานที่มีที่อยู่คงที่ แต่ใช้ได้ไม่ดีกับคนที่ที่อยู่เปลี่ยนตลอด ทางเลือกที่ทำได้มีดังนี้

• ขอ static IP สำหรับสำนักงานจากผู้ให้บริการอินเทอร์เน็ต ถ้าทำได้ นี่คือวิธีที่ง่ายที่สุด
• ให้พนักงานเชื่อมต่อผ่าน VPN ของบริษัทที่มีที่อยู่ขาออกคงที่ แล้วใส่ที่อยู่นั้นไว้ในกฎ
• ใช้แบบช่วงเฉพาะเมื่อรู้แน่ว่าช่วงนั้นเป็นของคุณคนเดียว การใส่ทั้งบล็อกของผู้ให้บริการอินเทอร์เน็ตจะดักลูกค้าที่ใช้ผู้ให้บริการเดียวกันไปด้วย
• ขอที่อยู่ IP คงที่ของสำนักงานจากเอเจนซี ฟรีแลนซ์ และพาร์ตเนอร์ แล้วตั้งชื่อกฎของแต่ละรายให้ชัด เพื่อลบออกได้ง่ายเมื่องานจบ

เนื่องจากตัวกรองจับคู่กับค่าของพารามิเตอร์ traffic_type ทางเลือกหนึ่งคือตั้งพารามิเตอร์นี้เองผ่าน Google Tag Manager สำหรับเบราว์เซอร์ของพนักงาน เช่น อิงจากคุกกี้ที่ถูกตั้งเมื่อมีคนเข้าหน้าที่ใช้ภายในเท่านั้น หน้าช่วยเหลือของ Google ไม่ได้อธิบายวิธีนี้ มันเป็นการตั้งค่าเฉพาะ ไม่ใช่ฟีเจอร์มาตรฐานของ GA4 จึงควรเก็บตัวกรองไว้ในสถานะ Testing จนกว่าจะยืนยันได้ว่ามันติดป้ายเฉพาะพนักงานเท่านั้น

ตรวจว่าตัวกรองทำงานจริง

สร้าง free-form exploration ระหว่างที่ตัวกรองยังอยู่ในสถานะ Testing:

1. เพิ่ม "Test data filter name" และ "Event name" เป็นมิติ และ "Event count" เป็นเมตริก
2. วางมิติทั้งสองไว้ใน Rows และ Event count ไว้ใน Values
3. เพิ่มตัวกรองที่ Test data filter name มีชื่อของ data filter ของคุณอยู่

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

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

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

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

ตัวกรองการเข้าชมภายในของ GA4 ลบข้อมูลในอดีตไหม

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

ทำไมกำหนดกฎ IP แล้วยังเห็นการเข้าชมภายในอยู่

เพราะการกำหนดการเข้าชมภายในทำแค่ติดป้ายอีเวนต์ จึงยังไม่มีอะไรถูกตัดออกจนกว่าจะตั้ง data filter เป็น Active ให้ตรวจด้วยว่าใส่ที่อยู่ IPv6 แล้ว และค่าในตัวกรองตรงกับค่า traffic_type ในกฎของคุณ

data filter ใช้เวลานานแค่ไหนกว่าจะทำงาน

Google ระบุว่า data filter อาจใช้เวลา 24 ถึง 36 ชั่วโมงกว่าจะมีผล ให้รออย่างน้อยเท่านั้นก่อนตัดสินผลใน Test data filter name

ยกเลิกตัวกรองที่ Active แล้วได้ไหม

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

ทำข้อมูลให้สะอาดก่อนจะเชื่อตัวเลข

ตัวกรองการเข้าชมภายในเป็นงานเล็กที่มีผลถาวร จึงต้องทำอย่างระมัดระวัง กำหนดกฎ ทดสอบสักหนึ่งถึงสองวัน แล้วจึงเปิดใช้ ถ้าอยากให้ตรวจการตั้งค่านี้ไปพร้อมกับส่วนอื่นของ property บริการตั้งค่าและย้ายระบบ GA4 ครอบคลุมสตรีมข้อมูล ตัวกรอง และ key event ข้อมูลที่สะอาดสำคัญที่สุดในจุดที่ป้อนเข้าระบบประมูลราคา ให้ทบทวน การนำเข้า conversion ของ Google Ads หลังจากตัวกรองเริ่มทำงาน และ การตรวจ SEO เชิงเทคนิค ช่วยหาเว็บไซต์ staging และหน้าทดสอบที่ยังส่งข้อมูลเข้า property จริงได้