วิธีวัดผลและแก้ปัญหา Google Ads Conversion Tracking Consent สำหรับเอเจนซีและฟรีแลนซ์ทำเว็บไซต์ เมื่อระบบทำงานไม่ตรงที่คาด

Dashboard Google Ads ของลูกค้าแสดงยอด Conversion หายไปครึ่งหนึ่งทันทีหลังทีมพัฒนาเว็บเปลี่ยน Cookie Banner ใหม่ เอเจนซีที่ดูแลบัญชีต้องหาสาเหตุให้เจอก่อนที่ลูกค้าจะตัดงบโฆษณาลงเพราะเข้าใจว่าแคมเปญไม่ได้ผล

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

อาการที่พบบ่อยเมื่อ Conversion Tracking Consent ทำงานผิดคาด

ยอด Conversion หายหลังเปลี่ยน Cookie Banner

อาการนี้มักเกิดจาก Category ของ Consent Platform ใหม่ไม่ได้ Map กับ Consent Type ของ Google เหมือน Banner เดิม ทำให้ Tag ที่เคยยิงได้ปกติหยุดทำงานทั้งที่ผู้ใช้กด Accept All

Reject All แล้ว Tag ยังยิงเหมือนเดิม

อาการนี้มักเกิดจาก Tag ถูก Hardcode ไว้ในโค้ดหน้าเว็บโดยตรง ไม่ได้ผูกกับ GTM Trigger ที่เชื่อมกับสถานะ Consent ทำให้ Tag ทำงานทุกครั้งไม่ว่าผู้ใช้จะเลือกอะไร

Conversion ยิงซ้ำหลายครั้งต่อการสมัครหนึ่งครั้ง

อาการนี้พบบ่อยเมื่อเว็บไซต์เป็น SPA ที่ไม่ได้ Reload หน้าเต็มรูปแบบ แล้ว Tag ผูกกับ Event ที่ Fire ซ้ำทุกครั้งที่ Component โหลดใหม่ แทนที่จะ Fire เฉพาะตอนส่งฟอร์มสำเร็จ

Tag Assistant ขึ้น Error หรือไม่พบ Tag เลย

อาการนี้อาจเกิดจาก Content Security Policy ของเว็บไซต์บล็อก Script ของ Consent SDK หรือของ Google เอง โดยเฉพาะเว็บไซต์ที่เพิ่งปรับ Security Header ใหม่

ยอด Conversion บน Safari หรือ iOS ต่ำกว่าแพลตฟอร์มอื่นอย่างผิดปกติ

อาการนี้เอเจนซีมักเข้าใจผิดว่าเป็นปัญหา Consent Mapping เหมือนอาการอื่น ทั้งที่บ่อยครั้งเกิดจาก Intelligent Tracking Prevention (ITP) ของ Safari ที่จำกัดอายุ Cookie ฝั่งเว็บไซต์ให้สั้นลงกว่าเบราว์เซอร์อื่นโดยอัตโนมัติ ทำให้ Conversion ที่เกิดข้ามวันหรือข้ามอุปกรณ์นับได้น้อยกว่าความเป็นจริง แม้ผู้ใช้จะกด Accept Consent ครบถ้วนก็ตาม จุดสังเกตคือถ้าปัญหานี้เกิดเฉพาะ Safari/iOS แต่ Chrome และ Android ปกติดี ควรตรวจเรื่อง ITP และอายุ Cookie ก่อน ไม่ใช่ไล่ตรวจ Mapping Category ซ้ำตามลำดับเดิม เพราะเป็นคนละสาเหตุกัน

ลำดับการตรวจสอบทีละขั้น

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

1. เปิด GTM Preview เทียบ Container เวอร์ชันปัจจุบันกับเวอร์ชันก่อนหน้าที่ยังทำงานปกติ ดูว่า Trigger ของ Tag ที่มีปัญหาเปลี่ยนไปหรือไม่
2. ตรวจ Category ของ Consent Platform เทียบกับ Consent Type ที่ Tag Assistant รายงาน ว่า Map ตรงกันหรือไม่
3. ค้นหาในโค้ดหน้าเว็บว่ามี Script ที่ Hardcode ไว้นอกเหนือจาก GTM หรือไม่
4. ทดสอบ Flow การสมัครแบบเต็มรูปแบบพร้อมเปิด Network Tab ดูว่า Conversion Event ยิงกี่ครั้งต่อการสมัครหนึ่งครั้ง
5. ตรวจ Console ของเบราว์เซอร์ว่ามี Error ที่เกี่ยวกับ Content Security Policy บล็อก Script หรือไม่

