GA4 Sessions vs Users vs Event Count: แต่ละเมตริกนับอะไร

เมื่อเทียบ sessions, users และ event count ใน GA4 แต่ละเมตริกนับคนละชั้นกัน Event count คือทุกการโต้ตอบที่ GA4 บันทึก Sessions จัดกลุ่มอีเวนต์เหล่านั้นเป็นการเข้าชมที่จบลงหลังไม่มีการใช้งานช่วงหนึ่ง (ค่าเริ่มต้น 30 นาที) ส่วน Users นับจำนวนคนที่ไม่ซ้ำกัน หรือพูดให้แม่นกว่านั้นคือเบราว์เซอร์และอุปกรณ์ที่ไม่ซ้ำกันซึ่งอยู่เบื้องหลังการเข้าชม ผู้ใช้หนึ่งคนมีได้หลายเซสชัน และหนึ่งเซสชันมีได้หลายอีเวนต์ ตัวเลขทั้งสามจึงไม่มีวันเท่ากัน

บทความนี้ให้นิยามตามเอกสารของแต่ละเมตริก แสดงความสัมพันธ์ด้วยตัวอย่างการคำนวณ อธิบายว่าทำไมจำนวนเซสชันใน GA4 ต่างจาก Universal Analytics และปิดท้ายด้วยแนวทางสั้นๆ ว่าตัวเลขไหนควรอยู่ในรายงานแบบไหน

เซสชันใน GA4 คืออะไร

เอกสารของ Google อธิบายว่าเซสชันคือช่วงเวลาที่ผู้ใช้มีส่วนร่วมกับเว็บไซต์หรือแอปของคุณ ในเชิงกลไก เซสชันจะเริ่มเมื่อผู้ใช้เปิดแอปขึ้นมาบนหน้าจอ หรือดูหน้าเว็บหรือหน้าจอในขณะที่ยังไม่มีเซสชันใดทำงานอยู่ เช่น เพราะเซสชันก่อนหน้าหมดเวลาไปแล้ว ณ จังหวะนั้น GA4 จะเก็บอีเวนต์ session_start ซึ่งสร้าง session ID และ session number ขึ้นมา

• session ID คือ timestamp เป็นวินาที ของเวลาที่เซสชันเริ่มต้น
• session number นับว่าผู้ใช้คนนั้นเริ่มเซสชันมาแล้วกี่ครั้ง

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

วิธีเปลี่ยนระยะเวลาหมดอายุของเซสชัน

สำหรับเว็บไซต์ ให้เปิด Admin แล้วไปที่ Data streams เลือก web stream จากนั้นเลือก Configure tag settings คลิก Show all แล้วเลือก Adjust session timeout ระยะเวลาหมดอายุตั้งเป็นชั่วโมงและนาที ในหน้าจอเดียวกันยังปรับตัวจับเวลาของ engaged session ได้ด้วย ซึ่งกำหนดว่าเซสชันต้องยาวกี่วินาทีจึงจะนับว่ามีส่วนร่วม สำหรับแอป ระยะเวลาหมดอายุตั้งในโค้ดด้วยเมธอด setSessionTimeoutDuration

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

GA4 นับเซสชันอย่างไร

เมตริก Sessions คือจำนวนเซสชันที่เริ่มต้นบนเว็บไซต์หรือแอปของคุณ GA4 ประมาณค่านี้ด้วยการนับ session ID ที่ไม่ซ้ำกัน ตั้งแต่เดือนตุลาคม พ.ศ. 2564 รายงานใช้วิธี HyperLogLog++ ในการนับ ซึ่งเป็นการประมาณค่าทางสถิติที่ Google ระบุว่ามีความแม่นยำสูง ข้อมูลที่ส่งออกไป BigQuery คำนวณค่าแบบแม่นยำ ยอดรวมใน BigQuery จึงอาจต่างจากตัวเลขในหน้าจอเล็กน้อย ความต่างเล็กๆ ระหว่างสองแหล่งนี้เป็นเรื่องปกติ ไม่ใช่ความผิดพลาดของการติดตาม

engaged session คืออะไร

engaged session คือเซสชันที่ตรงกับเงื่อนไขอย่างน้อยหนึ่งในสามข้อนี้

• ยาวกว่า 10 วินาที (ค่าเริ่มต้นของตัวจับเวลา ซึ่งปรับได้)
• มี key event
• มีการดูหน้าเว็บหรือหน้าจอตั้งแต่ 2 ครั้งขึ้นไป

