เปรียบเทียบแนวทางจัดการ Data Retention สำหรับเอเจนซีและฟรีแลนซ์ทำเว็บไซต์: ทำเอง ใช้ปลั๊กอิน หรือใช้แพลตฟอร์ม

เอเจนซีขนาด 8 คนแห่งหนึ่งรับดูแลเว็บไซต์ลูกค้าอยู่ 14 เว็บพร้อมกัน แต่ละเว็บมีฟอร์มติดต่อ ฟอร์มสมัครสมาชิก และ Tracking Script ที่ทีมการตลาดของลูกค้าติดตั้งเพิ่มเองเป็นระยะ เมื่อลูกค้ารายหนึ่งถามว่าเว็บไซต์เก็บข้อมูลลูกค้าของเขานานแค่ไหน ทีมงานเอเจนซีถึงพบว่าไม่มีใครเคยตั้งนโยบายเก็บรักษาข้อมูลไว้เลยแม้แต่เว็บเดียว เพราะงานส่วนใหญ่โฟกัสที่การส่งมอบเว็บให้เสร็จตรงเวลา ไม่ใช่การดูแลข้อมูลหลังส่งมอบ

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

เว็บเอเจนซีเก็บข้อมูลอะไรบ้างในแต่ละโปรเจกต์ลูกค้า

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

• ข้อมูลฟอร์มติดต่อและฟอร์มสมัครสมาชิกที่เว็บไซต์ลูกค้าเก็บไว้
• บัญชีผู้ดูแลระบบ (admin) ที่เอเจนซีถือรหัสผ่านแทนลูกค้า
• ไฟล์สำรอง (backup) ของเว็บไซต์ที่เก็บไว้บนเซิร์ฟเวอร์หรือเครื่องมือของเอเจนซีเอง
• Cookie และ Tracking Script ที่ทีมการตลาดของลูกค้าติดตั้งผ่าน Google Tag Manager
• อีเมลและเอกสารโปรเจกต์ที่มีข้อมูลติดต่อของผู้ใช้ปลายทางแนบอยู่

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

สามคำถามที่ต้องตอบก่อนเลือกวิธีจัดการ Data Retention

เอเจนซีที่ยังไม่เคยวางระบบ Data Retention ควรตอบคำถามสามข้อนี้ก่อนตัดสินใจเลือกแนวทาง เพราะคำตอบจะกำหนดว่าแนวทางไหนพอเพียงและแนวทางไหนเสี่ยงเกินไป

1. ดูแลกี่เว็บไซต์พร้อมกัน เอเจนซีที่ดูแล 2-3 เว็บกับเอเจนซีที่ดูแล 20 เว็บ มีความเสี่ยงจากการลืมตรวจสอบต่างกันมาก ยิ่งจำนวนเว็บมาก การจดจำด้วยตัวคนก็ยิ่งพลาดง่าย
2. ใครเป็นเจ้าของข้อมูลจริงตามกฎหมาย ลูกค้าคือเจ้าของข้อมูลผู้ใช้ปลายทาง เอเจนซีเป็นเพียงผู้ดูแลระบบแทน การตัดสินใจเรื่องระยะเวลาเก็บรักษาจึงควรได้รับความเห็นชอบจากลูกค้า ไม่ใช่เอเจนซีตัดสินใจฝ่ายเดียว
3. ทีมงานเปลี่ยนบ่อยแค่ไหน ถ้าเอเจนซีมีอัตราการเปลี่ยนทีมงานสูง ความรู้เรื่องว่าเว็บไหนตั้งค่าอะไรไว้มักหายไปพร้อมคนที่ลาออก การพึ่งความจำของทีมจึงเสี่ยงกว่าการมีระบบกลางที่ทุกคนเข้าถึงได้

เปรียบเทียบทำเอง ใช้ปลั๊กอิน และใช้แพลตฟอร์ม สำหรับเอเจนซี

ปัญหาเฉพาะของเอเจนซีที่ดูแลหลายเว็บไซต์พร้อมกัน

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

อีกปัญหาคือทีมการตลาดของลูกค้าเองที่เข้ามาติดตั้ง Tracking Script ผ่าน Google Tag Manager โดยไม่แจ้งทีมพัฒนาของเอเจนซี Script เหล่านี้อาจทำงานก่อนผู้ใช้กดยินยอม และเอเจนซีในฐานะผู้ดูแลเว็บอาจไม่รู้เลยว่ามี Script ใหม่เพิ่มเข้ามาจนกว่าจะมีการสแกนตรวจสอบ

ส่งมอบงาน Data Retention ให้ลูกค้าเมื่อจบโปรเจกต์อย่างไร

