10 ข้อผิดพลาดเรื่อง Google Consent Mode ที่องค์กรการเงิน ประกัน และธุรกิจที่มีความเสี่ยงสูงควรหลีกเลี่ยง

ฝ่าย Compliance ของบริษัทประกันแห่งหนึ่งเปิด Log การยิง Tag ย้อนหลังหนึ่งสัปดาห์แล้วพบว่า มีคำขอ Ad Tracking ที่มีข้อมูลอ้างอิงลูกค้าถูกส่งออกไปแม้ในช่วงเวลาที่ผู้ใช้กด Reject All ไปแล้ว ทีมเข้าใจว่าตั้งค่า Google Consent Mode ถูกต้อง แต่ปัญหาจริงซ่อนอยู่ในรายละเอียดที่ทีมไม่เคยตรวจ นี่คือรูปแบบข้อผิดพลาดที่พบซ้ำในองค์กรการเงิน ประกัน และธุรกิจที่มีความเสี่ยงสูง

1. เข้าใจว่า Consent Mode คือ Consent Banner

องค์กรจำนวนมากติด Cookie Banner แล้วคิดว่า Google Consent Mode ทำงานอัตโนมัติตามไปด้วย ความจริงคือ Consent Mode เป็นสัญญาณที่ต้องเขียน Script เชื่อมกับ Banner โดยเฉพาะ ถ้า Banner ไม่ได้เรียก gtag consent update หลังผู้ใช้เลือก Google Tag จะยังทำงานตาม Default State เดิม ซึ่งอาจเป็นค่าที่อนุญาตทุกอย่างโดยไม่ตั้งใจ

2. ไม่แยก Consent Type ให้ตรงกับความอ่อนไหวของข้อมูล

ธุรกิจการเงินและประกันมักมีข้อมูลลูกค้าที่อ่อนไหวกว่าธุรกิจทั่วไป เช่น ข้อมูลกรมธรรม์หรือสถานะบัญชี การ Map หมวด Marketing ของ Banner เข้ากับ ad_storage และ ad_user_data แบบเหมารวมโดยไม่แยกพิจารณาความเสี่ยงของแต่ละ Consent Type ทำให้ควบคุมความเสี่ยงได้ไม่ละเอียดพอ ควรทบทวนร่วมกับฝ่าย Legal ว่า Consent Type ใดควรผูกกับ Sensitive Context เป็นพิเศษ

3. Legacy Tag ที่ Hardcode ไม่ผ่านระบบ Consent

องค์กรขนาดใหญ่มักมี Tag เก่าที่ทีมพัฒนารุ่นก่อนใส่ไว้ตรงในโค้ด ไม่ได้ผ่าน Google Tag Manager หรือ Consent Management Platform เลย Tag เหล่านี้จะไม่รับรู้ Consent State ใด ๆ ทั้งสิ้น และมักถูกมองข้ามเพราะไม่มีใครในทีมปัจจุบันรู้ว่ามันมีอยู่ การตรวจ Script Inventory ทั้งเว็บไซต์เป็นระยะจึงจำเป็น ไม่ใช่ตรวจแค่ Tag ที่เพิ่มใหม่

4. Consent Mode ถูกตั้งแต่หน้า Marketing แต่ไม่ครอบคลุมหน้า Login/Portal

องค์กรการเงินมักมีหน้า Public Marketing กับ Portal ลูกค้าคนละ Domain หรือคนละระบบ ทีมมักตั้งค่า Consent Mode ที่หน้า Marketing เสร็จแล้วคิดว่าครอบคลุมทั้งหมด แต่ Portal ที่ลูกค้า Login เข้าไปดูกรมธรรม์หรือธุรกรรมอาจมี Tracking Script คนละชุดที่ไม่เคยถูกตรวจ ควรตรวจแยกทุก Domain และ Sub-domain ที่มีการเก็บข้อมูลผู้ใช้

5. ไม่มี Owner ที่รับผิดชอบ Consent Configuration ต่อเนื่อง

