วิธีวัดผลและแก้ปัญหา PDPA สำหรับเว็บไซต์ สำหรับร้านค้าออนไลน์และ E-commerce เมื่อระบบทำงานไม่ตรงที่คาด
กดปุ่ม Reject All แล้ว Pixel โฆษณายังยิงเหมือนเดิม เป็นอาการที่ทีมร้านค้าออนไลน์เจอซ้ำที่สุดเวลาไล่ตรวจ Cookie Consent นี่คือแนวทางไล่หาสาเหตุและแก้ทีละจุดแบบมีหลักฐาน

💬 สรุปสั้น ๆ
เมื่อระบบ PDPA ของร้านค้าออนไลน์ทำงานไม่ตรงที่คาด เช่น Reject All แล้ว Pixel ยังยิง หรือ Consent ไม่ถูกส่งต่อไปหน้า Checkout ให้ไล่ตรวจตามลำดับ Finding เก็บหลักฐานจาก Network Tab ระบุสาเหตุที่เป็นไปได้ แก้ตามจุดที่พบ แล้วตรวจซ้ำทุกครั้ง ไม่ใช่สรุปว่าแก้เสร็จจากการดูแค่หน้าตา Banner
สารบัญ
อาการที่พบบ่อยที่สุดเวลาไล่ตรวจ Cookie Consent ของร้านค้าออนไลน์ คือกดปุ่ม Reject All แล้ว Pixel โฆษณายังยิงเหมือนเดิม ทีมที่เจอเคสนี้ครั้งแรกมักตกใจ เพราะ Banner หน้าตาดูถูกต้องทุกอย่าง มีปุ่มครบสามแบบ แต่พอเปิด Network Tab ตรวจจริงกลับพบว่า Request ไปยังโดเมนโฆษณายังคงส่งออกไปเหมือนไม่มีอะไรเกิดขึ้น
บทความนี้รวมอาการที่พบบ่อยที่สุด 6 แบบ พร้อมสาเหตุที่เป็นไปได้ วิธีแก้ และวิธีตรวจซ้ำ เรียงตามรูปแบบ Finding ที่ทีมนำไปใช้ไล่ปัญหาเองได้ต่อ
ตารางสรุปอาการที่พบบ่อย
| อาการ | จุดที่ควรตรวจก่อน |
|---|---|
| Reject All กดแล้ว Pixel ยังยิง | การผูก Script เข้ากับสถานะ Consent จริง |
| Banner ไม่ขึ้นซ้ำหลัง Customize | การอ่านค่า Consent เดิมจาก Storage |
| Consent ไม่ถูกส่งต่อไปหน้า Checkout แยกโดเมน | ขอบเขต Cookie/Storage ข้ามโดเมน |
| Conversion ใน Google Ads ลดลงหลังใช้ Consent Mode | Default State และ Modeled Data |
| Cookie Category ไม่ตรงกับที่ Policy บอก | การจัดหมวด Necessary เกินจำเป็น |
| ลูกค้าร้องเรียนว่าอีเมลการตลาดยังส่งมาหลังกด Unsubscribe | การเชื่อมสถานะ Consent กับระบบส่งอีเมล |
อาการ: Reject All กดแล้ว Pixel ยังยิง
Evidence: เปิด Network Tab แล้วกด Reject All จากนั้นรีเฟรชหน้า พบ Request ไปยังโดเมนของผู้ให้บริการโฆษณายังคงเกิดขึ้นเหมือนก่อนกด
สาเหตุที่เป็นไปได้: Script ถูกฝังแบบ Hardcoded ในธีมโดยไม่ผ่าน Tag Manager หรือ Tag ใน Container ไม่ได้ตั้งเงื่อนไข Consent กำกับไว้ ทำให้ Tag ทำงานทุกครั้งไม่ว่าผู้ใช้เลือกอะไร
วิธีแก้: ย้าย Script ไปทำงานผ่าน Tag Manager แล้วตั้งเงื่อนไข Consent Trigger ให้ Tag การตลาดทำงานเฉพาะเมื่อผู้ใช้กด Accept หมวดที่เกี่ยวข้องเท่านั้น
วิธีตรวจซ้ำ: ทดสอบ Reject All อีกครั้งในโหมด Incognito แล้วตรวจ Network Tab ว่าไม่มี Request ไปโดเมนโฆษณาก่อนและหลังกด
อาการ: Banner ไม่ขึ้นซ้ำหลัง Customize บันทึกค่าไว้แล้ว
Evidence: ผู้ใช้ตั้งค่าหมวด Cookie แบบ Customize ไว้ครั้งหนึ่ง แต่พอปิดเบราว์เซอร์แล้วเปิดใหม่ Banner กลับขึ้นซ้ำและรีเซ็ตกลับไปที่ค่าเริ่มต้น
สาเหตุที่เป็นไปได้: ระบบไม่ได้บันทึกค่า Consent ลง Storage ที่มีอายุยาวพอ หรือบันทึกไว้ผิด Domain กับที่ Banner อ่านค่าเมื่อโหลดหน้าใหม่
วิธีแก้: ตรวจว่า Consent ถูกบันทึกใน Storage ที่ Banner อ่านค่าได้จริงในทุกหน้า และกำหนดอายุการเก็บค่าให้เหมาะสมกับรอบที่ควรขอ Consent ใหม่
วิธีตรวจซ้ำ: ตั้งค่า Customize แล้วปิดเบราว์เซอร์จริง เปิดใหม่ในวันถัดไป ตรวจว่า Banner จำค่าเดิมได้ ไม่ขึ้นซ้ำโดยไม่จำเป็น
อาการ: Consent ไม่ถูกส่งต่อไปหน้า Checkout ที่แยกโดเมน
Evidence: ผู้ใช้กด Reject All บนหน้าหลัก แต่เมื่อไปถึงหน้า Checkout ที่อยู่คนละโดเมนย่อยหรือใช้ระบบชำระเงินภายนอก พบว่า Tag การตลาดทำงานราวกับไม่เคยมี Consent มาก่อน
สาเหตุที่เป็นไปได้: Cookie Consent ที่ตั้งค่าไว้เป็น First-party ผูกกับโดเมนหลักเท่านั้น ไม่ถูกส่งต่อไปยังโดเมนย่อยหรือระบบภายนอกโดยอัตโนมัติ
วิธีแก้: ตั้งค่าให้ Consent Platform ทำงานครอบคลุมทุกโดเมนย่อยที่เกี่ยวข้อง หรือถ้าใช้ระบบชำระเงินภายนอกที่ควบคุมไม่ได้ ต้องติดตั้ง Consent Banner แยกต่างหากบนหน้านั้นด้วย
วิธีตรวจซ้ำ: ทดสอบ Journey เต็มรูปแบบตั้งแต่หน้าแรกถึง Checkout ในเซสชันเดียว ตรวจ Network Request ทุกหน้าว่าเงื่อนไข Consent ยังคงมีผลต่อเนื่อง
อาการ: Conversion ใน Google Ads ลดลงหลังเริ่มใช้ Consent Mode
Evidence: หลังติดตั้ง Google Consent Mode ตัวเลข Conversion ที่รายงานใน Google Ads ลดลงเมื่อเทียบกับช่วงก่อนติดตั้ง
สาเหตุที่เป็นไปได้: เมื่อผู้ใช้ปฏิเสธ Cookie การตลาด ระบบจะใช้ Modeled Data แทนข้อมูลจริงบางส่วน ซึ่งเป็นพฤติกรรมปกติของ Consent Mode ไม่ใช่ความผิดพลาดของการติดตั้งเสมอไป แต่ก็ควรตรวจว่า Default Consent State และ Update State ถูกตั้งค่าถูกต้องตามเอกสารล่าสุดของ Google ด้วย
วิธีแก้: ตรวจการตั้งค่า Default และ Update Consent State ด้วย Tag Assistant หรือเครื่องมือตรวจ Tag ปัจจุบัน เทียบกับคำแนะนำล่าสุดจาก Google Tag Platform แล้วแยกผลกระทบจาก Modeled Data ออกจากปัญหาการตั้งค่าผิด
วิธีตรวจซ้ำ: เปรียบเทียบแนวโน้ม Conversion ในช่วงเวลาที่ยาวพอ ไม่ใช้ข้อมูลวันเดียวสรุป และตรวจ Tag Assistant ซ้ำหลังปรับการตั้งค่าทุกครั้ง
อาการ: Cookie Category ไม่ตรงกับที่ Privacy Policy บอกไว้
Evidence: Privacy Policy ระบุว่า Cookie สำหรับ Session และตะกร้าสินค้าเป็น Necessary ส่วนอื่นต้องขอ Consent แต่เมื่อตรวจ Banner จริงพบว่า Cookie วิเคราะห์พฤติกรรมถูกจัดเป็น Necessary ด้วย ทำให้ผู้ใช้ปิดไม่ได้
สาเหตุที่เป็นไปได้: ทีมตั้งค่า Necessary ไว้กว้างเกินจำเป็นตั้งแต่ติดตั้งระบบ หรือ Policy ถูกเขียนแยกจากทีมที่ตั้งค่า Banner จริง
วิธีแก้: ทบทวน Cookie ทุกตัวที่จัดเป็น Necessary แล้วย้ายตัวที่ไม่จำเป็นต่อการทำงานพื้นฐานไปหมวด Analytics หรือ Marketing ตามจริง แล้วปรับ Privacy Policy ให้ตรงกัน
วิธีตรวจซ้ำ: เปิด Cookie Inventory เทียบกับหมวดใน Banner ทีละรายการ และให้คนละคนกับผู้ตั้งค่าเดิมเป็นผู้ตรวจทาน
พร้อมตรวจสอบความน่าเชื่อถือของเว็บไซต์คุณหรือยัง?
ทดลองใช้งาน trusty ฟรี ไม่ต้องใช้บัตรเครดิต เริ่มสแกนได้ทันที
อาการ: ลูกค้าร้องเรียนว่าอีเมลการตลาดยังส่งมาแม้กด Unsubscribe แล้ว
Evidence: ลูกค้ากดยกเลิกรับอีเมลจากลิงก์ท้ายอีเมล แต่ยังได้รับอีเมลโปรโมชันฉบับถัดไปอยู่
สาเหตุที่เป็นไปได้: สถานะ Unsubscribe ถูกบันทึกไว้ในระบบส่งอีเมลตัวหนึ่ง แต่ร้านใช้หลายระบบส่งอีเมลพร้อมกัน เช่น ระบบแคมเปญกับระบบแจ้งเตือนอัตโนมัติ ทำให้สถานะไม่ถูกซิงก์ข้ามระบบ
วิธีแก้: รวมสถานะ Consent อีเมลไว้ที่แหล่งข้อมูลกลางแหล่งเดียว แล้วให้ทุกระบบที่ส่งอีเมลการตลาดดึงสถานะจากแหล่งเดียวกันก่อนส่งทุกครั้ง
วิธีตรวจซ้ำ: สร้างบัญชีทดสอบ กด Unsubscribe แล้วรอดูรอบส่งอีเมลถัดไปจากทุกระบบที่ร้านใช้งานอยู่ ว่าไม่มีฉบับใดหลุดส่งมาอีก
เช็กลิสต์ปฏิบัติ
- ทดสอบ Reject All ในโหมด Incognito แล้วตรวจ Network Tab ว่าไม่มี Request ไปโดเมนโฆษณา
- ปิดเบราว์เซอร์แล้วเปิดใหม่เพื่อตรวจว่า Banner จำค่า Customize เดิมได้
- ทดสอบ Journey เต็มรูปแบบข้ามไปหน้า Checkout ที่แยกโดเมนในเซสชันเดียว
- ตรวจ Default และ Update Consent State ด้วย Tag Assistant หลังปรับ Consent Mode
- เทียบ Cookie Inventory กับหมวดที่ตั้งค่าจริงใน Banner ทีละรายการ
- ทดสอบสถานะ Unsubscribe กับทุกระบบส่งอีเมลที่ร้านใช้งานอยู่ ไม่ใช่ระบบเดียว
ข้อผิดพลาดที่พบบ่อย
- สรุปว่าปัญหาแก้แล้วจากการดูแค่หน้าตา Banner โดยไม่เปิด Network Tab ตรวจซ้ำ
- เข้าใจว่า Conversion ที่ลดลงหลังใช้ Consent Mode ต้องมาจากการตั้งค่าผิดเสมอ ทั้งที่บางส่วนเป็นผลจาก Modeled Data ตามปกติ
- แก้ปัญหาที่ระบบเดียวแล้วไม่ตรวจว่าระบบอื่นที่เชื่อมกันยังมีปัญหาเดิมอยู่หรือไม่
- ไม่มีบัญชีทดสอบสำหรับตรวจสถานะ Consent และ Unsubscribe อย่างต่อเนื่อง
สรุป
ปัญหา PDPA ของร้านค้าออนไลน์ส่วนใหญ่ไม่ได้เกิดจากไม่มีระบบ แต่เกิดจากระบบที่มีอยู่ทำงานไม่ตรงกับสิ่งที่ผู้ใช้เลือกไว้ การไล่ปัญหาแบบมีหลักฐานจาก Network Tab และทดสอบซ้ำทุกจุดที่แก้ไข ช่วยให้มั่นใจได้มากกว่าการดูแค่หน้าตาของ Banner
บางอาการ เช่น Conversion ที่ลดลงหลังใช้ Consent Mode อาจไม่ใช่ปัญหาที่ต้องแก้เสมอไป ทีมควรแยกผลจาก Modeled Data ออกจากความผิดพลาดในการตั้งค่าก่อนตัดสินใจเปลี่ยนระบบ และควรให้ผู้เชี่ยวชาญตรวจเมื่อธุรกิจมีโครงสร้างข้อมูลซับซ้อนกว่ากรณีทั่วไป
แหล่งข้อมูลอ้างอิง
คำถามที่พบบ่อย
ทำไมกด Reject All แล้ว Pixel โฆษณายังยิงเหมือนเดิม ส่วนใหญ่เกิดจาก Script ถูกฝังแบบ Hardcoded ในธีมโดยไม่ผ่าน Tag Manager หรือ Tag ไม่ได้ตั้งเงื่อนไข Consent กำกับไว้ ต้องย้าย Script ไปผูกกับ Consent Trigger จริง
Conversion ใน Google Ads ลดลงหลังติดตั้ง Consent Mode ต้องแก้ไหม ไม่จำเป็นเสมอไป เพราะ Modeled Data เป็นกลไกปกติเมื่อผู้ใช้ปฏิเสธ Cookie การตลาด ควรตรวจ Default/Update State ก่อนสรุปว่ามีปัญหาการตั้งค่า
ทำไม Consent ที่ตั้งค่าไว้หน้าหลักไม่ตามไปหน้า Checkout ที่แยกโดเมน เพราะ Cookie Consent แบบ First-party ผูกกับโดเมนหลัก ไม่ถูกส่งต่อข้ามโดเมนย่อยหรือระบบชำระเงินภายนอกโดยอัตโนมัติ ต้องตั้งค่าเพิ่มหรือติด Banner แยก
ลูกค้ากด Unsubscribe แล้วทำไมยังได้รับอีเมลโปรโมชันอยู่ มักเกิดจากร้านใช้หลายระบบส่งอีเมลที่ไม่ได้ซิงก์สถานะ Consent กัน ควรรวมสถานะไว้ที่แหล่งข้อมูลกลางแหล่งเดียว
ดูแนวทางป้องกันปัญหาตั้งแต่ต้นได้ที่ Best Practices ด้าน PDPA สำหรับ E-commerce และดูภาพรวมที่ คู่มือ PDPA สำหรับเว็บไซต์ร้านค้าออนไลน์
คำถามที่พบบ่อย
ทำไมกด Reject All แล้ว Pixel โฆษณายังยิงเหมือนเดิม
ส่วนใหญ่เกิดจาก Script ถูกฝังแบบ Hardcoded ในธีมโดยไม่ผ่าน Tag Manager หรือ Tag ไม่ได้ตั้งเงื่อนไข Consent กำกับไว้ ต้องย้าย Script ไปผูกกับ Consent Trigger จริง
Conversion ใน Google Ads ลดลงหลังติดตั้ง Consent Mode ต้องแก้ไหม
ไม่จำเป็นเสมอไป เพราะ Modeled Data เป็นกลไกปกติเมื่อผู้ใช้ปฏิเสธ Cookie การตลาด ควรตรวจ Default/Update State ก่อนสรุปว่ามีปัญหาการตั้งค่า
ทำไม Consent ที่ตั้งค่าไว้หน้าหลักไม่ตามไปหน้า Checkout ที่แยกโดเมน
เพราะ Cookie Consent แบบ First-party ผูกกับโดเมนหลัก ไม่ถูกส่งต่อข้ามโดเมนย่อยหรือระบบชำระเงินภายนอกโดยอัตโนมัติ ต้องตั้งค่าเพิ่มหรือติด Banner แยก
ลูกค้ากด Unsubscribe แล้วทำไมยังได้รับอีเมลโปรโมชันอยู่
มักเกิดจากร้านใช้หลายระบบส่งอีเมลที่ไม่ได้ซิงก์สถานะ Consent กัน ควรรวมสถานะไว้ที่แหล่งข้อมูลกลางแหล่งเดียว
บทความที่เกี่ยวข้อง (Related Articles)
ดูบทความอื่นในหมวด Privacy Fundamentalsรวมคู่มือและเช็กลิสต์ที่เกี่ยวข้องกับหัวข้อนี้ใน Trusty Knowledge Centerอ่านต่อในหัวข้อเดียวกัน

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

วิธี Audit PDPA สำหรับเว็บไซต์ ของร้านค้าออนไลน์และ E-commerce พร้อม Evidence ที่ควรเก็บ
จากเว็บไซต์ร้านค้าออนไลน์กว่า 40 แห่งที่ทีม trusty เคยทบทวน พบว่าส่วนใหญ่มี Cookie Banner แต่ไม่เคยตรวจว่า Pixel โฆษณายิงข้อมูลออกไปถูกต้องตามที่ลูกค้ายินยอมหรือไม่ บทความนี้วางระบบ Audit ที่แก้ช่องว่างนั้น
เนื้อหานี้จัดทำขึ้นเพื่อให้ข้อมูลทั่วไปเท่านั้น ไม่ถือเป็นคำแนะนำทางกฎหมาย กรุณาปรึกษาผู้เชี่ยวชาญด้านกฎหมายหรือ Data Protection Officer ของหน่วยงานท่านก่อนนำไปปฏิบัติจริง
พร้อมตรวจสอบความน่าเชื่อถือของเว็บไซต์คุณหรือยัง?
ทดลองใช้งาน trusty ฟรี ไม่ต้องใช้บัตรเครดิต เริ่มสแกนได้ทันที