trusty — Website Trust Platform
Cookies & Consent

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

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

📅 เผยแพร่ 24 กรกฎาคม 2569อัปเดตล่าสุด 24 กรกฎาคม 2569✍️ เขียนโดย trusty Editorial Team⏱ อ่าน 7 นาที
A cluttered office desk featuring a laptop, notebooks, and checklists amid colorful sticky notes.
ภาพโดย Jakub Zerdzicki จาก Pexels

💬 สรุปสั้น ๆ

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

สารบัญ

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

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

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

ทำไมเอเจนซีต้องเช็กหมวดหมู่คุกกี้ก่อนส่งมอบงาน

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

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

เช็กลิสต์การจัดหมวดหมู่คุกกี้ก่อนเปิดใช้งาน

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

1. ไล่รายการสคริปต์ทั้งหมดในเว็บไซต์ลูกค้าก่อนเริ่มจัดหมวด

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

2. แยกหมวดตามหน้าที่การทำงานจริง ไม่ใช่ชื่อผู้ให้บริการ

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

3. ตรวจสคริปต์ที่ฝังผ่าน Tag Manager แยกต่างหาก

สคริปต์ที่ฝ่ายการตลาดของลูกค้าเพิ่มเองผ่าน Tag Manager มักไม่ปรากฏในโค้ดต้นฉบับที่ทีมพัฒนาดูแล ต้องขอสิทธิ์เข้าดู container ของ Tag Manager โดยตรง แล้วไล่รายการแท็กที่เปิดใช้งานอยู่ทั้งหมด เทียบกับรายการที่ตรวจจาก network tab เพื่อยืนยันว่าไม่มีตัวไหนตกหล่น

4. ทดสอบว่าสคริปต์นอกหมวดจำเป็นไม่โหลดก่อนได้รับความยินยอม

ล้างคุกกี้แล้วโหลดหน้าเว็บใหม่แบบยังไม่กดยอมรับอะไร ดูใน network tab ว่ามีสคริปต์วิเคราะห์หรือโฆษณายิง request ออกไปหรือไม่ ถ้ามี แปลว่าการตั้งค่า default-off ในระบบขอความยินยอมยังผูกไม่ครบ ต้องกลับไปแก้ที่การตั้งค่าบล็อกสคริปต์ก่อนได้รับความยินยอม ไม่ใช่แก้ที่หน้าตาของแบนเนอร์เท่านั้น

5. ตรวจแบนเนอร์บนทุกโดเมนย่อยและเว็บย่อยของลูกค้า

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

6. เตรียมเอกสารสรุปหมวดหมู่ส่งมอบให้ลูกค้าเข้าใจ

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

7. กำหนดผู้ดูแลระบบและรอบตรวจถัดไปหลังส่งมอบงาน

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

สถานการณ์ตัวอย่างจากงานเอเจนซี

กรณีที่หนึ่ง — เทมเพลตเดิมพลาดสคริปต์ที่ลูกค้าเพิ่มเอง: ฟรีแลนซ์รายหนึ่งใช้รายการหมวดหมู่คุกกี้ชุดเดียวกับโปรเจกต์ก่อนหน้ามาวางในเว็บไซต์ร้านค้าออนไลน์ของลูกค้าใหม่ แต่ลูกค้ารายนี้ติดตั้งพิกเซลโฆษณาเพิ่มเองผ่าน Tag Manager ก่อนหน้านั้นแล้ว การเช็กข้อ 3 ก่อนส่งมอบจับสคริปต์ตัวนี้ได้ทัน ไม่ต้องแก้ทีหลังตอนลูกค้าเริ่มยิงแคมเปญ

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

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

พร้อมตรวจสอบความน่าเชื่อถือของเว็บไซต์คุณหรือยัง?

ทดลองใช้งาน trusty ฟรี ไม่ต้องใช้บัตรเครดิต เริ่มสแกนได้ทันที

ทดลองใช้งานระบบฟรี

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

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

สรุป

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

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

แนวทางเทคนิคเรื่องการทำงานของคุกกี้และการแยกประเภทตามหน้าที่ อ้างอิงจาก MDN Web Docs — Using HTTP Cookies ส่วนข้อกำหนดด้านความยินยอมที่เป็นทางการภายใต้ PDPA ควรตรวจสอบกับสำนักงานคณะกรรมการคุ้มครองข้อมูลส่วนบุคคลโดยตรง เช็กลิสต์นี้เป็นแนวทางเชิงปฏิบัติที่สรุปจากรูปแบบปัญหาที่พบบ่อยในงานเอเจนซี ไม่ใช่การตีความข้อกฎหมายแทนหน่วยงานกำกับดูแล

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

เอเจนซีต้องทำเช็กลิสต์นี้ใหม่ทุกโปรเจกต์ไหม หรือใช้เทมเพลตเดิมได้

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

ถ้าลูกค้าไม่มีเอกสารรายการสคริปต์เดิมเลย ต้องเริ่มจากตรงไหน

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

ฟรีแลนซ์ที่ทำงานคนเดียวต้องเช็กครบทุกข้อไหม

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

ควรตรวจซ้ำเรื่องนี้บ่อยแค่ไหนหลังส่งมอบงานแล้ว

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

อ่านต่อในหัวข้อเดียวกัน

เนื้อหานี้จัดทำขึ้นเพื่อให้ข้อมูลทั่วไปเท่านั้น ไม่ถือเป็นคำแนะนำทางกฎหมาย กรุณาปรึกษาผู้เชี่ยวชาญด้านกฎหมายหรือ Data Protection Officer ของหน่วยงานท่านก่อนนำไปปฏิบัติจริง

พร้อมตรวจสอบความน่าเชื่อถือของเว็บไซต์คุณหรือยัง?

ทดลองใช้งาน trusty ฟรี ไม่ต้องใช้บัตรเครดิต เริ่มสแกนได้ทันที