ธุรกิจและข้อมูล
วิธีตั้งค่า Google Analytics 4 ตั้งแต่เก็บข้อมูลถึงใช้ตัดสินใจ
คู่มือ GA4 สำหรับเว็บไซต์ ตั้งค่า Account, Property, Data Stream, Google tag, Event, Conversion, Privacy และรายงานที่ตอบคำถามธุรกิจ
ควรเริ่มอย่างไร: GA4 เริ่มจากสร้าง Account และ Property แล้วเพิ่ม Data Stream ก่อนติด Google tag การตั้ง Time zone และ Currency มีผลต่อการอ่านรายงาน และการเปลี่ยนค่าเหล่านี้กระทบข้อมูลนับจากเวลาที่เปลี่ยน
งานแรกที่ควรทำ
เขียนคำถามธุรกิจและ Measurement Plan ก่อนสร้าง Event หรือ Dashboard
ก่อนเปิดเมนู ให้ตอบ 4 คำถาม
- ใครเป็นคนที่ต้องการให้เกิดการเปลี่ยนแปลง
- ต้องการให้เขาทำอะไรหลังเห็นข้อมูลหรือเนื้อหา
- ทีมมีข้อมูล เวลา งบ และสิทธิ์เพียงพอหรือไม่
- จะใช้หลักฐานใดตัดสินว่าควรทำต่อ ปรับ หรือหยุด
เส้นทางเมนูที่ตรวจจากแหล่งทางการ
Admin > Create > Property > Data collection and modification > Data streams
ชื่อเมนูอาจต่างตามภาษา ประเทศ ประเภทบัญชี สิทธิ์ และการทดสอบของแพลตฟอร์ม หากหน้าจอไม่ตรง ให้ค้นหาจากชื่อหน้าที่ต้องการทำ ไม่เดาคลิกตามภาพเก่า
ระดับ 1: ตั้งค่าให้พร้อมใช้งาน
เขียน Measurement Plan ระบุคำถามธุรกิจ Event เจ้าของข้อมูล และระยะเก็บข้อมูล จากนั้นสร้าง Property, Web data stream และติด Tag ผ่าน CMS, gtag หรือ Google Tag Manager
ผลลัพธ์ที่ควรได้
- ข้อมูลบัญชีและปลายทางติดต่อถูกต้อง
- เจ้าของบัญชีและผู้ดูแลสำรองชัดเจน
- ผู้ใช้ใหม่เข้าใจว่าบัญชีนี้ช่วยเรื่องใด
ระดับ 2: ทำงานจริงแบบทำซ้ำได้
ตรวจ Realtime และ Debug ก่อนใช้งานจริง กำหนดชื่อ Event กับ Parameter อย่างสม่ำเสมอ ส่งเฉพาะข้อมูลจำเป็น และทำเครื่องหมาย Key event เมื่อสัมพันธ์กับผลลัพธ์จริง
สถานการณ์จำลอง
ตัวอย่างนี้ใช้เพื่ออธิบายวิธีคิด ไม่ใช่ผลลัพธ์ของลูกค้าจริง: เว็บที่ยอดผู้ใช้เพิ่มแต่ยอดติดต่อไม่เพิ่มควรตรวจ Tag, Key event และคุณภาพ Lead ก่อนสรุปว่าช่องทางด้อยลง
ระดับ 3: ใช้ข้อมูลเลือกสิ่งที่ควรทำต่อ
สร้างรายงานจาก Acquisition, Engagement และ Conversion โดยเปรียบเทียบช่วงเวลาและ Segment ตรวจความครบถ้วนของ Tag ก่อนตีความว่าการตลาดดีขึ้นหรือแย่ลง
| คำถาม | หลักฐานที่ต้องดู | การตัดสินใจ |
|---|---|---|
| คนเห็นแล้วเข้าใจหรือไม่ | พฤติกรรมช่วงต้นและคำถามที่ได้รับ | ปรับข้อความหรือโครงเนื้อหา |
| คนที่เหมาะสมลงมือทำหรือไม่ | Event completeness, Key event, Source/medium และผลปลายทางที่ตรวจสอบกับระบบหลักได้ | ปรับข้อเสนอ ปลายทาง หรือกลุ่มงาน |
| ทีมทำต่อเนื่องได้หรือไม่ | เวลา ต้นทุน งานค้าง และข้อผิดพลาด | ลดขอบเขตหรือจัดกระบวนการใหม่ |
ระดับ 4: วางระบบสำหรับทีม
กำหนด Admin อย่างน้อยสองคน สิทธิ์ตามหน้าที่ Data retention, Consent, PII prohibition และ Change log มีแผน QA เมื่อเว็บไซต์หรือ Tag เปลี่ยน
- ระบุเจ้าของบัญชีและเจ้าของผลลัพธ์
- ให้สิทธิ์เท่าที่จำเป็นและมีผู้ดูแลสำรอง
- กำหนดขั้นตอนสร้าง ตรวจ อนุมัติ เผยแพร่ และแก้ไข
- บันทึกการเปลี่ยนแปลงที่กระทบข้อมูล งบ หรือผู้ใช้
- ทบทวนสิทธิ์ นโยบาย และผลลัพธ์ตามรอบ
ข้อผิดพลาดที่ควรแก้ก่อนเพิ่มงบหรืองาน
ส่ง PII ตั้งชื่อ Event ไม่สม่ำเสมอ และวิเคราะห์ก่อนตรวจว่าข้อมูลเก็บครบ
- เปลี่ยนหลายตัวแปรพร้อมกันจนไม่รู้ว่าอะไรมีผล
- ใช้ตัวชี้วัดที่ดูดีแต่ไม่เชื่อมกับเป้าหมายธุรกิจ
- ไม่มีข้อมูลก่อนเริ่ม จึงเปรียบเทียบผลไม่ได้
- ให้สิทธิ์คนเกินหน้าที่และไม่มีขั้นตอนถอนสิทธิ์
รายการตรวจพร้อมใช้
- เป้าหมาย คนที่ใช้ผลลัพธ์ และงานถัดไปชัดเจน
- ข้อมูล บัญชี และสิทธิ์เป็นขององค์กรหรือถ่ายโอนได้
- ข้อความ รูป สินค้า และคำกล่าวอ้างตรวจสอบได้
- มีตัวชี้วัด จุดตรวจ และเกณฑ์ทำต่อ–ปรับ–หยุด
- ตรวจนโยบาย ราคา คุณสมบัติ และชื่อเมนูล่าสุด
- ไม่ส่งข้อมูลลูกค้า ข้อมูลลับ หรือ PII โดยไม่จำเป็น
เมื่อไม่ควรใช้แนวทางนี้
ยังไม่ควรขยายการใช้งานเมื่อข้อมูลพื้นฐานไม่ถูกต้อง ไม่มีคนรับผิดชอบ ไม่มีสิทธิ์ในบัญชี หรือยังวัดผลปลายทางไม่ได้ ให้แก้ข้อจำกัดเหล่านี้ก่อนเพิ่มคอนเทนต์ งบ หรือระบบอัตโนมัติ
ข้อจำกัดและสิ่งที่ต้องตรวจล่าสุด
หน้าจอ ฟีเจอร์ สิทธิ์ ราคา คุณสมบัติ และนโยบายเปลี่ยนได้ตามเวลา ประเทศ ประเภทบัญชี และประวัติการใช้งาน บทความนี้อธิบายหลักตัดสินใจ ไม่รับประกันว่าหน้าจอทุกบัญชีจะเหมือนกัน
แหล่งข้อมูลทางการ
เปิดเอกสารทางการที่ใช้ตรวจบทความ — ตรวจล่าสุด 2026-08-02