Consent Mode มักถูกตั้งค่าครั้งเดียวตอนโปรเจกต์ PDPA แล้วไม่มีใครดูแลต่อ เมื่อทีม Marketing เพิ่ม Campaign ใหม่หรือทีม Engineering เปลี่ยน Platform Config เดิมอาจถูกเขียนทับหรือหยุดทำงานโดยไม่มีใครรู้ องค์กรความเสี่ยงสูงควรกำหนด Owner ชัดเจนพร้อมรอบ Review ที่แน่นอน ไม่ใช่ปล่อยให้เป็นงานที่ไม่มีเจ้าของ

6. เชื่อว่า Consent Mode เท่ากับปฏิบัติตาม PDPA ครบ

Consent Mode เป็นเพียงกลไกส่งสัญญาณให้ Google Tag ไม่ใช่การประเมินฐานกฎหมายหรือความครบถ้วนของ Privacy Program ทีม Compliance บางแห่งเข้าใจผิดว่าติด Consent Mode แล้วเท่ากับผ่านข้อกำหนดด้าน Consent ทั้งหมด ทั้งที่ยังต้องตรวจ Data Lifecycle, Legal Basis และ Retention แยกต่างหาก

7. ไม่ทดสอบ Cross-domain และ Third-party Booking/Application Flow

ธุรกิจประกันที่มี Flow สมัครสมาชิกหรือขอใบเสนอราคาผ่านระบบ Third-party มักลืมตรวจว่า Consent State ถูกส่งต่อข้าม Domain หรือไม่ เมื่อผู้ใช้ Reject บนหน้าแรกแต่ไปยังหน้าสมัครที่อยู่คนละ Domain ระบบอาจไม่รู้ Consent เดิมและเริ่มเก็บข้อมูลใหม่โดยไม่มี Consent ที่ถูกต้อง

8. Consent Log ไม่มี Policy Version หรือ Banner Version กำกับ

เมื่อเกิดข้อพิพาทหรือ Audit ภายใน การมี Consent Log ที่ไม่ระบุว่าผู้ใช้เห็น Policy เวอร์ชันใดหรือ Banner หน้าตาแบบใดตอนที่ให้ Consent ทำให้พิสูจน์ความถูกต้องของ Consent ได้ยาก องค์กรความเสี่ยงสูงควรเก็บ Version ทั้งสองส่วนคู่กับทุก Consent Event เสมอ

9. ปล่อยให้ CSP (Content Security Policy) บล็อก Consent SDK โดยไม่รู้ตัว

องค์กรการเงินที่เข้มงวดด้าน Security มักตั้ง Content Security Policy เข้มงวด ซึ่งบางครั้งบล็อก Script ของ Consent Management Platform หรือ Google Tag โดยไม่ตั้งใจ ผลคือ Banner แสดงผลได้แต่ Consent Signal ไม่ถูกส่งไปยัง Google เลย ทีม Security และ Privacy ต้องทดสอบร่วมกันทุกครั้งที่ปรับ CSP

10. ไล่แก้เฉพาะจุดที่ Scanner ตรวจเจอ โดยไม่ตรวจ Flow ทั้งระบบ

ทีมที่ใช้ผลสแกนอัตโนมัติเป็นตัวตั้งมักแก้เฉพาะ Finding ที่ Scanner รายงาน แต่ Scanner ภายนอกมักเห็นเฉพาะหน้า Public และพฤติกรรม Client-side ที่เข้าถึงได้ ไม่เห็น Internal Flow, Backend Integration หรือ Portal หลัง Login การพึ่ง Scan อย่างเดียวโดยไม่ตรวจ Flow ภายในทำให้พลาดความเสี่ยงที่สำคัญกว่าคะแนนรวม

ทำไมองค์กรความเสี่ยงสูงต้องเข้มงวดกว่าธุรกิจทั่วไป

ความแตกต่างของธุรกิจการเงินและประกันคือข้อมูลที่เกี่ยวข้องมักเชื่อมโยงกับสถานะทางการเงินหรือสุขภาพของลูกค้า ความผิดพลาดด้าน Consent จึงมีผลกระทบสูงกว่าธุรกิจทั่วไปทั้งในแง่ความเสี่ยงด้านกฎหมายและความเชื่อมั่นของลูกค้า ฝ่าย Legal, Privacy, Security และ Compliance จึงควรร่วมตรวจ Consent Mode เป็นวงจรต่อเนื่อง ไม่ใช่โครงการที่ทำครั้งเดียวจบ อ่านรายละเอียดขั้นตอนตั้งค่าเพิ่มเติมได้ที่ คู่มือ Google Consent Mode สำหรับองค์กรการเงินและประกัน

