แคมเปญเดียวแยกหลาย Landing Page แต่ LINE User ID ไม่รู้ว่ามาจาก Gclid ไหน แก้ยังไง

ทีมการตลาดของธุรกิจหนึ่งยิงแคมเปญ Google Search อยู่ตัวเดียว แต่ออกแบบ Landing Page ไว้สามหน้าตามกลุ่มสินค้า หน้าสินค้า A หน้าสินค้า B และหน้าโปรโมชันรวม ทุกหน้ามีปุ่ม 'แชทกับเรา' พาไป LINE เหมือนกันหมด พอสิ้นเดือนอยากรู้ว่าหน้าไหนสร้าง Lead คุณภาพดีกว่ากัน กลับพบว่าดึงรายงานมาดูแล้ว Gclid หายไปเกินครึ่งของทราฟฟิกที่เข้าหน้าสินค้า B

พอไล่ตามดูถึงรู้ว่าหน้าสินค้า B เป็นหน้าที่ทีมออกแบบทำแยกจากหน้าอื่น ใช้ Template คนละชุด แล้วปุ่มไป LINE ในหน้านั้นไม่ได้ต่อพารามิเตอร์จาก URL ต่อให้ Google Ads ส่ง Gclid มาถึงหน้าเว็บแล้ว หน้าเว็บก็ไม่ได้ส่งต่อไปให้จุดที่พาไป LINE นี่คือรูปแบบปัญหาที่เจอบ่อยที่สุดเวลาแคมเปญเดียวกระจายไปหลาย Landing Page

บทความนี้จะพาไล่ดูตั้งแต่ทำไมปัญหานี้เกิดขึ้นบ่อยเมื่อมีหลายหน้า ไปจนถึงวิธีออกแบบให้ทุก Landing Page ส่ง Gclid ต่อไปยัง LINE ได้เหมือนกันไม่ว่าจะกี่หน้าก็ตาม

ทำไมยิ่งมีหลาย Landing Page ยิ่งเสี่ยง Gclid หายมากขึ้น

เมื่อแคมเปญมี Landing Page เดียว ทีมมักตั้งค่าปุ่มไป LINE อย่างละเอียดรอบคอบเพราะเป็นจุดเดียวที่ต้องดูแล แต่พอขยายเป็นหลายหน้าเพื่อทดสอบ A/B หรือแยกตามกลุ่มสินค้า แต่ละหน้ามักถูกสร้างขึ้นในเวลาต่างกัน โดยคนละทีมหรือใช้เครื่องมือคนละชุด ความเสี่ยงที่บางหน้าจะลืมต่อพารามิเตอร์จึงสูงขึ้นตามจำนวนหน้า

อีกสาเหตุที่พบบ่อยคือทีมทำ Landing Page ใหม่โดยคัดลอกจากหน้าเดิม แล้วลืมตรวจว่าโค้ดที่ดึง Gclid จาก URL ไปแนบกับลิงก์ LINE ยังทำงานอยู่หรือเปล่า โดยเฉพาะเมื่อเปลี่ยนแพลตฟอร์มสร้างหน้าเว็บระหว่างทาง เช่นจากระบบ Landing Page Builder ไปเป็นหน้าเว็บที่ทีมพัฒนาเขียนเอง

ปัญหานี้ต่างจากกรณี การผูก UTM กับ LINE user id ตรงที่ Gclid เป็นค่าที่ Google Ads สร้างขึ้นเองอัตโนมัติเมื่อเปิด Auto-tagging ไม่ใช่สิ่งที่คุณกำหนดชื่อเอง จึงต้องพึ่งพาการส่งต่อค่าที่ถูกต้องแบบเป๊ะ ๆ มากกว่า UTM ที่ยังพอเดาความหมายจากชื่อได้ในบางกรณี

หลักออกแบบให้ทุก Landing Page ส่ง Gclid แบบเดียวกัน

