ยิงแอดวันละหลักพัน เก็บ Click ID ทุกคลิกได้จริงหรือแค่บางส่วน

ธุรกิจที่ยิงแอดวันละหลักพันบาทผ่าน Google Ads และ Meta มักมั่นใจว่าระบบเก็บ Click ID ได้ครบทุกคลิกที่เข้ามา เพราะเห็นตัวเลข Click ในหน้า Ads Manager สูงพอสมควรทุกวัน แต่พอไปตรวจข้อมูลจริงในฐานข้อมูล กลับพบว่ามีสัดส่วนไม่น้อยที่ไม่มี Click ID ติดมาด้วยเลย

ความเข้าใจผิดที่พบบ่อยคือคิดว่า Click ID เป็นสิ่งที่ติดมากับทุกคลิกโดยอัตโนมัติเหมือนเป็นคุณสมบัติพื้นฐานของลิงก์โฆษณา แต่ความจริงมีหลายปัจจัยที่ทำให้ Click ID หายไปก่อนถึงปลายทาง เช่น การ Redirect หลายชั้น เบราว์เซอร์ที่บล็อกพารามิเตอร์ หรือผู้ใช้ที่ Copy ลิงก์ไปเปิดในแอปอื่น

บทความนี้จะพาไปดูว่า Click ID เก็บได้จริงแค่ไหนในทางปฏิบัติ ต้องออกแบบ Data Layer แบบไหนให้เก็บได้มากที่สุด และมีมิติความเป็นส่วนบุคคลอะไรที่ต้องพิจารณาควบคู่ไปกับเรื่องเทคนิค (เนื้อหานี้เป็นกรอบวิเคราะห์ทั่วไป ไม่ใช่คำแนะนำทางกฎหมายที่รับรองแทนผู้เชี่ยวชาญได้)

ทำไม Click ID ถึงไม่ได้ติดมากับทุกคลิกเสมอไป

Click ID อย่าง GCLID จาก Google Ads หรือ Click ID ของ Meta ถูกแนบมาในรูปแบบพารามิเตอร์ต่อท้าย URL เมื่อผู้ใช้คลิกโฆษณา แต่พารามิเตอร์นี้จะติดไปกับหน้าเว็บได้ก็ต่อเมื่อไม่มีอะไรมาตัดหรือเปลี่ยนแปลง URL ระหว่างทาง ถ้าเว็บไซต์มีการ Redirect หลายชั้น หรือใช้ระบบ Shortlink ที่ไม่ได้ออกแบบมาให้ส่งต่อพารามิเตอร์ Click ID ก็อาจหายไปก่อนถึงหน้าที่ต้องการเก็บ

อีกสาเหตุที่พบมากขึ้นเรื่อย ๆ คือเบราว์เซอร์และแอปที่เข้มงวดเรื่องความเป็นส่วนตัวมากขึ้น บางกรณีตัดพารามิเตอร์ Tracking ออกโดยอัตโนมัติก่อนโหลดหน้าเว็บ หรือผู้ใช้เปิดลิงก์ผ่าน In-app Browser ของแอปอื่นที่มีพฤติกรรมจัดการ URL ต่างจากเบราว์เซอร์ทั่วไป ทำให้ Click ID ที่ควรจะติดมาหายไปโดยที่ทีมการตลาดไม่รู้ตัว เช่นเดียวกับปัญหาที่กล่าวถึงใน server side tracking LINE

Click ID เป็นข้อมูลส่วนบุคคลหรือไม่ ต้องมองแบบไหน

Click ID เพียงลำพังอาจดูเหมือนรหัสทางเทคนิคที่ไม่มีความหมายต่อการระบุตัวบุคคล แต่เมื่อ Click ID ถูกผูกกับ Session ของผู้ใช้ ประวัติการเข้าเว็บไซต์ และข้อมูลอื่นที่เก็บต่อเนื่องกันไป ชุดข้อมูลทั้งหมดนี้อาจใช้ติดตามพฤติกรรมของบุคคลใดบุคคลหนึ่งได้ จึงควรพิจารณาความเสี่ยงในลักษณะเดียวกับ Identifier อื่นที่เกี่ยวข้องกับการติดตามผู้ใช้ เช่นเดียวกับหลักการที่ใช้กับ PDPA เก็บ LINE User ID