เช็กลิสต์ปฏิบัติ

• ตรวจว่า Banner เรียก gtag consent update จริงหลังผู้ใช้เลือก ไม่ใช่แค่แสดงผล UI
• ทำ Script Inventory ทั้งเว็บไซต์เพื่อหา Legacy Tag ที่ Hardcode ไม่ผ่านระบบ Consent
• ตรวจ Consent Mode แยกทุก Domain/Sub-domain รวมถึง Portal หลัง Login
• กำหนด Owner และรอบ Review Consent Configuration อย่างต่อเนื่อง
• เก็บ Policy Version และ Banner Version คู่กับทุก Consent Event ใน Log
• ทดสอบ CSP ร่วมกับ Security Team ทุกครั้งที่ปรับนโยบายเพื่อไม่ให้บล็อก Consent SDK
• ตรวจ Flow ภายในระบบที่ Scanner ภายนอกมองไม่เห็น ไม่ใช่แก้เฉพาะ Finding ที่ Scan รายงาน

ข้อผิดพลาดที่พบบ่อย

• เข้าใจผิดว่าติด Consent Banner แล้ว Google Consent Mode ทำงานอัตโนมัติ
• ปล่อยให้ Legacy Tag ที่ Hardcode ไม่ผ่านการควบคุมของ Consent Management Platform
• ตั้งค่า Consent Mode เฉพาะหน้า Marketing โดยไม่ครอบคลุม Portal หรือ Sub-domain อื่น
• ไม่มี Owner รับผิดชอบต่อเนื่อง ทำให้ Config ถูกเขียนทับโดยไม่มีใครรู้
• เชื่อว่า Consent Mode เท่ากับปฏิบัติตาม PDPA ครบถ้วนทั้งหมด

สรุป

ข้อผิดพลาดด้าน Google Consent Mode ในองค์กรการเงินและประกันมักไม่ใช่เรื่องเทคนิคเพียงอย่างเดียว แต่เป็นเรื่อง Governance ที่ขาด Owner และ Flow ที่ไม่ถูกตรวจให้ครบทุก Domain การแก้ต้องเริ่มจากทำ Inventory ให้ครบ กำหนดผู้รับผิดชอบ และตรวจซ้ำอย่างต่อเนื่อง ไม่ใช่พึ่งผลสแกนอัตโนมัติเพียงอย่างเดียว

แหล่งข้อมูลอ้างอิง

• Google Ads Help — About Consent Mode
• trusty Knowledge Center — Tracking & MarTech

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

ติด Cookie Banner แล้ว Google Consent Mode ทำงานอัตโนมัติหรือไม่ ไม่อัตโนมัติ ต้องเขียน Script เชื่อม Banner กับ gtag consent update โดยเฉพาะ ถ้าไม่เชื่อมกัน Google Tag จะยังทำงานตาม Default State เดิม

ทำไม Legacy Tag ที่ Hardcode ถึงเป็นความเสี่ยงสูงในองค์กรการเงิน เพราะ Tag เหล่านี้ไม่รับรู้ Consent State เลย และมักถูกมองข้ามเนื่องจากทีมปัจจุบันไม่รู้ว่ามีอยู่ ทำให้ยิงข้อมูลออกไปแม้ผู้ใช้ปฏิเสธแล้ว

Consent Mode ที่ตั้งค่าหน้า Marketing ครอบคลุม Portal ลูกค้าด้วยหรือไม่ ไม่ครอบคลุมโดยอัตโนมัติ หาก Portal อยู่คนละ Domain หรือ Sub-domain ต้องตรวจและตั้งค่าแยกต่างหาก

Consent Log ต้องมีข้อมูลอะไรบ้างเพื่อใช้ตรวจสอบย้อนหลังได้ ควรมี Policy Version, Banner Version, Timestamp, หมวดที่เลือก และ Locale เพื่อให้พิสูจน์ได้ว่าผู้ใช้เห็นอะไรตอนให้ Consent