เมื่อสัญญาจบหรือเปลี่ยนทีมพัฒนา เอเจนซีควรส่งมอบเอกสารสามอย่างให้ลูกค้า คือรายการข้อมูลที่เว็บไซต์เก็บ (data inventory) รายการ Cookie และ Tracking Script ที่ตรวจพบล่าสุด และบันทึกว่าไฟล์ backup เก่าถูกเก็บไว้ที่ไหนบ้าง หากเอเจนซียังถือ backup ไว้หลังจบสัญญา ควรตกลงกับลูกค้าให้ชัดว่าจะเก็บไว้นานเท่าไรก่อนลบ ไม่ใช่เก็บไว้เรื่อยๆ โดยไม่มีกำหนด

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

สัญญาและข้อตกลงกับลูกค้าควรระบุเรื่อง Data Retention อย่างไร

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

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

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

เอเจนซีต้องเก็บ Data Retention Policy แยกทุกเว็บไซต์ลูกค้าหรือไม่

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

ถ้าลูกค้าเปลี่ยนทีมพัฒนา ข้อมูลเก่าที่เอเจนซีเก็บไว้ต้องทำอย่างไร

ควรตกลงกับลูกค้าตั้งแต่ต้นสัญญาว่าจะส่งมอบหรือทำลาย backup และไฟล์ที่เกี่ยวข้องอย่างไรเมื่อจบงาน หากไม่มีข้อตกลงชัดเจน เอเจนซีควรติดต่อลูกค้าเพื่อยืนยันก่อนตัดสินใจเก็บหรือลบข้อมูลเอง

ฟรีแลนซ์คนเดียวจำเป็นต้องมีนโยบาย Data Retention เป็นเอกสารหรือไม่

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

แพลตฟอร์มอย่าง trusty ช่วยจัดการ Data Retention ของหลายเว็บไซต์ลูกค้าพร้อมกันได้หรือไม่

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

เมื่อจบสัญญากับลูกค้า เอเจนซีต้องลบข้อมูลทันทีหรือไม่

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

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

• ทำรายการเว็บไซต์ลูกค้าทั้งหมดที่เอเจนซีดูแลอยู่ พร้อมระบุประเภทข้อมูลที่แต่ละเว็บเก็บ
• ตกลงกับลูกค้าแต่ละรายเรื่องระยะเวลาเก็บรักษาข้อมูลตั้งแต่เริ่มโปรเจกต์
• ตรวจสอบ Cookie และ Tracking Script ที่ทีมการตลาดของลูกค้าติดตั้งผ่าน Google Tag Manager เป็นระยะ
• กำหนดวันหมดอายุของไฟล์ backup ที่เอเจนซีเก็บไว้เอง ไม่ปล่อยให้เก็บไม่มีกำหนด
• ทำเอกสารส่งมอบข้อมูลให้ลูกค้าเมื่อจบสัญญาหรือเปลี่ยนทีมพัฒนา
• ตั้งเจ้าของงาน (Owner) ในทีมเอเจนซีที่รับผิดชอบทบทวนนโยบายทุกเว็บอย่างสม่ำเสมอ

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

• ใช้เทมเพลต Data Retention เดียวกับทุกเว็บไซต์ลูกค้าโดยไม่ปรับตามข้อมูลจริงที่แต่ละเว็บเก็บ
• เก็บไฟล์ backup ของลูกค้าเก่าไว้เรื่อยๆ โดยไม่มีกำหนดวันลบ
• ไม่แจ้งลูกค้าเมื่อทีมการตลาดติดตั้ง Tracking Script ใหม่ผ่าน Tag Manager
• ปล่อยให้ความรู้เรื่องการตั้งค่าแต่ละเว็บอยู่กับพนักงานคนเดียว ไม่มีเอกสารส่งต่อ
• ไม่มีข้อตกลงชัดเจนกับลูกค้าเรื่องข้อมูลเมื่อจบสัญญา ทำให้ต่างฝ่ายต่างเข้าใจไม่ตรงกัน

สรุป

เอเจนซีขนาดเล็กเริ่มจากการทำเองด้วยเอกสารและปฏิทินตรวจสอบได้ ฟรีแลนซ์ที่ใช้ WordPress อาศัยปลั๊กอินช่วยงานเฉพาะจุด แต่เมื่อจำนวนเว็บไซต์ลูกค้าเพิ่มขึ้นจนทีมงานจำไม่ไหว การใช้แพลตฟอร์มที่รวมสถานะทุกเว็บไว้ที่เดียวช่วยลดความเสี่ยงจากการตกหล่นได้มากกว่า อ่านเพิ่มเติมที่ คู่มือ Data Retention สำหรับเอเจนซีและฟรีแลนซ์ และดูภาพรวมทั้งหมดที่ ศูนย์ความรู้ Data Governance

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

• NIST Privacy Framework
• แนวทาง Data Retention สำหรับร้านค้าออนไลน์