การเก็บ Click ID เพื่อวัตถุประสงค์ด้าน Marketing และ Conversion Tracking จึงควรมีการแจ้งวัตถุประสงค์และพิจารณาฐานทางกฎหมายที่เหมาะสมประกอบด้วย ไม่ใช่มองว่าเป็นแค่เรื่องทางเทคนิคที่ไม่เกี่ยวข้องกับความเป็นส่วนตัวเลย

ออกแบบ Data Layer ให้เก็บ Click ID ได้มากที่สุดเท่าที่ทำได้

การออกแบบจุดเก็บ Click ID ที่ดีต้องวางไว้ตั้งแต่หน้าแรกที่ผู้ใช้เข้ามา ก่อนที่จะมีการ Redirect หรือเปลี่ยนหน้าใด ๆ สอดคล้องกับแนวทางการเก็บ First Party Data ที่ควรวางไว้ตั้งแต่ต้นทาง ตารางนี้สรุปจุดที่ควรพิจารณาเก็บ Click ID ในแต่ละขั้นของ Journey:

เมื่อ Click ID หายไป ควรทำอย่างไรกับ Lead รายนั้น

ไม่ใช่ทุก Lead ที่จะมี Click ID ครบ และนั่นเป็นเรื่องปกติที่ต้องยอมรับ ไม่ใช่พยายามหาวิธีสร้าง Identifier ปลอมขึ้นมาแทน สิ่งที่ควรทำแทนคือใช้ข้อมูลอื่นที่มี เช่น UTM หรือ Referrer เป็นข้อมูลสำรองในการวิเคราะห์แนวโน้มแทน แม้จะไม่แม่นยำเท่า Click ID โดยตรงก็ตาม

ธุรกิจควรติดตามสัดส่วน Lead ที่ไม่มี Click ID เป็นตัวเลขแยกต่างหาก เพื่อรู้ว่าช่องทางไหนมีปัญหาการเก็บข้อมูลมากเป็นพิเศษ ถ้าสัดส่วนนี้สูงขึ้นเรื่อย ๆ ในบางช่องทาง อาจเป็นสัญญาณว่าต้องกลับไปตรวจสอบ Data Layer ของช่องทางนั้นใหม่

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

Hash ข้อมูลก่อนส่งกลับแพลตฟอร์ม ช่วยได้แค่ไหน

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

นอกจากนี้ Click ID เองมักไม่จำเป็นต้อง Hash เพราะแพลตฟอร์มส่วนใหญ่รับค่าดิบเพื่อใช้ Match กับ Session ที่เคยบันทึกไว้อยู่แล้ว สิ่งที่ควร Hash มากกว่าคือข้อมูลอื่นที่ระบุตัวบุคคลได้ชัดเจนกว่า เช่น อีเมลหรือเบอร์โทร ตามรูปแบบที่แต่ละแพลตฟอร์มกำหนดไว้ ซึ่งสอดคล้องกับหลักการที่ใช้ใน server side GA4 LINE

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

ทีมพัฒนาและทีมการตลาดต้องตกลงกันเรื่องขอบเขตการเก็บ Click ID

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

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

วัดอัตราการหาย Click ID เป็นตัวเลขจริง แทนการเดาว่าเก็บได้ครบ

