วิธีตั้ง GA4 Event ทีละขั้นตอน สำหรับคนทำ SaaS หลังเลิกงาน

สามทุ่มคืนวันพุธ หลังปิดโน้ตบุ๊กจากงานประจำ เจ้าของ Micro SaaS ตัวหนึ่งเปิด Google Analytics ขึ้นมาเช็กตัวเลขก่อนนอน สิ่งที่เห็นคือกราฟผู้เข้าชมขยับขึ้นทุกวัน แต่พอถามตัวเองว่ามีกี่คนที่กดปุ่มสมัครใช้งานจริง กลับตอบไม่ได้เลย เพราะไม่เคยตั้งอะไรไว้นอกจาก pageview ที่ระบบติดมาให้อัตโนมัติ

Pageview บอกได้แค่ว่าคนมา แต่ Event บอกว่าคนทำอะไร

Pageview ของ GA4 นับแค่ว่ามีคนเปิดหน้าไหนกี่ครั้ง แต่ไม่รู้ว่าคนคนนั้นกดปุ่มอะไร กรอกฟอร์มไหม หรือปิดแท็บไปเฉย ๆ Event คือการบอก GA4 ให้จับพฤติกรรมเฉพาะจุด เช่น กดปุ่มสมัคร ดูหน้าราคา หรือเริ่ม trial สำหรับคนทำ SaaS คนเดียว นี่คือความต่างระหว่างการเดาว่าฟีเจอร์ไหนคนสนใจ กับการรู้จริงจากตัวเลข

ทำไมคนทำ SaaS หลังเลิกงานถึงมักข้ามเรื่องนี้ไป

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

ตั้ง GA4 Event ทีละขั้นตอน ใช้เวลารวมไม่ถึงชั่วโมง

ขั้นที่ 1: เลือก 3 action ที่สำคัญที่สุดก่อน

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

ขั้นที่ 2: ตั้งชื่อ event ให้อ่านออกทันทีโดยไม่ต้องเปิดเอกสารดู

ใช้ชื่อแบบ click_signup_button หรือ view_pricing_page แทนชื่อสั้น ๆ ที่ต้องเดา อีกสามเดือนข้างหน้าตอนกลับมาดูรายงาน คุณจะขอบคุณตัวเองที่ตั้งชื่อให้อ่านรู้เรื่องตั้งแต่แรก

ขั้นที่ 3: ติดโค้ดผ่าน Google Tag Manager แทนการแก้โค้ดตรง

ถ้าไม่ถนัดเขียนโค้ด ใช้ GTM ตั้ง trigger ตามปุ่มที่คลิก จะแก้หรือเพิ่ม event ใหม่ทีหลังโดยไม่ต้องรอ deploy รอบใหม่ทุกครั้ง ประหยัดเวลาที่มีจำกัดของคุณได้มาก

ขั้นที่ 4: ทดสอบด้วย DebugView ก่อนเชื่อตัวเลขจริง

เปิด GA4 DebugView แล้วลองกดปุ่มที่ตั้ง event ไว้เองสัก 2-3 รอบ ถ้าเห็น event ขึ้นตรงตามที่ตั้งไว้ แปลว่าใช้งานได้จริง ไม่ใช่แค่ตั้งไว้เฉย ๆ โดยไม่มีอะไรยิงเข้ามา

ขั้นที่ 5: ทำเครื่องหมาย event สำคัญให้เป็น Conversion และใส่ Parameter เสริม

เมื่อ event ทำงานถูกต้องแล้ว เข้าไปที่เมนู Admin แล้วเลือก event ที่ตรงกับการตัดสินใจซื้อจริง เช่น start_trial หรือ complete_checkout แล้วเปิดสวิตช์ Mark as conversion เพื่อให้ GA4 นับเป็นเป้าหมายหลักในรายงานทุกจุด ไม่ใช่แค่ event ลอย ๆ ที่ต้องไปหาเองทุกครั้ง ถ้าอยากรู้ลึกกว่านั้นว่าลูกค้าคนไหนมาจากช่องทางไหน ใส่ parameter เสริมเข้าไปด้วย เช่น plan_type หรือ referral_source เพื่อให้ตอนดูรายงานทีหลังไม่ต้องเดาว่าคนที่กดปุ่มมาจากแคมเปญไหน

เลือกใช้ Google Tag Manager หรือฝัง gtag.js เอง ต่างกันตรงไหน

