เหตุผลทั่วไปของการตรวจสอบเทมเพลต WhatsApp「คำต้องห้าม」「ไม่ผูกตัวแปร」「ลิงก์เสีย」「รูปแบบผิด」「ข้อความยาวเกิน」ถูกปฏิเสธ Meta เปิดเผยข้อมูลว่า ประมาณ 35% ของกรณีถูกปฏิเสธเนื่องจากมีคำชักจูง เช่น「ฟรี」「ทันที」20% ถูกปฏิเสธเนื่องจากตัวแปร เช่น {ชื่อ} ไม่ได้เชื่อมโยงกับข้อมูลผู้ใช้ แนะนำให้ใช้「เครื่องมือแสดงตัวอย่างเทมเพลต」ของทาง official ก่อนส่ง เพื่อตรวจสอบ เปลี่ยนคำต้องห้ามเป็น「ส่วนลด」「จำกัดเวลา」และยืนยันว่าลิงก์เป็น HTTPS และตัวแปรได้ถูกผูกกับบัญชีทดสอบแล้ว

วัตถุประสงค์ของเทมเพลตไม่ชัดเจน

จากข้อมูลอย่างเป็นทางการของ Meta ประมาณ 35% ของกรณีการปฏิเสธการตรวจสอบเทมเพลตธุรกิจของ WhatsApp เกิดจาก「คำอธิบายวัตถุประสงค์ไม่ชัดเจน」หลายธุรกิจส่งคำขอที่อธิบายเพียง「ส่งการแจ้งเตือนสำคัญ」แต่ไม่ได้ระบุประเภทของการแจ้งเตือน สถานการณ์ที่กระตุ้น และประโยชน์ของผู้ใช้ ทำให้ทีมตรวจสอบไม่สามารถตัดสินความจำเป็นของข้อความได้ ตัวอย่างเช่น แพลตฟอร์มอีคอมเมิร์ซแห่งหนึ่งถูกปฏิเสธเพราะเขียนเพียง「การแจ้งเตือนอัปเดตคำสั่งซื้อ」แต่เมื่อแก้ไขเป็น「การแจ้งเตือนสถานะการจัดส่งที่มีหมายเลขคำสั่งซื้อและเวลาที่คาดว่าจะถึง」ก็ได้รับการอนุมัติภายใน 24 ชั่วโมง

การตรวจสอบเทมเพลตของ WhatsApp ต้องการให้คำอธิบายวัตถุประสงค์ต้อง​​แม่นยำถึงระดับของฟังก์ชัน​​ ตัวอย่างเช่น ในอุตสาหกรรมการธนาคาร คำอธิบายอย่าง「การแจ้งเตือนความเคลื่อนไหวของบัญชี」จะถูกปฏิเสธ แต่「ส่งการแจ้งเตือนการหักเงินแบบเรียลไทม์จำนวนมากกว่า 5,000 บาทต่อรายการไปยังผู้ใช้ที่ผูกบัญชีออมทรัพย์ไว้ โดยมีเวลาทำรายการ ชื่อร้านค้า และลิงก์ยืนยันความเสี่ยง」มีอัตราการอนุมัติสูงถึง 92% อัลกอริทึมการตรวจสอบจะสแกนคำอธิบายเพื่อดูว่ามี​​เงื่อนไขการกระตุ้น (Trigger)、โครงสร้างเนื้อหาข้อความ (Content Elements)、และข้อมูลผู้ใช้เป้าหมาย (User Identity)​​ ซึ่งเป็นสามมิติหลักหรือไม่

ในกรณีจริง ร้านอาหารเครือข่ายแห่งหนึ่งถูกปฏิเสธ 3 ครั้งเนื่องจากส่ง「การแจ้งเตือนส่วนลดสำหรับสมาชิก」แต่เมื่อเปลี่ยนเป็น「ส่งรหัสแลกซื้อหนึ่งแถมหนึ่งในวันเกิดไปยังสมาชิกที่ใช้จ่ายมากกว่า 3 ครั้งใน 180 วันที่ผ่านมา โดยมีวันหมดอายุและช่วงเวลาที่ใช้ได้ที่สาขา」ก็ได้รับการอนุมัติในครั้งเดียว กุญแจสำคัญคือการอธิบายว่า:​​ใครได้รับเนื้อหาอะไรในสถานการณ์ใด​​ จากรายงานการตรวจสอบของ Meta ในภูมิภาคเอเชียแปซิฟิกปี 2023 คำขอที่เพิ่มพารามิเตอร์ที่เฉพาะเจาะจงมีเวลาอนุมัติเฉลี่ยลดลงจาก 72 ชั่วโมงเหลือ 18 ชั่วโมง

ในเชิงเทคนิค ควรหลีกเลี่ยงการใช้คำที่คลุมเครือ ตัวอย่างเช่น「การอัปเดตเป็นประจำ」ควรระบุให้ชัดเจนเป็น「ส่งรายการสินค้าใหม่ประจำสัปดาห์ทุกวันพุธเวลา 12:00 น.」；「บริการลูกค้า」ควรระบุให้เฉพาะเจาะจงเป็น「เมื่อผู้ใช้คลิกปุ่ม『ช่วยเหลือ』ในแอป ให้ส่งข้อความยืนยันที่มีหมายเลขเจ้าหน้าที่และเวลาที่คาดว่าจะตอบกลับ」สถิติแสดงให้เห็นว่า คำขอที่มีการ​​ระบุความถี่เวลา (เช่น ทุก 24 ชั่วโมง)、เงื่อนไขเชิงตัวเลข (เช่น เกณฑ์จำนวนเงิน)、การกระตุ้นจากการกระทำ (เช่น การคลิกปุ่มที่กำหนด)​​ มีอัตราการอนุมัติเพิ่มขึ้น 47%

แนวทางการตรวจสอบอย่างเป็นทางการระบุชัดเจนว่า: คำอธิบายวัตถุประสงค์ต้องมีมากกว่า 25 ตัวอักษรและมีพารามิเตอร์ที่เฉพาะเจาะจงอย่างน้อยหนึ่งรายการ เช่น「เมื่อการจัดส่งสินค้าล่าช้าเกิน 2 ชั่วโมง ให้ส่งเวลาที่คาดว่าจะถึงใหม่และรหัสส่วนลดชดเชย」

