นโยบายความเป็นส่วนตัว (Privacy Policy) บนเว็บไซต์: แปลผิดนิดเดียว อาจโดนปรับตามกฎหมาย GDPR

คลังความรู้งานแปล

นโยบายความเป็นส่วนตัว (Privacy Policy) บนเว็บไซต์: แปลผิดนิดเดียว อาจโดนปรับตามกฎหมาย GDPR

หน้า Privacy Policy คือเอกสารกฎหมายที่ผูกพันธุรกิจของคุณกับผู้ใช้ทุกคนที่เข้าเว็บไซต์ การแปลเอกสารกฎหมายหน้านี้แบบลวกๆ จึงไม่ใช่แค่เรื่องภาษาไม่สวย แต่คือความเสี่ยงที่ตีเป็นตัวเงินได้จริง

สัญญา-กฎหมาย
8 นาที ในการอ่าน

อัปเดต 14 สิงหาคม 2569

ลองนึกภาพนี้ดู — ทีมของคุณเพิ่งเปิดตลาดยุโรปได้สำเร็จ ยอดสั่งซื้อจากเยอรมนีและฝรั่งเศสเริ่มเข้ามา แล้ววันหนึ่งมีอีเมลจากหน่วยงานคุ้มครองข้อมูลของประเทศนั้นส่งมาถามว่า “ฐานทางกฎหมายที่คุณใช้เก็บข้อมูลลูกค้าคืออะไร” คุณเปิดหน้า Privacy Policy ฉบับภาษาอังกฤษของเว็บตัวเองขึ้นมาอ่าน แล้วพบว่ามันเขียนไม่ตรงกับสิ่งที่บริษัททำอยู่จริงเลย เพราะไฟล์นั้นถูกแปลด้วยเครื่องมือฟรีเมื่อสองปีก่อน โดยไม่มีใครอ่านทวนอีกเลย

สถานการณ์แบบนี้เกิดขึ้นบ่อยกว่าที่คิด เพราะธุรกิจ e-Commerce ส่วนใหญ่มอง Privacy Policy เป็น “ของที่ต้องมี” ไม่ใช่ “เอกสารที่ต้องถูก” พอถึงเวลาต้องมีเวอร์ชันภาษาอื่น มันเลยกลายเป็นงานท้ายสุดของโปรเจกต์ที่ถูกโยนให้ใครก็ได้ที่ว่างอยู่ ทั้งที่ในทางกฎหมาย ข้อความบนหน้านั้นคือคำประกาศอย่างเป็นทางการที่บริษัทให้ไว้กับเจ้าของข้อมูลทุกคน

ภาพประกอบการแปลเอกสารกฎหมาย: แว่นขยายส่องหน้านโยบายความเป็นส่วนตัวบนเว็บไซต์ พบคำที่แปลผิดกลายเป็นตราประทับ GDPR

ความเข้าใจผิดที่พบบ่อยที่สุดคือการมองว่าหน้านโยบายความเป็นส่วนตัวเป็นเหมือน “ข้อความมาตรฐาน” ที่ก๊อปจากที่ไหนก็ได้ ความจริงคือมันทำหน้าที่เดียวกับสัญญา คือเป็นเอกสารที่ระบุว่าคุณเก็บข้อมูลอะไร เก็บด้วยเหตุผลอะไร เก็บไว้นานแค่ไหน ส่งต่อให้ใครบ้าง และผู้ใช้มีสิทธิทำอะไรได้บ้าง

GDPR หรือ General Data Protection Regulation กฎหมายคุ้มครองข้อมูลส่วนบุคคลของสหภาพยุโรป กำหนดไว้ชัดเจนในมาตรา 12 ว่า ข้อมูลที่แจ้งแก่เจ้าของข้อมูลต้องอยู่ในรูปแบบที่ กระชับ โปร่งใส เข้าใจง่าย และเข้าถึงได้สะดวก โดยใช้ภาษาที่ชัดเจนและเรียบง่าย นั่นแปลว่า “ความเข้าใจได้ของภาษา” ไม่ใช่เรื่องความสวยงาม แต่เป็นข้อกำหนดตามกฎหมายโดยตรง คำแปลที่กำกวมจนผู้ใช้ชาวยุโรปอ่านแล้วไม่เข้าใจว่าตัวเองยินยอมอะไรไป จึงเข้าข่ายไม่ปฏิบัติตามข้อกำหนดนี้ได้

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