อีเวนต์อย่าง first_visit, first_open และ session_start ไม่ถูกนำมาคิดใน engaged session แม้จะถูกตั้งเป็น key event ไว้ก็ตาม กฎนี้ป้องกันไม่ให้ผู้เข้าชมใหม่ทุกคนถูกนับว่ามีส่วนร่วม เพียงเพราะการเข้าชมครั้งแรกของเขาถูกบันทึกไว้

Engagement rate คือเปอร์เซ็นต์ของเซสชันที่เป็น engaged session คำนวณจาก engaged sessions หารด้วย sessions ตัวอย่างเพื่อการอธิบาย: ถ้าในหนึ่งเดือนมี 400 จาก 1,000 เซสชันที่เป็น engaged session ค่า engagement rate คือ 40%

event count ใน GA4 คืออะไร

Event count คือจำนวนครั้งที่ผู้ใช้ทำให้เกิดอีเวนต์ ใน GA4 ทุกอย่างคืออีเวนต์ การดูหน้าเว็บคืออีเวนต์ page_view การเริ่มเซสชันคืออีเวนต์ session_start และการเข้าชมครั้งแรกจะบันทึกอีเวนต์ first_visit ขึ้นอยู่กับการตั้งค่า enhanced measurement จะเพิ่มอีเวนต์อย่าง scroll คลิกออกนอกเว็บ การค้นหาในเว็บ และการดาวน์โหลดไฟล์ และคุณยังเพิ่ม custom event สำหรับฟอร์ม การโทร หรืออะไรก็ได้

นี่คือการเปลี่ยนโครงสร้างจาก Universal Analytics เอกสารเปรียบเทียบของ Google ระบุว่าเมตริก Total Events ของ UA เพิ่มขึ้นทุกครั้งที่อีเวนต์แบบ Category/Action/Label ถูกเรียก ขณะที่อีเวนต์ของ GA4 ไม่มีแนวคิดเรื่อง Category, Action หรือ Label ใน GA4 แต่ละอีเวนต์มีชื่อและพารามิเตอร์ที่ใส่หรือไม่ใส่ก็ได้ และ Event count ก็แค่นับว่ามีการบันทึกอีเวนต์ไว้กี่ครั้ง

เนื่องจาก Event count คือผลรวมของทุกอีเวนต์ ยอดรวมจึงขึ้นอยู่กับว่าคุณติดตามมากแค่ไหน การเปิดฟีเจอร์ enhanced measurement เพิ่ม หรือการเพิ่ม custom event จะทำให้ Event count สูงขึ้นโดยที่พฤติกรรมผู้เข้าชมไม่ได้เปลี่ยนเลย ยอดรวมนี้จึงมีประโยชน์เมื่อแยกตามชื่ออีเวนต์เป็นหลัก ในรายงาน Events (Reports แล้วไปที่ Engagement จากนั้นเลือก Events) แต่ละแถวคือชื่ออีเวนต์หนึ่งชื่อพร้อม Event count ของตัวเอง ตรงนั้นแหละที่ตัวเลขนี้เริ่มมีความหมาย

มีเมตริกที่เกี่ยวข้องอีกสองตัวที่ช่วยให้อ่าน Event count ในบริบทได้ Events per session คือค่าเฉลี่ยจำนวนอีเวนต์ต่อเซสชัน ส่วน Views คือจำนวนหน้าเว็บหรือหน้าจอแอปที่ผู้ใช้เห็น ซึ่งโดยผลก็คือจำนวนอีเวนต์ page_view และ screen_view

Users, active users และ new users ต่างกันอย่างไร

GA4 มีเมตริกผู้ใช้หลายตัว และชื่อก็สับสนได้ง่าย นี่คือนิยามจากเอกสารอ้างอิงเมตริกของ Google

• Active users: จำนวนผู้ใช้ที่ไม่ซ้ำกันซึ่งเข้าชมเว็บไซต์หรือแอปของคุณ นี่คือเมตริกผู้ใช้หลักของ GA4
• Total users: จำนวน user ID ที่ไม่ซ้ำกันซึ่งทำให้เกิดอีเวนต์ใดๆ
• New users: จำนวน user ID ใหม่ที่ไม่ซ้ำกันซึ่งบันทึกอีเวนต์ first_open หรือ first_visit
• Returning users: จำนวนผู้ใช้ที่เคยเริ่มเซสชันมาก่อนอย่างน้อยหนึ่งครั้ง

การเลือกเมตริกหลักมีผลเมื่อเปรียบเทียบข้ามเครื่องมือ เอกสารเปรียบเทียบของ Google ระบุว่า Universal Analytics เน้น Total Users ซึ่งแสดงเป็น Users ในรายงานส่วนใหญ่ ขณะที่ GA4 ใช้ Active users เป็นเมตริกผู้ใช้หลัก ตัวเลข "Users" จากรายงาน UA เดิมกับตัวเลข "Users" จาก GA4 จึงไม่ใช่การวัดสิ่งเดียวกัน

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

