วิธี Audit PDPA สำหรับเว็บอสังหาริมทรัพย์และธุรกิจที่เก็บ Lead พร้อม Evidence ที่ควรเก็บ

ทีมขายโครงการคอนโดแห่งหนึ่งพบว่า Lead ที่กรอกฟอร์ม "จองชมห้องตัวอย่าง" บนเว็บไซต์ถูกส่งเข้ากลุ่มไลน์ของนายหน้าหลายคนพร้อมกันโดยไม่มีใครรู้ว่าใครเป็นคนตั้งค่าการส่งต่อแบบนี้ไว้ นี่คือสถานการณ์ทั่วไปที่การ Audit PDPA ต้องเข้าไปตรวจ เพราะเว็บอสังหาริมทรัพย์และธุรกิจที่เก็บ Lead มักมีฟอร์มเก็บข้อมูลกระจายอยู่หลายจุด ตั้งแต่หน้า Landing Page แคมเปญโฆษณา ฟอร์มจองชมโครงการ ไปจนถึงระบบแชทของฝ่ายขาย

บทความนี้วางลำดับการ Audit เป็น 4 ขั้นตอนที่ทำได้จริงโดยทีมการตลาดหรือทีมไอทีภายในองค์กร ไม่ใช่การตรวจโดยผู้เชี่ยวชาญกฎหมาย และไม่ใช่การยืนยันว่าเว็บไซต์ผ่าน PDPA ทั้งหมด แต่เป็นจุดเริ่มต้นที่ช่วยให้เห็นช่องว่างก่อนส่งต่อให้ทีมกฎหมายหรือ DPO ตรวจเชิงลึกต่อ

ขอบเขตของการ Audit สำหรับเว็บอสังหาริมทรัพย์และธุรกิจเก็บ Lead

เว็บอสังหาริมทรัพย์ต่างจากเว็บ E-commerce ทั่วไปตรงที่ไม่ได้จบธุรกรรมบนเว็บไซต์ทันที แต่ใช้เว็บเป็นจุดเก็บ Lead แล้วส่งต่อให้ฝ่ายขายหรือโครงการปิดการขายนอกเว็บ ทำให้ข้อมูลส่วนบุคคลเดินทางผ่านหลายระบบ เช่น Landing Page ของแคมเปญ, ฟอร์มจองชมห้อง, ระบบจองคิว Sales Gallery, ไปจนถึงการโอนเงินมัดจำเบื้องต้นผ่านช่องทางออนไลน์ในบางโครงการ การ Audit จึงต้องมองทั้งเส้นทาง ไม่ใช่แค่หน้าฟอร์มเดียว

สิ่งที่ Audit เบื้องต้นแบบนี้ตรวจได้ดีคือสิ่งที่มองเห็นจากภายนอกเว็บไซต์ เช่น มี Cookie Banner หรือไม่ ฟอร์มมีข้อความขอความยินยอมหรือไม่ Tracking Script ทำงานตอนไหน ส่วนสิ่งที่ Audit แบบนี้มองไม่เห็นคือกระบวนการหลังบ้าน เช่น ฝ่ายขายเก็บไฟล์ Excel รายชื่อลูกค้าไว้ที่ไหน ส่งต่อให้นายหน้าอิสระอย่างไร หรือเก็บสำเนาบัตรประชาชนตอนทำสัญญาจะซื้อจะขายไว้นานแค่ไหน ส่วนนี้ต้องถามฝ่ายขายและฝ่ายปฏิบัติการโดยตรง

ขั้นตอนที่ 1: ตรวจ Data Inventory ของฟอร์มและช่องทางเก็บ Lead

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

ระหว่างไล่ Data Inventory ให้ตรวจดูด้วยว่าฟอร์มไหนใช้ Plugin หรือ Widget จากผู้ให้บริการภายนอก เช่น ระบบจองคิวจากบริษัทซอฟต์แวร์ CRM อสังหาริมทรัพย์ เพราะข้อมูลอาจไหลตรงไปเก็บที่เซิร์ฟเวอร์ของผู้ให้บริการรายนั้นโดยไม่ผ่านฐานข้อมูลของบริษัทเลย ซึ่งเป็นจุดที่ทีมการตลาดมักมองข้าม เพราะสนใจแค่ว่า Widget ทำงานสวยงามและช่วยปิด Lead ได้ดี

ขั้นตอนที่ 2: ตรวจ Consent และจังหวะที่ Tracking Script ทำงาน

ขั้นตอนนี้ตรวจว่า Pixel โฆษณา, Google Tag Manager และสคริปต์ Retargeting ของแพลตฟอร์มโฆษณาที่ใช้ยิงแคมเปญขายโครงการ ทำงานก่อนหรือหลังผู้เข้าชมกดยอมรับ Cookie Banner จริง วิธีตรวจง่ายที่สุดคือเปิดเว็บไซต์ในโหมด Incognito เปิดแท็บ Network แล้วโหลดหน้า Landing Page ก่อนกดปุ่มใดๆ บนแบนเนอร์ ถ้าพบ Request ไปยังโดเมนของ Ads Pixel หรือ Analytics ตั้งแต่ก่อนกดยอมรับ แปลว่าสคริปต์ทำงานก่อน Consent จริง

