เก็บ MSCLKID จากพารามิเตอร์ใน URL กับเก็บผ่าน Auto-tagging ต่างกันตรงไหน

ทีมที่เพิ่งเริ่มยิงแอด Microsoft Advertising มักเจอคำว่า MSCLKID โผล่ต่อท้าย URL เวลาเปิดลิงก์เว็บไซต์ตัวเองผ่านโฆษณา แล้วสงสัยว่าค่านี้คืออะไร จำเป็นต้องเก็บไว้ไหม หรือปล่อยผ่านไปได้เพราะดูเป็นแค่ตัวอักษรยาว ๆ ที่ไม่มีความหมายอะไร

ความจริงคือ MSCLKID มีความสำคัญมากถ้าธุรกิจต้องการวัดดีลที่ปิดนอกเว็บไซต์ เช่น ปิดผ่านแชท LINE หรือโทรศัพท์ เพราะมันคือกุญแจตัวเดียวที่เชื่อมกลับไปหาคลิกโฆษณาต้นทางได้ ถ้าไม่มีการเก็บค่านี้ไว้ตั้งแต่ตอนคลิก พอถึงวันที่ปิดดีลจริง ต่อให้อยากส่ง Conversion กลับไปหา Microsoft Advertising ก็ทำไม่ได้ เพราะไม่มีอะไรผูกกลับไปหาแคมเปญต้นทางเลย ค่านี้ทำงานอยู่เบื้องหลังแท็กที่ติดตั้งตามหลักการเดียวกับโครงสร้างของ UET tag

บทความนี้จะเทียบสองวิธีเก็บ MSCLKID ที่ธุรกิจส่วนใหญ่ใช้จริง คือเก็บผ่าน URL Parameter ที่ระบบ Auto-tagging แนบมาให้อัตโนมัติ กับการดักค่าไปเก็บไว้กับ Lead ในระบบของตัวเอง เพื่อให้เห็นว่าแต่ละวิธีเหมาะกับสถานการณ์แบบไหน และพลาดตรงไหนบ่อยที่สุด

MSCLKID คืออะไร และมาจากไหน

MSCLKID ย่อมาจาก Microsoft Click ID เป็นค่าเฉพาะที่ระบบ Microsoft Advertising สร้างขึ้นทุกครั้งที่มีคนคลิกโฆษณา แล้วแนบไปกับ URL ปลายทางในรูปแบบพารามิเตอร์ เช่น ต่อท้ายลิงก์เว็บไซต์ด้วย msclkid=xxxxxxxx ค่านี้เป็นตัวแทนของคลิกครั้งนั้นครั้งเดียว ไม่ซ้ำกับคลิกอื่น

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

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

เก็บผ่าน Auto-tagging ระบบแนบค่าให้อัตโนมัติทำงานอย่างไร

เมื่อเปิด Auto-tagging ในบัญชี Microsoft Advertising ระบบจะแนบ MSCLKID ต่อท้าย URL ปลายทางให้อัตโนมัติทุกครั้งที่มีคนคลิกโฆษณา โดยที่ทีมไม่ต้องไปตั้งค่า UTM หรือพารามิเตอร์เพิ่มเองทีละแคมเปญ วิธีนี้ลดโอกาสพลาดจากการลืมใส่พารามิเตอร์ในบางแคมเปญ

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

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

เก็บผ่านการดักค่าจาก URL Parameter เข้าระบบ Lead ทำงานอย่างไร

อีกวิธีคือให้เว็บไซต์มีสคริปต์ที่อ่านค่า msclkid จาก URL ทันทีที่หน้าเว็บโหลด แล้วเก็บค่านั้นไว้ในฟอร์มหรือ Session ของผู้ใช้คนนั้น เมื่อลูกค้ากรอกฟอร์มหรือกดปุ่มไป LINE ค่า MSCLKID จะถูกส่งต่อไปพร้อมกับข้อมูล Lead เข้า CRM ทำให้ทีมขายเห็นว่า Lead รายนี้มาจากคลิกไหนตั้งแต่ต้น