วิธีแก้ที่ยั่งยืนที่สุดไม่ใช่ไปแก้ทีละหน้าเมื่อเจอปัญหา แต่คือการสร้างมาตรฐานกลางที่ทุกหน้าต้องทำตาม ไม่ว่าจะสร้างด้วยเครื่องมือไหนหรือทีมไหนเป็นคนทำ

• ใช้สคริปต์กลางชุดเดียวสำหรับอ่านค่า gclid จาก URL แล้วแนบต่อเข้าไปในลิงก์ปุ่มไป LINE ให้ทุกหน้าเรียกใช้สคริปต์เดียวกันแทนที่จะเขียนแยกแต่ละหน้า
• กำหนดเป็นข้อบังคับในขั้นตอนก่อนเผยแพร่ Landing Page ใหม่ทุกครั้งว่าต้องทดสอบว่า Gclid ถูกส่งต่อไปถึงลิงก์ LINE จริงหรือไม่ ก่อนเปิดให้แคมเปญวิ่ง
• ถ้าใช้ Landing Page Builder ที่ไม่รองรับการแก้โค้ดเอง ให้ตรวจสอบว่าเครื่องมือนั้นมีฟีเจอร์ Pass-through Parameter ให้ใช้หรือไม่ แทนที่จะปล่อยผ่านโดยคิดว่าคงทำงานอัตโนมัติ
• เก็บรายชื่อ Landing Page ทั้งหมดที่ใช้งานอยู่ไว้ในเอกสารเดียว พร้อมสถานะว่าหน้าไหนผ่านการทดสอบ Gclid แล้วบ้าง เพื่อให้ตรวจสอบย้อนหลังได้ง่ายเมื่อแคมเปญขยายเพิ่ม

ขั้นตอนผูก Gclid กับ LINE user id ทีละขั้น

1. เปิด Auto-tagging ในบัญชี Google Ads เพื่อให้ลิงก์โฆษณาแนบ gclid มาอัตโนมัติทุกคลิก แล้วตรวจว่าไม่มีการปิดฟังก์ชันนี้ไว้จากการตั้งค่าเก่า
2. ให้ทุก Landing Page อ่านค่า gclid จาก URL แล้วเก็บไว้ในตัวแปรชั่วคราวของหน้าเว็บทันทีที่โหลดเสร็จ ไม่รอจนผู้ใช้กดปุ่มค่อยไปอ่าน
3. แนบค่า gclid ที่อ่านได้เข้าไปในลิงก์ที่พาไปเพิ่มเพื่อน LINE หรือส่งไปเก็บไว้ในระบบหลังบ้านคู่กับ Session ชั่วคราว ตามแนวทางที่ใกล้เคียงกับการทำ Server-side mapping
4. เมื่อ Add Friend หรือ Lead เกิดขึ้นจริง ให้ระบบดึง gclid ที่บันทึกไว้มาผูกกับ LINE user id ของบัญชีนั้น แล้วเก็บคู่ความสัมพันธ์นี้ไว้ใช้ตอนส่ง Offline Conversion กลับ
5. ทดสอบ Journey จริงจากหลาย Landing Page พร้อมกัน เพื่อยืนยันว่าไม่มีหน้าไหนหลุดขั้นตอนใดขั้นตอนหนึ่งไป

1 Landing Page กับหลาย Landing Page ต่างกันตรงไหนในการจัดการ Gclid

อาการที่บ่งบอกว่า Gclid กำลังหลุดอยู่ตอนนี้

• รายงาน Google Ads แสดงคลิกจำนวนมาก แต่ Lead ที่ map กลับมาได้น้อยผิดปกติเมื่อเทียบกับ Landing Page อื่นในแคมเปญเดียวกัน
• อัตราการ map สำเร็จของบางหน้าต่ำกว่าหน้าอื่นอย่างชัดเจน ทั้งที่ใช้แคมเปญและกลุ่มเป้าหมายเดียวกัน
• Lead ที่เกิดจากหน้านั้นถูกจัดเป็น 'ไม่ทราบที่มา' เป็นสัดส่วนสูงผิดปกติในรายงานสรุปประจำเดือน
• ทีมพัฒนาเพิ่งอัปเดต Landing Page ล่าสุดแต่ไม่ได้แจ้งทีมการตลาดว่ามีการเปลี่ยนโค้ดส่วนที่เกี่ยวกับพารามิเตอร์