โครงการอสังหาริมทรัพย์จำนวนมากใช้ Landing Page แยกต่างหากจากเว็บหลักสำหรับแต่ละแคมเปญโฆษณา (เช่นหน้า Microsite เฉพาะโปรโมชัน) จุดที่พลาดบ่อยคือทีมการตลาดติด Banner ไว้บนเว็บหลัก แต่ลืมติดบน Microsite เหล่านี้ ทำให้หน้าที่รับ Lead จริงกลับไม่มีกลไกขอความยินยอมเลย การ Audit จึงต้องไล่ตรวจทุกโดเมนและ Subdomain ที่ใช้รับ Lead ไม่ใช่แค่เว็บไซต์หลักเพียงหน้าเดียว

ขั้นตอนที่ 3: ตรวจเส้นทางที่ Lead ถูกส่งต่อให้ทีมขายและ CRM

เมื่อผู้สนใจกรอกฟอร์ม ข้อมูลมักไหลต่อไปยัง CRM ของฝ่ายขาย จากนั้นถูกกระจายให้นายหน้าหรือ Sale ที่ดูแลโครงการ ประเด็นที่ Audit ต้องตรวจคือ Lead หนึ่งรายถูกส่งให้กี่คน ผ่านช่องทางอะไร (อีเมล ไลน์กลุ่ม หรือแอปภายใน CRM) และมีการลบสิทธิ์การเข้าถึงเมื่อ Sale คนนั้นลาออกหรือไม่ กรณีที่พบบ่อยคือมีนายหน้าอิสระ (Freelance Agent) เข้าถึงไฟล์ Lead ร่วมกันผ่าน Google Sheet ที่แชร์ลิงก์แบบเปิดสาธารณะ ซึ่งเป็นความเสี่ยงสูงเพราะใครก็ตามที่มีลิงก์สามารถเข้าถึงข้อมูลลูกค้าได้ทั้งหมด

อีกจุดที่ควรตรวจคือกรณีโครงการเดียวขายผ่านหลายช่องทาง เช่น เว็บไซต์ของดีเวลลอปเปอร์เอง กับเว็บ Listing ของนายหน้าภายนอก (Agent Listing Site) ถ้า Lead จากสองช่องทางนี้ถูกรวมเข้า CRM เดียวกัน ต้องตรวจว่านายหน้าภายนอกแต่ละรายได้รับความยินยอมให้ส่งต่อข้อมูลลูกค้าให้ดีเวลลอปเปอร์หรือไม่ เพราะความยินยอมที่ให้ไว้กับนายหน้าอาจไม่ครอบคลุมถึงการส่งต่อให้บริษัทอื่นโดยอัตโนมัติ

ข้อมูลอ่อนไหวในเอกสารทำสัญญาและการขอสินเชื่อ

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

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

ขั้นตอนที่ 4: ตรวจ Privacy Policy ให้ตรงกับสิ่งที่เว็บเก็บจริง

หลังไล่ Data Inventory และเส้นทางข้อมูลแล้ว ให้นำผลลัพธ์มาเทียบกับ Privacy Policy ที่เผยแพร่บนเว็บไซต์ทีละข้อ เช่น ถ้าเว็บมีการใช้ Retargeting Pixel แต่ Privacy Policy ไม่ได้พูดถึงการทำโฆษณาแบบติดตามผู้ใช้เลย นี่คือช่องว่างที่ต้องแก้ไข หรือถ้า Policy เขียนว่า "เราจะไม่เปิดเผยข้อมูลให้บุคคลภายนอก" แต่ในทางปฏิบัติมีการส่ง Lead ให้นายหน้าอิสระ ก็ถือเป็นข้อความที่ไม่ตรงกับการทำงานจริงและควรแก้ไขให้สอดคล้องกัน

ระหว่างขั้นตอนนี้ควรตรวจด้วยว่า Privacy Policy ระบุระยะเวลาการเก็บข้อมูล Lead ที่ไม่ปิดการขาย (เช่นผู้ที่จองชมห้องแต่ไม่ได้ซื้อ) ไว้หรือไม่ เพราะหลายโครงการเก็บฐาน Lead เก่าไว้ใช้รีมาร์เก็ตติ้งในแคมเปญถัดไปโดยไม่เคยทบทวนว่าควรลบหรือขอความยินยอมใหม่เมื่อเวลาผ่านไปนาน

Evidence ที่ควรเก็บระหว่างการ Audit

เพื่อให้การ Audit มีหลักฐานอ้างอิงย้อนหลังได้ ควรเก็บ Evidence อย่างน้อยตามรายการต่อไปนี้ในทุกครั้งที่ตรวจ