วิธีนี้จำเป็นมากสำหรับธุรกิจที่ปิดดีลนอกเว็บไซต์ เพราะถ้าไม่มีการดักค่าไปผูกกับ Lead ตั้งแต่ต้น พอลูกค้าคุยกับแอดมินใน LINE หลายวันแล้วปิดดีล จะไม่มีทางย้อนกลับไปหาว่าดีลนี้มาจาก MSCLKID ตัวไหน เพราะค่าบน URL หายไปตั้งแต่ตอนที่ลูกค้าออกจากหน้าเว็บแล้ว หลักการเดียวกันนี้อธิบายไว้ละเอียดกว่าในoffline conversion automation

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

ตารางเทียบสองวิธีเก็บ MSCLKID เลือกใช้แบบไหนเมื่อไร

ตารางนี้เทียบให้เห็นว่าสองวิธีนี้ไม่ได้แข่งกัน แต่ควรใช้ควบคู่กันในธุรกิจส่วนใหญ่:

ตัวอย่างสมมติ คลินิกทันตกรรมที่ดีลปิดช้าเฉลี่ยห้าวัน

ลองนึกภาพคลินิกทันตกรรมที่ยิงแอด Microsoft Advertising แล้วให้คนไข้กดปุ่มไป LINE เพื่อสอบถามราคาก่อนนัดหมาย ในกรอบวิเคราะห์แบบตัวอย่างสมมติ คนไข้มักใช้เวลาเฉลี่ยห้าวันตั้งแต่คลิกแอดจนถึงวันที่มานัดจริงและชำระเงิน ถ้าไม่มีการเก็บ MSCLKID ไว้ตั้งแต่ตอนคลิก ดีลที่ปิดในวันที่ห้าจะไม่มีทางส่งกลับไปหาแคมเปญต้นทางได้เลย

สมมติว่าเดือนหนึ่งคลินิกมีคนไข้ใหม่จากแอด 40 ราย เฉลี่ยแล้ว 15 รายนัดและชำระเงินภายในสัปดาห์เดียวกับที่คลิก ส่วนอีก 25 รายใช้เวลานานกว่านั้น ถ้าไม่มีการดักค่า MSCLKID ไปผูกกับ Lead ตั้งแต่ต้น คลินิกจะเห็นแค่ Conversion ของ 15 รายแรกในรายงาน Microsoft Ads ทั้งที่จริงมีคนไข้ปิดดีลถึง 40 ราย ตัวเลขที่เห็นจึงต่ำกว่าความจริงเกือบครึ่งหนึ่งของกลุ่มตัวอย่างนี้

ในกรอบวิเคราะห์เดียวกันนี้ ถ้าคลินิกวางระบบดักค่า MSCLKID ไว้ตั้งแต่หน้าฟอร์มจองคิว แล้วส่งค่ากลับไปพร้อมข้อมูล Conversion ตอนคนไข้ชำระเงินจริง ตัวเลขในรายงานก็จะสะท้อนใกล้เคียงความจริงมากขึ้น และทีมการตลาดจะประเมินได้ถูกต้องว่าแคมเปญไหนสร้างคนไข้จริงกี่ราย ไม่ใช่แค่กี่คลิก

ขั้นตอนวางระบบให้เก็บ MSCLKID ครบทั้งสองทาง

ลำดับต่อไปนี้เป็นกรอบทั่วไปที่ปรับตามระบบเว็บไซต์และ CRM ของแต่ละธุรกิจได้:

1. เปิด Auto-tagging ในบัญชี Microsoft Advertising ให้ระบบแนบ MSCLKID ต่อท้าย URL อัตโนมัติทุกคลิก
2. ตรวจว่าเว็บไซต์มีสคริปต์ดักค่าพารามิเตอร์จาก URL ตั้งแต่หน้าแรกที่ผู้ใช้เข้ามา ไม่ใช่แค่หน้าที่มีฟอร์ม
3. ผูกค่า MSCLKID ที่ดักได้เข้ากับ Lead หรือ Session ของผู้ใช้คนนั้น ให้ติดตามไปได้ตลอดจนกว่าจะปิดดีล
4. กำหนดกฎว่าใช้ MSCLKID ของคลิกแรกหรือคลิกล่าสุด แล้วสื่อสารให้ทีมการตลาดและทีมขายเข้าใจตรงกัน
5. เมื่อดีลปิดจริง ส่งค่า MSCLKID พร้อมข้อมูล Conversion กลับไปหา Microsoft Advertising ผ่านช่องทาง Offline Conversion ที่รองรับ
6. ทดสอบด้วยดีลตัวอย่างสองสามเคสก่อนเปิดใช้งานเต็มรูปแบบ ตรวจว่าค่าที่ส่งกลับตรงกับคลิกต้นทางจริงหรือไม่

