10 ข้อผิดพลาดเรื่อง Cookie Consent Banner ที่คลินิก โรงพยาบาล และธุรกิจสุขภาพควรหลีกเลี่ยง

เว็บไซต์คลินิกแห่งหนึ่งติดตั้ง Cookie Consent Banner ตามคำแนะนำทั่วไปครบทุกข้อ มีปุ่ม Accept และ Reject มีลิงก์ไป Privacy Policy แต่เมื่อผู้ตรวจสอบภายในลองกด Reject All แล้วเปิดฟอร์มนัดหมายผ่าน Widget ของผู้ให้บริการภายนอก กลับพบว่า Cookie ของ Widget ยังถูกวางอยู่ดี เพราะ Widget นั้นไม่เคยถูกเชื่อมเข้ากับระบบ Consent ตั้งแต่แรก

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

ข้อผิดพลาดด้านปุ่มตัวเลือกและหน้าตาของ Banner

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

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

ข้อผิดพลาดด้านการจัดหมวดคุกกี้และฟอร์มนัดหมาย

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

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

ข้อผิดพลาดด้าน Consent Log และการเก็บหลักฐาน

บางเว็บไซต์ไม่มี Consent Log เลย เก็บเพียงค่าล่าสุดไว้ใน Local Storage ของ Browser โดยไม่มี Timestamp หรือ Policy Version กำกับ เมื่อผู้ป่วยสอบถามภายหลังว่าเคยให้ความยินยอมอะไรไปบ้าง ทีมงานไม่มีหลักฐานย้อนหลังให้ตรวจสอบ อีกข้อผิดพลาดที่พบคือ Log เก็บข้อมูลระบุตัวตนของผู้ป่วยมากเกินความจำเป็น เช่น เก็บชื่อเต็มหรือเลขบัตรประชาชนไว้คู่กับ Consent ทั้งที่ควรเก็บเท่าที่จำเป็นต่อการพิสูจน์ว่ามีการให้ความยินยอมจริง

ข้อผิดพลาดด้าน Vendor และ Widget จองคิวจากภายนอก

Widget จองคิวและระบบแชทปรึกษาแพทย์เบื้องต้นส่วนใหญ่มาจากผู้ให้บริการภายนอก และมักฝังผ่าน iframe หรือสคริปต์ที่ไม่ได้ผ่าน Tag Manager ทำให้ Cookie Consent Banner ควบคุมไม่ถึง เมื่อผู้ป่วยกด Reject All แต่ Widget ยังคงวางคุกกี้ของตัวเองตามปกติ ถือเป็นช่องว่างที่ทีมการตลาดมักไม่รู้ตัว เพราะการติดตั้ง Widget มักเป็นหน้าที่ของทีมพัฒนาคนละทีมกับทีมที่ดูแล Consent

อีกความเสี่ยงคือไม่มีใครตรวจสอบสัญญากับ Vendor เหล่านี้ว่าระบุขอบเขตการใช้ข้อมูลตรงกับ Privacy Policy ของเว็บไซต์หรือไม่ เมื่อ Vendor เปลี่ยนนโยบายหรือเพิ่มการเก็บข้อมูลใหม่ เว็บไซต์อาจไม่ทราบจนกว่าจะมีการตรวจสอบภายหลัง อ่านภาพรวมของหมวดนี้เพิ่มเติมได้ที่ ศูนย์ความรู้เรื่อง Cookie และ Consent

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

ทำไมปุ่ม Reject All ที่เล็กกว่าปุ่ม Accept All ถึงถือเป็นปัญหา เพราะทำให้ผู้ป่วยไม่ได้ตัดสินใจอย่างอิสระ ปุ่มทั้งสองควรมีน้ำหนักภาพเท่ากันเพื่อให้ผู้ใช้เลือกได้โดยไม่ถูกชักจูง