• ภาพหน้าจอ (Screenshot) ของ Cookie Banner และฟอร์มแต่ละจุด พร้อมวันที่ตรวจ
• รายการ Request จากแท็บ Network ที่แสดงว่า Script ใดทำงานก่อน/หลัง Consent
• รายชื่อผู้ให้บริการภายนอก (Vendor) ที่รับข้อมูลจากฟอร์ม พร้อมโดเมนปลายทาง
• แผนผังเส้นทางการส่งต่อ Lead ตั้งแต่ฟอร์มจนถึงมือ Sale หรือนายหน้า
• สำเนา Privacy Policy เวอร์ชันที่ตรวจ พร้อมวันที่เผยแพร่
• รายชื่อผู้มีสิทธิ์เข้าถึงไฟล์หรือระบบ CRM ที่เก็บข้อมูล Lead

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

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

เว็บอสังหาริมทรัพย์ที่ไม่มีระบบซื้อขายออนไลน์ ต้องทำ PDPA Audit แบบ E-commerce ด้วยหรือไม่ ต้องพิจารณาแบบเดียวกัน เพราะแม้ไม่มีการชำระเงินเต็มจำนวนผ่านเว็บ แต่การเก็บ Lead ผ่านฟอร์ม การใช้ Tracking Script ยิงโฆษณา และบางกรณีมีการโอนเงินมัดจำผ่านช่องทางออนไลน์ ล้วนเข้าข่ายการเก็บและประมวลผลข้อมูลส่วนบุคคลที่ต้องตรวจเช่นเดียวกับเว็บ E-commerce ทั่วไป

Lead ที่ส่งให้นายหน้าอิสระหลายคนพร้อมกัน ผิดหลักการ PDPA หรือไม่ จุดที่ต้องตรวจคือความยินยอมที่ผู้กรอกฟอร์มให้ไว้ครอบคลุมถึงการส่งต่อให้บุคคลภายนอกหลายรายหรือไม่ และมีการควบคุมว่าใครเข้าถึงข้อมูลได้บ้าง ถ้า Privacy Policy ไม่ได้ระบุเรื่องนี้ไว้ชัดเจน ควรให้ผู้เชี่ยวชาญด้านกฎหมายพิจารณาแนวทางที่เหมาะสมกับโครงสร้างธุรกิจ

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

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

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

• รวบรวมรายชื่อฟอร์มและ Landing Page ทั้งหมดที่เก็บข้อมูล Lead รวมถึง Microsite แคมเปญ
• ตรวจว่า Cookie Banner และ Tracking Script ทำงานตรงกับผลการตรวจแท็บ Network จริง
• ทำแผนผังเส้นทางข้อมูลตั้งแต่ฟอร์มจนถึงทีมขายและนายหน้า
• ตรวจสิทธิ์การเข้าถึงไฟล์หรือ CRM ที่เก็บ Lead และปิดสิทธิ์ของผู้ที่ไม่เกี่ยวข้อง
• เทียบ Privacy Policy กับสิ่งที่เว็บเก็บจริงทีละข้อ
• เก็บ Evidence ทุกจุดพร้อมวันที่ตรวจไว้เป็นบันทึกอ้างอิง
• ทำรายการช่องว่างที่พบ พร้อมจัดลำดับความสำคัญก่อนส่งต่อทีมกฎหมาย

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

• Audit เฉพาะเว็บไซต์หลัก แต่ลืมตรวจ Microsite หรือ Landing Page ของแต่ละแคมเปญ
• เข้าใจว่าไม่มีระบบชำระเงินออนไลน์แปลว่าไม่ต้องตรวจแบบ E-commerce
• ไม่ตรวจสิทธิ์การเข้าถึงไฟล์ Lead หลังพนักงานขายหรือนายหน้าลาออก
• เก็บ Evidence แบบไม่ระบุวันที่ ทำให้ย้อนเทียบก่อน-หลังแก้ไขไม่ได้
• ปล่อยให้ Privacy Policy เขียนกว้างเกินจริง โดยไม่ตรวจว่าตรงกับกระบวนการส่งต่อ Lead จริงหรือไม่

สรุป

การ Audit PDPA สำหรับเว็บอสังหาริมทรัพย์และธุรกิจเก็บ Lead ควรไล่ตรวจฟอร์ม Tracking Script เส้นทางส่งต่อ Lead และความตรงกันของ Privacy Policy อย่างเป็นระบบ พร้อมเก็บ Evidence ทุกขั้นตอน ผลลัพธ์ที่ได้เป็นภาพความพร้อมเบื้องต้นที่ช่วยจัดลำดับสิ่งที่ควรแก้ก่อน ไม่ใช่ผลสรุปทางกฎหมายฉบับสมบูรณ์ ธุรกิจที่มีโครงสร้างส่งต่อ Lead ให้นายหน้าหลายรายหรือมีข้อมูลอ่อนไหวควรให้ผู้เชี่ยวชาญตรวจเพิ่มเติม

ทีมที่ต้องการอ่านภาพรวมของหัวข้อนี้แบบละเอียดกว่านี้ สามารถดู คู่มือ PDPA สำหรับ E-commerce อสังหาริมทรัพย์ฉบับเต็ม และดูหัวข้ออื่นในหมวดอุตสาหกรรมที่ ศูนย์ความรู้ PDPA รายอุตสาหกรรม

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

• สำนักงานคณะกรรมการคุ้มครองข้อมูลส่วนบุคคล (PDPC)