คนเข้าเว็บวันละ 300 คน แต่พอปิดแท็บไปแล้วไม่มีข้อมูลอะไรเก็บไว้ให้ตามต่อเลย

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

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

สิ่งที่ขาดไปตรงนี้คือ first-party cookie ซึ่งเป็นกลไกสำหรับเก็บข้อมูลไว้บนโดเมนของธุรกิจเอง บทความนี้จะอธิบายว่า first-party cookie คืออะไร ต่างจาก third-party cookie ที่หลายคนเคยได้ยินตรงไหน และควรตั้งค่าใน GTM ยังไงให้เก็บไว้ได้ก่อนที่ผู้ใช้จะออกจากเว็บไปเข้า LINE

ทำไมกดปุ่ม LINE ไปแล้ว พอกลับมาเว็บอีกทีเหมือนเป็นคนใหม่ทุกครั้ง

อาการที่พบบ่อยที่สุดคือธุรกิจตั้ง GTM ไว้ครบ มี Trigger ดักคลิกปุ่ม LINE ถูกต้อง แต่ค่าที่ส่งไปกลับมีแค่ 'มี Event เกิดขึ้น' โดยไม่มีข้อมูลต้นทางติดไปด้วย เพราะค่าต่าง ๆ อย่าง utm_source หรือ Click ID ถูกดึงมาจาก URL ตอนเข้าเว็บครั้งแรกเท่านั้น พอผู้ใช้เดินดูหน้าอื่นต่อ หรือปิดเว็บแล้วกลับมาใหม่ ค่าพวกนี้ก็หายไปพร้อมกับ URL เดิม

หลายธุรกิจแก้ปัญหานี้ผิดจุด โดยไปโฟกัสที่การเพิ่ม Trigger หรือแก้ Tag ให้ละเอียดขึ้น ทั้งที่ต้นตอจริง ๆ คือไม่มีที่ 'เก็บ' ค่าต้นทางไว้ข้ามหน้าหรือข้ามวันเลย ถ้าไม่มีกลไกจำค่านี้ ต่อให้ตั้ง Trigger ดีแค่ไหน ก็มีแค่ Event ว่าง ๆ ให้ส่งต่ออยู่ดี

ยิ่งธุรกิจที่มีสินค้าราคาสูงหรือใช้เวลาตัดสินใจนาน เช่น เฟอร์นิเจอร์ อสังหาริมทรัพย์ หรือคอร์สเรียน คนมักไม่ตัดสินใจกดปุ่ม LINE ตั้งแต่ครั้งแรกที่เข้าเว็บ แต่กลับมาดูซ้ำหลายรอบก่อนตัดสินใจจริง ถ้าไม่มี first-party cookie เก็บค่าต้นทางไว้ ทุกรอบที่กลับมาจะกลายเป็น 'Direct' หรือ 'ไม่ทราบที่มา' หมด ทั้งที่จริง ๆ มีต้นทางชัดเจนตั้งแต่แรก

ผลกระทบที่ตามมาไม่ได้จบแค่รายงานดูไม่สวย แต่กระทบไปถึงการตัดสินใจงบโฆษณาโดยตรง เพราะถ้าทีมการตลาดเห็นว่าคนกดปุ่ม LINE ส่วนใหญ่ขึ้นเป็น 'Direct' ก็จะไม่รู้เลยว่าจริง ๆ แล้วแคมเปญไหนเป็นตัวพาคนกลุ่มนี้เข้ามาตั้งแต่ต้น อาจนำไปสู่การตัดงบแคมเปญที่จริง ๆ ทำงานได้ดี เพียงเพราะระบบมองไม่เห็นผลของมันอย่างถูกต้อง

First-party cookie คืออะไร ต่างจาก third-party cookie ตรงไหน

First-party cookie คือ Cookie ที่ถูกสร้างและอ่านได้จากโดเมนของเว็บไซต์นั้นเอง เช่น ถ้าเว็บชื่อ mystore.com ตั้ง Cookie ไว้ ก็จะมีแค่ mystore.com เท่านั้นที่อ่านค่านั้นได้ตามปกติ ต่างจาก third-party cookie ที่ถูกสร้างโดยโดเมนอื่นซึ่งฝังอยู่ในหน้าเว็บ เช่น Cookie ของแพลตฟอร์มโฆษณาที่ใช้ติดตามผู้ใช้ข้ามหลายเว็บไซต์