ความผิดพลาดที่พบบ่อยคือการปลอมแปลงวัตถุประสงค์ทางการตลาดเป็นข้อความบริการ หากคำอธิบายมีคำว่า「โปรโมท」「ส่วนลดจำกัดเวลา」ระบบจะติดธงว่าเป็นเทมเพลตส่งเสริมการขายเชิงพาณิชย์ (ซึ่งต้องใช้มาตรฐานการตรวจสอบที่สูงกว่า) วิธีที่ถูกต้องคือการมุ่งเน้นไปที่ความสัมพันธ์ในการทำธุรกรรม: ตัวอย่างเช่น「การแจ้งเตือนการเปลี่ยนแปลงเที่ยวบิน」ควรเพิ่ม「เมื่อเวลาเครื่องบินขึ้นของเที่ยวบิน XX เดิมถูกเลื่อนเกิน 60 นาทีเนื่องจากสภาพอากาศ ให้ส่งเวลาขึ้นบินใหม่และลิงก์สำหรับเปลี่ยนเที่ยวบิน」พร้อมแนบเอกสารอธิบายตรรกะการกระตุ้นจากระบบจองของสายการบิน

ข้อมูลแสดงให้เห็นว่า ในบรรดาเทมเพลตที่ได้รับการอนุมัติ 83% มีการอธิบายกลไกการกระตุ้นที่แม่นยำ และ 76% ระบุฟิลด์ข้อมูลที่ข้อความมี (เช่น หมายเลขคำสั่งซื้อ จำนวนเงิน เวลา) ในขณะที่ 61% ของคำขอที่ไม่ผ่านการอนุมัติใช้เพียงคำศัพท์ทั่วไปในอุตสาหกรรมโดยไม่ได้กำหนดสถานการณ์ที่เฉพาะเจาะจง แนะนำให้ใช้เครื่องมือจำลองการตรวจสอบที่ Meta มีให้ก่อนส่ง โดยการป้อนคำอธิบายข้อความเพื่อสร้างคะแนนความน่าจะเป็นในการอนุมัติ (ต้องถึงระดับ B+ ขึ้นไปก่อนจึงจะส่ง)

เนื้อหามีเจตนาขายสินค้า

สถิติอย่างเป็นทางการของ Meta แสดงให้เห็นว่า ประมาณ 28% ของกรณีการปฏิเสธเทมเพลตธุรกิจของ WhatsApp เกี่ยวข้องกับ「เนื้อหาการขายแอบแฝง」ข้อมูลในไตรมาสที่ 1 ปี 2023 ในภูมิภาคเอเชียแปซิฟิกชี้ให้เห็นว่า จำนวนคำขอที่ธุรกิจพยายามแทรกข้อมูลโปรโมชั่นในข้อความบริการเพิ่มขึ้น 42% เมื่อเทียบกับปีที่แล้ว โดยอีคอมเมิร์ซและการท่องเที่ยวมีสัดส่วนถึง 67% กรณีตัวอย่างคือแพลตฟอร์มการศึกษาออนไลน์แห่งหนึ่งถูกปฏิเสธเนื่องจากใส่「รหัสส่วนลด 20% จำกัดเวลา」ในการแจ้งเตือนคอร์สเรียน และเมื่อนำออก เวลาการตรวจสอบก็ลดลงจาก 96 ชั่วโมงเหลือ 12 ชั่วโมง

WhatsApp มีมาตรฐานการตรวจสอบที่เข้มงวดสำหรับการแยกข้อความบริการ (Service) และข้อความการตลาด (Marketing) เทมเพลตบริการอนุญาตให้ส่งเฉพาะ​​การแจ้งเตือนที่เกี่ยวข้องกับการทำธุรกรรม​​ เช่น การยืนยันคำสั่งซื้อ สถานะการชำระเงิน สถานะการจัดส่ง เป็นต้น ในขณะที่เทมเพลตการตลาดต้องมีการสมัครสมาชิกเพิ่มเติมจากผู้ใช้และผ่านการอนุมัติที่เข้มงวดกว่า ระบบจะสแกนเนื้อหาในเทมเพลตเพื่อหาคำที่มีลักษณะการขาย ซึ่งรวมถึง「ส่วนลด」「โปรโมชั่น」「จำกัดเวลา」「ทดลองใช้ฟรี」และคำหลักอื่นๆ อีกกว่า 200 คำ เมื่อตรวจพบ ระบบจะติดธงว่าเป็นประเภทส่งเสริมการขายเชิงพาณิชย์โดยอัตโนมัติ ข้อมูลแสดงให้เห็นว่า เทมเพลตที่มีคำเหล่านี้มีอัตราการปฏิเสธในการส่งครั้งแรกสูงถึง 92%

ในการตรวจสอบจริง ต้องให้ความสนใจกับ​​ความสัมพันธ์ระหว่างเนื้อหาและเงื่อนไขการกระตุ้น​​ ตัวอย่างเช่น ในกรณีของธนาคาร หาก「การแจ้งเตือนใบแจ้งยอดบัตรเครดิต」มี「แนะนำการผ่อนชำระดอกเบี้ย 3.5%」ก็จะถูกตัดสินว่าเป็นการขาย แต่หากเปลี่ยนเป็น「ยอดบิลของคุณในรอบนี้คือ 8,500 บาท และกำหนดชำระสุดท้ายคือวันที่ 15 มีนาคม 2024」ก็จะสอดคล้องกับข้อกำหนดบริการ จากการวิเคราะห์โดยเครื่องมือทดสอบที่ Meta ให้มา หาก​​สัดส่วนของคำที่เกี่ยวข้องกับการขายในเนื้อหาข้อความเกิน 5% ของจำนวนตัวอักษรทั้งหมด​​ จะมีการกระตุ้นกลไกการตรวจสอบซ้ำโดยเจ้าหน้าที่ ซึ่งจะทำให้เวลาการตรวจสอบเฉลี่ยเพิ่มขึ้น 120 ชั่วโมง

