← กลับไปหน้าบทความ
ขั้นสูง (MarTech)

ทำไมข้อมูล Conversion จาก LINE ถึงหายไปครึ่งหนึ่งบน iOS เจาะลึก GTM Server-Side Container

ทีมบรรณาธิการ linli07 ก.ค. 08:49อัปเดต 07 ก.ค. 08:49อ่าน 2 นาที
ทำไมข้อมูล 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 ย้อนหลังได้ แม้เวลาจะผ่านไปหลายวันจากตอนคลิกโฆษณาครั้งแรก

ภาพรวมการตั้งระบบ (สำหรับคุยกับทีมเทคนิค)

  1. เตรียมโดเมนย่อยของธุรกิจเอง เช่น sgtm.ชื่อธุรกิจ.com เพื่อโฮสต์ Server-Side Container (ทำผ่าน Google Cloud หรือผู้ให้บริการที่รองรับ)
  2. ตั้งค่า Server Container ใน GTM ให้รับข้อมูลจาก Web Container เดิมที่ติดตั้งบนเว็บ โดยเปลี่ยนปลายทางการส่งข้อมูลจากตรงไปปลายทาง เป็นส่งเข้าโดเมนย่อยนี้ก่อน
  3. ตั้ง Client และ Tag ฝั่งเซิร์ฟเวอร์ให้แปลงข้อมูลที่รับมา แล้วส่งต่อไปยัง Google Ads, Meta Conversion API ตามปลายทางที่ต้องการ
  4. เชื่อมต่อ webhook จาก LINE OA เข้ากับ Server Container เดียวกันนี้ เพื่อให้เหตุการณ์สำคัญในแชท เช่น ปิดการขาย ยิงเข้ามาบันทึกใน endpoint เดียวกับข้อมูลจากเว็บ
  5. ทดสอบด้วย 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 แยกเอง เหมาะกับธุรกิจที่อยากได้ความแม่นยำแบบนี้แต่ไม่มีทีมเทคนิคดูแลระบบเต็มเวลา

วัด Conversion LINE ทุกแบรนด์ รวมศูนย์ที่เดียว

องค์กรที่มีหลายแบรนด์ หลายสาขา หลาย LINE OA — linli รวม Tracking และส่ง Conversion กลับทุกแพลตฟอร์ม พร้อม Custom Limit เริ่มฟรี 14 วัน

ติดต่อทีม Sales

บทความที่เกี่ยวข้อง

แบรนด์เดียวหลายเว็บ หลายสาขา แต่ใช้ LINE OA บัญชีเดียว จะแยกข้อมูลแต่ละแหล่งยังไงไม่ให้ปนกัน

แบรนด์เดียวหลายเว็บ หลายสาขา แต่ใช้ LINE OA บัญชีเดียว จะแยกข้อมูลแต่ละแหล่งยังไงไม่ให้ปนกัน

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

เมื่อ Pixel อย่างเดียวไม่พอ นี่คือภาพรวมสถาปัตยกรรมระบบวัดผลขั้นสูงสำหรับธุรกิจที่ขายผ่าน LINE

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

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

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