สำหรับคนทำ SaaS คนเดียวที่มีเวลาจำกัด คำถามที่มักเจอคือควรติด event ผ่าน GTM หรือแก้โค้ด gtag.js ตรง ๆ ในหน้าเว็บ คำตอบสั้น ๆ คือขึ้นอยู่กับว่าทีมของคุณถนัดโค้ดแค่ไหนและต้องแก้ event บ่อยแค่ไหนต่อเดือน ตารางด้านล่างช่วยตัดสินใจได้เร็วขึ้น

วิธีติดตั้ง	เหมาะกับใคร	จุดที่ต้องระวัง
Google Tag Manager (GTM)	คนไม่ถนัดโค้ด อยากแก้/เพิ่ม event บ่อยโดยไม่รอ deploy	ต้องเรียนรู้ trigger กับ variable ก่อน ช่วงแรกอาจตั้งผิดจุดได้ง่าย
ฝัง gtag.js ตรงในโค้ด	คนเขียนโค้ดเองอยู่แล้ว อยากควบคุม parameter ละเอียด	ทุกครั้งที่แก้ event ต้องแก้โค้ดแล้ว deploy ใหม่ ใช้เวลานานกว่า
ใช้ทั้งสองแบบผสมกัน	ทีมที่มีทั้งงาน marketing และ dev ในคนเดียว อยากยืดหยุ่นสุด	ต้องจดไว้ชัดว่า event ไหนตั้งผ่านช่องทางไหน ไม่งั้นสับสนภายหลัง

สำหรับคนทำ SaaS คนเดียวส่วนใหญ่ แนะนำเริ่มจาก GTM ก่อน เพราะแก้ event ใหม่ได้เร็วในคืนที่มีเวลาจำกัด แล้วค่อยย้ายไปฝังโค้ดตรงในจุดที่ต้องการ parameter ละเอียดจริง ๆ ทีหลัง

อีกจุดที่มักถูกมองข้ามคือการดูแลรักษา tag หลังตั้งเสร็จ เพราะเว็บที่มีการอัปเดตหน้าตาหรือปรับปุ่มบ่อย มักทำให้ trigger ที่เคยผูกกับ class หรือ id เดิมหลุดไปโดยไม่รู้ตัว วิธีป้องกันง่าย ๆ คือตั้งชื่อ CSS class เฉพาะสำหรับ tracking แยกจาก class ที่ใช้จัด style เช่น เพิ่ม data-track="signup-button" ไว้ที่ปุ่มโดยเฉพาะ แล้วให้ GTM อ้างอิงจาก attribute นี้แทน จะได้ไม่ต้องแก้ trigger ใหม่ทุกครั้งที่ทีมออกแบบเปลี่ยนหน้าตาเว็บ

อ่านรายงาน Funnel Exploration เพื่อดูจุดที่คนหลุดหายไปจากขั้นตอนไหน

หลังตั้ง event ครบแล้ว งานถัดไปคือเปิดเมนู Explore แล้วสร้างรายงานแบบ Funnel exploration ใส่ event ตามลำดับที่ลูกค้าควรเดินผ่าน เช่น view_pricing_page ตามด้วย click_signup_button แล้วปิดท้ายด้วย start_trial รายงานนี้จะโชว์เป็นแท่งไล่ลงมาให้เห็นทันทีว่าคนหลุดหายมากที่สุดที่ขั้นไหน แทนที่จะต้องเดาจากตัวเลขรวมแบบแยกส่วน ถ้าจุดที่คนหลุดมากที่สุดคือระหว่างดูราคากับกดสมัคร มักแปลว่าปัญหาอยู่ที่ตัวเสนอราคาหรือความชัดเจนของปุ่ม ไม่ใช่ปัญหาเรื่องฟีเจอร์สินค้า การอ่านรายงานแบบนี้ควบคู่กับการดูภาพรวม dashboard จะช่วยให้ตัดสินใจแก้จุดที่ถูกต้องก่อน แทนที่จะไปแก้จุดที่ไม่ใช่ปัญหาจริง