เหตุผลที่ first-party cookie สำคัญกับการเก็บข้อมูลก่อนเข้า LINE คือมันมีความเสถียรกว่าในหลายกรณี เพราะเบราว์เซอร์สมัยใหม่หลายตัวเริ่มจำกัดหรือบล็อก third-party cookie ไปมากแล้ว แต่ first-party cookie ที่สร้างจากโดเมนตัวเองยังทำงานได้ตามปกติในเงื่อนไขทั่วไป แม้จะมีข้อจำกัดเรื่องอายุการเก็บในบางเบราว์เซอร์เช่นกัน

ข้อควรเข้าใจคือ first-party cookie ไม่ใช่เวทมนตร์ที่แก้ปัญหาการวัดผลได้ทั้งหมด มันเป็นแค่ 'ที่เก็บ' ข้อมูลบนฝั่งเบราว์เซอร์ของผู้ใช้เท่านั้น ถ้าผู้ใช้เปลี่ยนเครื่อง เปลี่ยนเบราว์เซอร์ หรือลบ Cookie เอง ค่าที่เก็บไว้ก็จะหายไปเช่นกัน จึงต้องเข้าใจว่ามันช่วยได้ในระดับหนึ่ง ไม่ใช่ทางออกที่สมบูรณ์แบบร้อยเปอร์เซ็นต์

ทำไมต้องเก็บให้เสร็จ ก่อนที่คนจะกดปุ่มออกไป LINE

จุดที่มักถูกมองข้ามคือลำดับเวลา การกดปุ่ม LINE มักพาผู้ใช้ออกจากหน้าเว็บทันทีผ่าน Deep Link ซึ่งเกิดขึ้นเร็วมาก ถ้า first-party cookie ยังไม่ถูกตั้งไว้ก่อนตั้งแต่ตอนเข้าเว็บ พอถึงจังหวะที่ต้องดึงค่ามาผูกกับ Event line_click ก็จะไม่มีอะไรให้ดึง เพราะยังไม่เคยเก็บไว้เลยตั้งแต่ต้น

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

• utm_source / utm_medium / utm_campaign — บอกว่ามาจากช่องทางและแคมเปญไหน ควรเก็บทันทีที่พบค่าเหล่านี้ใน URL ตอนเข้าเว็บครั้งแรก
• gclid หรือ Click ID อื่น ๆ — ตัวระบุคลิกที่แพลตฟอร์มโฆษณาแนบมาด้วย ใช้สำหรับผูกกลับไปยังโฆษณาต้นทางในภายหลัง
• landing_page_first — หน้าแรกที่ผู้ใช้เข้ามา ช่วยแยกว่าคนกลุ่มไหนเข้าจากหน้าสินค้าตรง ๆ กลุ่มไหนเข้าจากหน้าบทความก่อน
• first_visit_timestamp — เวลาที่เข้าเว็บครั้งแรก ช่วยคำนวณระยะเวลาตั้งแต่เห็นโฆษณาจนถึงวันที่ตัดสินใจกดปุ่ม LINE จริง

ตั้งค่าใน GTM ยังไงให้เก็บ Cookie ได้ก่อนคนกดปุ่มออกไป

1. สร้าง Tag ประเภท Custom HTML หรือใช้ Template ที่รองรับการตั้ง Cookie โดยให้ทำงานบน Trigger 'All Pages' เพื่อให้ตรวจสอบและบันทึกค่าทุกครั้งที่มีคนเข้าเว็บ
2. เขียนเงื่อนไขให้ Tag เช็คก่อนว่ามี Cookie เดิมอยู่แล้วหรือไม่ ถ้ามีอยู่แล้วและยังไม่หมดอายุ ให้คงค่าเดิมไว้ ไม่เขียนทับ เพื่อรักษาต้นทางแรกที่พาเข้ามาไว้ตลอด Session
3. ถ้ายังไม่มี Cookie หรือพบค่า utm ใหม่ใน URL ให้บันทึกค่าลง Cookie บนโดเมนของเว็บเอง พร้อมกำหนดอายุการเก็บที่เหมาะสมกับพฤติกรรมการตัดสินใจของธุรกิจ เช่น สินค้าตัดสินใจไวอาจตั้งไม่กี่วัน สินค้าตัดสินใจนานอาจตั้งยาวขึ้น
4. สร้าง Data Layer Variable หรือ 1st-Party Cookie Variable ใน GTM เพื่อดึงค่าจาก Cookie นี้กลับมาใช้ตอนเกิด Event line_click แล้วส่งค่าติดไปด้วย
5. ทดสอบผ่าน GTM Preview โดยเข้าเว็บผ่านลิงก์ที่มี UTM จำลอง เดินดูหลายหน้า แล้วกดปุ่ม LINE ในหน้าสุดท้าย เพื่อยืนยันว่าค่าต้นทางยังติดไปกับ Event ไม่หายระหว่างทาง

