صفحه اول فروشگاه روی گوشی شما باز می‌شود. یکی از مشتری‌ها هم می‌گوید «تا پرداخت می‌روم، بعد چیزی نمی‌شود». سفارش‌ها کم شده‌اند، اما هنوز معلوم نیست مشتری کمتر آمده، هزینه ارسال منصرفش کرده یا جایی از خرید درست کار نمی‌کند. در این وضعیت، تغییر هاست یا کم‌کردن قیمت پیش از پیدا کردن محل مشکل، ممکن است هزینه تازه‌ای بسازد.
برای شروع، یک مسیر خرید مشخص را تا آخر امتحان کنید و نتیجه هر مرحله را بنویسید. بازشدن سایت با قابل‌خریدبودن آن فرق دارد. نتیجه‌ای که لازم دارید این است: مشتری بتواند سفارش بدهد، وضعیت پرداخت درست ثبت شود و شما همان سفارش را با اطلاعات صحیح در پنل مدیریت ببینید.
برای رسیدگی فوری، از وضعیت خودتان شروع کنید:
- پول کسر شده و سفارش نامشخص است: پرداخت را تکرار نکنید؛ بخش «آزمون پرداخت را تا پنل فروشگاه ادامه دهید» را بخوانید و وضعیت سفارش و تراکنش را تطبیق دهید.
- خرید هنوز به درگاه نمی‌رسد: آخرین مرحله موفق و اولین محل توقف را با جدول شش مرحله ثبت کنید.
- فقط روی یک اتصال مشکل دارید: همان محصول و مراحل را روی شبکه دوم امتحان کنید؛ نتیجه متفاوت، سرنخ بررسی است.
این راهنما گزارش آزمون چند اپراتور توسط آستروتیم نیست. روشی است که می‌توانید روی فروشگاه خودتان اجرا کنید و مدرکش را برای پشتیبان بفرستید. دانلود برگه آزمون
برای شروع، یک خرید و ثبت اولین محل توقف کافی است. در برگه فقط شش فیلد زمان، شبکه، مرحله، انتظار، مشاهده و نتیجه را پر کنید؛ بقیه برای پیگیری تکمیلی‌اند. محصول انتخابی را ثابت نگه دارید. «شناسه بی‌نام آزمون» هم یک نام دلخواه مثل «آزمون۱» است، نه مشخصات مشتری.
چرا یک‌بار بازکردن سایت کافی نیست؟
مسیر خرید چند ارتباط جدا دارد: گوشی مشتری باید به سایت برسد؛ سایت ممکن است برای ورود پیامک بفرستد؛ سپس با سرویس پرداخت ارتباط برقرار کند و نتیجه را دریافت کند. درست کارکردن یکی، سلامت بقیه را ثابت نمی‌کند.
شرایط دسترسی هم همیشه برای همه یکسان نیست. در گزارش ۲۷ مه ۲۰۲۶ کلادفلر، هنگام بازگشت بخشی از اینترنت ایران، تفاوت چشمگیری میان مناطق دیده می‌شود. این یک مشاهده تاریخی از ترافیک همان شبکه است، نه توصیف وضعیت امروز همه کاربران؛ اما نشان می‌دهد تجربه شما در یک محل، نماینده تجربه همه مشتریان نیست. گزارش کلادفلر
بنابراین به‌جای جمله «سایت برای من کار می‌کند»، دنبال پاسخی دقیق‌تر باشید: کدام مسیر، روی چه دستگاه و شبکه‌ای، در چه ساعتی کار کرده است؟
پیش از آزمون، مسیر را ثابت کنید
یک کالای موجود انتخاب کنید که قیمت و روش ارسالش مشخص باشد. لینک همان محصول، تعداد، شهر مقصد و روش پرداخت را در برگه بنویسید. اگر چند نفر آزمایش می‌کنند، همین سناریو را در اختیارشان بگذارید. تغییر هم‌زمان محصول، گوشی، آدرس و درگاه، تشخیص علت را سخت می‌کند.
آزمون اولیه را با تلفن همراه و یک مرورگر معمول مشتری انجام دهید. یک‌بار از ابتدای مسیر و بدون ورود قبلی به حساب شروع کنید؛ حساب همیشگی مدیر فروشگاه ممکن است مرحله ورود یا اطلاعات آدرس را از قبل پشت سر گذاشته باشد. وضعیت روشن یا خاموش بودن فیلترشکن را ثبت کنید. اگر آن را تغییر می‌دهید، نتیجه را آزمونی جدا بدانید.
از یک شبکه دوم، مثل اینترنت ثابت در برابر اینترنت همراه، همان مسیر را دوباره امتحان کنید. اگر مشتریان شهر دیگری دارید، می‌توانید از یک همکار معتمد در همان شهر کمک بگیرید. این بررسی کوچک برای پیدا کردن سرنخ است؛ نمونه آماری برای اعلام درصد خرابی در کل کشور نیست.
شش مرحله‌ای که باید جداگانه ثبت شوند
کار شما مشاهده، ثبت و ارسال گزارش است. خواندن مستندات درگاه، بررسی گزارش فنی سرور و اصلاح اتصال یا کد با پشتیبان فنی است؛ برای استفاده از این راهنما لازم نیست برنامه‌نویسی بدانید.
| مرحله | چه چیزی را امتحان کنید؟ | چه مدرکی ثبت کنید؟ |
|---|---|---|
| صفحه محصول | تصویر، قیمت، موجودی و انتخاب رنگ یا سایز | لینک دقیق و بخش بازنشده |
| سبد خرید | افزودن، تغییر تعداد و باقی‌ماندن کالا پس از رفتن به صفحه بعد | تعداد و مبلغ نهایی سبد |
| ورود | درخواست کد، رسیدن پیامک و پذیرفته‌شدن همان کد | ساعت درخواست و نتیجه؛ بدون ذخیره خود کد |
| آدرس و ارسال | ثبت نشانی، نمایش روش ارسال و هزینه آن | شهر مقصد، روش انتخابی و خطای قابل‌مشاهده |
| پرداخت | رفتن به صفحه رسمی پرداخت و نمایش مبلغ صحیح | نام روش پرداخت و شناسه سفارش |
| نتیجه نهایی | برگشت به فروشگاه و تطبیق سفارش با وضعیت پرداخت | وضعیت در پنل فروشگاه و پنل پرداخت |
در هر مرحله سه پاسخ ساده کافی است: «موفق»، «ناموفق» یا «بررسی نشد». اگر در ورود متوقف شده‌اید، پرداخت را ناموفق علامت نزنید؛ هنوز به آن نرسیده‌اید. کنار نتیجه، زمان انتظار مشاهده‌شده و متن دقیق پیام را بنویسید. عبارت «خیلی کند بود» به اندازه «بعد از ۴۰ ثانیه هنوز دکمه فعال نشد» قابل بررسی نیست؛ این عدد نمونه است، نه حد استاندارد برای سایت شما.
اگر هزینه ارسال نمایش داده می‌شود و مشتری به دلیل مبلغ آن ادامه نمی‌دهد، با خرابی فنی روبه‌رو نیستید. این تفاوت را در گزارش حفظ کنید تا مشکل خرید با مسئله قیمت‌گذاری مخلوط نشود.
آزمون پرداخت را تا پنل فروشگاه ادامه دهید
پرداخت آزمایشی واقعی باید با اطلاع مسئول فروشگاه، مبلغ مناسب و روش مشخص لغو یا استرداد انجام شود. اگر فقط تا قبل از پرداخت جلو رفته‌اید، بنویسید «مسیر تا درگاه بررسی شد»؛ تأیید کامل خرید به مشاهده نتیجه نهایی نیاز دارد.
پس از یک پرداخت، این سه مورد را کنار هم بگذارید:
- مشتری چه پیامی دیده و چه شناسه‌ای گرفته است؟
- سرویس پرداخت چه وضعیتی برای همان تراکنش نشان می‌دهد؟
- سفارش در پنل فروشگاه چه وضعیتی دارد و آیا فقط یک‌بار ثبت شده است؟
پیامک برداشت بانک یا تصویر رسید، به‌تنهایی وضعیت نهایی سفارش را تعیین نمی‌کند. مستندات زرین‌پال بازگشت مشتری به سایت را از تأیید تراکنش توسط فروشگاه جدا می‌کند. بررسی و ثبت درست این نتیجه، وظیفه تیم فنی است؛ لینک مستندات را به همان تیم بدهید. راهنمای رسمی اتصال زرین‌پال
اگر پول کسر شده ولی سفارش در انتظار پرداخت مانده است، مشتری را فوراً به پرداخت دوباره نفرستید. شناسه سفارش، زمان و شناسه تراکنش را برای تطبیق به پشتیبان بدهید. در زرین‌پال حتی استعلام وضعیت، جای عملیات تأیید را نمی‌گیرد؛ این دو کاربرد متفاوت دارند. برای درگاه خودتان نیز روش رسمی بررسی ملاک است. مستند استعلام وضعیت زرین‌پال
از تیم فنی بخواهید حالت انصراف از پرداخت و برگشت یا بارگذاری دوباره صفحه نتیجه را نیز بررسی کند: سفارش نباید بدون تأیید، پرداخت‌شده شود یا برای یک پرداخت دوبار آماده ارسال شود. آزمون بعضی از این حالت‌ها در محیط آزمایشی مناسب‌تر است؛ لازم نیست برای بررسی‌شان چند برداشت واقعی ایجاد کنید.
از نتیجه چه می‌شود فهمید؟
جدول زیر راه انتخاب بررسی بعدی است؛ هیچ ردیفی به‌تنهایی علت قطعی را ثابت نمی‌کند.
| نتیجه مشاهده‌شده | بررسی بعدی |
|---|---|
| محصول روی دو شبکه باز می‌شود، کد ورود روی هیچ‌کدام نمی‌رسد | گزارش ارسال پیامک، شماره مقصد و پاسخ سرویس پیامک |
| همان مرحله روی یک شبکه مرتب می‌ماند و روی دیگری عبور می‌کند | تکرار نزدیک به همان ساعت و بررسی دسترسی همان بخش از هر دو شبکه |
| درگاه باز می‌شود، اما مبلغ یا واحد پول اشتباه است | تنظیمات مبلغ، ریال و تومان و اتصال افزونه پرداخت |
| پنل پرداخت موفق است، پنل فروشگاه در انتظار مانده | ارتباط سرور با سرویس پرداخت، تأیید تراکنش و ثبت نتیجه سفارش |
| خرید کامل است، پیامک تأیید نمی‌رسد | مسیر اعلان؛ سفارش و پرداخت را جداگانه تطبیق دهید |
مثلاً در یک سناریوی فرضی، آزمایش‌کننده روی اینترنت همراه تا درخواست کد پیش می‌رود و پیامک نمی‌گیرد. روی اینترنت ثابت نیز همان اتفاق می‌افتد. این نتیجه هنوز ثابت نمی‌کند «اینترنت خراب است». باید معلوم شود سایت اصلاً درخواست ارسال را ثبت کرده، سرویس پیامک آن را پذیرفته و شماره مقصد صحیح بوده است یا نه.
در مقابل، اگر فقط یکی از شبکه‌ها صفحه آدرس را ناقص نشان می‌دهد، بررسی فایل‌ها و ارتباط‌های لازم برای همان صفحه مفیدتر از تغییر همه تنظیمات فروشگاه است.
گزارش قابل‌پیگیری برای پشتیبان بفرستید
گزارش خوب لازم نیست فنی باشد. این الگو را پر کنید:
در تاریخ … ساعت … به وقت ایران، با گوشی … و مرورگر … روی شبکه … در شهر …، محصول … را با تعداد … انتخاب کردم. تا مرحله … موفق بود. انتظار داشتم …، اما … اتفاق افتاد. روی شبکه دوم … نتیجه … بود. شناسه سفارش … است.
از صفحه خطا تصویر بگیرید، اما رمز، کد ورود، شماره کامل کارت و اطلاعات خصوصی مشتری را در تصویر یا فایل مشترک نگذارید. برای پشتیبانی پرداخت از مسیر رسمی و شناسه‌های مجاز استفاده کنید.
از پشتیبان سه پاسخ مشخص بخواهید: محل خطا کجاست، چه تغییری انجام شده و با کدام آزمون دوباره بررسی شده است؟ پاسخ «افزونه به‌روز شد» بدون تکرار همان خرید، پایان بررسی نیست.
ممکن است صفحه خرید برای نمایش بخشی از فرم یا انجام یک کار به سرویس دیگری وابسته باشد. تیم فنی می‌تواند فهرست این ارتباط‌ها را بررسی کند و ببیند کدام مورد ضروری است و خرابی کدام مورد نباید خرید را متوقف کند. حذف عجولانه کنترل امنیتی، راه تشخیص مشکل نیست. همین‌طور انتقال سرور، بدون دانستن محل قطع ارتباط، نتیجه مشخصی را تضمین نمی‌کند. اگر اصطلاحات میزبانی برایتان روشن نیست، راهنمای دامنه، هاست و سرور زمینه این گفت‌وگو را توضیح می‌دهد.
تا رفع مشکل، مشتری را بلاتکلیف نگذارید
اگر اختلال تأیید شده، پیام کوتاهی در همان مرحله بگذارید: کدام روش فعلاً مشکل دارد و مشتری از چه راهی می‌تواند وضعیت سفارش قبلی را بپرسد. راه تماس را در صفحه‌ای بگذارید که خودش به همان مرحله خراب وابسته نباشد. روش پرداخت جایگزین را زمانی پیشنهاد کنید که فعال، مجاز و آزمایش‌شده باشد.
به مشتری وعده زمان استرداد یا رفع مشکل ندهید مگر از سرویس مربوط تأیید گرفته باشید. درخواست پیگیری را از سفارش تازه جدا نگه دارید تا کالایی دوبار ارسال نشود. خاموش‌کردن موقت یک روش پرداخت معیوب، پس از هماهنگی با مسئول فروشگاه، ممکن است از ایجاد سفارش‌های مبهم بیشتر جلوگیری کند.
بعد از اصلاح، همان محصول، همان مراحل و تا حد امکان همان شبکه‌های قبلی را دوباره امتحان کنید. نتیجه قبل و بعد را نگه دارید. اگر مسیر فنی سالم است اما سفارش همچنان کم شده، حالا سراغ ورودی مشتری، قیمت، موجودی و هزینه ارسال بروید. محاسبه هزینه و سود هر مسیر فروش به بررسی بخش اقتصادی کمک می‌کند. برای مسئله‌ای هزینه کنید که شواهدش را پیدا کرده‌اید.
منابع و مستندات این مطلب در ۱۹ آبان ۱۴۰۵ بررسی شده‌اند. نتیجه آزمون فروشگاه شما به زمان، شبکه و تنظیمات همان فروشگاه وابسته است.