GDPR กับแบบฟอร์มติดต่อ: ประเด็นที่สำคัญในทางปฏิบัติ
แบบฟอร์มติดต่อดูไม่มีพิษภัย แต่เก็บข้อมูลส่วนบุคคลทันทีที่มีคนคลิกส่ง ต่อไปนี้คือสิ่งที่ GDPR คาดหวังจากแบบฟอร์ม และจุดที่มักผิดพลาด
แบบฟอร์มติดต่อทุกแบบประมวลผลข้อมูลส่วนบุคคล ทั้งชื่อ ที่อยู่อีเมล และบ่อยครั้งมีหมายเลขโทรศัพท์กับข้อความอิสระที่อาจมีเนื้อหาแทบทุกอย่าง GDPR ไม่ได้ห้ามสิ่งเหล่านี้ แต่กำหนดความคาดหวังบางประการ ทั้งกับตัวแบบฟอร์ม สิ่งที่โหลดรอบแบบฟอร์ม และสิ่งที่เกิดกับข้อความหลังจากนั้น
ที่แบบฟอร์ม: แจ้งให้ทราบและขอข้อมูลให้น้อย
มาตรา 13 ของ GDPR กำหนดให้แจ้งผู้คนในเวลาที่เก็บข้อมูล สำหรับแบบฟอร์มติดต่อ หมายถึงต้องแจ้งที่แบบฟอร์ม ไม่ใช่มีเพียงลิงก์ในส่วนท้ายที่อยู่ไกลด้านล่าง วิธีที่พบบ่อยคือแบ่งเป็นชั้น: วางประโยคสั้น ๆ ข้างปุ่มส่ง เช่น “เราใช้ข้อมูลของคุณเพื่อตอบคำถามเท่านั้น – อ่านเพิ่มเติมในนโยบายความเป็นส่วนตัว” พร้อมลิงก์ไปยังนโยบาย จากนั้นนโยบายจึงให้รายละเอียดครบถ้วน
หลักการที่สองคือการใช้ข้อมูลเท่าที่จำเป็น (มาตรา 5(1)(c)) การตอบข้อความมักต้องการเพียงช่องทางตอบกลับและตัวข้อความ ชื่อช่วยได้ หมายเลขโทรศัพท์มีประโยชน์บางครั้ง แต่ที่อยู่ไปรษณีย์แทบไม่จำเป็น ตัดสิ่งที่ไม่ต้องใช้ออก และระบุช่องที่เพียงอยากได้ว่าไม่บังคับ ลองนึกถึงแบบฟอร์มคลินิกทันตกรรมที่บังคับกรอกโทรศัพท์ ทุกคนที่ต้องการติดต่อทางอีเมลถูกผลักให้ให้ข้อมูลมากกว่าที่วัตถุประสงค์ต้องการ
การตอบคำขอมักไม่ต้องมีช่องขอความยินยอม
แบบฟอร์มจำนวนมากมีช่องบังคับว่า “ฉันยินยอมให้ประมวลผลข้อมูลของฉัน” แม้ดูรอบคอบ แต่โดยทั่วไปเป็นเครื่องมือที่ไม่เหมาะ เมื่อมีคนถามคำถามหรือขอใบเสนอราคา ฐานกฎหมายมักเป็นมาตรา 6(1)(b) คือการดำเนินการตามคำขอของบุคคลก่อนเข้าทำสัญญา หรือมาตรา 6(1)(f) คือประโยชน์โดยชอบด้วยกฎหมายในการตอบกลับของผู้รับข้อความ ความยินยอมมีหน้าที่ของตนเอง: ต้องให้โดยสมัครใจและถอนเมื่อใดก็ได้ ข้อมูลประเภทพิเศษต่างออกไป เช่น หากแบบฟอร์มของสถานพยาบาลหรือคลินิกทันตกรรมขอข้อมูลสุขภาพ จะใช้มาตรา 9 ของ GDPR และต้องตรวจฐานกฎหมายแยกต่างหาก
การตลาดต่างออกไป จดหมายข่าวต้องมีความยินยอมจริง โดยใช้ช่องทำเครื่องหมายแยกที่ไม่เลือกไว้ล่วงหน้า อารัมภบทข้อ 32 ระบุว่าช่องที่เลือกไว้ล่วงหน้าไม่นับ และต้องใช้แบบฟอร์มได้โดยไม่เลือกช่องนี้
- ฐานกฎหมาย: มาตรา 6(1)(b) หรือ (f)
- โดยทั่วไปไม่ต้องมีช่องทำเครื่องหมาย ใช้ข้อความแจ้งพร้อมลิงก์นโยบายความเป็นส่วนตัว
- จำเป็นเพื่อส่งข้อความ
- สิ้นสุดเมื่อจัดการข้อความสอบถามแล้ว
- ฐานกฎหมาย: ความยินยอม มาตรา 6(1)(a)
- มีช่องทำเครื่องหมายของตนเองที่ไม่เลือกไว้ล่วงหน้า
- ไม่บังคับ ใช้แบบฟอร์มได้โดยไม่เลือก
- คงอยู่จนกว่าบุคคลนั้นจะถอนความยินยอม
มีอะไรโหลดบนหน้าแบบฟอร์มอีก
ช่องกรอกข้อมูลแทบไม่ได้อยู่ลำพังบนหน้า CAPTCHA จากผู้ให้บริการภายนอก พิกเซลโฆษณาหรือวิเคราะห์ หรือเครื่องมือบันทึกเซสชันอาจทำงานขณะมีคนพิมพ์ แต่ละอย่างอาจส่งข้อมูลอย่างน้อยที่อยู่ IP ไปยังบุคคลที่สาม และการเก็บหรืออ่านข้อมูลบนอุปกรณ์โดยทั่วไปต้องมีความยินยอมตามกฎ ePrivacy ที่นำมาใช้ในกฎหมายแต่ละประเทศ ทั้งเยอรมนี โปแลนด์ และประเทศอื่น เว้นแต่จำเป็นอย่างเคร่งครัด การบันทึกเซสชันเป็นเรื่องละเอียดอ่อนที่สุด หากไม่ปกปิดข้อมูล อาจบันทึกสิ่งที่พิมพ์ก่อนคลิกส่งด้วยซ้ำ
นี่คือจุดที่แบนเนอร์ความยินยอมต้องทำหน้าที่: หลังเลือก “ปฏิเสธ” พิกเซลต้องหยุดทำงาน ยังมีข้อถกเถียงว่า CAPTCHA ของบุคคลที่สามจำเป็นอย่างเคร่งครัดหรือไม่ หากโหลดหลังยินยอมเท่านั้น ต้องให้ผู้ที่ปฏิเสธติดต่อผ่านทางอื่นได้ เช่น ที่อยู่อีเมลธรรมดา การป้องกันที่ไม่ใช้บุคคลที่สาม เช่น ช่องดักบอต การตรวจสอบเวลา หรือโจทย์พิสูจน์การทำงาน ช่วยหลีกเลี่ยงคำถามนี้ได้ทั้งหมด
- เปิดหน้าแบบฟอร์มในหน้าต่างส่วนตัว ปฏิเสธแบนเนอร์ แล้วตรวจแท็บเครือข่ายในเครื่องมือสำหรับนักพัฒนา: ยังมีคำขอใดส่งออกไปภายนอกบ้าง
- ตรวจหาพิกเซลโฆษณาและวิเคราะห์บนหน้าแบบฟอร์มและหน้าขอบคุณหลังส่ง
- หากใช้การบันทึกเซสชัน ให้ตรวจว่าปกปิดช่องข้อมูลแบบฟอร์มหรือยกเว้นหน้าแบบฟอร์มแล้ว
- บันทึกว่าผู้ให้บริการ CAPTCHA รายใดโหลด และเมื่อใด ก่อนหรือหลังความยินยอม
- ระบุบุคคลที่สามทุกรายที่ยังใช้อยู่พร้อมวัตถุประสงค์ในนโยบายความเป็นส่วนตัว
ข้อความไปที่ไหน และอยู่ที่นั่นนานเท่าใด
ทุกบริการที่จัดการข้อความแทนผู้ดูแลเว็บไซต์ ไม่ว่าจะเป็นโฮสติ้ง ผู้ให้บริการอีเมล บริการแบบฟอร์ม SaaS ที่รับข้อมูล ระบบช่วยเหลือ หรือ CRM เป็นผู้ประมวลผลข้อมูลตามมาตรา 28 ของ GDPR ต้องมีข้อตกลงการประมวลผลข้อมูล (DPA) กับแต่ละราย โดยผู้ให้บริการส่วนใหญ่มีแบบมาตรฐาน หากประมวลผลข้อมูลนอก EU/EEA การโอนต้องมีฐานตามหมวด V ด้วย เช่น คำวินิจฉัยว่ามีการคุ้มครองเพียงพอ ตัวอย่างคือ EU–US Data Privacy Framework สำหรับบริษัทที่ได้รับการรับรอง หรือข้อสัญญามาตรฐาน
ไม่ควรเก็บข้อความสอบถามตลอดไป ตามหลักจำกัดระยะเวลาเก็บ (มาตรา 5(1)(e)) ต้องกำหนดระยะเวลาและลบจริง รวมถึงสำเนาในกล่องจดหมาย ฐานข้อมูลปลั๊กอิน และ CRM หากข้อความสอบถามพัฒนาเป็นความสัมพันธ์ทางธุรกิจ กฎการค้าและภาษีซึ่งทั้งเยอรมนีและโปแลนด์มี อาจกำหนดให้เก็บการติดต่อบางอย่างหลายปี ในกรณีนั้นหน้าที่ดังกล่าวเป็นตัวกำหนดระยะเวลา สุดท้ายคือความปลอดภัย: มาตรา 32 ยกการเข้ารหัสเป็นตัวอย่างมาตรการที่เหมาะสม แบบฟอร์มที่ให้บริการโดยไม่มี HTTPS หรือใช้ใบรับรองหมดอายุส่งข้อมูลส่วนบุคคลโดยไม่มีการป้องกัน
ตัวสแกน formexposed ตรวจหลายประเด็นเหล่านี้จากภายนอก ได้แก่ ลิงก์นโยบายความเป็นส่วนตัวที่แบบฟอร์ม การปฏิเสธแบนเนอร์คุกกี้หยุดการติดตามจริงหรือไม่ พิกเซลและเครื่องมือบันทึกเซสชันบนหน้าแบบฟอร์ม และที่อยู่ผู้รับปรากฏในซอร์สของหน้าหรือไม่ โดยไม่ส่งข้อมูลใด ๆ การตรวจสอบฟรีโดยไม่ต้องมีบัญชีให้ระดับโดยรวมและผลการตรวจสอบการป้องกันหลัก ส่วนรายละเอียด GDPR อยู่ในรายงานฉบับเต็ม