ตั้งชื่อ Event และค่าที่เก็บยังไงให้รายงานอ่านง่าย

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

เก็บ Cookie ได้แค่ไหน ต้องดูแลเรื่อง Consent ยังไงก่อนเริ่มเก็บจริง

การเก็บ first-party cookie ไม่ได้แปลว่าทำได้ตามใจโดยไม่ต้องคำนึงถึงสิทธิของผู้ใช้ ธุรกิจยังมีหน้าที่แจ้งให้ผู้ใช้ทราบว่ามีการเก็บข้อมูลอะไรบ้างผ่าน Privacy Notice ที่ชัดเจน และควรพิจารณาว่าจำเป็นต้องขอความยินยอมก่อนเก็บบางประเภทของ Cookie หรือไม่ ตามข้อกำหนดที่เกี่ยวข้องกับธุรกิจนั้น ๆ

ข้อมูลที่ควรเก็บใน Cookie นี้ควรเป็นข้อมูลที่ไม่ใช่ตัวบุคคลโดยตรง เช่น รหัสอ้างอิงต้นทาง (utm, click id) มากกว่าจะเก็บชื่อ เบอร์โทร หรืออีเมลลงใน Cookie ตรง ๆ เพราะ Cookie อยู่ฝั่งเบราว์เซอร์ของผู้ใช้เอง การใส่ข้อมูลส่วนตัวลงไปเพิ่มความเสี่ยงโดยไม่จำเป็น ทั้งที่จุดประสงค์หลักคือแค่ต้องการรู้ต้นทางเท่านั้น

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

First-party cookie อยู่ได้นานแค่ไหน มีข้อจำกัดอะไรที่ต้องรู้ก่อนวางแผน

• เบราว์เซอร์บางตัวจำกัดอายุการเก็บ first-party cookie ที่ตั้งผ่าน JavaScript ให้สั้นกว่าที่กำหนดไว้ในโค้ด โดยเฉพาะในโหมดที่มีการป้องกันการติดตามข้ามเว็บไซต์ที่เข้มงวดขึ้นเรื่อย ๆ
• ถ้าผู้ใช้ล้าง Cookie เอง เปลี่ยนเบราว์เซอร์ หรือเปิดในโหมด Incognito ค่าที่เคยเก็บไว้จะหายไปทันที ทำให้การเข้าเว็บครั้งถัดไปถูกนับเป็นคนใหม่แม้จะเป็นคนเดิม
• การใช้งานข้ามอุปกรณ์ เช่น เห็นโฆษณาบนมือถือแต่กดปุ่ม LINE จากคอมพิวเตอร์ first-party cookie จะไม่สามารถเชื่อมสองอุปกรณ์นี้เป็นคนเดียวกันได้ เพราะ Cookie ผูกอยู่กับเบราว์เซอร์และอุปกรณ์นั้น ๆ เท่านั้น
• การตั้งอายุ Cookie นานเกินความจำเป็นไม่ได้ทำให้ข้อมูลแม่นขึ้นเสมอไป เพราะยิ่งเวลาผ่านไปนาน โอกาสที่พฤติกรรมหรือความสนใจของผู้ใช้จะเปลี่ยนไปก็ยิ่งสูงตาม ควรตั้งให้สอดคล้องกับรอบการตัดสินใจจริงของธุรกิจมากกว่าตั้งยาวไว้ก่อนเผื่อ

ถ้าคนเปิดเว็บผ่าน In-app Browser ของ LINE เอง Cookie จะยังทำงานเหมือนเดิมไหม

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

In-app Browser มักมีพฤติกรรมการจัดการ Cookie ที่แตกต่างจากเบราว์เซอร์หลักในบางกรณี เช่น อาจไม่คงค่า Cookie ไว้ข้ามการเปิดปิดแอป หรือมีข้อจำกัดบางอย่างตามเวอร์ชันของแอปและระบบปฏิบัติการที่ผู้ใช้ใช้งานอยู่ ธุรกิจที่พึ่งพา first-party cookie เพียงอย่างเดียวโดยไม่เคยทดสอบผ่านเส้นทางนี้ อาจพบว่าข้อมูลที่เก็บได้จากผู้ใช้กลุ่มนี้ไม่สมบูรณ์เท่ากลุ่มที่เข้าจากเบราว์เซอร์ปกติ