ตัวอย่างการคำนวณ: หนึ่งคน สามเมตริก

ตัวอย่างเพื่อการอธิบาย โดยใช้ค่าเริ่มต้นทั้งหมด ผู้เข้าชมคนหนึ่งเข้ามาตอน 09:00 จากผลการค้นหา อ่านสองหน้าแล้วออกไป ตอน 09:20 เขาคลิกลิงก์ในจดหมายข่าวและอ่านอีกหนึ่งหน้า ตอน 14:00 เขากลับมาด้วยการพิมพ์ที่อยู่เว็บเอง และส่งฟอร์มติดต่อที่ถูกตั้งเป็น key event

• Users: active user 1 คน และ new user 1 คน เพราะ first_visit ถูกบันทึกเฉพาะการเข้าชมครั้งแรก
• Sessions: 2 เซสชัน คลิกตอน 09:20 อยู่ภายในช่วง 30 นาที จึงเป็นการต่อเซสชันแรก ส่วนการเข้าชมตอน 14:00 เกิดหลังหมดเวลาไปนานแล้ว จึงมีการบันทึก session_start ใหม่
• Event count: อย่างน้อย 8 ในตัวอย่างแบบย่อนี้ ได้แก่ first_visit, session_start 2 ครั้ง, page_view 4 ครั้ง (2 + 1 + 1) และ key event ของฟอร์ม บวกกับอีเวนต์อย่าง user_engagement ถ้าเปิดการติดตาม scroll ใน enhanced measurement ตัวเลขจะสูงกว่านี้
• Engaged sessions: ทั้งสองเซสชันเป็น engaged session เซสชันแรกมีการดูหน้ามากกว่าหนึ่งครั้ง เซสชันที่สองมี key event

สังเกตสิ่งที่ไม่ได้เกิดขึ้น คลิกจากจดหมายข่าวตอน 09:20 ไม่ได้สร้างเซสชันใหม่ใน GA4 แม้จะนำพารามิเตอร์แคมเปญใหม่เข้ามา กฎข้อนี้คือหนึ่งในเหตุผลที่ Google ระบุไว้ว่าทำไมยอดเซสชันของ GA4 กับ Universal Analytics ไม่ตรงกัน

ทำไมเซสชันใน GA4 ต่างจาก Universal Analytics

เอกสารเปรียบเทียบของ Google ระบุเหตุผลที่จำนวนเซสชันระหว่างสองเวอร์ชันไม่ตรงกันไว้ดังนี้

• เที่ยงคืน ใน Universal Analytics เซสชันถูกตัดตอนเที่ยงคืนตามเขตเวลาของ view แต่ GA4 ไม่เริ่มเซสชันใหม่ตอนเที่ยงคืน การเข้าชมตั้งแต่ 23:50 ถึง 00:10 เป็นหนึ่งเซสชันใน GA4 แต่เป็นสองเซสชันใน UA
• พารามิเตอร์แคมเปญใหม่ ใน Universal Analytics ถ้าผู้ใช้ได้รับพารามิเตอร์แคมเปญใหม่ระหว่างอยู่บนเว็บไซต์ จะเริ่มเซสชันใหม่ GA4 ไม่เริ่มเซสชันใหม่เมื่อเจอพารามิเตอร์แคมเปญใหม่ ในตัวอย่างข้างต้น UA จะนับ 3 เซสชัน ส่วน GA4 นับ 2
• วิธีการนับ GA4 ประมาณจำนวนเซสชันจาก session ID ที่ไม่ซ้ำกันด้วย HyperLogLog++ ซึ่งเป็นการประมาณค่าทางสถิติ ไม่ใช่การนับแบบแม่นยำทุกหน่วย

ทิศทางของกฎเหล่านี้หมายความว่า เมื่อปัจจัยอื่นเท่ากัน ทราฟฟิกชุดเดียวกันมักให้จำนวนเซสชันใน GA4 น้อยกว่าใน UA ถ้าคุณเทียบข้อมูลปีต่อปีข้ามช่วงการย้ายระบบ ให้เทียบแนวโน้มภายในเครื่องมือเดียวกัน แทนที่จะเทียบยอดเซสชันดิบข้ามเครื่องมือ

เปรียบเทียบเมตริกทั้งหมดแบบเคียงกัน

ควรรายงานเมตริกไหน

