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

ฟรีแลนซ์คนหนึ่งรับงานต่อจากเอเจนซีเดิมที่เลิกดูแลร้าน WooCommerce ของลูกค้ารายหนึ่ง เมื่อเปิดโค้ดดูจึงพบว่ามี Pixel ของ Facebook และ TikTok ฝังตรงในไฟล์ธีมโดยไม่มีการควบคุมผ่าน Consent เลย ทั้งที่หน้าเว็บมี Cookie Banner ติดตั้งอยู่ นี่คือปัญหาที่พบซ้ำในงานเอเจนซี เพราะไม่มีใครส่งมอบเอกสารว่าเว็บมี Script อะไรบ้างและใครเป็นคนเพิ่มเข้ามา

เอเจนซีและฟรีแลนซ์ที่ดูแลเว็บ WooCommerce หลายเว็บพร้อมกัน มีข้อจำกัดต่างจากทีม SME ที่ดูแลเว็บเดียว เพราะต้องบริหารเวลาให้คุ้มค่าต่อเว็บ ในขณะที่ความรับผิดชอบทางกฎหมายยังตกอยู่ที่เจ้าของร้านแต่ละราย บทความนี้เทียบสามแนวทางตามขนาดพอร์ตลูกค้าที่เอเจนซีดูแลจริง

โจทย์เฉพาะของเอเจนซีที่ดูแลหลายเว็บ

ความท้าทายหลักไม่ใช่การติด Banner ให้ครบทุกเว็บ แต่คือการรักษาความรู้เรื่อง Cookie และ Script ของแต่ละเว็บไว้ให้ต่อเนื่อง แม้ทีมงานภายในเอเจนซีจะเปลี่ยนคนดูแลลูกค้ารายนั้น เมื่อไม่มีระบบกลาง ความรู้จะติดอยู่กับตัวบุคคลและหายไปเมื่อคนลาออกหรือย้ายทีม

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

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

แนวทางที่ 1: เขียน Custom Code ให้แต่ละเว็บ

• ข้อดี: ควบคุมได้ละเอียดตามความต้องการเฉพาะของลูกค้าแต่ละราย เหมาะกับเว็บที่มีการปรับแต่ง Checkout หรือ Theme สูง
• ข้อดี: ไม่ผูกกับค่าบริการรายเดือนของบุคคลที่สาม ลูกค้าจ่ายเฉพาะค่าพัฒนา
• ข้อเสีย: เมื่อพอร์ตลูกค้าเกินสิบเว็บ เวลาที่ใช้ทดสอบ Script Blocking ซ้ำในแต่ละเว็บจะเพิ่มเป็นเงาตามตัว
• ข้อเสีย: เมื่อลูกค้าเปลี่ยนทีมดูแลเว็บ เอกสารมักไม่ถูกส่งต่อครบ ทำให้ผู้ดูแลคนใหม่ต้องไล่ตรวจใหม่ทั้งหมด

แนวทางที่ 2: ใช้ปลั๊กอิน Consent เดี่ยวตั้งค่าทีละเว็บ

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

แนวทางที่ 3: ใช้แพลตฟอร์มที่มี Workspace สำหรับหลายเว็บ

แพลตฟอร์มอย่าง trusty มีโครงสร้าง Client Workspace ที่ช่วยให้เอเจนซีจัดการหลายเว็บไซต์ในบัญชีเดียว พร้อม PDPA Readiness Scan และ Cookie Consent Banner ที่ตั้งค่าและดูสถานะรวมได้จากที่เดียว ลดเวลาที่ต้องสลับ Login ไปมาในแต่ละเว็บ

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

เลือกแนวทางตามขนาดพอร์ตลูกค้า

ขั้นตอนตรวจเว็บก่อนรับงานต่อจากทีมเดิม

เมื่อรับงานดูแลเว็บ WooCommerce ที่มีทีมอื่นทำไว้ก่อน ควรเริ่มจากการตรวจ Source Code ของธีมและปลั๊กอินที่ใช้งานอยู่ทั้งหมด เพราะ Script Tracking มักถูกฝังไว้หลายจุด ทั้งใน Header, Footer และไฟล์ functions.php ไม่ใช่แค่ผ่าน Google Tag Manager ที่มองเห็นง่าย การตรวจควรทำทั้งตอนยังไม่ได้กด Consent และหลังกด Accept กับ Reject เพื่อเทียบว่า Request ที่ยิงออกไปต่างกันจริงหรือไม่

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

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

โครงสร้างค่าบริการที่เอเจนซีควรคิดรวมไว้

เอเจนซีจำนวนมากตั้งราคาค่าติดตั้ง Cookie Consent เป็นค่าใช้จ่ายครั้งเดียว แต่ไม่ได้คิดค่าดูแลต่อเนื่องรวมไว้ในสัญญา ทำให้เมื่อ Plugin หรือ WooCommerce อัปเดตจนกระทบการทำงานของ Banner ทีมงานต้องแก้ไขโดยไม่มีงบประมาณรองรับ แนวทางที่ยั่งยืนกว่าคือแยกค่าติดตั้งครั้งแรกออกจากค่าดูแลรายเดือนหรือรายไตรมาสอย่างชัดเจนในสัญญา และระบุขอบเขตว่าเอเจนซีดูแลถึงระดับใด เช่น ตรวจ Script ใหม่ทุกไตรมาส หรือเมื่อลูกค้าแจ้งเพิ่ม Third-party ใหม่เท่านั้น

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

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

การส่งมอบงานและความรับผิดชอบทางกฎหมาย

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

ดูแนวทางบริหารพอร์ตลูกค้าหลายเว็บเพิ่มเติมได้ที่ เปรียบเทียบ WooCommerce Privacy สำหรับร้านค้าออนไลน์ และภาพรวมทั้งหมวดที่ Platforms and Integrations

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

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

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

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

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

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

• ทำรายการ Script ของลูกค้าแต่ละเว็บก่อนเริ่มงาน ไม่ใช้ความจำจากโปรเจกต์เดิม
• ทดสอบ Reject All ว่าบล็อก Pixel ที่ฝังในธีมได้จริง ไม่ใช่แค่ Script ที่ผ่านปลั๊กอิน
• จัดทำเอกสารส่งมอบระบุ Owner และ Consent Log ให้ลูกค้าเก็บไว้
• ทบทวนว่าพอร์ตลูกค้าปัจจุบันเหมาะกับแนวทางเดิมหรือควรย้ายไปแพลตฟอร์ม Workspace
• แจ้งลูกค้าให้ชัดว่าเอเจนซีไม่ใช่ผู้รับรองทางกฎหมายแทนธุรกิจ
• ตรวจว่า Privacy Policy ที่ส่งมอบตรงกับ Vendor และ Third-party ที่ติดตั้งจริง

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

• รับช่วงเว็บลูกค้าต่อโดยไม่ตรวจ Script เดิมที่ทีมก่อนหน้าติดตั้งไว้
• ใช้ Consent Log บัญชีเดียวกันสำหรับหลายเว็บ ทำให้แยกหลักฐานของลูกค้าแต่ละรายไม่ได้
• ไม่แจ้งลูกค้าว่าต้องอัปเดต Privacy Policy เองเมื่อเปลี่ยน Vendor หลังส่งมอบงาน
• เลือกแพลตฟอร์ม Workspace ตามราคาต่ำสุดโดยไม่เช็คว่ารองรับจำนวนเว็บที่ต้องดูแลจริง

สรุป

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

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

• WordPress Developer Resources — Privacy
• สำนักงานคณะกรรมการคุ้มครองข้อมูลส่วนบุคคล