ทางปฏิบัติที่แนะนำคือให้ทดสอบ Journey จำลองผ่านการเปิดลิงก์จากในแอป LINE จริงอย่างน้อยหนึ่งรอบ ควบคู่กับการทดสอบผ่านเบราว์เซอร์ปกติ เพื่อเปรียบเทียบว่าค่าที่เก็บได้ต่างกันหรือไม่ และควรตรวจสอบพฤติกรรมนี้ซ้ำเป็นระยะ เพราะการจัดการ Cookie ของ In-app Browser อาจเปลี่ยนแปลงไปตามการอัปเดตแอปในแต่ละเวอร์ชัน

เก็บ First-party cookie ได้แล้ว เอาไปใช้ต่อยังไงให้เกิดประโยชน์จริง

เมื่อเก็บค่าต้นทางไว้ใน Cookie ได้สำเร็จแล้ว ขั้นถัดไปคือดึงค่านี้มาผูกกับทุก Event สำคัญที่เกิดขึ้นบนเว็บ ไม่ใช่แค่ตอนกดปุ่ม LINE เท่านั้น แต่รวมถึง Event อื่นอย่างการดูสินค้า การกรอกฟอร์ม หรือการเลื่อนอ่านเนื้อหาถึงจุดสำคัญ เพื่อให้เห็นภาพรวมว่าคนที่มาจากแคมเปญไหนมีพฤติกรรมแบบไหนก่อนตัดสินใจ

หากธุรกิจต้องการวางโครง dataLayer ให้ครอบคลุมมากกว่าแค่ค่าต้นทาง ควรอ่านต่อเรื่องโครงสร้าง dataLayer สำหรับ LINE conversion เพื่อดูว่าควรเก็บ Event อะไรเพิ่มเติมอีกบ้างก่อนคนออกจากเว็บ และถ้าต้องการความแม่นยำที่ไม่ขึ้นกับ Cookie ฝั่งเบราว์เซอร์เพียงอย่างเดียว ลองศึกษาแนวทางการส่งข้อมูลแบบ server-to-server ควบคู่กันไปด้วย

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

และเมื่อเก็บข้อมูลต้นทางได้ครบแล้ว อย่าลืมตรวจสอบผ่านGTM Preview เพื่อ debug ก่อน Publish ทุกครั้งที่แก้ไข Tag ที่เกี่ยวข้องกับ Cookie นี้ เพราะความผิดพลาดเล็กน้อยในจุดนี้ อาจทำให้ข้อมูลต้นทางหายไปทั้งระบบโดยไม่รู้ตัว

สรุป

ปัญหาที่คนเข้าเว็บซ้ำแล้วระบบจำไม่ได้ ไม่ใช่เรื่องบังเอิญ แต่เกิดจากไม่มีกลไกเก็บข้อมูลต้นทางไว้ข้ามหน้าหรือข้ามวัน first-party cookie คือคำตอบพื้นฐานที่สุดสำหรับปัญหานี้ แต่ต้องตั้งให้ถูกจังหวะ คือเก็บตั้งแต่ครั้งแรกที่เข้าเว็บ ไม่ใช่รอไปเก็บตอนใกล้จะกดปุ่ม

การเก็บ Cookie เพียงอย่างเดียวยังไม่พอ ต้องตั้งชื่อ Event และตัวแปรให้สม่ำเสมอ พร้อมดูแลเรื่อง Consent และขอบเขตข้อมูลที่เก็บให้เหมาะสม เพื่อให้ข้อมูลที่ได้กลับมาเป็นข้อมูลที่ใช้งานได้จริงในระยะยาว ไม่ใช่แค่ตั้งไว้เฉย ๆ โดยไม่มีใครดึงไปใช้ต่อ

• First-party cookie ช่วยให้จำต้นทางของผู้ใช้ได้ข้ามหน้าและข้ามวัน ต่างจาก Session Storage ที่หายทันทีเมื่อปิดแท็บ
• ต้องเก็บตั้งแต่ครั้งแรกที่เข้าเว็บ ไม่ใช่รอไปเก็บตอนใกล้จะกดปุ่ม LINE
• ตั้งชื่อ Cookie, Event และตัวแปรให้สม่ำเสมอทุกหน้า เพื่อให้รายงานรวมกันได้จริง
• มีข้อจำกัดเรื่องอายุ การล้าง Cookie และการใช้งานข้ามอุปกรณ์ที่ต้องเข้าใจก่อนวางแผน

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