چرا پیامک تایید نمیاد؟ ؟ 8 علت اصلی و راهحل های رساندن کد تایید به زیر 4 ثانیه
—————- رپورتاژ آگهی —————–
کاربر شماره موبایلش را وارد کرده، دکمه را زده و حالا به صفحه «کد تایید را وارد کنید» خیره شده است. پنج ثانیه، ده ثانیه، بیست ثانیه. دکمه «ارسال مجدد» را میزند. باز هم خبری نیست. صفحه را میبندد.
این اتفاق در هیچ گزارشی ثبت نمیشود. سیستم شما نوشته «پیامک ارسال شد» و همه چیز سبز است. اما کاربری که تا صفحه دریافت کد آمده، بالاترین سطح تمایل ممکن را نشان داده و شما دقیقاً در همان نقطه او را از دست دادهاید. اگر روزی هزار نفر وارد این صفحه شوند و فقط ۵ درصدشان بهخاطر تأخیر رها کنند، ماهانه ۱۵۰۰ ثبت نام یا خرید از دست رفته است، بی آنکه کسی متوجه شود.
این مقاله دو بخش دارد. بخش اول برای صاحب کسب و کار و مدیر محصول است: علت های واقعی دیر رسیدن یا نرسیدن کد تایید، و اینکه چطور خیلی راحت بفهمید مقصر کیست. بخش دوم برای تیم فنی است: چه کارهایی باید انجام شود تا کد ورود نه بهطور متوسط، بلکه بهطور پایدار زیر ۴ ثانیه به دست کاربر برسد.
مسیر یک کد تایید از کجا میگذرد؟
قبل از علت ها، یک تصویر ساده لازم است. کد تایید از چهار ایستگاه عبور میکند:
1- سایت یا اپلیکیشن شما کد را میسازد و درخواست ارسال میدهد
2- سرویس دهنده پیامک درخواست را میگیرد، در صف میگذارد و به اپراتور تحویل میدهد
3- اپراتور تلفن همراه پیامک را در شبکه خود مسیریابی میکند
4- گوشی کاربر پیامک را دریافت میکند
نکته کلیدی: بیش از نیمی از این مسیر دست شما نیست. پس هر تأخیری را نمیشود با تغییر کد حل کرد، و هر تاخیری هم تقصیر اپراتور نیست. باید بدانید در کدام ایستگاه گیر کردهاید.
۸ علت رایج دیر رسیدن یا نرسیدن کد تایید
۱. کد تایید روی خط تبلیغاتی ارسال میشود
شایع ترین و پنهان ترین علت ارسال شدن کد تایید روی خط تبلیغاتی است. بسیاری از کسب و کارها کد ورود را با همان خطی میفرستند که کمپین تبلیغاتی میفرستند. مشکل اینجاست که میلیونها کاربر دریافت پیامک تبلیغاتی را روی سیم کارت خود غیرفعال کردهاند. برای این افراد، کد تایید شما اصلاً نمیرسد؛ نه دیر، بلکه هرگز. اگر عبارت «پیامک تایید نمیاد» را جستوجو کردهاید، احتمال زیادی دارد که ریشه مشکل همینجا باشد.
راه حل، استفاده از خط خدماتی به همراه ارسال با الگو (پترن) است. پیامک خدماتی از فیلتر تبلیغاتی مستثناست و در ساعات منع ارسال تبلیغات هم تحویل میشود.
۲. الگوی پیامک تایید نشده یا متن با الگو نمی خواند
وقتی از ارسال با الگو استفاده میکنید، متن باید دقیقاً با نمونه تایید شده منطبق باشد. یک تغییر کوچک در متن مثلا اضافه شدن یک کلمه یا تغییر ترتیب متغیرها باعث رد شدن ارسال میشود. گاهی تیم محتوا متن را «بهتر» میکند و از همان لحظه هیچ کدی ارسال نمیشود.
۳. کد ورود پشت صف کمپین تبلیغاتی مانده است
ساعت ۱۰ صبح، تیم بازاریابی یک کمپین ۵۰ هزارتایی را در پنل میگذارد. اگر کد تایید کاربران در همان صف قرار بگیرد، هر کاربری که در آن بازه بخواهد وارد شود باید پشت دهها هزار پیامک تبلیغاتی منتظر بماند. هیچ خطایی رخ نمیدهد؛ فقط کد دو دقیقه دیر میرسد. این اتفاق هم در پنل اس ام اس هم میتواند بیفتد، هم در صف داخلی سیستم خودتان.
۴. پنل پیامکی شما ظرفیت کافی ندارد یا تک مسیره است
هر سرویس دهنده ظرفیت مشخصی برای ارسال در دقیقه دارد که معمولاً در صفحه تعرفه نوشته نمیشود. در ساعات پیک، سامانه پیامکی که ظرفیت پایینی دارد همه مشتریانش را همزمان کند میکند. مشکل دوم، وابستگی به یک مسیر است: اگر پنل اس ام اس برای هر اپراتور فقط یک مسیر ارسال داشته باشد، اختلال آن مسیر یعنی توقف کامل ارسال به آن اپراتور.
۵. اختلال موقت اپراتور مقصد
گاهی مشکل واقعاً از اپراتور است؛ بار شبکه در ساعات پیک، به روزرسانی زیرساخت، یا اختلال منطقهای. این عامل خارج از کنترل شماست، اما قابل مدیریت است: سرویس دهندهای که چند مسیر ارسال دارد، ترافیک را جابهجا میکند و شما متوجه اختلال نمیشوید.
۶. ارسال پیامک داخل مسیر درخواست کاربر انجام میشود
یک علت کاملاً فنی که در بخش دوم مفصل به آن میپردازیم: اگر سیستم شما ارسال پیامک را در همان لحظه کلیک کاربر و پیش از پاسخ به او انجام دهد، هر کندی در مسیر مستقیماً به صفحهای تبدیل میشود که کاربر روی آن معطل مانده. کاربر دوباره کلیک میکند، دو درخواست ایجاد میشود و دو کد متفاوت میرسد.
۷. کاربر دو کد متفاوت دریافت میکند
نتیجه مستقیم علت قبلی یا تلاش مجدد بیحساب سیستم. کاربر کد اول را وارد میکند، سیستم کد دوم را معتبر میداند، ورود شکست میخورد و کاربر گمان میکند سیستم خراب است. از نظر او این هم «کد تایید نمیاد» است، هرچند دو پیامک رسیده.
۸. شما نمیدانید پیامک نرسیده
آخرین و مهم ترین علت اینکه چرا کد تایید نمیاد. اگر پنل ارسال پیامک، گزارش تحویل (دلیوری) ارائه نمیدهد یا شما آن را ذخیره نمیکنید، تنها چیزی که میدانید این است که درخواست ارسال دادهاید. تفاوت «ارسال شده» و «تحویل شده» دقیقاً همان کاربرانی هستند که از دست میدهید و هرگز خبردار نمیشوید.
چطور بفهمید مقصر اینکه پیامک تایید نمی رود، کیست؟
با این جدول، بدون دانش فنی میتوانید علت را محدود کنید:
| علامت | علت احتمالی | مسئول رفع |
| بعضی کاربران هرگز کد نمیگیرند، بقیه سریع میگیرند | ارسال روی خط تبلیغاتی، فیلتر تبلیغاتی کاربر | تنظیمات پنل / سرویس دهنده |
| از یک تاریخ به بعد هیچ کدی نمیرسد | رد شدن الگو یا تغییر متن | تیم فنی + سامانه پیامکی |
| فقط در ساعات خاص روز کند میشود | صف مشترک با کمپین یا ظرفیت پایین سرویسدهنده | سرویس دهنده |
| فقط کاربران یک اپراتور مشکل دارند | اختلال اپراتور یا مسیر تک راهه | پنل اس ام اس |
| صفحه ثبت نام خودش کند باز میشود | ارسال داخل مسیر درخواست | تیم فنی |
| کاربران دو کد میگیرند | تلاش مجدد بیحساب یا کلیک دوباره | تیم فنی |
یک تست عملی هم انجام دهید: از سه سیم کارت با سه اپراتور مختلف، در ساعت ۱۰ صبح یا ۸ شب، ثبت نام کنید و با کرنومتر زمان بگیرید. همین آزمایش ساده، در اغلب موارد جواب را روشن میکند.
بخش دوم: راه حل تیم فنی برای رسیدن به زیر ۴ ثانیه
فرض این بخش این است که خط خدماتی و الگوی تایید شده دارید. حالا باید سهم خودتان از زمان را به حداقل برسانید تا حاشیه امن کافی در برابر نوسان شبکه داشته باشید.
بودجه زمانی را تقسیم کنید
| مرحله | بودجه پیشنهادی | تحت کنترل شما؟ |
| تولید و ذخیره کد، اعتبارسنجی | زیر ۱۰۰ میلی ثانیه | بله |
| صف و برداشته شدن توسط ورکر | زیر ۲۰۰ میلی ثانیه | بله |
| فراخوانی وب سرویس پیامک | زیر ۸۰۰ میلی ثانیه | نیمه |
| پردازش سرویس دهنده و تحویل به اپراتور | متغیر | خیر |
| شبکه اپراتور تا گوشی | متغیر | خیر |
هر میلی ثانیهای که در ردیف های اول هدر بدهید، از حاشیه امن شما در ردیفهای آخر کم میشود.
۱. پاسخ به کاربر را از ارسال پیامک جدا کنید
کد را تولید و ذخیره کنید، درخواست ارسال را در صف بگذارید و بلافاصله به کاربر پاسخ بدهید. کاربر باید در کمتر از ۳۰۰ میلی ثانیه صفحه ورود کد را ببیند. ارسال واقعی وظیفه ورکر پس زمینه است. ارسال را هرگز داخل تراکنش دیتابیس انجام ندهید.
۲. صف بلادرنگ جدا با ورکر اختصاصی بسازید
صف کد ورود باید از صف کمپین و اطلاع رسانی کاملاً جدا باشد: ورکرهای مخصوص خود، اولویت بالا و عمق کم. اگر طول این صف از چند ده آیتم گذشت، یعنی چیزی خراب است و باید هشدار بدهد. این جداسازی را تا سطح خط و حساب سرویس دهنده هم ادامه دهید.
۳. فراخوانی وب سرویس را بهینه کنید
کلاینت HTTP را بازاستفاده کنید تا اتصال TCP و TLS برای هر ارسال از صفر ساخته نشود؛ در داتنت از IHttpClientFactory استفاده کنید. تایم اوت ارسال را از پیش فرض ۳۰ تا ۱۰۰ ثانیه به ۲ تا ۳ ثانیه کاهش دهید. تلاش مجدد را فقط برای خطاهای موقت و حداکثر یک تا دو بار با فاصله فزاینده مجاز کنید. برای هر درخواست ورود یک شناسه یکتا بسازید و همراه ارسال ثبت کنید تا در صورت نرسیدن پاسخ، پیامک تکراری ارسال نشود. متن را کوتاه و در محدوده یک پیامک نگه دارید.
۴. مسیر پشتیبان و کانال جایگزین داشته باشید
ماژول ارسال را پشت یک واسط ساده با چند پیادهسازی قرار دهید. اگر مسیر اصلی در تایم اوت پاسخ نداد یا نرخ خطایش از آستانه گذشت، مدار را قطع کنید و ترافیک را موقتاً به مسیر دوم بفرستید. یک لایه بالاتر: اگر بعد از ۲۰ ثانیه گزارش تحویل نرسید و کاربر هنوز روی صفحه است، گزینه «دریافت کد از طریق تماس صوتی» را نشان دهید. این گزینه ساده اغلب بیشتر از هر بهینه سازی دیگری کاربر را برمیگرداند.
۵. صدک ۹۵ را پایش کنید، نه میانگین را
سیستمی که ۹۰ درصد کدها را در ۱ ثانیه و ۱۰ درصد را در ۳۰ ثانیه میرساند، میانگین خوبی دارد؛ اما همان ۱۰ درصد کاربرانی هستند که رها میکنند. صدک ۹۵ و ۹۹ زمان از درخواست تا گزارش تحویل را به تفکیک اپراتور ثبت کنید. وب هوک گزارش تحویل سرویسدهنده را فعال کنید و هر ارسال را با شناسه همبستگی به رویداد ورود کاربر متصل کنید. نرخ کلیک روی «ارسال مجدد» را هم اندازه بگیرید؛ بهترین شاخص غیرمستقیم کندی است.
۶. جلوی سوءاستفاده را بگیرید
حداکثر ۳ کد در ۱۰ دقیقه برای هر شماره، شمارنده معکوس روی دکمه ارسال مجدد، محدودیت بر اساس آی پی و شناسه دستگاه، انقضای کد بعد از ۱۲۰ ثانیه، و محدودیت تعداد تلاش برای وارد کردن کد. بدون اینها، یک اسکریپت ساده هم اعتبار شما را خالی میکند و هم صف بلادرنگ را پر.
سقف شما را سرویس دهنده تعیین میکند
همه شش راهحل بالا، سهم شما از تاخیر را به چند صد میلی ثانیه میرسانند، اما بقیه مسیر، ظرفیت ارسال، مسیرهای متعدد به هر اپراتور، خط خدماتی، فرایند تایید الگو و گزارش تحویل دست سرویس دهنده است. اگر آنجا ضعف باشد، بهترین معماری دنیا هم ۴ ثانیه پایدار به شما نمیدهد.
پیش از بهینه سازی کد، این چهار سوال را از سرویس دهنده فعلی بپرسید و جواب مکتوب بخواهید:
– ظرفیت واقعی ارسال در دقیقه چقدر است و در ساعت پیک چقدر افت میکند؟
– برای هر اپراتور چند مسیر ارسال دارید و در اختلال یکی، ترافیک چه میشود؟
– ارسال با الگو روی خط خدماتی چقدر طول میکشد تا تایید شود؟
– وبهوک گزارش تحویل ارائه میدهید یا باید مدام استعلام بگیرم؟
اگر پاسخها شفاف نبود، مشکل شما معماری نیست. در چنین شرایطی، وقت آن است که به خرید وب سرویس پیامکی با ارسال سریع فکر کنید که این چهار سوال را پیش از خرید، مکتوب پاسخ داده باشد.
جمع بندی
اگر کد تایید دیر میرسد، اول مقصر را پیدا کنید، نه اینکه کورکورانه کد را تغییر دهید. در بیشتر موارد ریشه مشکل یکی از اینهاست: خط تبلیغاتی بهجای خدماتی، الگوی تاییدنشده، صف مشترک با کمپین یا پنل اس ام اس کمظرفیت. بعد از رفع این ها، تیم فنی با جدا کردن مسیر کاربر از ارسال، صف بلادرنگ اختصاصی، تایم اوت کوتاه، مسیر پشتیبان و پایش صدک ۹۵، سهم خودش را به حداقل میرساند. از همین امروز یک کار انجام دهید: از سه اپراتور مختلف در ساعت پیک ثبتنام کنید و زمان بگیرید. اگر این عدد را ندارید، اولین مشکل شما سرعت نیست؛ نداشتن دید است.
