IOSOR دانش

شواهد opt-in برای 10DLC: چیزی که ممیزها پیش از کمپین نیاز دارند

چک‌لیست انطباق برای ثبت کمپین 10DLC — اینکه ممیزها واقعاً چه چیزی را بررسی می‌کنند، کدام روش‌های جمع‌آوری رضایت در برابر بازبینی دوام می‌آورند، و چگونه شواهد را در چند دقیقه قابل بازیابی نگه داریم، نه با کاوش در بایگانی.

بازبینی کمپین 10DLC به ادعای بازاریابی «کاربران opt-in داده‌اند» اعتماد نمی‌کند — آن شواهد می‌خواهد: صفحه دقیق، عبارت دقیق، مهر زمانی دقیق، و زنجیره نگهداری‌ای که یک غریبه بتواند شش ماه بعد آن را دنبال کند. تیم‌هایی که با opt-in مانند یک تیک روی اسلاید رفتار می‌کنند، در میانه راه‌اندازی با throttling، رد شدن یا تعلیق مواجه می‌شوند.

IOSOR انتظار دارد شواهد opt-in درست کنار همان صفحه کنترل پیش‌پرداخت هزینه‌ها باشد — یک برنامه به این دلیل «آماده» نیست که جایی یک فرم وجود دارد؛ آماده است چون بازیابی شواهد چند دقیقه طول می‌کشد، نه کاوش در بایگانی.

«شواهد» واقعاً یعنی چه

ادعا چه می‌گوید شواهدی که ممیز می‌خواهد
«کاربران در سایت ما opt-in دادند» به ما اعتماد کنید اسکرین‌شات بایگانی‌شده از فرم و متن دقیق در لحظه جمع‌آوری
«رضایت در CRM ماست» به ما اعتماد کنید رکورد دارای مهر زمانی مرتبط با شماره و پیام
«ما از قوانین پیروی می‌کنیم» به ما اعتماد کنید یک سیاست مکتوب به‌علاوه گزارشی قابل بازیابی که با آن مطابقت دارد

چیزی که ممیزها خط به خط بررسی می‌کنند

  1. عبارت دقیق opt-in که به کاربر نشان داده شده، نه یک بازنویسی
  2. آیا شماره ثبت‌شده با شماره‌ای که واقعاً پیام برایش ارسال شده مطابقت دارد
  3. روش جمع‌آوری (فرم وب، پیوستن با کلمه کلیدی، شفاهی/کاغذی، تیک در پرداخت) به تفکیک منبع مستند شده باشد
  4. مهر زمانی و روش در لحظه رضایت ثبت شده باشد، نه بازسازی‌شده بعداً
  5. دامنه: رضایت تراکنشی در برابر بازاریابی جدا نگه داشته شود، هرگز بعداً ادغام نشود

روش‌های جمع‌آوری که دوام می‌آورند

  • فرم وب با تیک نخورده و متن قابل مشاهده درباره تناوب پیام / HELP-STOP
  • پیوستن با کلمه کلیدی (ارسال START) ثبت‌شده همراه با جفت دقیق پیام ورودی/پاسخ
  • رضایت شفاهی یا کاغذی طبق اسکریپت، ذخیره‌شده و قابل بازیابی در محدوده use case ثبت‌شده کمپین
  • opt-in در پرداخت که در لحظه خرید نمایش داده می‌شود، نه دفن‌شده در شرایط عمومی

چیزی که باید در لحظه رضایت ثبت شود

فیلد چرا اهمیت دارد
مهر زمانی (UTC) ثابت می‌کند رضایت قبل از اولین پیام بوده
متن دقیق نمایش‌داده‌شده ثابت می‌کند عبارت با آنچه کمپین وعده داده مطابقت داشته
کانال جمع‌آوری شواهد را به use case ثبت‌شده متصل می‌کند
IP / دستگاه یا مرجع منبع به حل اختلاف کمک می‌کند

شکاف‌های رایج شواهد که موجب رد یا throttling می‌شوند

  • متن رضایت که با پیام‌های نمونه ثبت‌شده مطابقت ندارد
  • یک رکورد opt-in که چند کمپین نامرتبط را پوشش می‌دهد
  • نبود رکورد نرمال‌سازی فرمت شماره پیش از ذخیره‌سازی
  • رضایت بازاریابی که بی‌سروصدا برای یک use case تراکنشی دوباره استفاده شده
  • شواهدی که فقط در حافظه یک نماینده پشتیبانی وجود دارد

شروع با IOSOR

تصاویر اسکرین‌شات بایگانی‌شده مربوط به اعلام رضایت و لاگ‌های مربوطه را پیش از ارسال کمپین 10DLC خود جهت بررسی، مستقیماً در کنسول IOSOR بارگذاری کنید. وب‌هوک‌های خود را به‌گونه‌ای تنظیم کنید که برچسب‌های زمانی دقیق UTC، سوابق IP و متن ثبت‌شده اعلام رضایت را به همراه هر مشترک ارسال کنند. صف پیام‌رسانی خود را تا زمان تایید مدارک توسط دروازه انطباق متوقف نگه دارید.

جمع‌بندی IOSOR

برای موفقیت در ممیزی 10DLC، باید شواهد واضح و زمان‌بندی شده‌ای از رضایت کاربر در لحظه ثبت نام ارائه دهید. این به معنای داشتن مستنداتی است که دقیقاً نشان می‌دهد کاربر چه زمانی، چگونه و با چه متنی رضایت خود را اعلام کرده است.

انجام دهید: یک مکانیزم ثبت دقیق برای هر رضایت کاربر پیاده‌سازی کنید که شامل متن پیام رضایت، تاریخ و زمان دقیق (با فرمت UTC) و منبع جذب کاربر باشد.

انجام ندهید: از جمع‌آوری رضایت ضمنی یا ثبت رضایت پس از ثبت نام خودداری کنید. هرگونه ابهام در مورد زمان یا نحوه دریافت رضایت می‌تواند منجر به رد شدن در ممیزی شود.

بررسی قابل اندازه‌گیری: اطمینان حاصل کنید که حداقل 98% از تمام پیام‌های رضایت ارسالی دارای یک DLR موفقیت‌آمیز در عرض 5 دقیقه پس از ارسال هستند. این نشان‌دهنده یک فرآیند ثبت رضایت کارآمد و قابل اعتماد است.

آیا این راهنما مفید بود؟

راهنماهای مرتبط