กลับไปยังบล็อก
กฎหมาย เผยแพร่ 03.09.2026 ใช้เวลาอ่าน 1 นาที

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 รายใดโหลด และเมื่อใด ก่อนหรือหลังความยินยอม
  • ระบุบุคคลที่สามทุกรายที่ยังใช้อยู่พร้อมวัตถุประสงค์ในนโยบายความเป็นส่วนตัว

ข้อความไปที่ไหน และอยู่ที่นั่นนานเท่าใด

เส้นทางของข้อความสอบถามหนึ่งฉบับ
1เบราว์เซอร์ → เว็บไซต์
HTTPS พร้อมใบรับรองที่ใช้ได้ ทั้งสำหรับหน้าและการส่งข้อมูล
2ปลั๊กอินแบบฟอร์มหรือบริการแบบฟอร์ม
มักเก็บรายการในฐานข้อมูลด้วย บริการแบบฟอร์มภายนอกเป็นผู้ประมวลผลข้อมูล
3ผู้ให้บริการอีเมล
ผู้ประมวลผลข้อมูล อีเมลแจ้งเตือนควรส่งผ่าน TLS
4กล่องจดหมาย ระบบทิกเก็ต หรือ CRM
ข้อตกลงกับผู้ประมวลผลข้อมูล ใครในทีมเข้าถึงได้บ้าง
5การลบ
เมื่อเรื่องสิ้นสุดและไม่มีหน้าที่ต้องเก็บข้อมูล
ทุกจุดมีการเก็บหรือส่งต่อข้อมูล

ทุกบริการที่จัดการข้อความแทนผู้ดูแลเว็บไซต์ ไม่ว่าจะเป็นโฮสติ้ง ผู้ให้บริการอีเมล บริการแบบฟอร์ม SaaS ที่รับข้อมูล ระบบช่วยเหลือ หรือ CRM เป็นผู้ประมวลผลข้อมูลตามมาตรา 28 ของ GDPR ต้องมีข้อตกลงการประมวลผลข้อมูล (DPA) กับแต่ละราย โดยผู้ให้บริการส่วนใหญ่มีแบบมาตรฐาน หากประมวลผลข้อมูลนอก EU/EEA การโอนต้องมีฐานตามหมวด V ด้วย เช่น คำวินิจฉัยว่ามีการคุ้มครองเพียงพอ ตัวอย่างคือ EU–US Data Privacy Framework สำหรับบริษัทที่ได้รับการรับรอง หรือข้อสัญญามาตรฐาน

ไม่ควรเก็บข้อความสอบถามตลอดไป ตามหลักจำกัดระยะเวลาเก็บ (มาตรา 5(1)(e)) ต้องกำหนดระยะเวลาและลบจริง รวมถึงสำเนาในกล่องจดหมาย ฐานข้อมูลปลั๊กอิน และ CRM หากข้อความสอบถามพัฒนาเป็นความสัมพันธ์ทางธุรกิจ กฎการค้าและภาษีซึ่งทั้งเยอรมนีและโปแลนด์มี อาจกำหนดให้เก็บการติดต่อบางอย่างหลายปี ในกรณีนั้นหน้าที่ดังกล่าวเป็นตัวกำหนดระยะเวลา สุดท้ายคือความปลอดภัย: มาตรา 32 ยกการเข้ารหัสเป็นตัวอย่างมาตรการที่เหมาะสม แบบฟอร์มที่ให้บริการโดยไม่มี HTTPS หรือใช้ใบรับรองหมดอายุส่งข้อมูลส่วนบุคคลโดยไม่มีการป้องกัน

ตัวสแกน formexposed ตรวจหลายประเด็นเหล่านี้จากภายนอก ได้แก่ ลิงก์นโยบายความเป็นส่วนตัวที่แบบฟอร์ม การปฏิเสธแบนเนอร์คุกกี้หยุดการติดตามจริงหรือไม่ พิกเซลและเครื่องมือบันทึกเซสชันบนหน้าแบบฟอร์ม และที่อยู่ผู้รับปรากฏในซอร์สของหน้าหรือไม่ โดยไม่ส่งข้อมูลใด ๆ การตรวจสอบฟรีโดยไม่ต้องมีบัญชีให้ระดับโดยรวมและผลการตรวจสอบการป้องกันหลัก ส่วนรายละเอียด GDPR อยู่ในรายงานฉบับเต็ม

ข้อมูลทั่วไป ไม่ใช่คำปรึกษาทางกฎหมาย
บทความนี้ให้ภาพรวมทั่วไปของข้อกำหนด GDPR สำหรับแบบฟอร์มติดต่อทั่วสหภาพยุโรป ไม่ใช่คำปรึกษาทางกฎหมายและไม่แทนการประเมินสถานการณ์เฉพาะ กฎภายในประเทศและแนวทางของหน่วยงานกำกับดูแลอาจเพิ่มรายละเอียด