فعال سازی پیامک ووکامرس؛ پیش از فعال‌کردن اعلان‌ها چه چیزهایی را بررسی کنیم؟

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

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

تنظیمات فعلی را نگه دارید و مقصد آزمون را مشخص کنید

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

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

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

پیش از نصب افزونه این موارد را کنار هم بگذارید

برای اینکه وسط تنظیمات متوقف نشوید، ورودی های لازم را از قبل آماده کنید:

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

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

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

شماره مشتری را با یک آزمون ساده کنترل کنید

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

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

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

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

اول اتصال پنل را امتحان کنید و بعد سراغ سفارش بروید

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

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

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

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

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

هر پیام را به اتفاقی وصل کنید که واقعاً رخ داده است

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

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

قبل از ذخیره، متن و شرط ارسال را با این جدول تطبیق دهید:

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

پیش از فعال کردن پیام بازپرداخت این نکته را بررسی کنید

همانطور که در woocommerce.com گفته شده: «Directly changing an order’s status to Cancelled or Refunded will not automatically refund your customer.» (لینک دقیق منبع)

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

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

نمونه متن پیامک را متناسب با مسیر خرید انتخاب کنید

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

ثبت سفارش در انتظار پرداخت

سفارش [شماره سفارش] در [نام فروشگاه] ثبت شد و منتظر پرداخت است. ادامه پرداخت از [مسیر پرداخت].

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

تأیید پرداخت سفارش

پرداخت سفارش [شماره سفارش] تأیید شد. وضعیت آماده سازی را از [مسیر پیگیری] ببینید. [نام فروشگاه]

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

شروع آماده سازی سفارش

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

جمله دوم را وقتی نگه دارید که اطلاع رسانی ارسال در فروشگاه انجام می شود. اگر زمان آماده سازی بین کالاها متفاوت است، یک زمان ثابت و تأییدنشده در قالب عمومی نگذارید.

ارسال سفارش همراه با کد رهگیری

سفارش [شماره سفارش] به [شرکت حمل] تحویل شد. کد رهگیری: [کد رهگیری]. [نام فروشگاه]

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

لغو سفارش و راه پیگیری

سفارش [شماره سفارش] لغو شد. برای پیگیری وضعیت پرداخت یا ثبت دوباره سفارش با [راه ارتباط] تماس بگیرید. [نام فروشگاه]

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

اعلان مدیر فروشگاه

سفارش [شماره سفارش] ثبت شد. روش پرداخت: [روش پرداخت]. وضعیت: [وضعیت سفارش]. جزئیات در پیشخوان فروشگاه.

پیام مدیر را روی گوشی مسئول سفارش ها آزمایش کنید. اگر چند گیرنده دارید، بررسی کنید هرکدام واقعاً به این اعلان نیاز داشته باشند؛ اضافه ماندن شماره همکار قبلی را هم کنترل کنید.

پیام نهایی را از نظر طول و هزینه بررسی کنید

متن قالب را با داده واقعی پر کنید و بعد تعداد بخش های پیامک را بسنجید. یک نام طولانی یا پیوند پیگیری می تواند متن نهایی را از چیزی که در کادر تنظیمات می بینید بلندتر کند.

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

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

پیش از شروع ارسال این خریدها را آزمایش کنید

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

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

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

اگر پیام نرسید از گزارش همان سفارش شروع کنید

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

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

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

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

برای شروع کدام اعلان را فعال کنیم

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

چرا پیام مدیر می رسد اما پیام مشتری نمی رسد

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

برای مشتری مهمان چه مسیر پیگیری بنویسیم

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

آیا پیام لغو باید بازگشت وجه را اعلام کند

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

بعد از تغییر فرم تسویه حساب چه چیزی را بررسی کنیم

خرید مهمان و خرید با حساب را تکرار کنید. ذخیره شماره، منبع خواندن آن در افزونه و دریافت اعلان ضروری را در هر دو مسیر بررسی کنید.