ทำไมข้อมูล Conversion จาก LINE ถึงหายไปครึ่งหนึ่งบน iOS: เจาะลึก GTM Server-Side Container
สรุปสั้น ๆ
GTM แบบ client-side ที่ติดตั้งบนเว็บอย่างเดียวเริ่มเก็บข้อมูลได้ไม่ครบ เพราะเบราว์เซอร์และระบบปฏิบัติการบล็อกสคริปต์บุคคลที่สามมากขึ้นเรื่อย ๆ Server-Side Container ย้ายจุดเก็บข้อมูลไปอยู่บนเซิร์ฟเวอร์ของธุรกิจเอง ทำให้ควบคุมและรักษาข้อมูลได้มากกว่าเดิม
เอเจนซี่ที่ดูแลบัญชีโฆษณาให้คลินิกความงามแห่งหนึ่งเจอเรื่องน่าปวดหัว คือยอด Conversion ที่รายงานจากฝั่งเว็บไซต์ (ผ่าน GTM ปกติ) ต่ำกว่ายอดขายจริงที่คลินิกยืนยันมาราว 35-40% ทุกเดือน พอไล่เช็กพบว่าเบราว์เซอร์ Safari บน iPhone ซึ่งเป็นอุปกรณ์หลักของลูกค้ากลุ่มนี้ บล็อกคุกกี้ของบุคคลที่สามและตัดอายุการเก็บข้อมูลของสคริปต์ tracking ให้สั้นลงมาก ทำให้ Conversion ที่เกิดขึ้นหลังจากคลิกโฆษณาไปหลายชั่วโมง (ซึ่งเป็นเรื่องปกติของธุรกิจที่ต้องคุยผ่าน LINE ก่อนตัดสินใจ) ไม่ถูกนับ
นี่ไม่ใช่ปัญหาเฉพาะเจ้าใดเจ้าหนึ่ง แต่เป็นทิศทางรวมของอุตสาหกรรมที่เบราว์เซอร์เข้มงวดกับการติดตามฝั่งไคลเอนต์มากขึ้นทุกปี ทางออกที่หลายทีมเทคนิคเริ่มหันมาใช้คือ Google Tag Manager แบบ Server-Side ซึ่งย้ายจุดประมวลผลข้อมูลจากเบราว์เซอร์ของผู้ใช้ ไปอยู่บนเซิร์ฟเวอร์ที่ธุรกิจควบคุมเองแทน
บทความนี้จะพาไล่หลักการทำงาน ข้อดีข้อจำกัด และขั้นตอนคร่าว ๆ ของการตั้ง GTM Server-Side Container โดยเฉพาะสำหรับธุรกิจที่วัดผลผ่าน LINE เป็นหลัก
Client-side กับ Server-side ต่างกันตรงไหน
GTM แบบดั้งเดิม (client-side) คือสคริปต์ที่รันอยู่บนเบราว์เซอร์ของผู้เข้าชม ทุกครั้งที่มีเหตุการณ์เกิดขึ้น เช่นคลิกปุ่ม กดส่งฟอร์ม สคริปต์นี้จะยิงข้อมูลตรงไปยังปลายทาง (Google Ads, Meta) ผ่านเบราว์เซอร์นั้นเลย ซึ่งจุดอ่อนคือมันวิ่งผ่าน 'ดินแดน' ที่เบราว์เซอร์ควบคุมได้เต็มที่ และเบราว์เซอร์สมัยใหม่ก็เลือกบล็อกหรือจำกัดสคริปต์แบบนี้มากขึ้นเรื่อย ๆ
Server-Side Container เปลี่ยนเส้นทาง โดยให้เบราว์เซอร์ยิงข้อมูลไปที่เซิร์ฟเวอร์กลางที่ธุรกิจควบคุมเอง (โฮสต์อยู่บนโดเมนย่อยของธุรกิจเอง) จากนั้นเซิร์ฟเวอร์นี้ค่อยจัดการส่งต่อข้อมูลไปยัง Google Ads, Meta หรือปลายทางอื่นอีกที ข้อมูลจึงไม่ผ่านการกรองของเบราว์เซอร์ผู้ใช้โดยตรง และยังสามารถเสริมข้อมูลที่เข้ารหัสไว้ก่อนส่งเพื่อยกระดับความแม่นยำได้อีกชั้น
ทำไมธุรกิจที่พึ่ง LINE ควรสนใจเรื่องนี้เป็นพิเศษ
ธุรกิจที่ปิดการขายผ่านแชท LINE มีลักษณะพิเศษคือช่วงเวลาระหว่างคลิกโฆษณากับตัดสินใจซื้อมักยาวกว่าเว็บอีคอมเมิร์ซทั่วไป เพราะต้องผ่านการคุยถามตอบก่อน ยิ่งเวลาผ่านไปนาน ยิ่งมีโอกาสสูงที่ข้อมูล client-side จะถูกเบราว์เซอร์ลบทิ้งไปก่อนที่ Conversion จะเกิดขึ้นจริง
พอย้ายมาเป็นระบบ server-side การเชื่อมกับ การส่งข้อมูลแบบ server-to-server ก็ทำได้เป็นธรรมชาติมากขึ้น เพราะโครงสร้างพื้นฐานเดียวกันนี้สามารถต่อกับ webhook ของ LINE และระบบ CRM เพื่อยืนยัน Conversion ย้อนหลังได้ แม้เวลาจะผ่านไปหลายวันจากตอนคลิกโฆษณาครั้งแรก
ภาพรวมการตั้งระบบ (สำหรับคุยกับทีมเทคนิค)
- เตรียมโดเมนย่อยของธุรกิจเอง เช่น sgtm.ชื่อธุรกิจ.com เพื่อโฮสต์ Server-Side Container (ทำผ่าน Google Cloud หรือผู้ให้บริการที่รองรับ)
- ตั้งค่า Server Container ใน GTM ให้รับข้อมูลจาก Web Container เดิมที่ติดตั้งบนเว็บ โดยเปลี่ยนปลายทางการส่งข้อมูลจากตรงไปปลายทาง เป็นส่งเข้าโดเมนย่อยนี้ก่อน
- ตั้ง Client และ Tag ฝั่งเซิร์ฟเวอร์ให้แปลงข้อมูลที่รับมา แล้วส่งต่อไปยัง Google Ads, Meta Conversion API ตามปลายทางที่ต้องการ
- เชื่อมต่อ webhook จาก LINE OA เข้ากับ Server Container เดียวกันนี้ เพื่อให้เหตุการณ์สำคัญในแชท เช่น ปิดการขาย ยิงเข้ามาบันทึกใน endpoint เดียวกับข้อมูลจากเว็บ
- ทดสอบด้วย Preview Mode ของ GTM เพื่อยืนยันว่าข้อมูลไหลถูกทางก่อนเปิดใช้งานจริงเต็มระบบ
ต้นทุนและข้อจำกัดที่ต้องรู้ก่อนตัดสินใจ
Server-Side Container ไม่ได้ฟรีเหมือน client-side เพราะต้องมีค่าใช้จ่ายเซิร์ฟเวอร์ (โดยทั่วไปอยู่ในหลักไม่กี่ร้อยถึงหนึ่งพันกว่าบาทต่อเดือนสำหรับธุรกิจขนาดกลาง ขึ้นอยู่กับปริมาณข้อมูล) และต้องมีคนดูแลระบบต่อเนื่อง ไม่ใช่ตั้งแล้วจบ
ธุรกิจขนาดเล็กที่มีงบโฆษณาไม่มาก อาจยังไม่คุ้มที่จะลงทุนส่วนนี้ทันที ควรเริ่มจากการทำConversion API แบบพื้นฐานให้ครบก่อน แล้วค่อยขยับมาทำ server-side เต็มรูปแบบเมื่อขนาดธุรกิจโตขึ้นและงบโฆษณาต่อเดือนสูงพอที่ความแม่นยำของข้อมูลจะส่งผลต่อการตัดสินใจปรับงบอย่างมีนัยสำคัญ
สรุป
เบราว์เซอร์และระบบปฏิบัติการจะยิ่งเข้มงวดกับการติดตามฝั่งไคลเอนต์มากขึ้นเรื่อย ๆ ในอนาคต ไม่ใช่น้อยลง ธุรกิจที่พึ่งพา LINE เป็นช่องทางหลักในการปิดการขายจึงมีความเสี่ยงสูงกว่าธุรกิจอีคอมเมิร์ซทั่วไปที่ Conversion เกิดขึ้นเร็วกว่า
Server-Side Container ไม่ใช่คำตอบสำหรับทุกธุรกิจ แต่สำหรับเจ้าที่งบโฆษณาต่อเดือนสูงพอและมีทีมเทคนิครองรับ มันคือการลงทุนที่คืนทุนได้เร็วผ่านการตัดสินใจงบโฆษณาที่แม่นยำขึ้น ไม่ใช่ผ่านยอดขายที่เพิ่มขึ้นโดยตรง
- client-side tracking เริ่มเก็บข้อมูลไม่ครบเพราะเบราว์เซอร์บล็อกมากขึ้นทุกปี
- Server-Side Container ย้ายจุดประมวลผลไปเซิร์ฟเวอร์ที่ธุรกิจควบคุมเอง แม่นยำและยืดหยุ่นกว่า
- เหมาะกับธุรกิจที่งบโฆษณาสูงพอและมีทีมเทคนิค ไม่ใช่จุดเริ่มต้นที่ทุกธุรกิจต้องมี
คำถามที่พบบ่อย
GTM Server-Side ต่างจากการติดตั้ง LINE Tag ผ่าน GTM ปกติยังไง
การติดตั้งแท็กผ่าน GTM ปกติยังเป็นแบบ client-side อยู่ ทำงานบนเบราว์เซอร์ผู้ใช้ ส่วน Server-Side Container คือการย้ายจุดประมวลผลข้อมูลไปอยู่บนเซิร์ฟเวอร์แยกต่างหาก ทั้งสองแบบใช้ร่วมกันได้ ไม่ใช่ของแทนกัน
ธุรกิจขนาดเล็กจำเป็นต้องทำ Server-Side Container เลยไหม
ไม่จำเป็นในช่วงแรก ควรเริ่มจากพื้นฐานอย่าง Conversion API ให้ครบถ้วนก่อน แล้วประเมินว่างบโฆษณาต่อเดือนสูงพอจะคุ้มกับต้นทุนดูแลระบบเพิ่มเติมหรือยัง
ต้องมีนักพัฒนาประจำไหมถึงจะดูแล Server-Side Container ได้
ควรมีคนที่เข้าใจพื้นฐาน server และ GTM อย่างน้อยหนึ่งคน ไม่จำเป็นต้องเป็นทีมใหญ่ แต่ควรมีคนตรวจสุขภาพระบบเป็นระยะ เพราะถ้า container ล่มโดยไม่มีใครรู้ ข้อมูลจะหายไปเงียบ ๆ
ข้อมูลที่ส่งผ่าน server-side ปลอดภัยกว่า client-side จริงไหม
ปลอดภัยกว่าในแง่ที่ธุรกิจควบคุมได้เองว่าข้อมูลอะไรถูกส่งออกไปบ้าง และสามารถกรองหรือเข้ารหัสก่อนส่งได้ แต่ก็มีความรับผิดชอบเพิ่มขึ้นในการดูแลความปลอดภัยของเซิร์ฟเวอร์นั้นเอง
ใช้เวลานานแค่ไหนกว่าจะเห็นผลต่างของข้อมูลหลังทำ server-side
โดยทั่วไปเห็นความต่างได้ตั้งแต่สัปดาห์แรกที่เปิดใช้งานเต็มระบบ เพราะข้อมูลที่เคยหลุดหายจากการบล็อกของเบราว์เซอร์จะเริ่มถูกนับ แต่ควรให้เวลาอย่างน้อยหนึ่งรอบการเรียนรู้ของแพลตฟอร์มโฆษณา (ราว 1-2 สัปดาห์) ก่อนสรุปผล
linli ช่วยเรื่องนี้ได้ไหม
linli มีโครงสร้างที่รองรับการส่งข้อมูล Conversion แบบ server-to-server อยู่แล้วโดยไม่ต้องตั้ง Server-Side Container แยกเอง เหมาะกับธุรกิจที่อยากได้ความแม่นยำแบบนี้แต่ไม่มีทีมเทคนิคดูแลระบบเต็มเวลา
บทความที่เกี่ยวข้อง