แนวทางปฏิบัติในอุตสาหกรรมที่สอดคล้องกับข้อกำหนดคือการแยกช่องทางบริการและการขาย แพลตฟอร์มอีคอมเมิร์ซข้ามพรมแดนแห่งหนึ่งรายงานว่า หลังจากแยกการแจ้งเตือนคำสั่งซื้อและการแนะนำสินค้าออกจากกัน อัตราการอนุมัติเทมเพลตบริการเพิ่มขึ้นจาก 35% เป็น 88% และอัตราการร้องเรียนจากผู้ใช้ลดลง 62% ในการดำเนินการจริง ควรตรวจสอบให้แน่ใจว่า: เทมเพลตบริการมีเฉพาะ​​ข้อมูลที่จำเป็นสำหรับการทำธุรกรรม​​ (เช่น หมายเลขคำสั่งซื้อ จำนวนเงิน เวลา)​​คำแนะนำในการดำเนินการ​​ (เช่น ตำแหน่งที่จะกรอกรหัสยืนยัน) และ​​คำเตือนด้านความปลอดภัย​​ (เช่น คำเตือนการฉ้อโกง) สามประเภทของเนื้อหานี้เท่านั้น

ตารางด้านล่างเปรียบเทียบความแตกต่างหลักระหว่างเทมเพลตบริการและการตลาด:

ในเชิงเทคนิค ควรหลีกเลี่ยงการใช้คำที่คลุมเครือ ตัวอย่างเช่น「สิทธิพิเศษเฉพาะสำหรับคุณพร้อมแล้ว」คำพูดที่ชวนสงสัยเหล่านี้จะถูกจัดประเภทเป็นการขาย ในขณะที่「สินค้าที่คุณสั่งซื้อ (หมายเลขคำสั่งซื้อ: B-2089) ได้ถูกจัดส่งถึงจุดรับสินค้าที่คุณระบุแล้วเวลา 14:30 น. วันนี้」เป็นไปตามข้อกำหนด ตามกฎใหม่ปี 2024 เทมเพลตบริการทั้งหมดต้องระบุ​​รหัสประเภทข้อความ​​ (เช่น [การแจ้งเตือนบิล])、​​แหล่งที่มาของข้อมูล​​ (เช่น「จากคำสั่งซื้อของคุณเมื่อวันที่ 5 มีนาคม 2024」) และ​​ระยะเวลาในการดำเนินการ​​ (เช่น「โปรดยืนยันภายใน 24 ชั่วโมง」) สามองค์ประกอบนี้

ข้อมูลแสดงให้เห็นว่า ธุรกิจที่ใช้เครื่องมือตรวจสอบล่วงหน้าเพื่อลบคำที่เกี่ยวข้องกับการขาย มีอัตราการอนุมัติเทมเพลตเพิ่มขึ้นเป็น 78% และประหยัดเวลาในการตรวจสอบเฉลี่ย 64 ชั่วโมง แนะนำให้ใช้「เครื่องมือจำลองเทมเพลต」ในส่วนหลังบ้านของ Meta Business ก่อนส่ง เครื่องมือนี้สามารถระบุคำที่ละเมิดกฎได้ 99.2% และให้คำแนะนำในการแก้ไข ตัวอย่างเช่น เปลี่ยน「รับคูปองส่วนลด 100 บาท」เป็น「ระบบจะออกหลักฐานการแลกเมื่อทำรายการเสร็จสิ้น」เป็นต้น

รูปแบบข้อความไม่เป็นไปตามข้อกำหนด

ข้อมูลการตรวจสอบทั่วโลกของ Meta ในไตรมาสที่ 1 ปี 2024 แสดงให้เห็นว่า​​38% ของกรณีการปฏิเสธเทมเพลตธุรกิจของ WhatsApp เกิดจาก「รูปแบบไม่ตรงตามมาตรฐาน」โดยตรง​​ ตัวอย่างเช่น ในตลาดอีคอมเมิร์ซในเอเชียตะวันออกเฉียงใต้ ธุรกิจในท้องถิ่นมีสัดส่วนการถูกปฏิเสธเนื่องจาก「ข้อความขึ้นบรรทัดใหม่เกินจำนวนที่กำหนด」หรือ「ตัวแปรไม่ได้ถูกผูกอย่างถูกต้อง」ถึง 52% โดยเฉลี่ยแล้ว เทมเพลตที่มีข้อผิดพลาดหนึ่งรายการทำให้การแจ้งเตือนถึงผู้ใช้ล่าช้าไป 48 ชั่วโมง ซึ่งส่งผลทางอ้อมให้มีอัตราการสูญเสียคำสั่งซื้อ 2.3%；บริษัทขนส่งชั้นนำแห่งหนึ่งถูกระบบปฏิเสธคำขอเทมเพลตโดยอัตโนมัติถึง 1.8 หมื่นครั้งในไตรมาสเดียวเนื่องจากปัญหา「ลิงก์ไม่มี https」ซึ่งทำให้ต้องเพิ่มต้นทุนการตรวจสอบด้วยเจ้าหน้าที่อีก 86 ชั่วโมง

กฎการตรวจสอบรูปแบบข้อความของ WhatsApp ยึดตาม​​มาตรฐานคู่คือความสามารถในการอ่านของเครื่อง+ประสบการณ์ผู้ใช้​​ ระบบจะสแกนโดยอัตโนมัติจาก 5 มิติหลักคือ「ความยาวของตัวอักษร、กฎการขึ้นบรรทัดใหม่、อักขระพิเศษ、ความถูกต้องของลิงก์、ความสอดคล้องของตัวแปร」หากไม่เป็นไปตามข้อกำหนดใดข้อกำหนดหนึ่งจะถูกปฏิเสธทันที นี่คือรายละเอียดเฉพาะ:

1. ความยาวของตัวอักษร: ควบคุมอย่างเข้มงวดที่ 2000 ตัวอักษร