ข้อจำกัดของ MSCLKID ที่ต้องรู้ก่อนวางแผนเต็มรูปแบบ

ข้อจำกัดแรกคือ MSCLKID ใช้ได้เฉพาะกับคลิกที่มาจาก Microsoft Advertising เท่านั้น ถ้าลูกค้าเข้าเว็บไซต์จากช่องทางอื่น เช่น Google Ads หรือ Organic Search แล้วบังเอิญปิดดีลในวันเดียวกัน ค่านี้จะไม่มีความหมายอะไรกับคลิกจากช่องทางอื่นเลย ต้องใช้ Identifier ของแพลตฟอร์มนั้นแยกต่างหาก และควรตรวจสอบพฤติกรรม Direct/Unknown Traffic ประกอบด้วยตามที่อธิบายไว้ในDirect/Unknown Traffic ใน GA4

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

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

ทำแบบนี้แล้วพัง เพราะอะไร

ทำแบบนี้แล้วพัง: ปล่อยให้ลูกค้ากดปุ่มไป LINE ตรงจากโฆษณาโดยไม่มีหน้าเว็บไซต์คั่นกลางเลย เพราะคิดว่าลดขั้นตอนให้ลูกค้าเร็วขึ้น ผลคือไม่มีจุดไหนดักค่า MSCLKID ได้เลย ต่อให้เปิด Auto-tagging ไว้ก็ไม่มีประโยชน์ เพราะค่าบน URL ไม่เคยถูกใครอ่านหรือเก็บไว้ระหว่างทาง

ทำแบบนี้แล้วพัง: เก็บ MSCLKID ไว้ในระบบแล้ว แต่พอส่งกลับไปหา Microsoft Advertising ใช้ค่าที่ผ่านการเข้ารหัสหรือตัดทอนจนไม่ตรงกับค่าต้นฉบับ เพราะทีมพัฒนาคิดว่าต้องปกป้องข้อมูลด้วยการแปลงค่าเหมือนกับ Identifier อื่น ผลคือระบบจับคู่ไม่เจอเลยสักรายการ ทั้งที่ข้อมูลต้นทางถูกเก็บไว้ครบ

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

สรุป

MSCLKID คือ Click Identifier ที่ Microsoft Advertising แนบมากับ URL ทุกครั้งที่มีคนคลิกโฆษณา เป็นกุญแจเชื่อมคลิกกับ Conversion ที่เกิดขึ้นทีหลัง โดยเฉพาะดีลที่ปิดนอกเว็บไซต์หรือปิดช้ากว่าวันที่คลิก การเปิด Auto-tagging เพียงอย่างเดียวยังไม่พอ ต้องมีกลไกดักค่าไปผูกกับ Lead ด้วยเสมอ

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

• MSCLKID เป็นค่าเฉพาะต่อหนึ่งคลิก ใช้เชื่อมคลิกโฆษณากับ Conversion ที่เกิดทีหลัง
• Auto-tagging แนบค่าให้อัตโนมัติ แต่ต้องมีกลไกดักและเก็บค่าไว้เองด้วย
• ดีลที่ปิดนอกเว็บไซต์หรือปิดช้า ต้องดักค่า MSCLKID ตั้งแต่หน้าแรกที่ลูกค้าเข้ามา
• ห้ามเข้ารหัสหรือตัดทอนค่า MSCLKID ก่อนส่งกลับ เพราะระบบจะจับคู่ไม่เจอ
• กำหนดกฎคลิกแรกหรือคลิกล่าสุดให้ชัดตั้งแต่ต้น ใช้แบบเดียวกันทั้งองค์กร

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