ตัวอย่างสมมติ: เมื่อหน้าหนึ่งหลุดแล้วภาพรวมทั้งแคมเปญบิดเบือน

สมมติแคมเปญเดียวกันมีสามหน้า แต่ละหน้าได้คลิกใกล้เคียงกันที่หน้าละราว 500 ครั้ง หน้า A กับหน้า C ผูก Gclid ได้สำเร็จ 85% ของ Lead ที่เกิดขึ้น ส่วนหน้า B ผูกได้แค่ 20% เพราะปุ่มไป LINE ไม่ได้ต่อพารามิเตอร์ตั้งแต่ต้น

ถ้าดูแค่ตัวเลขรวมทั้งแคมเปญ อัตราการ map เฉลี่ยจะอยู่ราว 63% ซึ่งดูพอใช้ได้ในภาพรวม แต่ความจริงคือหน้า B กำลังมีปัญหาหนักมาก และถ้าไม่แยกดูรายหน้า ทีมอาจตัดสินใจเพิ่มงบให้หน้า B โดยไม่รู้ตัวว่าข้อมูลที่ใช้ประเมินหน้านั้นไม่น่าเชื่อถือตั้งแต่ต้น ตัวเลขนี้เป็นตัวอย่างสมมติเพื่ออธิบายกรอบวิเคราะห์เท่านั้น

บทเรียนจากตัวอย่างนี้คือ ต้องดูอัตราการ map แยกรายหน้าเสมอ ไม่ใช่ดูแค่ภาพรวมของทั้งแคมเปญ เพราะตัวเลขรวมสามารถซ่อนปัญหาของหน้าใดหน้าหนึ่งไว้ได้ง่าย ๆ

ข้อจำกัดของ Gclid ที่ต้องรู้ก่อนวางแผน

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

นอกจากนี้ Gclid ยังมีอายุการใช้งานจำกัดตามที่ Google Ads กำหนดไว้ในเอกสารล่าสุด การออกแบบระบบที่เก็บค่า Gclid ไว้นานเกินไปก่อนนำไปส่ง Offline Conversion อาจทำให้ค่าที่ส่งไปใช้งานไม่ได้ ควรตรวจสอบ Attribution Window และเงื่อนไขปัจจุบันก่อนวางแผนระยะเวลาการปิดการขายที่ยาวนาน อ่านเพิ่มเติมเรื่อง การนำเข้า Offline Conversion ประกอบเพื่อความเข้าใจภาพรวมทั้งกระบวนการ

ทำแบบนี้แล้วพัง เพราะ… รูปแบบความผิดพลาดที่กลับมาซ้ำ

หลายทีมแก้ปัญหาหน้าใดหน้าหนึ่งได้แล้วก็คิดว่าจบ แต่ปัญหาแบบเดิมมักกลับมาอีกเมื่อมีการสร้าง Landing Page ใหม่ นี่คือรูปแบบที่เจอซ้ำบ่อยที่สุด พร้อมเหตุผลว่าทำไมถึงพังซ้ำ:

• ทำแบบนี้แล้วพัง — แก้โค้ดหน้า B ให้ส่ง Gclid ได้แล้ว แต่ไม่ได้อัปเดต Template กลางที่ทีมใช้สร้างหน้าใหม่ เพราะ… หน้าถัดไปที่สร้างจาก Template เดิมจะพังซ้ำแบบเดียวกันทันที ทางแก้คือแก้ที่ Template ต้นทาง ไม่ใช่แก้เฉพาะหน้าที่เจอปัญหา
• ทำแบบนี้แล้วพัง — ให้เอเจนซี่ภายนอกทำ Landing Page ใหม่โดยส่งแค่ดีไซน์ไปให้ ไม่ได้ส่งข้อกำหนดเรื่องพารามิเตอร์ไปด้วย เพราะ… เอเจนซี่ไม่รู้ว่าต้องต่อ Gclid เข้ากับลิงก์ LINE เขาจึงโฟกัสแค่ความสวยงามของหน้า ทางแก้คือใส่ข้อกำหนดนี้เป็นส่วนหนึ่งของ Brief ทุกครั้งที่ว่าจ้างทำหน้าใหม่
• ทำแบบนี้แล้วพัง — ทดสอบ Landing Page ตอนเปิดตัวครั้งแรกแล้วผ่าน แต่ไม่ทดสอบซ้ำหลังทีมพัฒนาอัปเดตหน้าเว็บในเดือนถัดมา เพราะ… การอัปเดตหน้าเว็บทั่วไปมักไม่รู้ว่ามีโค้ดส่วนพารามิเตอร์ซ่อนอยู่ จึงลบหรือแก้โดยไม่ตั้งใจ ทางแก้คือใส่การทดสอบ Gclid เป็นส่วนหนึ่งของขั้นตอน Go-live ทุกครั้งที่มีการแก้หน้าเว็บ ไม่ใช่แค่ตอนเปิดตัวครั้งแรก
• ทำแบบนี้แล้วพัง — เชื่อว่าเครื่องมือ Landing Page Builder รองรับ Pass-through Parameter อัตโนมัติโดยไม่ได้อ่านเอกสารของเครื่องมือนั้นจริง เพราะ… เครื่องมือแต่ละเจ้ามีข้อจำกัดต่างกัน บางเจ้าต้องเปิดฟีเจอร์นี้เองในการตั้งค่า ไม่ใช่ค่าเริ่มต้น ทางแก้คือตรวจเอกสารของเครื่องมือทุกครั้งก่อนเชื่อว่าใช้งานได้

ใครควรเป็นเจ้าของมาตรฐาน Gclid นี้ในทีม

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

ทางออกที่ใช้ได้จริงคือกำหนดเจ้าของมาตรฐานนี้ให้ชัดเจนตั้งแต่ต้น อาจเป็นคนในทีมการตลาดที่เข้าใจเทคนิคพอสมควร หรือคนในทีมพัฒนาที่รับผิดชอบเรื่อง Tracking โดยเฉพาะ คนนี้มีหน้าที่ตรวจทุก Landing Page ใหม่ก่อนเผยแพร่ และเป็นคนกลางเมื่อว่าจ้างเอเจนซี่หรือฟรีแลนซ์มาทำหน้าเว็บเพิ่ม เพื่อให้ข้อกำหนดเรื่องพารามิเตอร์ไม่หลุดจากมือใครไปเลย

สรุป

ปัญหา Gclid หลุดเมื่อมีหลาย Landing Page ส่วนใหญ่ไม่ได้เกิดจากข้อจำกัดของ Google Ads เอง แต่เกิดจากการไม่มีมาตรฐานกลางที่ทุกหน้าต้องทำตาม เมื่อสร้างหน้าใหม่เพิ่มขึ้น ความเสี่ยงก็เพิ่มขึ้นตามหากไม่มีขั้นตอนทดสอบบังคับก่อนเผยแพร่

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

• หลาย Landing Page ต้องมีมาตรฐานกลางเดียวกันในการส่งต่อ Gclid ไปยัง LINE
• ทดสอบ Journey จริงทุกหน้าก่อนเปิดแคมเปญ ไม่ใช่ทดสอบแค่หน้าแรก
• ดูอัตราการ map แยกรายหน้าเสมอ เพราะตัวเลขรวมอาจซ่อนปัญหาของหน้าใดหน้าหนึ่งไว้

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