گزارش آگهی/ برای ارسال پیامک بعد از ثبت سفارش، باید افزونه پیامک ووکامرس را به درگاه پنل پیامکی متصل کنید، گیرندگان و وضعیت های مشمول ارسال را مشخص کنید و یک سفارش آزمایشی بسازید. برای توسعه دهنده، معیار پایان کار، دریافت پیام درست برای رویداد درست است؛ ذخیره تنظیمات اتصال به تنهایی کافی نیست.

پیش از نصب محدوده اتصال را مشخص کنید

ابتدا تصمیم بگیرید پیامک برای چه کسی و در چه زمانی ارسال شود. مشتری ممکن است اعلان ثبت سفارش بخواهد، اما مدیر فروشگاه به شماره سفارش و اطلاعات لازم برای پیگیری نیاز دارد. فعال کردن هم زمان همه اعلان ها، تشخیص علت ارسال های اضافی را دشوار می کند.

پیش از تغییر سایت اصلی، نسخه پشتیبان بگیرید و اتصال را در محیط آزمایشی بررسی کنید. در این محیط، شماره گیرندگان را کنترل کنید تا پیام آزمایش برای مشتری واقعی ارسال نشود. اطلاعات نسخه وردپرس، ووکامرس و افزونه را نیز برای پیگیری خطا نگه دارید.

• حساب پنل باید اعتبار کافی و دسترسی معتبر برای وب سرویس داشته باشد.
• روش ارسال، سرشماره مجاز یا قالب پیامک باید مشخص باشد.
• شماره موبایل باید در اطلاعات سفارش ذخیره شود و برای افزونه قابل خواندن باشد.

افزونه سازگار را نصب و درگاه را تنظیم کنید

بسته افزونه را از منبع مورد تأیید ارائه دهنده دریافت و از بخش بارگذاری افزونه در وردپرس نصب کنید. اگر پیام رسان را انتخاب کرده اید، نسخه سازگار و راهنمای اتصال آن را از اینجا بررسی کنید؛ راهنمای این سامانه درباره تفاوت بسته ارائه شده با نسخه مخزن توضیح می دهد.

در نسخه توضیح داده شده در این راهنما، درگاه را روی payam-resan.com قرار دهید، کلید API را در فیلد «نام کاربری وب سرویس» بنویسید و «کلمه عبور وب سرویس» را خالی بگذارید. در ارسال عادی، فرستنده نیز باید از خطوط مجاز حساب باشد. این تنظیمات را به افزونه ها یا درگاه های دیگر تعمیم ندهید.

کلید دسترسی را در کد سمت مرورگر یا مخزن عمومی قرار ندهید. هنگام ارسال گزارش خطا نیز مقدار کلید و اطلاعات شخصی مشتری را بپوشانید؛ برای بررسی مشکل، معمولاً پاسخ سرویس و زمان درخواست مفیدتر از تصویر کامل تنظیمات است.

ثبت سفارش را با پرداخت موفق یکی نگیرید

همانطور که در woocommerce.com گفته شده: «Every order in WooCommerce has a status that indicates its current state.»

ترجمه: هر سفارش در ووکامرس وضعیتی دارد که حالت فعلی آن را نشان می دهد.

بنابراین، صرف ایجاد سفارش نباید پیام «پرداخت شما تأیید شد» تولید کند. سفارش در انتظار پرداخت هنوز پرداخت نشده است. وضعیت «در حال انجام» را هم با روش پرداخت فروشگاه تطبیق دهید؛ برای مثال، در پرداخت در محل نباید دریافت وجه را فقط از این وضعیت نتیجه بگیرید.

متن «کالا تحویل شد» را فقط وقتی بفرستید که فروشگاه واقعاً تحویل را ثبت کرده باشد. تکمیل سفارش و تحویل فیزیکی را بدون بررسی فرایند اجرایی معادل نگیرید.

متن پیامک و متغیرها را آماده کنید