ภาคที่ 02คำที่แปลพลาดบ่อย และผลที่ตามมาจริง

ปัญหาของการแปลกฎหมายคุ้มครองข้อมูลคือมันเต็มไปด้วยคำที่ดู “แปลตรงตัวได้” แต่จริงๆ แล้วเป็นศัพท์เฉพาะที่มีนิยามผูกไว้ในตัวบทกฎหมาย ใครแปลโดยไม่รู้ว่าคำนั้นถูกนิยามไว้อย่างไร ก็จะเลือกคำที่ “ความหมายใกล้เคียง” แต่ผลทางกฎหมายคนละเรื่อง

คำต้นฉบับ คำแปลที่มักพลาด ทำไมถึงเป็นปัญหา
Data Controller
(ผู้ควบคุมข้อมูลส่วนบุคคล)
ใช้สลับกับ Data Processor สองบทบาทนี้มีความรับผิดตามกฎหมายไม่เท่ากัน การประกาศผิดบทบาทเท่ากับประกาศขอบเขตความรับผิดของบริษัทผิด
Processing
(การประมวลผล)
แปลแคบเหลือแค่ “การใช้ข้อมูล” นิยามจริงครอบคลุมตั้งแต่การเก็บรวบรวม จัดเก็บ ปรับเปลี่ยน เปิดเผย ไปจนถึงการลบ การแปลแคบทำให้นโยบายไม่ครอบคลุมกิจกรรมที่ทำอยู่จริง
Legitimate Interests
(ประโยชน์โดยชอบด้วยกฎหมาย)
“ผลประโยชน์ของบริษัท” เปลี่ยนฐานทางกฎหมายให้ดูเหมือนบริษัทอ้างประโยชน์ตัวเองได้ตามใจ ทั้งที่ฐานนี้ต้องผ่านการชั่งน้ำหนักกับสิทธิของเจ้าของข้อมูลก่อน
Right to Erasure
(สิทธิในการลบข้อมูล)
“สิทธิขอให้ปิดบังข้อมูล” ลดทอนสิทธิของผู้ใช้ให้เล็กลงกว่าที่กฎหมายให้ไว้ เท่ากับแจ้งข้อมูลไม่ถูกต้อง
shall / may แปลรวมเป็น “จะ” เหมือนกันหมด คำหนึ่งคือหน้าที่ที่ต้องทำ อีกคำคือสิ่งที่เลือกทำได้ การรวบเป็นคำเดียวทำให้ขอบเขตพันธะผูกพันเพี้ยนทั้งฉบับ

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

คำแปลที่ “อ่านรู้เรื่อง” กับคำแปลที่ “ใช้ในทางกฎหมายได้” ไม่ใช่มาตรฐานเดียวกัน

ภาคที่ 03ราคาของความผิดพลาด ตีเป็นตัวเลขได้จริง

GDPR แบ่งบทลงโทษเป็นสองระดับ ระดับแรกมีเพดานค่าปรับที่ 10 ล้านยูโร หรือ 2% ของรายได้ทั่วโลกทั้งปี แล้วแต่จำนวนใดสูงกว่า ส่วนระดับที่หนักกว่านั้น ซึ่งครอบคลุมการละเมิดหลักการพื้นฐานอย่างเรื่องความยินยอมและสิทธิของเจ้าของข้อมูล มีเพดานอยู่ที่ 20 ล้านยูโร หรือ 4% ของรายได้ทั่วโลกทั้งปี แล้วแต่จำนวนใดสูงกว่า

จุดที่หลายคนมองข้ามคือคำว่า “รายได้ทั่วโลก” ไม่ใช่ “รายได้จากตลาดยุโรป” ธุรกิจที่มีรายได้จากยุโรปเป็นสัดส่วนเล็กน้อย จึงยังคำนวณค่าปรับจากฐานรายได้ทั้งบริษัทอยู่ดี

