IOSOR ความรู้

หลักฐาน opt-in สำหรับ 10DLC: สิ่งที่ผู้ตรวจสอบต้องการก่อนเปิดแคมเปญ

เช็กลิสต์การปฏิบัติตามข้อกำหนดสำหรับการลงทะเบียนแคมเปญ 10DLC — สิ่งที่ผู้ตรวจสอบตรวจจริง วิธีเก็บความยินยอมแบบใดที่ผ่านการตรวจสอบ และวิธีเก็บหลักฐานให้ดึงมาใช้ได้ในไม่กี่นาที ไม่ใช่การขุดคุ้ยเอกสาร

การตรวจสอบแคมเปญ 10DLC ไม่เชื่อคำกล่าวอ้างทางการตลาดที่ว่า "ผู้ใช้ opt-in แล้ว" — สิ่งที่ต้องการคือ หลักฐาน: หน้าจอที่แน่นอน ถ้อยคำที่แน่นอน timestamp ที่แน่นอน และห่วงโซ่การเก็บรักษาที่คนแปลกหน้าสามารถตรวจสอบย้อนกลับได้แม้ผ่านไปครึ่งปี ทีมที่มองว่า opt-in เป็นแค่ช่องติ๊กบนสไลด์ มักเจอ throttling ถูกปฏิเสธ หรือถูกระงับกลางคันขณะเปิดตัว คู่มือนี้เขียนขึ้นสำหรับผู้ดูแลด้าน compliance และผลิตภัณฑ์ที่บริหารโปรแกรมส่งข้อความ prepaid white-label ซึ่งต้องการให้การอนุมัติแคมเปญผ่านการตรวจสอบจริง ไม่ใช่แค่รอบส่งครั้งแรก.

"หลักฐาน" หมายความว่าอย่างไรจริง ๆ

คำกล่าวอ้าง สิ่งที่มันบอก หลักฐานที่ผู้ตรวจสอบต้องการ
"ผู้ใช้ opt-in บนเว็บไซต์ของเรา" เชื่อเราสิ screenshot ที่เก็บถาวรของฟอร์มและข้อความที่แน่นอนตอนเก็บข้อมูล
"ความยินยอมอยู่ใน CRM ของเรา" เชื่อเราสิ บันทึกที่มี timestamp เชื่อมกับหมายเลขและข้อความ
"เราทำตามกฎ" เชื่อเราสิ นโยบายที่เป็นลายลักษณ์อักษรบวกกับ log ที่ดึงมาใช้ได้และตรงกัน

สิ่งที่ผู้ตรวจสอบตรวจทีละบรรทัด

  1. ถ้อยคำ opt-in ที่แน่นอนซึ่งแสดงให้ผู้ใช้เห็น ไม่ใช่การถอดความ
  2. หมายเลขที่เก็บได้ตรงกับหมายเลขที่ส่งข้อความจริงหรือไม่
  3. วิธีเก็บข้อมูล (เว็บฟอร์ม การเข้าร่วมด้วยคีย์เวิร์ด ด้วยวาจา/กระดาษ ช่องติ๊กตอนชำระเงิน) ถูกบันทึกเป็นเอกสารแยกตามแหล่งที่มา
  4. timestamp และวิธีการถูกบันทึกทันทีที่มีความยินยอม ไม่ใช่สร้างขึ้นย้อนหลัง
  5. ขอบเขต: ความยินยอมแบบทำธุรกรรมกับแบบการตลาดแยกจากกันชัดเจน ไม่เคยรวมกันภายหลัง

วิธีเก็บข้อมูลที่ผ่านการตรวจสอบ

  • เว็บฟอร์มที่ไม่ติ๊กช่องไว้ล่วงหน้า พร้อมข้อความความถี่การส่งข้อความ / HELP-STOP ที่เห็นชัด
  • การเข้าร่วมด้วยคีย์เวิร์ด (พิมพ์ START) ถูกบันทึกพร้อมคู่ข้อความขาเข้า/การตอบกลับที่แน่นอน
  • ความยินยอมด้วยวาจาหรือกระดาษตามสคริปต์ ถูกเก็บและดึงมาใช้ได้ภายในขอบเขต use case ของแคมเปญที่ลงทะเบียนไว้
  • opt-in ตอน checkout แสดงตอนที่ซื้อจริง ไม่ฝังอยู่ในเงื่อนไขทั่วไป

สิ่งที่ต้องบันทึกในขณะที่มีความยินยอม

ฟิลด์ เหตุใดจึงสำคัญ
timestamp (UTC) พิสูจน์ว่าความยินยอมเกิดก่อนข้อความแรก
ข้อความที่แสดงแน่นอน พิสูจน์ว่าถ้อยคำตรงกับที่แคมเปญสัญญาไว้
ช่องทางเก็บข้อมูล เชื่อมหลักฐานกับ use case ที่ลงทะเบียนไว้
IP / อุปกรณ์ หรือแหล่งอ้างอิง ช่วยในการแก้ไขข้อพิพาท

screenshot ที่ถ่ายหลังมีการร้องเรียนไม่ใช่หลักฐาน — มันคือการสร้างขึ้นย้อนหลัง ผู้ตรวจสอบแยกความแตกต่างนี้ออก.

ช่องว่างของหลักฐานที่พบบ่อยซึ่งทำให้ถูกปฏิเสธหรือ throttling

  • ถ้อยคำความยินยอมไม่ตรงกับข้อความตัวอย่างที่ลงทะเบียนไว้
  • บันทึก opt-in เดียวครอบคลุมหลายแคมเปญที่ไม่เกี่ยวข้องกัน
  • ไม่มีบันทึกการปรับรูปแบบหมายเลขให้เป็นมาตรฐานก่อนจัดเก็บ
  • ความยินยอมด้านการตลาดถูกนำมาใช้ซ้ำอย่างเงียบ ๆ สำหรับ use case แบบทำธุรกรรม
  • หลักฐานที่มีอยู่แค่ในความทรงจำของเจ้าหน้าที่ support

เริ่มต้นกับ IOSOR

อัปโหลดภาพหน้าจอยินยอมและบันทึกความยินยอมที่จัดเก็บไว้ของคุณไปยังคอนโซล IOSOR โดยตรง ก่อนส่งแคมเปญ 10DLC เพื่อตรวจสอบ ตั้งค่าเว็บฮุกของคุณให้ส่งผ่านประทับเวลา UTC ที่แน่นอน บันทึก IP และข้อความยินยอมที่บันทึกไว้พร้อมกับผู้สมัครสมาชิกแต่ละราย พักคิวการส่งข้อความของคุณไว้จนกว่าระบบตรวจสอบความสอดคล้องจะยืนยันชุดหลักฐานของคุณ

สรุป IOSOR

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

คู่มือนี้มีประโยชน์ไหม?

คู่มือที่เกี่ยวข้อง