เก็บข้อมูลให้ถูกกฎหมายโดยที่การวัดผลโฆษณายังใช้งานได้: Consent Mode v2 กับ PDPA

ใครที่ดูแลเว็บไซต์หรือทำโฆษณาออนไลน์ในปี 2026 คงรู้ดีว่าการเก็บข้อมูลลูกค้าต้องเผชิญทั้งข้อกำหนดตาม PDPA และข้อจำกัดจากเครื่องมือ Analytics ที่เข้มงวดขึ้นกว่าเดิม การปรับใช้ Consent Mode v2 กับ PDPA จึงกลายเป็นประเด็นสำคัญที่ทุกธุรกิจต้องเข้าใจ ไม่ใช่แค่ป้องกันปัญหาด้านกฎหมาย แต่ยังช่วยให้การวัดผลโฆษณาไม่สะดุด

บทความนี้จะพาไล่เรียงตั้งแต่ภาพรวมของ Consent Mode v2 กับ PDPA วิธีเชื่อมโยงการขอความยินยอมคุกกี้กับประสิทธิภาพการวัดผล เทคนิคการตั้งค่า และข้อผิดพลาดที่เจอบ่อย เพื่อให้คุณนำไปปรับใช้กับ PDPA เว็บไซต์ของตัวเองได้อย่างมั่นใจ

Consent Mode v2 กับ PDPA สำคัญอย่างไรกับธุรกิจออนไลน์

ในแง่ของคนทำ Marketing เห็นชัดว่า Consent Mode v2 กับ PDPA ไม่ใช่แค่เรื่อง IT หรือกฎหมาย แต่กระทบโดยตรงกับความสามารถในการวัดผลโฆษณาและการเก็บข้อมูลลูกค้าบน PDPA เว็บไซต์ หากขอความยินยอมคุกกี้ไม่ถูกวิธี อาจถูกปรับหรือถูกบล็อกไม่ให้ใช้งานข้อมูลสำคัญ

จากที่ตรวจสอบบัญชีลูกค้าใหม่ ๆ พบว่าหลายธุรกิจยังเข้าใจผิด คิดว่าแค่ขึ้นแบนเนอร์คุกกี้ก็เพียงพอ แต่ความจริงแล้ว Consent Mode v2 ของ Google ต้องการให้ระบบ Analytics และ Tag ต่าง ๆ รับรู้สถานะยินยอมแบบ Real Time ซึ่งเป็นจุดที่หลายเว็บไซต์ยังตั้งค่าผิด

นอกจากนี้ PDPA กำหนดชัดว่าต้องขอความยินยอมก่อนเก็บข้อมูลที่มีความเสี่ยงต่อความเป็นส่วนตัว เช่น ข้อมูลพฤติกรรม การติดตาม หรือ Remarketing การปรับให้ Consent Mode v2 กับ PDPA ทำงานร่วมกันจึงจำเป็นต่อการรักษาทั้งความถูกต้องตามกฎหมายและคุณภาพของ Data

Consent Mode v2 คืออะไร ใช้ร่วมกับ PDPA ได้อย่างไร

Consent Mode v2 คือเทคโนโลยีที่ Google พัฒนาขึ้นเพื่อให้เว็บไซต์สามารถปรับเปลี่ยนพฤติกรรมของ Tag Analytics และโฆษณา ตามสถานะการขอความยินยอมคุกกี้ของผู้ใช้แบบ Dynamic เหมาะสำหรับเว็บไซต์ที่ต้องปฏิบัติตาม PDPA หรือ GDPR

เมื่อผู้ใช้เลือกยอมรับบางประเภท เช่น Analytics แต่ไม่ยอมรับโฆษณา Consent Mode v2 จะสั่งให้ Google Tag Manager หรือ gtag.js ปรับการเก็บข้อมูลตามสิทธิ์นั้นทันที จุดเด่นคือยังช่วยให้วัด Conversion ได้แม้ผู้ใช้บางส่วนไม่ให้ Consent เต็มรูปแบบ

การนำ Consent Mode v2 กับ PDPA มาใช้ร่วมกันจึงต้องตั้งค่าประเภท Consent ให้ครอบคลุมทั้ง analytics_storage, ad_storage และ function ที่เกี่ยวกับ remarketing ตามที่ Google Search Central แนะนำ

ข้อกำหนดตาม PDPA เว็บไซต์ที่ต้องเข้าใจ

PDPA เว็บไซต์ ต้องขอความยินยอมคุกกี้จากผู้ใช้ก่อนเริ่มเก็บข้อมูลที่ไม่จำเป็นต่อฟังก์ชันหลักของเว็บ เช่น คุกกี้ remarketing, tracking, หรือ analytics ที่ไม่ได้เกี่ยวกับการทำงานโดยตรง การแจ้งวัตถุประสงค์ต้องชัดเจนและให้ผู้ใช้เลือกได้