อีกเทคนิคหนึ่งที่ช่วยได้มากคือการเพิ่มมิติ Device category หรือ Session source/medium เข้าไปในรายงาน Funnel exploration เพื่อดูว่าคนที่หลุดออกจาก funnel ส่วนใหญ่มาจากช่องทางไหน ถ้าคนที่มาจากโฆษณามีอัตราหลุดสูงกว่าคนที่มาจาก organic search มาก อาจแปลว่าข้อความโฆษณากับสิ่งที่หน้าเว็บนำเสนอไม่ตรงกัน มากกว่าจะเป็นปัญหาที่ตัวหน้าเว็บเอง การแยกดูแบบนี้ช่วยประหยัดเวลาได้มาก เพราะไม่ต้องไล่แก้ทุกจุดพร้อมกันทั้งที่ปัญหาจริงอยู่แค่ช่องทางเดียว

ตัวอย่าง: จากไม่รู้อะไรเลย สู่เห็น funnel ชัดใน 2 สัปดาห์

Micro SaaS ตัวหนึ่งที่มี signup อยู่ราว 40 คนต่อเดือน หลังตั้ง 3 event ตามขั้นตอนข้างต้น พบว่าคนดูหน้าราคา 340 คน แต่กดเริ่ม trial แค่ 40 คน คิดเป็นไม่ถึง 12% เจ้าของจึงลองแก้แค่ข้อความบนปุ่มจากเริ่มต้นใช้งาน เป็นทดลองฟรี 14 วัน ไม่ต้องใส่บัตร ผ่านไปสองสัปดาห์ อัตรากดปุ่มขยับขึ้นเป็น 18% โดยไม่ต้องแก้โค้ดฟีเจอร์อะไรเลยสักบรรทัด

อีกเคสหนึ่งเป็น SaaS ด้าน invoice สำหรับฟรีแลนซ์ ที่ตั้ง event ครบแต่ไม่เคยเปิดรายงาน Funnel exploration ดูเลยเป็นเวลาสองเดือน พอลองเปิดดูครั้งแรกถึงพบว่า event view_pricing_page มีคนกดเข้ามาเยอะจาก mobile แต่ conversion rate ต่ำกว่าฝั่ง desktop เกือบครึ่งหนึ่ง เมื่อเช็กจริงพบว่าปุ่มสมัครบนมือถือถูกซ่อนอยู่ใต้ banner โฆษณาที่โหลดช้า พอแก้ตำแหน่งปุ่มให้เห็นชัดตั้งแต่แรกโดยไม่ต้องเลื่อนจอ อัตรากดสมัครฝั่งมือถือขยับขึ้นมาใกล้เคียงกับฝั่ง desktop ภายในสัปดาห์เดียว เคสนี้แสดงให้เห็นว่าการตั้ง event อย่างเดียวไม่พอ ต้องเปิดดูรายงานอย่างสม่ำเสมอด้วยถึงจะเห็นปัญหาที่ซ่อนอยู่

เชื่อม Event เข้ากับ Conversion Tracking เพื่อดูว่าเงินที่ลงไปคุ้มไหม

การตั้ง event ใน GA4 เป็นจุดเริ่มต้น แต่ถ้าอยากรู้ว่าแคมเปญโฆษณาหรือคอนเทนต์ที่ทำอยู่คุ้มค่าจริงหรือไม่ ต้องต่อยอดไปดูเรื่อง conversion tracking แบบเต็มรูป เพื่อเชื่อมโยงว่า event ที่เกิดขึ้นมาจากช่องทางไหน ใช้งบเท่าไหร่ต่อหนึ่ง conversion หัวข้อนี้อธิบายละเอียดกว่าในบทความ conversion tracking สำหรับทำ SaaS คนเดียว ซึ่งพูดถึงการตั้งค่าฝั่งแคมเปญให้สอดคล้องกับ event ที่ตั้งไว้ใน GA4 และถ้ายังไม่แน่ใจว่าตัวเลข trial ที่ได้มามีคุณภาพพอจะกลายเป็นลูกค้าจ่ายเงินจริงหรือไม่ ลองอ่านเพิ่มเติมที่ SaaS trial conversion คืออะไร ที่ช่วยให้ปิดการขายได้จริง เพื่อรู้ว่าควรดูตัวเลขไหนต่อจากขั้นตอนนี้

Checklist ก่อนปิดแล็ปท็อปคืนนี้