ระบบกำหนดให้เนื้อหาหลักของเทมเพลต (ไม่รวมตัวแปร) ต้องไม่เกิน 2000 ตัวอักษร (ประมาณ 300-400 ตัวอักษรจีน) ส่วนที่เกินจะถูกตัดออกโดยตรง ข้อมูลแสดงให้เห็นว่า​​เทมเพลตที่มีตัวอักษรเกิน 5% (เช่น 2100 ตัวอักษร) มีอัตราการปฏิเสธ 67%​​ และหากเกิน 10% (2200 ตัวอักษร) อัตราการปฏิเสธจะพุ่งสูงขึ้นเป็น 92% แพลตฟอร์มอีคอมเมิร์ซสำหรับแม่และเด็กแห่งหนึ่งเคยล้มเหลวในการตรวจสอบ 3 ครั้งติดต่อกัน เนื่องจากระบุรายละเอียด 12 ข้อควรระวังในเทมเพลต「การแจ้งเตือนการฉีดวัคซีน」(รวม 2350 ตัวอักษร) เมื่อลดให้เหลือ 1980 ตัวอักษร (ลบคำอธิบายที่ซ้ำซ้อน) ก็ได้รับการอนุมัติภายใน 2 ชั่วโมง ข้อควรทราบ: ตัวแปร (เช่น {หมายเลขคำสั่งซื้อ}) ไม่ได้นับเป็นจำนวนตัวอักษร แต่เนื้อหาของตัวแปรต้องสำรองพื้นที่ไว้—ตัวอย่างเช่น {ที่อยู่สำหรับการคืนสินค้า} อาจขยายได้ถึง 50 ตัวอักษร หากจำนวนตัวอักษรทั้งหมด (รวมการขยายตัวแปร) เกิน 2000 ก็ยังจะถูกปฏิเสธ

2. การขึ้นบรรทัดใหม่และช่องว่าง:「กับดักที่มองไม่เห็น」ในการสแกนด้วยเครื่อง

ระบบกำหนดให้ใช้「อักขระขึ้นบรรทัดใหม่หนึ่งตัว」เท่านั้นระหว่างย่อหน้าของข้อความ (คือการกด Enter หนึ่งครั้ง) การขึ้นบรรทัดใหม่ต่อเนื่อง (≥2 ครั้ง) หรือการเยื้องบรรทัดแรกของย่อหน้า (≥2 ช่องว่าง) จะถูกตัดสินว่า「รูปแบบไม่เป็นระเบียบ」ข้อมูลจากการทดลองแสดงให้เห็นว่า​​เทมเพลตที่มีการขึ้นบรรทัดใหม่เกิน 3 ครั้งมีอัตราการปฏิเสธสูงถึง 82%​​ ในขณะที่เทมเพลตที่มีการเยื้องบรรทัดแรก แม้เนื้อหาจะถูกต้อง แต่อัตราการอนุมัติก็เพียง 45% เท่านั้น ร้านขายยาเครือข่ายแห่งหนึ่งเคยใช้เทมเพลต「การแจ้งเตือนการรับยาตามใบสั่งแพทย์」และเพิ่ม 2 ช่องว่างหลัง「รหัสรับยา: ABC123」(เพื่อจัดรูปแบบให้ตรงกัน) ซึ่งถูกระบบติดธงว่า「รูปแบบไม่เป็นมาตรฐาน」เมื่อลบช่องว่างและใช้การขึ้นบรรทัดใหม่เพียงครั้งเดียว เวลาการตรวจสอบก็ลดลงจาก 72 ชั่วโมงเหลือ 18 ชั่วโมง

3. อักขระพิเศษ: อนุญาตเฉพาะ「อักขระที่ใช้งานได้」เท่านั้น

ระบบอนุญาตให้ใช้เฉพาะอักขระพื้นฐาน 12 ชนิด เช่น「+、-、/、()、:」เท่านั้น ห้ามใช้อักขระตกแต่ง เช่น「★、♪、→、❗」ข้อมูลแสดงให้เห็นว่า​​เทมเพลตที่มีอักขระตกแต่งมีอัตราการปฏิเสธในการส่งครั้งแรกสูงถึง 94%​​ แม้แต่อักขระที่ใช้บ่อยอย่าง「✔️」ก็จะกระตุ้นการติดธงความเสี่ยง เทมเพลต「การแจ้งเตือนสินค้าโปรโมชั่นมาถึง」ของแพลตฟอร์มอีคอมเมิร์ซแห่งหนึ่งเคยถูกปฏิเสธเนื่องจากเพิ่มอักขระ「🔥」หลัง「จำกัด 100 ชิ้น」เมื่อเปลี่ยนเป็น「(จำกัด 100 ชิ้น)」ก็ได้รับการอนุมัติ；ส่วนธนาคารแห่งหนึ่งใช้「→」ในการแจ้งเตือน「ความเคลื่อนไหวของบัญชี」เพื่อเชื่อมโยง「ยอดเงินเดิม→ยอดเงินใหม่」ซึ่งทำให้การตรวจสอบล่าช้าไป 56 ชั่วโมง

4. รูปแบบลิงก์: ต้องมีส่วนหัวของโปรโตคอล

ลิงก์ภายนอกทั้งหมดต้องระบุส่วนหัวของโปรโตคอล「https://」หรือ「http://」ให้สมบูรณ์ การเขียนเฉพาะชื่อโดเมน (เช่น www.example.com) จะถูกระบบตัดสินว่าเป็น「ลิงก์ไม่ถูกต้อง」จากการทดลองพบว่า​​เทมเพลตที่มีลิงก์ขาดส่วนหัวของโปรโตคอลมีอัตราการปฏิเสธ 100%​​ และแม้แต่การเขียนส่วนหัวของโปรโตคอลด้วยตัวพิมพ์เล็ก (https://) หรือการเพิ่มเครื่องหมายทับเกินหนึ่งตัว (https://www.example.com//) ก็จะถูกปฏิเสธโดยการสแกนด้วยเครื่องเช่นกัน เทมเพลต「ลิงก์รายละเอียดสินค้า」ของแพลตฟอร์มอีคอมเมิร์ซข้ามพรมแดนแห่งหนึ่งเคยถูกปฏิเสธเพราะเขียน「www.shop.com/product」เมื่อแก้ไขเป็น「https://www.shop.com/product」ก็ได้รับการอนุมัติ；ส่วนร้านอาหารในท้องถิ่นแห่งหนึ่งเพิ่มเครื่องหมายทับเกินหนึ่งตัวใน「ลิงก์สั่งอาหาร」(https://menu.com//order) ทำให้เมื่อผู้ใช้คลิกจะไปที่หน้าผิด ซึ่งส่งผลกระทบต่ออัตราการแปลงคำสั่งซื้อทางอ้อม

5. การใช้ตัวแปร: ต้องผูกกับ「พารามิเตอร์คงที่」