برای هر وضعیت، پیام کوتاهی با نام فروشگاه و شناسه سفارش بنویسید. نمونه: «سفارش شماره ۱۲۵۴ شما در فروشگاه نمونه ثبت شد و در انتظار پرداخت است.» در متن واقعی، شناسه ثابت را با متغیر معتبر همان افزونه جایگزین کنید.

در ارسال پترن، متن ثابت در پنل تعریف می شود و مقادیر متغیرها از افزونه می آیند. تعداد، ترتیب و نام پارامترها را با قالب تطبیق دهید. باقی ماندن عبارت متغیر در پیام دریافتی، نشانه ای برای بررسی تنظیمات قالب است.

طول پیام را پس از جایگزینی متغیرها بسنجید. طبق مستندات فنی Twilio، ظرفیت پیام تک بخشی با کدگذاری UCS-2 برابر ۷۰ نویسه است؛ در پیام چندبخشی معمول، ظرفیت هر بخش به ۶۷ نویسه کاهش می یابد. این اعداد مشخصات فنی مستندشده اند، نه تعرفه پنل ایرانی؛ تعداد بخش و هزینه نهایی را در سامانه خود بررسی کنید.

اتصال را با سفارش واقعی آزمایش کنید

آزمایش را از ارسال دستی شروع کنید تا ارتباط با درگاه جداگانه بررسی شود. سپس فرایند خرید را از فرم تسویه حساب واقعی سایت طی کنید؛ سفارشی که فقط مدیر ساخته، تمام مسیر ورود اطلاعات مشتری را آزمایش نمی کند.

1. یک پیام آزمایشی به شماره در دسترس بفرستید و پاسخ سرویس را ثبت کنید.
2. سفارش آزمایشی بسازید و شماره ذخیره شده مشتری را بررسی کنید.
3. وضعیت را تغییر دهید و متن، گیرنده و جایگزینی متغیرها را کنترل کنید.
4. تعداد ارسال ها را با رویدادهای سفارش تطبیق دهید و اعلان مدیر را جداگانه بسنجید.

اگر پرداخت موفق است اما پیام ارسال نمی شود، ابتدا وضعیت نهایی سفارش و فعال بودن اعلان آن را ببینید. اگر ارسال دستی هم شکست می خورد، اطلاعات اتصال، اعتبار حساب و پاسخ درگاه را بررسی کنید.

در توسعه اختصاصی، برای جلوگیری از ارسال تکراری، نتیجه هر اعلان را با شناسه سفارش و رویداد نگه دارید. پیش از تکرار درخواست نامشخص، امکان استعلام نتیجه را بررسی کنید؛ قطع ارتباط ممکن است پس از پذیرش درخواست اتفاق افتاده باشد. پذیرش درخواست نیز معادل تحویل به گوشی نیست؛ گزارش تحویل را، در صورت ارائه، جداگانه پیگیری کنید.

پرسش های متداول

آیا نصب افزونه برای شروع ارسال کافی است

خیر؛ اتصال درگاه، اطلاعات گیرنده، متن و وضعیت های ارسال باید تنظیم و آزمایش شوند.

برای هر سفارش باید کدنویسی جداگانه انجام داد

اگر افزونه رویداد موردنیاز را پشتیبانی کند، تنظیمات کافی است. رفتار اختصاصی فروشگاه ممکن است توسعه بخواهد.

چرا پیامک به شماره اشتباه می رود

محل ذخیره شماره مشتری و فیلدی را که افزونه می خواند بررسی کنید؛ خصوصاً وقتی تسویه حساب سفارشی دارید.

آیا پترن تحویل همه پیامک ها را تضمین می کند

خیر؛ شرایط سرویس، اعتبار قالب، شماره مقصد و نتیجه تحویل باید بررسی شوند.

پس از به روزرسانی چه چیزی را آزمایش کنیم

ارسال دستی و چرخه سفارش را دوباره اجرا کنید و متن، گیرندگان و تعداد اعلان ها را کنترل کنید.

انتهای پیام