เมตริกที่ถูกต้องขึ้นอยู่กับคำถามที่ต้องการตอบ

1. "เราเข้าถึงคนได้กี่คน" ใช้ Active users และระบุว่านับเป็นเบราว์เซอร์และอุปกรณ์ หากยังไม่ได้ใช้ User-ID
2. "ช่องทางไหนส่งการเข้าชมที่ดีที่สุด" ใช้ Sessions คู่กับ Engaged sessions หรือ Engagement rate แยกตาม Session default channel group dimension ระดับเซสชันต้องใช้คู่กับเมตริกระดับเซสชัน
3. "คนทำสิ่งที่เราต้องการหรือไม่" ใช้ Key events หรือ Event count ที่กรองเฉพาะชื่ออีเวนต์เดียว ห้ามรายงาน Event count รวมเป็นตัวชี้วัดผลงานโดยลำพัง เพราะมันเพิ่มขึ้นทุกครั้งที่คุณติดตามมากขึ้น
4. "คนกลุ่มเดิมใช้เว็บมากขึ้นหรือไม่" ใช้ Sessions per active user ซึ่งนิยามว่าเป็นค่าเฉลี่ยจำนวนเซสชันต่อ active user

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

ความหมายสำหรับเว็บไซต์ในประเทศไทย

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

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

สุดท้าย ให้ตรวจเขตเวลาของรายงานใน Admin ที่ Property details แม้ GA4 จะไม่ตัดเซสชันตอนเที่ยงคืน แต่ยอดรวมรายวันยังจัดกลุ่มตามเขตเวลาของพร็อพเพอร์ตี พร็อพเพอร์ตีที่ตั้งเขตเวลาไว้ไม่ใช่ของไทย จะนำทราฟฟิกช่วงค่ำของกรุงเทพฯ ไปไว้ผิดวัน

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

sessions กับ users ใน GA4 ต่างกันอย่างไร

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

event count ใน Google Analytics คืออะไร

Event count คือจำนวนครั้งที่ผู้ใช้ทำให้เกิดอีเวนต์ใดๆ รวมถึง page_view, session_start, first_visit และ custom event ทั้งหมด มีประโยชน์ที่สุดเมื่อแยกตามชื่ออีเวนต์ในรายงาน Events มากกว่าการอ่านเป็นยอดรวมตัวเดียว

ทำไม GA4 แสดงเซสชันน้อยกว่า Universal Analytics

GA4 มักแสดงเซสชันน้อยกว่าเพราะไม่เริ่มเซสชันใหม่ตอนเที่ยงคืนหรือเมื่อมีพารามิเตอร์แคมเปญใหม่เข้ามา ซึ่งทั้งสองกรณีเคยเริ่มเซสชันใหม่ใน Universal Analytics นอกจากนี้ GA4 ยังประมาณจำนวนเซสชันด้วยวิธี HyperLogLog++ แทนการนับแบบแม่นยำทุกหน่วย

อะไรนับเป็น engaged session ใน GA4

engaged session คือเซสชันที่ยาวกว่า 10 วินาที มี key event หรือมีการดูหน้าเว็บหรือหน้าจอตั้งแต่ 2 ครั้งขึ้นไป ตัวจับเวลา 10 วินาทีปรับได้ในการตั้งค่าแท็กของ web stream

ควรรายงาน active users หรือ total users

ควรรายงาน Active users ในเกือบทุกกรณี เพราะเป็นเมตริกผู้ใช้หลักของ GA4 ส่วน Total users นับทุก user ID ที่ไม่ซ้ำกันซึ่งทำให้เกิดอีเวนต์ใดๆ และมีประโยชน์หลักในการกระทบยอดข้อมูล

ทำให้ตัวเลข GA4 มีความหมายเดียวกันสำหรับทุกคน

นิยามเมตริกที่ชัดเจนคือสิ่งที่ทำให้ทีมการตลาดและทีมผู้บริหารอ่านแดชบอร์ดเดียวกันแล้วเข้าใจตรงกัน บริการติดตั้งและย้ายระบบ Google Analytics 4 ของ Relevant Audience ครอบคลุมการตั้งค่าเซสชันและ engagement แผนอีเวนต์ User-ID และการรายงานที่แยกเมตริกระดับเซสชัน ผู้ใช้ และอีเวนต์อย่างถูกต้อง สำหรับผลงานด้านการค้นหา ทั้ง บริการ SEO ในประเทศไทย และ การตรวจ SEO รายงานจาก engaged session และ key event และ บริการบริหาร Google Ads ใช้นิยามเดียวกันในการประเมินคุณภาพแคมเปญ