เครื่องมือที่ใช้ตรวจสอบ

• Tag Assistant สำหรับดู Tag และ Consent State ที่ทำงานจริงบนหน้าเว็บ
• GTM Preview และ Version History สำหรับเทียบการเปลี่ยนแปลงของ Container
• Network Tab ของเบราว์เซอร์สำหรับนับจำนวนครั้งที่ Conversion Event ยิงจริง
• Console ของเบราว์เซอร์สำหรับดู Error ที่เกี่ยวกับ Content Security Policy
• Consent Log ของ Consent Management Platform สำหรับเทียบเวลาที่ผู้ใช้กด Consent กับเวลาที่ Tag ยิงจริง

กรณีตัวอย่าง: ยอด Conversion เปลี่ยนหลังย้าย Consent Platform

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

ขั้นตอน	สิ่งที่พบ	ข้อสรุป
เทียบ GTM Version	Container เปลี่ยนวันเดียวกับที่ยอด Conversion ลด	สงสัยว่าเกี่ยวกับการเปลี่ยน Consent Platform
ตรวจ Mapping Category	Category "Advertising" ของ Platform ใหม่ไม่ได้ Map กับ ad_storage	พบสาเหตุ ต้องแก้ Mapping
ทดสอบซ้ำหลังแก้	Tag ยิงถูกต้องหลัง Accept All และไม่ยิงหลัง Reject All	ปิด Finding พร้อมแนบ Evidence

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

อาการที่มักถูกเข้าใจผิดว่าเป็นปัญหา Consent แต่จริงๆ ไม่ใช่

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

• ยอด Conversion ลดลงพร้อมกับงบโฆษณาที่ลดลง ซึ่งเป็นผลจากการปรับงบ ไม่ใช่ปัญหา Tag
• Conversion Action ถูกปิดใช้งานหรือเปลี่ยนสถานะใน Google Ads โดยตรง ไม่เกี่ยวกับ Consent บนเว็บไซต์เลย
• ช่วงเวลาที่ตัวเลขลดตรงกับวันหยุดยาวหรือฤดูกาลที่ Traffic ลดตามปกติทุกปี
• Attribution Model ที่เปลี่ยนใน Google Ads ทำให้การนับ Conversion เปลี่ยนวิธีคิด ไม่ใช่ Tag หยุดทำงาน

ก่อนไล่ตรวจตามลำดับที่กล่าวไปข้างต้น ควรตัดปัจจัยเหล่านี้ออกก่อน โดยเทียบช่วงเวลาที่ตัวเลขเปลี่ยนกับปฏิทินงบโฆษณา การตั้งค่าบัญชี และฤดูกาลของธุรกิจลูกค้า หากตัดปัจจัยเหล่านี้ออกแล้วยังหาคำอธิบายไม่ได้ จึงค่อยเริ่มไล่ตรวจตามลำดับ GTM Version ไปจนถึง Console Error ตามที่อธิบายไว้ข้างต้น

เมื่อไรควรส่งต่อให้ทีมเทคนิคหรือ Google Ads Support

ถ้าปัญหามาจาก Content Security Policy หรือโค้ด Hardcode ในเว็บไซต์ เอเจนซีมักไม่มีสิทธิ์แก้เอง ต้องส่งต่อให้ทีมพัฒนาเว็บของลูกค้าพร้อม Evidence ที่ตรวจพบ ไม่ใช่แค่แจ้งว่า Tag มีปัญหาแบบกว้าง ๆ

ถ้าตรวจครบทุกขั้นแล้วยังหาสาเหตุไม่เจอ และสงสัยว่าปัญหาอยู่ฝั่ง Google Ads เอง เช่น Conversion Action ตั้งค่าผิดประเภท ควรติดต่อ Google Ads Support โดยแนบ Evidence ที่ตรวจมาแล้วทั้งหมด เพื่อให้ตรวจต่อได้เร็วขึ้น ดูแนวปฏิบัติป้องกันปัญหาซ้ำได้ที่ Best Practices สำหรับ Agency

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