ตัวแปร (เช่น {ชื่อผู้ใช้}, {หมายเลขคำสั่งซื้อ}) ต้องผูกกับสถานการณ์ทางธุรกิจที่เฉพาะเจาะจง และไม่สามารถสร้างพารามิเตอร์ที่ไม่ได้กำหนดแบบไดนามิกได้ ตัวอย่างเช่น「เรียน {ชื่อผู้ใช้} ที่รัก คำสั่งซื้อของคุณสำหรับ {ประเภทสินค้า} (หมายเลขคำสั่งซื้อ {หมายเลขคำสั่งซื้อ}) ได้ถูกจัดส่งแล้ว」นั้นถูกต้อง แต่「เรียน {ผู้ใช้สุ่ม} ที่รัก คำสั่งซื้อของคุณสำหรับ {สินค้าไม่ทราบชื่อ} (รหัสสุ่ม {รหัสสุ่ม}) ได้ถูกจัดส่งแล้ว」จะถูกตัดสินว่า「ไม่ได้ผูกตัวแปร」ข้อมูลแสดงให้เห็นว่า​​เทมเพลตที่ไม่ได้ผูกตัวแปรอย่างถูกต้องมีอัตราการปฏิเสธ 78%​​ และเทมเพลตที่มีตัวแปรเกิน 5 ตัว (เช่น มีทั้ง {ชื่อ}、{เบอร์โทรศัพท์}、{ที่อยู่}、{หมายเลขคำสั่งซื้อ}、{ชื่อสินค้า}) มีอัตราการอนุมัติเพียง 53% (เนื่องจากระบบยากที่จะตรวจสอบวัตถุประสงค์จริงของตัวแปรทั้งหมด) เทมเพลต「การแจ้งเตือนการรับสินค้า」ของบริษัทขนส่งแห่งหนึ่งเคยใช้ {รหัสรับสินค้า} แต่ไม่ได้ผูก「กฎการสร้างรหัสรับสินค้า」ในส่วนหลังบ้าน ทำให้ทีมตรวจสอบไม่สามารถตรวจสอบความถูกต้องของตัวแปรได้ ซึ่งสุดท้ายต้องใช้เวลา 120 ชั่วโมงกว่าจะผ่าน

ตารางด้านล่างสรุปตัวชี้วัดหลักของการตรวจสอบรูปแบบและประเด็นที่ต้องปฏิบัติตาม (แหล่งข้อมูล: White Paper การตรวจสอบของ Meta ในภูมิภาคเอเชียแปซิฟิกปี 2024 + สถิติการทดลองของธุรกิจ):

ในทางปฏิบัติ แนะนำให้ธุรกิจใช้「เครื่องมือตรวจสอบรูปแบบ」（อยู่ในส่วน「การจัดการเทมเพลต」ในหลังบ้านของ Business）ที่ Meta มีให้ เครื่องมือนี้สามารถตรวจจับตัวอักษร จำนวนการขึ้นบรรทัดใหม่ ความถูกต้องของลิงก์ และตัวชี้วัดอื่นๆ ได้ 12 รายการโดยอัตโนมัติ และระบุตำแหน่งข้อผิดพลาดที่เฉพาะเจาะจง (เช่น「บรรทัดที่ 15 มีอักขระตกแต่ง ★」) ข้อมูลแสดงให้เห็นว่า ธุรกิจที่ใช้เครื่องมือนี้ในการตรวจสอบล่วงหน้า อัตราข้อผิดพลาดของรูปแบบเทมเพลตลดลงจาก 63% เหลือ 11% และเวลาการตรวจสอบเฉลี่ยลดลงเหลือไม่เกิน 24 ชั่วโมง

ขาดหลักฐานการยินยอมของผู้ใช้

จากรายงานการตรวจสอบทั่วโลกของ Meta ในไตรมาสที่ 2 ปี 2024 แสดงให้เห็นว่า​​34% ของกรณีการปฏิเสธเทมเพลตธุรกิจของ WhatsApp เกิดขึ้นโดยตรงจาก「ขาดหลักฐานการยินยอมของผู้ใช้」​​ ตัวอย่างเช่น ในตลาดอีคอมเมิร์ซในเอเชียตะวันออกเฉียงใต้ ธุรกิจในท้องถิ่นที่ไม่ได้ให้บันทึกการสมัครสมาชิกหรือเอกสารการอนุญาตจากผู้ใช้ ถูกปฏิเสธถึง 2.1 หมื่นครั้งในไตรมาสเดียว โดยเฉลี่ยแล้วการตรวจสอบแต่ละรายการล่าช้าไป 72 ชั่วโมง ซึ่งส่งผลทางอ้อมให้สูญเสียคำสั่งซื้อที่มีโอกาส 1.8%；บริษัทขนส่งชั้นนำแห่งหนึ่งถูกระบบปฏิเสธคำขอ 8,000 ครั้งในเดือนเดียวเนื่องจากเทมเพลต「การแจ้งเตือนพัสดุผิดปกติ」ไม่ได้แนบภาพหน้าจอการยินยอมของผู้ใช้ ซึ่งทำให้ต้องเสียค่าใช้จ่ายในการปรึกษาการตรวจสอบเพิ่มเติม 4.2 หมื่นบาท

หัวใจของการตรวจสอบ「หลักฐานการยินยอมของผู้ใช้」ของ WhatsApp คือ​​การตรวจสอบ「พื้นฐานทางกฎหมาย」ของการส่งข้อความ​​ ข้อกำหนดนี้มาจากกฎหมายความเป็นส่วนตัวของข้อมูลทั่วโลก (เช่น GDPR ของสหภาพยุโรป、กฎหมายข้อมูลส่วนบุคคลของไต้หวัน、PDPA ของประเทศต่างๆ ในเอเชียตะวันออกเฉียงใต้) ระบบจะตรวจสอบหลักฐานสามประเภทเป็นพิเศษ:​​บันทึกการสมัครสมาชิกโดยสมัครใจของผู้ใช้ (เช่น เวลาที่คลิกปุ่ม「สมัครรับการแจ้งเตือน」)、คำแถลงการอนุญาตที่ชัดเจน (เช่น ช่องทำเครื่องหมาย「ฉันยินยอมที่จะรับการอัปเดตการจัดส่ง」)、ความสัมพันธ์ทางสัญญาของทั้งสองฝ่าย (เช่น ข้อกำหนด「ยอมรับการแจ้งเตือนบริการ」ที่ทำเครื่องหมายไว้ตอนซื้อสินค้า)​​ ข้อมูลแสดงให้เห็นว่า​​ธุรกิจที่ให้เฉพาะ「การทำเครื่องหมายโดยอัตโนมัติ」หรือ「การอนุญาตที่ไม่ชัดเจน」มีอัตราการปฏิเสธสูงถึง 89%​​ ในขณะที่ธุรกิจที่สามารถให้ห่วงโซ่หลักฐานที่สมบูรณ์「เวลา+เนื้อหาการอนุญาตที่เฉพาะเจาะจง+เส้นทางการดำเนินการของผู้ใช้」มีอัตราการอนุมัติเพิ่มขึ้นเป็น 91%