สิ่งที่เจอบ่อยในโปรเจกต์ย้ายข้อมูลหรือรีดีไซน์ คือ เว็บไซต์ไม่ได้อัพเดต Policy ตามเทคโนโลยีใหม่ หรือขอ Consent รวมทั้งหมดแบบเหมารวม ซึ่งเสี่ยงต่อการถูกตรวจสอบและทำให้ Consent Mode v2 ทำงานไม่เต็มที่

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

การขอความยินยอมคุกกี้อย่างถูกวิธีเพื่อรองรับ Consent Mode v2 กับ PDPA

ประสบการณ์จากการติดตั้ง Consent Management Platform (CMP) หลายเจ้า พบว่าหากไม่ตั้งค่าให้ซิงค์กับ Consent Mode v2 จริง ๆ ข้อมูลที่ส่งไปยัง Google Analytics หรือ Google Ads จะขาดช่วงทันที ส่งผลต่อการวัดผลแคมเปญ

วิธีที่แนะนำคือ ใช้ CMP ที่รองรับมาตรฐาน Google Consent Mode v2 และตั้งค่าประเภทคุกกี้ให้ตรงกับวัตถุประสงค์ เช่น Analytics, Marketing, Preferences และ Strictly Necessary โดยระบุรายละเอียดแต่ละหมวดแบบโปร่งใส

ถ้ายังไม่มี CMP ที่ซัพพอร์ต Consent Mode v2 จริง ๆ ควรปรึกษาผู้เชี่ยวชาญด้าน Website Development เพื่อประเมินความเสี่ยงและแก้ไขก่อนติดตั้ง Tag เพิ่มเติม

ผลกระทบต่อการวัดผลโฆษณาและการวิเคราะห์หากไม่ใช้ Consent Mode v2 กับ PDPA

เมื่อไม่ได้ปรับ Consent Mode v2 กับ PDPA ให้สอดคล้อง การวัดผลโฆษณา เช่น Google Ads, Meta Ads จะสูญเสีย Conversion Tracking ไปบางส่วน พบว่าข้อมูลใน Attribution ของ Google Analytics จะไม่สมบูรณ์ มีช่องว่างข้อมูลระหว่างคลิกกับ Conversion

กรณีที่เว็บไซต์ติด Tag ตรง ๆ โดยไม่ผ่าน Consent Mode v2 ข้อมูล Remarketing จะถูกบล็อกทันทีถ้าผู้ใช้ไม่ให้ Consent ซึ่งกระทบกับ Audience List และประสิทธิภาพของ Performance Ads อย่างชัดเจน

นอกจากนี้ Google จะระงับการใช้บางฟีเจอร์ เช่น Enhanced Conversions หรือ Audience Expansion หากพบว่าเว็บไซต์ไม่ขอความยินยอมคุกกี้อย่างถูกต้องตามข้อกำหนด

วิธีตั้งค่า Consent Mode v2 กับ PDPA ให้ข้อมูลยังวัดผลได้

ลำดับการตั้งค่า Consent Mode v2 กับ PDPA ที่ใช้จริงในโปรเจกต์มีดังนี้ ต้องเริ่มจากกำหนดประเภทของคุกกี้ใน CMP ให้ตรงกับหมวด analytics_storage, ad_storage, function_storage และ security_storage

หลังจากนั้น Integrate CMP กับ Google Tag Manager หรือ gtag.js โดยใช้คำสั่ง setConsent หรือ updateConsent ให้ค่าตรงกับสถานะล่าสุดของผู้ใช้ทุกครั้งที่มีการเปลี่ยนแปลง

ควรทดสอบด้วย Debug Mode ของ Google Tag Assistant เพื่อเช็กว่า Tag Analytics และ Tag Ads ขึ้นหรือหยุดทำงานตาม Consent จริง ๆ เพื่อป้องกันปัญหาข้อมูลหลุดหรือผิดพลาด

• กำหนดหมวดคุกกี้ใน CMP ให้ครบทั้ง Analytics, Marketing, Function
• เชื่อม CMP กับ Tag Manager หรือ gtag.js
• ตั้งค่าสถานะ consent_storage ให้ตรงกับแต่ละหมวด
• ทดสอบด้วย Google Tag Assistant ทุกสถานะ Consent
• อัพเดต Privacy Policy ให้ระบุวิธีเก็บข้อมูลตาม PDPA

ข้อผิดพลาดที่เจอบ่อยเมื่อเชื่อม Consent Mode v2 กับ PDPA เว็บไซต์

สิ่งหนึ่งที่เห็นซ้ำ ๆ จากการตรวจสอบเว็บไซต์ คือการตั้งค่า CMP แล้วลืมเชื่อมกับ Consent Mode v2 ทำให้ Tag เก็บข้อมูลทุกตัวทำงานทันทีโดยไม่รอ Consent จริง หรือบางเคสเชื่อมผิดประเภทคุกกี้ ส่งผลให้ Google Analytics กับ Google Ads รับรู้สถานะผิด