แทนที่จะสมมติว่าระบบเก็บ Click ID ได้ครบทุกคลิก ธุรกิจควรคำนวณอัตราการหายของ Click ID เป็นตัวเลขจริงเทียบระหว่างจำนวน Click ที่แพลตฟอร์มโฆษณารายงาน กับจำนวน Lead ที่มี Click ID ติดมาในฐานข้อมูลจริง ถ้าตัวเลขนี้ต่างกันมาก อาจเป็นสัญญาณว่ามีจุดรั่วไหลในเส้นทางที่ผู้ใช้เดินทางมา เช่น ตัวอย่างสมมติหนึ่งกรณี ธุรกิจหนึ่งพบว่า Click ที่แพลตฟอร์มรายงานมี 1,000 ครั้งต่อวัน แต่ Lead ที่มี Click ID ครบกลับมีเพียง 650 รายเท่านั้น ตัวเลขนี้เป็นเพียงตัวอย่างประกอบกรอบวิเคราะห์ ไม่ใช่ค่าเฉลี่ยที่ใช้ได้กับทุกธุรกิจ

การติดตามอัตรานี้เป็นรายสัปดาห์หรือรายเดือนช่วยให้ทีมเห็นแนวโน้มว่าปัญหาแย่ลงหรือดีขึ้นหลังจากปรับปรุง Data Layer แล้ว ถ้าอัตราการหายลดลงหลังจากแก้ไขจุดที่มีการ Redirect ซ้อนกันหลายชั้น ก็เป็นสัญญาณว่าการแก้ไขนั้นได้ผลจริง ไม่ใช่แค่ความรู้สึกว่าน่าจะดีขึ้น

linli ช่วยจุดไหน และธุรกิจยังต้องดูแลอะไรเอง

linli ช่วยเชื่อมข้อมูลตั้งแต่การกดปุ่มหรือ Tracking Link ไปจนถึง LINE OA และวัตถุประสงค์ในการส่ง Conversion กลับแพลตฟอร์มตาม Integration ที่เปิดใช้งาน แต่การตัดสินใจว่าจะเก็บ Click ID แบบไหน นานแค่ไหน และแจ้งผู้ใช้อย่างไร ยังเป็นความรับผิดชอบของธุรกิจในฐานะเจ้าของข้อมูลอยู่ดี

สิ่งที่ควรทำต่อคือกลับไปตรวจว่าตอนนี้ Data Layer ของเว็บไซต์เก็บ Click ID ได้ครบตามจุดที่ควรมีหรือไม่ แล้ววางนโยบายความเป็นส่วนตัวให้ครอบคลุมการใช้ข้อมูลนี้ด้วย ไม่ใช่มองแค่มุมเทคนิคอย่างเดียว

สรุป

Click ID ไม่ได้ติดมากับทุกคลิกเสมอไป ต่อให้ยิงแอดวันละหลักพันบาทก็มีสัดส่วนหนึ่งที่ Click ID หายไปก่อนถึงปลายทางจากหลายสาเหตุ ทั้งการ Redirect เบราว์เซอร์ที่เข้มงวดเรื่องความเป็นส่วนตัว หรือการเปิดลิงก์ผ่าน In-app Browser

สิ่งที่ควรทำต่อจากนี้คือตรวจสอบ Data Layer ให้เก็บ Click ID ได้เร็วที่สุดตั้งแต่หน้าแรก ติดตามสัดส่วน Lead ที่ขาด Click ID เป็นตัวเลขแยก และวางนโยบายความเป็นส่วนตัวให้ครอบคลุมการเก็บและส่งต่อข้อมูลนี้ด้วย ควรมองว่าการแก้ปัญหานี้เป็นกระบวนการต่อเนื่องที่ต้องทบทวนซ้ำเป็นระยะ ไม่ใช่งานที่ทำครั้งเดียวแล้วจบ

• Click ID หายได้จากหลายสาเหตุ ทั้ง Redirect เบราว์เซอร์ที่บล็อกพารามิเตอร์ และ In-app Browser
• Click ID ที่ผูกกับข้อมูลอื่นมีศักยภาพระบุตัวบุคคลได้ ควรพิจารณาฐานทางกฎหมายควบคู่ไปด้วย
• ออกแบบจุดเก็บ Click ID ให้เร็วที่สุดตั้งแต่หน้าแรก ก่อนมีการ Redirect ใด ๆ
• Lead ที่ขาด Click ID เป็นเรื่องปกติ ควรติดตามสัดส่วนแยกต่างหากแทนการสร้าง Identifier ปลอมขึ้นมาแทน

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