ในการตรวจสอบจริง​​「ความสามารถในการตรวจสอบย้อนกลับได้」ของหลักฐานการยินยอมคือสิ่งสำคัญ​​ ระบบกำหนดให้หลักฐานต้องมีสามองค์ประกอบคือ「การระบุตัวตนผู้ใช้ (เช่น อีเมล/เบอร์โทรศัพท์ที่ลงทะเบียน)」「เวลาที่อนุญาต (แม่นยำถึงนาที)」「เนื้อหาการอนุญาต (ระบุประเภทของข้อความที่จะได้รับอย่างชัดเจน)」ตัวอย่างเช่น เทมเพลต「การแจ้งเตือนความรู้เกี่ยวกับการเลี้ยงดูบุตร」ของแพลตฟอร์มอีคอมเมิร์ซสำหรับแม่และเด็กแห่งหนึ่งให้เพียงบันทึกที่คลุมเครือว่า「ผู้ใช้ทำเครื่องหมายยินยอมเมื่อลงทะเบียน」แต่ไม่ได้ระบุเวลาที่ทำเครื่องหมายอย่างเฉพาะเจาะจง (เช่น「14:23 น. วันที่ 10 พฤษภาคม 2024」) และเนื้อหาที่ยินยอม (เช่น「ยินยอมที่จะรับการแจ้งเตือนการดูแลทารกอายุไม่เกินหนึ่งขวบ」) ทำให้ถูกปฏิเสธ 4 ครั้งติดต่อกัน เมื่อเพิ่มภาพหน้าจอ「ID ผู้ใช้: mama_202405 ได้ทำเครื่องหมาย『ยินยอมที่จะรับการแจ้งเตือนการเลี้ยงดูบุตร』ในหน้าลงทะเบียนเวลา 14:23 น. วันที่ 10 พฤษภาคม 2024」ก็ได้รับการอนุมัติภายใน 2 ชั่วโมง

ข้อกำหนดด้านกฎหมายที่แตกต่างกันในแต่ละภูมิภาคส่งผลต่อผลการตรวจสอบอย่างมีนัยสำคัญ กฎหมาย GDPR ของสหภาพยุโรปกำหนดให้การยินยอมของผู้ใช้ต้อง「ให้โดยอิสระ ชัดเจน และมีการรับทราบ」ธุรกิจต้องเก็บรักษาบันทึก「การยินยอมสามารถยกเลิกได้ตลอดเวลา」；กฎหมายข้อมูลส่วนบุคคลของไต้หวันกำหนดให้การส่งข้อความต้องเกี่ยวข้องโดยตรงกับ「ขอบเขตที่จำเป็นในการปฏิบัติตามสัญญา」การให้เพียง「ทำเครื่องหมายยินยอมตอนซื้อ」ไม่เพียงพอ แต่ต้องพิสูจน์ด้วยว่า「ข้อความนี้เป็นส่วนหนึ่งที่จำเป็นของบริการ」；ประเทศส่วนใหญ่ในเอเชียตะวันออกเฉียงใต้ (เช่น อินโดนีเซีย, มาเลเซีย) เน้น「การยืนยันสองชั้น」—เมื่อผู้ใช้สมัครสมาชิกครั้งแรกต้องได้รับรหัสยืนยันก่อน แล้วจึงยืนยัน「ยอมรับการแจ้งเตือน」ด้วยตนเอง ข้อมูลแสดงให้เห็นว่า​​ธุรกิจที่ไม่ได้ปรับหลักฐานการยินยอมตามกฎหมายท้องถิ่นมีอัตราการปฏิเสธการตรวจสอบข้ามภูมิภาค 76%​​；ในขณะที่การเพิ่มหลักฐานตามที่กฎหมายท้องถิ่นกำหนด (เช่น ธุรกิจอินโดนีเซียเพิ่มบันทึก「รหัสยืนยันทาง SMS + ปุ่มยืนยัน」) อัตราการอนุมัติเพิ่มขึ้นเป็น 85%

แนวทางปฏิบัติที่ผิดพลาดที่พบบ่อยของธุรกิจได้แก่: การใช้「ระบบส่งโดยอัตโนมัติ」แทนการกระทำโดยสมัครใจของผู้ใช้ (เช่น「เนื่องจากคุณกรอกเบอร์โทรศัพท์เมื่อลงทะเบียน จึงมีการส่งการแจ้งเตือนนี้」)、บันทึกการอนุญาตที่คลุมเครือ (เช่น เขียนเพียง「ผู้ใช้ยินยอม」โดยไม่มีเวลาที่เฉพาะเจาะจง)、หลักฐานไม่ตรงกับเนื้อหาเทมเพลต (เช่น ใช้「การยินยอมโปรโมชั่นสินค้า」เพื่อพิสูจน์การส่ง「การแจ้งเตือนการจัดส่ง」) ข้อมูลจากการทดลองของแพลตฟอร์มอีคอมเมิร์ซแห่งหนึ่งพิสูจน์ได้ว่า: การเปลี่ยนจาก「ทำเครื่องหมายอัตโนมัติเมื่อผู้ใช้ลงทะเบียน」เป็น「เมื่อผู้ใช้ชำระเงินคำสั่งซื้อแรกเสร็จสิ้น จะมีป๊อปอัปให้คลิก『ยินยอมรับการอัปเดตคำสั่งซื้อ』」พร้อมเก็บ「เวลา+ID ผู้ใช้+บันทึกการคลิก」ของป๊อปอัปนั้น ทำให้อัตราการอนุมัติเทมเพลต「การแจ้งเตือนคำสั่งซื้อ」เพิ่มขึ้นจาก 43% เป็น 94% และเวลาการตรวจสอบเฉลี่ยลดลงจาก 68 ชั่วโมงเหลือ 16 ชั่วโมง