อีกปัญหาคือการใช้ CMP ที่ไม่รองรับภาษาไทยหรือไม่มีปุ่มให้เพิกถอน Consent ได้ตลอดเวลา ซึ่งไม่สอดคล้องกับ PDPA ของไทย และอาจถูกฟ้องร้องในกรณีที่มีปัญหา

บางเว็บไซต์ยังคงมี Tag ฝังตรงในโค้ดนอกเหนือจาก Tag Manager โดยไม่ได้ผูกกับ Consent Status ทำให้ถึงแม้ CMP จะบล็อก Analytics หรือ Ads Tag ใน Tag Manager แต่ Tag ที่เหลือนั้นยังทำงานอยู่ เสี่ยงผิดกฎหมายทันที

ทางเลือกเมื่อ Consent Mode v2 กับ PDPA ทำให้ข้อมูลหายไปบางส่วน

แม้จะตั้งค่าถูกต้องแล้ว Consent Mode v2 กับ PDPA ก็ยังมีข้อจำกัดเรื่องข้อมูลที่ได้รับน้อยลงสำหรับผู้ใช้ที่ไม่ยินยอมเต็มรูปแบบ Google จะแทนที่ด้วย Data Modeling ซึ่งมีความแม่นยำลดลงและไม่สามารถระบุพฤติกรรมรายบุคคลได้

ทางแก้ที่ทำได้คือเน้นเก็บ First-Party Data เช่น การสมัครสมาชิก หรือระบบล็อกอินบนเว็บไซต์ เพื่อให้ข้อมูล Conversion แม่นยำขึ้นโดยไม่พึ่ง Cookie Tracking เพียงอย่างเดียว

อีกแนวทางคือปรับกลยุทธ์ Creative หรือ Landing Page ให้เน้น Conversion ที่วัดผลได้ตรง เช่น กรอกฟอร์ม โทรศัพท์ หรือแชทผ่านไลน์ ซึ่งยัง Track ได้แม้ผู้ใช้ไม่ยินยอมคุกกี้บางประเภท

การปรับกระบวนการทีม Marketing เมื่อใช้ Consent Mode v2 กับ PDPA

ทีม Marketing จำเป็นต้องปรับวิธีคิดเรื่อง Data Collection ใหม่ อย่าเน้นเก็บข้อมูลมากที่สุด แต่ต้องเก็บเฉพาะที่จำเป็นและขอความยินยอมคุกกี้แบบโปร่งใส จะช่วยลดความเสี่ยงทั้งด้านกฎหมายและความเชื่อมั่นของลูกค้า

ควรซ้อมตรวจสอบ Consent Flow เป็นประจำ เช่น ลบ Cookie แล้วลองเข้าเว็บใหม่ หรือทดสอบเปลี่ยนใจให้ถอน Consent เพื่อดูว่า Tag Analytics กับ Ads หยุดทำงานจริงหรือไม่

ส่วนการประเมินผลแคมเปญ จำเป็นต้องทำความเข้าใจเรื่อง Data Loss และ Data Modeling ให้ทีมงานทุกคนรู้ข้อจำกัด เพื่อไม่คาดหวังตัวเลขเกินจริงจาก Conversion Tracking ที่ผ่าน Consent Mode v2 กับ PDPA

ตัวอย่างการทำ Consent Mode v2 กับ PDPA ในธุรกิจจริง

ในโปรเจกต์ของธุรกิจ e-commerce รายกลางที่ต้องการวัดผลแคมเปญ Search, Performance Ads และ Remarketing พร้อมกัน ทีมงานเลือกใช้ CMP ที่ซัพพอร์ต Consent Mode v2 โดยตรง แล้วแบ่งหมวดหมู่คุกกี้ตามฟีเจอร์ของเว็บไซต์

เมื่อผู้ใช้กดยินยอม Analytics แต่ไม่ยินยอม Marketing เว็บไซต์ยังสามารถวัดยอดขายใน Google Analytics ได้จาก Consent Mode v2 แม้ Remarketing จะถูกปิดไปบางส่วน ตัวเลข Conversion จึงไม่หายไปทั้งหมด ต่างจากเว็บไซต์ที่ไม่ได้ตั้งค่า

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

สรุป: Consent Mode v2 กับ PDPA คือหัวใจของการวัดผลที่ปลอดภัย

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

ใครที่ยังไม่แน่ใจเรื่องการขอความยินยอมคุกกี้ หรือกลัวว่าข้อมูล Conversion จะหาย สามารถศึกษาขั้นตอนเพิ่มเติมใน วิธีทำงานแบบ Data-Driven ของ AKAMI หรือดูตัวอย่าง ผลงานของ AKAMI เพื่อวางแผนให้เหมาะกับธุรกิจของตัวเอง

Consent Mode v2 กับ PDPA คือจุดตัดระหว่างข้อกำหนดทางกฎหมายและประสิทธิภาพการตลาด หากเข้าใจและปรับใช้ได้อย่างถูกต้อง คุณจะสามารถขับเคลื่อนธุรกิจด้วยข้อมูลที่น่าเชื่อถือและปลอดภัย