• เลือกแล้วว่า 3 action ไหนสำคัญที่สุดสำหรับ SaaS ของคุณ
• ตั้งชื่อ event เป็นภาษาที่อ่านแล้วรู้เรื่องทันที ไม่ต้องเดา
• ติด event ผ่าน GTM หรือโค้ดตรง แล้วทดสอบด้วย DebugView แล้ว
• รู้ว่าจะเช็กรายงานนี้วันไหนของสัปดาห์ ไม่ใช่เปิดดูแบบสุ่ม
• มีที่จดตัวเลขรายสัปดาห์ไว้เทียบ ไม่ใช่ดูแล้วปล่อยผ่าน

ข้อผิดพลาดที่คนตั้ง GA4 Event คนเดียวมักเจอ

• ตั้ง event มากเกินไปตั้งแต่วันแรก — สุดท้ายไม่มีเวลาไปดูรายงานทั้งหมด เลือกแค่ 3-5 ตัวที่สำคัญจริงพอ
• ไม่ทดสอบก่อนเชื่อตัวเลข — บาง event ตั้งผิด trigger แล้วไม่เคยยิงเลย แต่กว่าจะรู้ก็ผ่านไปเป็นเดือน
• ตั้งชื่อ event แบบ event1, event2 — พอกลับมาดูอีกครั้งจำไม่ได้ว่าอันไหนคืออันไหน
• ตั้งแล้วไม่เคยเปิดรายงานดูอีกเลย — tracking ที่ไม่มีคนอ่านค่าเท่ากับไม่มี tracking
• ลืมทำเครื่องหมาย event เป็น conversion — event ยิงเข้ามาจริง แต่รายงานหลักไม่นับเป็นเป้าหมาย ต้องเข้าไปเปิดสวิตช์เองในเมนู Admin

เมื่อรู้ตัวเลขแล้ว ขั้นต่อไปคือคุมคอนเทนต์ให้ตรงจุดที่ทำเงิน

พอเห็นแล้วว่าขั้นตอนไหนของ funnel คนหลุดมากที่สุด งานถัดไปคือทำคอนเทนต์หรือหน้าเว็บไปตอบจุดนั้นโดยเฉพาะ ใช้ Content Calendar Generator ช่วยวางคิวคอนเทนต์ที่พาไปสู่ปุ่มที่คุณกำลังวัดผลอยู่ และถ้ายังไม่มั่นใจว่า tracking ฝั่ง LINE หรือช่องทางอื่นครบพอหรือยัง เช็กได้จาก Line Tracking Checklist

ใครอยากได้คนช่วยเช็ก event setup ก่อนปล่อยจริง ทีมงาน SoloKeter ดูให้ได้ที่ หน้าปรึกษา ส่วนสำหรับคนที่ทำเองได้อยู่แล้ว แค่จำไว้ว่าไม่จำเป็นต้องตั้ง tracking ให้ครบทุกอย่างตั้งแต่แรก เลือก 3 action ที่สำคัญที่สุด ตั้งชื่อให้อ่านรู้เรื่อง แล้วทดสอบให้แน่ใจว่ายิงจริง เท่านี้ก็เริ่มตัดสินใจจากตัวเลขแทนการเดาได้แล้ว

สรุป: ตั้ง GA4 Event ให้ตรงจุด แล้วปล่อยให้ตัวเลขตัดสินใจแทนความรู้สึก

สำหรับคนทำ SaaS คนเดียวที่มีเวลาแค่ไม่กี่ชั่วโมงต่อคืน การตั้ง GA4 Event ไม่จำเป็นต้องซับซ้อนหรือครบทุกอย่างตั้งแต่วันแรก สิ่งที่สำคัญกว่าคือเริ่มจากจุดที่ตอบคำถามธุรกิจได้จริง แล้วค่อยขยายทีหลังเมื่อมีเวลามากขึ้น

• เลือก 3 action หลักที่บอกได้ว่าลูกค้ากำลังเข้าใกล้การจ่ายเงิน แล้วตั้งชื่อ event ให้อ่านรู้เรื่องทันที
• ติดตั้งผ่าน Google Tag Manager ก่อนถ้าไม่ถนัดโค้ด แล้วทดสอบด้วย DebugView ทุกครั้งก่อนเชื่อตัวเลข
• ทำเครื่องหมาย event สำคัญเป็น conversion แล้วเปิดรายงาน Funnel exploration ดูจุดที่คนหลุดหายไปจริง
• ต่อยอดไปดู conversion tracking และ trial conversion เพื่อรู้ว่าตัวเลขที่ได้คุ้มกับเงินและเวลาที่ลงไปหรือไม่

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