คุกกี้ Analytics จัดเป็น Necessary ได้หรือไม่หากใช้วัดผลแคมเปญการตลาด ไม่ควรจัดเป็น Necessary เพราะหมวดนี้ควรจำกัดเฉพาะคุกกี้ที่จำเป็นต่อบริการที่ผู้ใช้ร้องขอจริง ไม่ใช่คุกกี้ที่ธุรกิจต้องการข้อมูลเพิ่มเติม

Widget จองคิวจากผู้ให้บริการภายนอกต้องถูกควบคุมโดย Cookie Consent Banner ด้วยหรือไม่ ควรตรวจสอบว่า Widget วาง Cookie หรือส่งข้อมูลไปที่ใดบ้าง หากมีการเก็บข้อมูลเพื่อวิเคราะห์หรือทำการตลาด ต้องเชื่อมเข้ากับระบบ Consent เช่นเดียวกับสคริปต์อื่น

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

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

• ตรวจว่าปุ่ม Accept All และ Reject All มีขนาดและตำแหน่งใกล้เคียงกัน ไม่มีปุ่มใดถูกซ่อนหรือทำให้ด้อยกว่า
• ตรวจว่าหมวด Necessary มีเฉพาะคุกกี้ที่จำเป็นต่อบริการจริง ไม่มีคุกกี้ Analytics หรือ Marketing ปะปน
• เขียนคำอธิบายหมวดคุกกี้ให้พูดถึงฟอร์มนัดหมายและ Widget จองคิวตรงบริบท
• ตรวจว่า Widget จองคิวและ Live Chat จากผู้ให้บริการภายนอกถูกเชื่อมเข้ากับระบบ Consent แล้วหรือไม่
• ตรวจ Consent Log ว่ามี Timestamp และ Policy Version กำกับ และไม่เก็บข้อมูลระบุตัวตนเกินความจำเป็น
• ตรวจสอบสัญญากับ Vendor ที่ให้บริการ Widget ว่าขอบเขตการใช้ข้อมูลตรงกับ Privacy Policy ของเว็บไซต์
• ทดสอบบน Mobile ว่า Banner ไม่บังฟอร์มนัดหมายจนผู้ป่วยต้องกดยอมรับเพื่อปิด Banner

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

• ทำปุ่ม Reject All เล็กหรือจางกว่าปุ่ม Accept All อย่างชัดเจน
• ให้ Banner บังฟอร์มนัดหมายบนมือถือจนผู้ป่วยต้องกดยอมรับเพื่อปิด Banner
• จัดคุกกี้ Analytics หรือ Marketing ไว้ในหมวด Necessary เพื่อให้ผู้ใช้ปิดไม่ได้
• ไม่เขียนคำอธิบายหมวดคุกกี้ให้พูดถึงฟอร์มนัดหมายหรือข้อมูลอาการเบื้องต้นที่เก็บจริง
• ไม่มี Consent Log หรือเก็บเพียงค่าล่าสุดโดยไม่มี Timestamp และ Policy Version
• เก็บข้อมูลระบุตัวตนของผู้ป่วยไว้ใน Consent Log มากเกินความจำเป็น
• ไม่เชื่อมต่อ Widget จองคิวและ Live Chat จากผู้ให้บริการภายนอกเข้ากับระบบ Consent
• ไม่ตรวจสอบสัญญากับ Vendor ว่าขอบเขตการใช้ข้อมูลตรงกับ Privacy Policy หรือไม่
• ปล่อยให้ทีมการตลาดเพิ่ม Tag ใหม่โดยไม่แจ้งทีมที่ดูแล Consent ทำให้ Tag ใหม่หลุดจากการควบคุม
• ไม่มีปุ่มเปิด Preference Center ให้ผู้ป่วยเปลี่ยนใจภายหลัง ทำให้ต้องล้าง Cookie เองหรือติดต่อเจ้าหน้าที่

สรุป

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

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

• สำนักงานคณะกรรมการคุ้มครองข้อมูลส่วนบุคคล (PDPC)
• Google Tag Platform — Consent Mode Documentation