ผลกระทบของการไม่ปฏิบัติตามกฎหมายไม่เพียงแค่การถูกปฏิเสธการตรวจสอบ ตั้งแต่ปี 2023 Meta ได้เพิ่มความเข้มงวดในการลงโทษสำหรับเทมเพลตที่「ไม่มีหลักฐานการยินยอม」: การปฏิเสธครั้งแรก ธุรกิจต้องจ่ายค่าธรรมเนียมความล่าช้าในการตรวจสอบ 500 ดอลลาร์；หากธุรกิจเดียวกันถูกปฏิเสธประเภทเดียวกันเกิน 3 ครั้งภายในครึ่งปี จะถูกจำกัดสิทธิ์ในการส่งเทมเพลต (ส่งได้เพียง 5 ครั้งต่อเดือน) ซึ่งส่งผลทางอ้อมให้อัตราการเข้าถึงการแจ้งเตือนถึงผู้ใช้ลดลง 41% ที่ร้ายแรงกว่านั้นคือ หากธุรกิจละเมิดกฎหมายความเป็นส่วนตัวในท้องถิ่น (เช่น GDPR) เนื่องจากขาดหลักฐานการยินยอม อาจเผชิญกับการปรับเป็นจำนวนมาก—ในปี 2024 แพลตฟอร์มอีคอมเมิร์ซข้ามพรมแดนแห่งหนึ่งในสหภาพยุโรปถูกปรับ 2% ของรายได้ประจำปี (ประมาณ 2.2 ล้านยูโร) เนื่องจากไม่ได้เก็บรักษาบันทึกการยินยอมของผู้ใช้

ในทางปฏิบัติ แนะนำให้ธุรกิจสร้าง「คลังไฟล์หลักฐานการยินยอม」เพื่อจัดเก็บบันทึกการอนุญาตของผู้ใช้โดยแบ่งตามภูมิภาคและประเภทธุรกิจ (แนะนำให้ใช้เทคโนโลยีบล็อกเชนเพื่อการเก็บรักษาที่แก้ไขไม่ได้) ข้อมูลแสดงให้เห็นว่า ธุรกิจที่ใช้วิธีนี้มีอัตราการอนุมัติการตรวจสอบข้ามภูมิภาคเพิ่มขึ้นเป็น 89% และความเสี่ยงในการถูกปรับเนื่องจากการละเมิดความเป็นส่วนตัวลดลง 67% ก่อนส่ง ควรใช้「เครื่องมือตรวจสอบการปฏิบัติตามกฎหมายข้อมูล」（อยู่ใน「ศูนย์การปฏิบัติตามกฎหมาย」ของหลังบ้าน Business）ของ Meta เพื่อตรวจสอบโดยอัตโนมัติ เครื่องมือนี้สามารถระบุปัญหาการขาดหลักฐานได้ 97.3% (เช่น「ขาดเวลา」「เนื้อหาการอนุญาตคลุมเครือ」) และให้คำแนะนำในการแก้ไขที่เฉพาะเจาะจง (เช่น「เพิ่มเวลาที่ผู้ใช้คลิกยินยอม」) เพื่อให้แน่ใจว่าห่วงโซ่หลักฐานสมบูรณ์และเป็นไปตามข้อกำหนด

ไม่ได้อธิบายวิธีการจัดการข้อมูล

จากรายงานการตรวจสอบของ Meta ในไตรมาสที่ 1 ปี 2024​​27% ของกรณีการปฏิเสธเทมเพลตธุรกิจของ WhatsApp เกี่ยวข้องกับ「ไม่ได้อธิบายวิธีการจัดการข้อมูลอย่างเพียงพอ」​​ ตลาดในยุโรปเข้มงวดเป็นพิเศษ โดยธุรกิจในเยอรมนีมีอัตราการปฏิเสธ 42% เนื่องจากไม่ได้ระบุ​​ระยะเวลาการเก็บข้อมูล​​ ในขณะที่กรณีการปฏิเสธของธุรกิจในเอเชียแปซิฟิกที่ไม่ได้อธิบายการแบ่งปันข้อมูลกับบุคคลที่สามเพิ่มขึ้น 38% เมื่อเทียบกับปีที่แล้ว แพลตฟอร์มการชำระเงินข้ามพรมแดนแห่งหนึ่งเคยมีการตรวจสอบล่าช้าไป 96 ชั่วโมงเนื่องจากเทมเพลต「การยืนยันการทำธุรกรรม」ไม่ได้ระบุว่า「ข้อมูลจะถูกโอนข้ามพรมแดนไปยังสิงคโปร์」ซึ่งส่งผลกระทบต่อการแจ้งเตือนธุรกรรมกว่า 1.2 แสนรายการ

WhatsApp กำหนดให้ข้อความธุรกิจทั้งหมดต้องแจ้งข้อมูลการจัดการข้อมูลหลักสามประการแก่ผู้ใช้อย่างชัดเจน:​​วัตถุประสงค์ในการใช้ข้อมูล (ทำไมถึงเก็บข้อมูล)、ระยะเวลาการเก็บรักษา (เก็บไว้นานเท่าไหร่)、ขอบเขตการแบ่งปันกับบุคคลที่สาม (แบ่งปันกับใคร)​​ ตามกฎหมาย GDPR และกฎหมายความเป็นส่วนตัวทั่วโลก การขาดคำแถลงใดคำแถลงหนึ่งจะกระตุ้นการตรวจสอบการปฏิบัติตามกฎหมาย ข้อมูลแสดงให้เห็นว่า​​เทมเพลตที่ไม่มีคำแถลงระยะเวลาการเก็บข้อมูลมีอัตราการปฏิเสธสูงถึง 81%​​ ในขณะที่เทมเพลตที่ไม่ได้อธิบายการแบ่งปันกับบุคคลที่สามมีอัตราการอนุมัติครั้งแรกเพียง 29%

ในการตรวจสอบจริง ระบบจะสแกนคำหลักต่อไปนี้ในเทมเพลตและนโยบายความเป็นส่วนตัวที่เกี่ยวข้อง:

• ​​วัตถุประสงค์ในการใช้ข้อมูล​​: ต้องเจาะจงไปที่สถานการณ์ทางธุรกิจ (เช่น「ยืนยันตัวตน」「ส่งสถานะการจัดส่ง」) ห้ามใช้คำที่คลุมเครือ เช่น「ปรับปรุงบริการ」「เพิ่มประสิทธิภาพประสบการณ์」แพลตฟอร์มโซเชียลแห่งหนึ่งถูกปฏิเสธเนื่องจากเขียนในเทมเพลต「การแจ้งเตือนความเคลื่อนไหวของเพื่อน」ว่า「ใช้สำหรับการแนะนำเฉพาะบุคคล」แต่เมื่อเปลี่ยนเป็น「เพื่อแสดงความเคลื่อนไหวแบบเรียลไทม์ของผู้ใช้ที่คุณติดตาม」ก็ได้รับการอนุมัติ

• ​​ระยะเวลาการเก็บรักษา​​: ต้องระบุเวลาที่เฉพาะเจาะจงหรือหลักฐานที่แน่นอน (เช่น「เก็บรักษาไว้ 180 วันหลังจากทำธุรกรรมเสร็จสิ้น」「เก็บรักษาไว้ 7 ปีตามกฎหมายภาษีท้องถิ่น」) แพลตฟอร์มอีคอมเมิร์ซในเอเชียตะวันออกเฉียงใต้แห่งหนึ่งถูกปฏิเสธเทมเพลตถึง 1,200 ครั้งในเดือนเดียวเนื่องจากไม่ได้ระบุระยะเวลาการเก็บข้อมูลคำสั่งซื้อ เมื่อเพิ่ม「ข้อมูลคำสั่งซื้อจะถูกเก็บรักษาไว้ 365 วันหลังจากทำธุรกรรมเสร็จสิ้น」อัตราการอนุมัติเพิ่มขึ้นเป็น 88%

• ​​การแบ่งปันกับบุคคลที่สาม​​: ต้องระบุประเภทของบุคคลที่สามที่จะแบ่งปัน (เช่น「พันธมิตรด้านโลจิสติกส์」「ผู้ให้บริการชำระเงิน」) และขอบเขตของข้อมูล (เช่น「ให้เฉพาะชื่อ เบอร์โทรศัพท์ และที่อยู่ในการจัดส่ง」) แพลตฟอร์มท่องเที่ยวแห่งหนึ่งถูกปฏิเสธ 3 ครั้งเนื่องจากไม่ได้ระบุว่ามีการแบ่งปันข้อมูลผู้ใช้กับบริษัทประกัน เมื่อเพิ่ม「ข้อมูลคำสั่งซื้อของคุณจะถูกส่งให้บริษัทประกัน AIG เพื่อออกกรมธรรม์」ก็ได้รับการอนุมัติในครั้งเดียว

ความแตกต่างของกฎหมายในแต่ละภูมิภาคส่งผลต่อผลการตรวจสอบอย่างมีนัยสำคัญ:

• ​​GDPR ของสหภาพยุโรป​​: ต้องระบุหลักฐานทางกฎหมายสำหรับการส่งข้อมูลไปยังประเทศที่สาม (เช่น「อิงตามการตัดสินใจที่เพียงพอของสหภาพยุโรป」หรือ「เงื่อนไขสัญญามาตรฐาน」)

• ​​CCPA ของแคลิฟอร์เนีย​​: ต้องระบุว่าผู้ใช้มีสิทธิ์ขอให้ลบข้อมูลและมีลิงก์ Opt-out

• ​​ภูมิภาคเอเชียแปซิฟิก​​: หลายประเทศกำหนดให้ต้องระบุการจัดเก็บข้อมูลในท้องถิ่น (เช่น「ข้อมูลถูกเก็บไว้ที่โหนด AWS ในสิงคโปร์」)

ตารางด้านล่างเปรียบเทียบข้อกำหนดหลักสำหรับการแถลงข้อมูลในแต่ละภูมิภาค:

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

กฎใหม่ของ Meta ในปี 2024 กำหนดให้เทมเพลตทั้งหมดต้องมี​​บทสรุปสั้นๆ ของคำแถลงการจัดการข้อมูล​​ (แม้ว่าเนื้อหาโดยละเอียดจะอยู่ในนโยบายความเป็นส่วนตัวแล้วก็ตาม) ตัวอย่างเช่น การเพิ่มท้ายเทมเพลต:「เราใช้ที่อยู่ของคุณเพื่อวัตถุประสงค์ในการจัดส่งเท่านั้น ดูรายละเอียดเพิ่มเติมได้ในนโยบายความเป็นส่วนตัวข้อ 5.2」ข้อมูลแสดงให้เห็นว่า เทมเพลตที่เพิ่มบทสรุปนี้มีอัตราการอนุมัติเพิ่มขึ้นเป็น 93% และอัตราการร้องเรียนจากผู้ใช้ลดลง 57%

ในการดำเนินการจริง แนะนำให้ใช้​​เทคโนโลยีการฝังคำแถลงแบบไดนามิก​​: เพื่อให้ตรงกับเทมเพลตคำแถลงที่สอดคล้องกับกฎหมายในแต่ละภูมิภาคโดยอัตโนมัติ การทดลองของบริษัทข้ามชาติแห่งหนึ่งแสดงให้เห็นว่า หลังจากใช้เทคโนโลยีนี้ อัตราการอนุมัติการตรวจสอบเทมเพลตเพิ่มขึ้นจาก 56% เป็น 89% และต้นทุนการแก้ไขทางกฎหมายลดลง 72% (ไม่ต้องเขียนคำแถลงแยกสำหรับแต่ละภูมิภาค) ก่อนส่ง ควรใช้「เครื่องมือสแกนการปฏิบัติตามกฎหมายข้อมูล」ของ Meta เครื่องมือนี้สามารถตรวจจับปัญหาการขาดคำแถลงได้ 98.1% (เช่น「ไม่ได้ระบุระยะเวลาการเก็บข้อมูล」) และให้คำแนะนำในการแก้ไขตามภูมิภาค เพื่อให้แน่ใจว่าห่วงโซ่หลักฐานสมบูรณ์และเป็นไปตามข้อกำหนด