กรณี ITP ของ Safari เป็นตัวอย่างที่มักส่งต่อผิดทีมบ่อยที่สุด เพราะไม่ใช่ปัญหาที่แก้ได้ด้วยการปรับ GTM Container อย่างเดียว หากตรวจแล้วยืนยันว่าสาเหตุมาจาก ITP จริง ควรแจ้งลูกค้าว่าตัวเลข Conversion ฝั่ง Safari/iOS จะต่ำกว่าความเป็นจริงในระดับหนึ่งเป็นข้อจำกัดของเบราว์เซอร์ ไม่ใช่ข้อบกพร่องของการตั้งค่า Tag และแนะนำให้พิจารณา Server-side Tagging หรือ Conversion Modeling ของ Google Ads เป็นแนวทางบรรเทาผลกระทบ แทนที่จะไล่แก้ Mapping Category ซ้ำไปมาโดยไม่มีผลลัพธ์เปลี่ยนแปลง

คำถามที่พบบ่อยระหว่างแก้ปัญหา

ยอด Conversion ที่หายไปกู้กลับมาได้หรือไม่หลังแก้ Tag เสร็จ

ข้อมูล Conversion ของ Session ที่ผ่านไปแล้วกู้กลับมาแบบครบถ้วนไม่ได้ Google อาจแสดง Modeled Data บางส่วนเพื่อประมาณผลกระทบ แต่ไม่ใช่ข้อมูลจริงของผู้ใช้แต่ละรายที่ได้คืนมาครบ สิ่งที่ทำได้คือแก้ไม่ให้ปัญหาเกิดซ้ำกับ Session ถัดไป

ต้องหยุดแคมเปญระหว่างที่ยังหาสาเหตุไม่เจอหรือไม่

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

ปัญหานี้ถือเป็นความผิดของเอเจนซีหรือของทีมพัฒนาเว็บ

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

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

• เทียบ GTM Container เวอร์ชันปัจจุบันกับเวอร์ชันก่อนหน้าทุกครั้งที่ยอด Conversion เปลี่ยนผิดปกติ
• ตรวจ Mapping Category ของ Consent Platform กับ Consent Type ของ Google ทุกครั้งที่เปลี่ยน Consent Platform
• ค้นหา Script ที่ Hardcode นอกเหนือจาก GTM ก่อนสรุปว่า Trigger ตั้งค่าผิด
• นับจำนวนครั้งที่ Conversion Event ยิงจริงผ่าน Network Tab เมื่อสงสัยว่ายิงซ้ำ
• ตรวจ Console หา Error ของ Content Security Policy เมื่อ Tag Assistant ไม่พบ Tag เลย
• เก็บ Evidence ทุกขั้นตอนก่อนส่งต่อให้ทีมเทคนิคหรือ Google Ads Support

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

• สรุปว่า Tag เสียทันทีโดยไม่เทียบ Version History ของ Container ก่อนหลัง
• แจ้งลูกค้าว่าปัญหาแก้เสร็จแล้วโดยยังไม่ทดสอบกรณี Reject All ซ้ำอีกรอบ
• ส่งต่อปัญหาให้ทีมพัฒนาเว็บโดยไม่มี Evidence แนบ ทำให้ต้องเริ่มตรวจใหม่ตั้งแต่ต้น

บทสรุป

อาการ Conversion หายหรือยิงซ้ำมักมีจุดร่วมคือ Trigger ของ Tag ไม่ตรงกับสถานะ Consent จริง การไล่ตรวจตามลำดับตั้งแต่ GTM Version, Mapping Category, โค้ด Hardcode ไปจนถึง Console Error ช่วยหาสาเหตุได้แม่นกว่าการเดา

เมื่อสาเหตุอยู่นอกเหนือสิทธิ์ที่เอเจนซีแก้เองได้ ควรส่งต่อพร้อม Evidence ที่ครบถ้วน เพื่อให้ทีมเทคนิคหรือ Google Ads Support ตรวจต่อได้เร็วขึ้น

แหล่งข้อมูล

• Google Ads Help — About Consent Mode
• คู่มือ Google Ads Conversion Tracking Consent สำหรับ Agency