และแม้กรณีของคุณจะไม่ถึงขั้นถูกปรับ ต้นทุนก่อนหน้านั้นก็ไม่เบา ทั้งค่าที่ปรึกษากฎหมาย เวลาของทีมที่ต้องหยุดงานมาเก็บหลักฐาน และความเชื่อมั่นของคู่ค้าที่หายไป ซึ่งเทียบกับค่าจ้างแปลเอกสารหน้าเดียวให้ถูกตั้งแต่แรกแล้ว ส่วนต่างห่างกันมาก

ภาคที่ 04ทางออก: ทำให้ฉบับแปลเชื่อถือได้เท่าฉบับต้นทาง

ข่าวดีคือปัญหานี้แก้ได้ด้วยกระบวนการ ไม่ใช่ด้วยงบประมาณมหาศาล สิ่งที่ควรทำมีอยู่ไม่กี่ข้อ แต่ต้องทำให้ครบ

01เริ่มจาก glossary ก่อนเริ่มแปล

ดึงศัพท์เฉพาะทั้งหมดในเอกสารออกมาทำเป็น glossary หรืออภิธานศัพท์เฉพาะทาง แล้วตกลงคำแปลของแต่ละคำให้จบก่อนลงมือแปลจริง

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

02ถ้าจะใช้ AI ให้ใช้อย่างมีระบบ

AI แปลภาษาวันนี้ทำงานได้ดีในระดับที่ปฏิเสธไม่ได้ ประเด็นจึงไม่ใช่ว่าควรใช้หรือไม่ควรใช้ แต่คือใช้ภายใต้เงื่อนไขอะไร

  • แนบ glossary ที่ตรวจแล้วไปพร้อมต้นฉบับทุกครั้ง เพื่อให้คำแปลสม่ำเสมอกันทั้งเอกสาร
  • ให้นักแปลที่เชี่ยวชาญกฎหมายคุ้มครองข้อมูลตรวจแก้ (post-edit) ก่อนนำไปใช้เสมอ งานที่ออกจาก AI แล้วขึ้นเว็บทันทีโดยไม่มีใครตรวจ คือความเสี่ยงที่ไม่คุ้มกับสิ่งที่ประหยัดได้

03ตรวจว่าฉบับแปลตรงกับสิ่งที่บริษัททำอยู่จริง

นโยบายที่แปลถูกทุกคำ แต่บรรยายกระบวนการที่บริษัทเลิกทำไปแล้วสองปี ก็ยังถือเป็นข้อมูลที่ไม่ถูกต้องอยู่ดี

  • ไล่เช็กรายการเครื่องมือที่เก็บข้อมูลจริงบนเว็บ เทียบกับที่ประกาศไว้ในนโยบาย
  • กำหนดรอบทบทวนอย่างน้อยปีละครั้ง และทุกครั้งที่เพิ่มเครื่องมือใหม่

04ระบุให้ชัดว่าฉบับภาษาใดมีผลบังคับ

เมื่อมีนโยบายหลายภาษา ควรมีข้อความกำกับว่าหากเนื้อหาขัดกัน ให้ยึดฉบับภาษาใดเป็นหลัก ข้อความนี้ช่วยลดข้อพิพาทเรื่องการตีความ แต่ไม่ใช่ข้ออ้างให้ฉบับแปลผิดพลาดได้ เพราะหน้าที่แจ้งข้อมูลให้เข้าใจง่ายยังอยู่ครบ

สำหรับธุรกิจไทยที่ขยายไปยุโรป ฉบับที่ต้องใช้จริงมักเป็นภาษาอังกฤษก่อนเสมอ การเลือกทีมที่แปลเอกสารเป็นภาษาอังกฤษได้ในระดับที่ใช้อ้างอิงทางกฎหมายได้ จึงเป็นการลงทุนที่คุ้มกว่าการมาแก้ทีหลังมาก

บทสรุปเอกสารหน้าเดียวที่ไม่ควรประหยัด

Privacy Policy เป็นหน้าที่คนอ่านน้อยที่สุดในเว็บไซต์ แต่เป็นหน้าที่ถูกตรวจสอบหนักที่สุดเมื่อมีเรื่อง มันคือคำประกาศที่บริษัทให้ไว้เป็นลายลักษณ์อักษร และคำประกาศนั้นจะถูกอ่านตามตัวอักษรที่ปรากฏในภาษานั้นๆ ไม่ใช่ตามเจตนาที่คุณตั้งใจไว้ในภาษาไทย

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

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

· · ·