کندی تسویهحساب ووکامرس؛ از ثبت سفارش تا درگاه را بررسی کنیم
کندی پرداخت ووکامرس را مرحله‌به‌مرحله بررسی کنید: محاسبه سبد، کش، خطای مرورگر، پاسخ سرور و درگاه؛ با جدول تشخیص و شواهد لازم برای پشتیبانی.
هاستلینو۴ دقیقه مطالعه
فهرست مطالب
کندی تسویهحساب ووکامرس همیشه با خرید هاست قوی‌تر حل نمی‌شود. اول مشخص کنید تأخیر پیش از نمایش روش‌های ارسال و پرداخت است، بعد از فشردن «ثبت سفارش» رخ می‌دهد یا هنگام رفتن به درگاه و برگشت از آن. هر مرحله وابستگی متفاوتی دارد؛ بدون این تفکیک ممکن است وقت و هزینه را روی بخش اشتباه بگذارید.
این راهنما برای ثبت شواهد و انتخاب آزمون بعدی است، نه تشخیص قطعی فروشگاه شما. اگر دنبال انتخاب منابع هستید، پلن‌ها و معیارهای هاست ووکامرس را جدا مقایسه کنید. تغییر قالب، افزونه و تنظیمات پرداخت را ابتدا روی محیط آزمایشی و پس از تهیه بکاپ انجام دهید.
اول ببینید کدام مرحله کند است
| نشانه | چه چیزی ثبت کنیم؟ | مسیر بررسی |
|---|---|---|
| با تغییر آدرس، جمع سفارش دیر به‌روز می‌شود | مدت درخواست مربوط به محاسبه سفارش و پاسخ آن | ارسال، مالیات، افزونه‌های محاسبات و پردازش سرور |
| چرخ بارگذاری متوقف نمی‌شود | خطای Console و کد و بدنه پاسخ Network | جاوااسکریپت، کش یا پاسخ نامعتبر |
| بعد از ثبت سفارش، انتقال به درگاه طول می‌کشد | زمان ثبت سفارش و زمان درخواست درگاه | پردازش سفارش و سرویس‌های بیرونی |
| پرداخت انجام شده ولی سفارش به‌روز نیست | شناسه تراکنش و وضعیت سفارش؛ بدون انتشار اطلاعات مشتری | بازگشت درگاه و callback؛ فقط افزایش منابع کافی نیست |
این جدول فرضیه‌ها را مرتب می‌کند؛ یک درخواست کند به‌تنهایی علت را ثابت نمی‌کند. سبد، روش ارسال، مرورگر، وضعیت ورود و زمان آزمون را یکسان نگه دارید. زمان نمایش صفحه با زمان تکمیل پرداخت یکی نیست.
بدون تغییر فروشگاه، شواهد جمع کنید
- در ووکامرس، بخش وضعیت، خطاهای برجسته و نسخه‌های مؤثر را بررسی کنید. آخرین تغییر قالب، درگاه، کش یا افزونه ارسال را یادداشت کنید.
- در ابزار توسعه مرورگر، Network و Console را هنگام بازتولید مسئله ببینید. آدرس درخواست، زمان، کد پاسخ و پیام خطا را ثبت کنید؛ در تسویهحساب کلاسیک ممکن است درخواست AJAX و در نسخه بلوکی درخواست‌های Store API را ببینید.
- همان بازه زمانی را با لاگ PHP و وب‌سرور و اندازه‌گیری منابع تطبیق دهید. مصرف فعلیِ آرام، وضعیت لحظه خطا را نشان نمی‌دهد.
- درگاه و سرویس ارسال را با روش تست مجاز خودشان بررسی کنید. برای اندازه‌گیری، چند پرداخت واقعی پشت‌سرهم نزنید و سفارش مشتری را دست‌کاری نکنید.
اگر فایل HAR یا لاگ را برای پشتیبانی می‌فرستید، کوکی نشست، هدر Authorization، نشانی و تلفن مشتری و اطلاعات پرداخت را حذف کنید. برای درخواست اولیه، زمان رخداد، مسیر صفحه و پیام خطا معمولاً از ارسال کل داده‌ها مفیدتر است.
کش را متناسب با ووکامرس بررسی کنید
طبق مستندات ووکامرس، سبد خرید، تسویهحساب و حساب کاربری باید پویا بمانند و از کش عمومی صفحه مستثنا شوند. مسیر واقعی صفحه‌ها را بررسی کنید؛ ممکن است نامک فارسی یا سفارشی باشد. تنظیم افزونه کش، کش هاست و CDN باید با هم سازگار باشند.
افزودن یک افزونه کش دیگر، پاسخ عمومی برای این مشکل نیست. اول با یک سبد تازه و وضعیت ورود مشخص، رفتار را بسنجید. پاسخ HTML در جایی که داده ساخت‌یافته انتظار می‌رود یا پاسخ امنیتی نامعتبر، سرنخ است؛ فایل یا تنظیمی را صرفاً از روی این نشانه حذف نکنید. مستند افزونه و لاگ همان درخواست باید مسیر اصلاح را روشن کنند.
تداخل افزونه و سرویس بیرونی را جدا کنید
اگر مشکل پس از تغییر مشخصی شروع شده، همان تغییر نقطه شروع آزمون است. در محیط staging، با بکاپ و تنظیمات پرداخت آزمایشی، قالب و افزونه‌های غیرضروری را طبق فرایند آزمون تداخل بررسی و هر بار فقط یک عامل را تغییر دهید. نتیجه هر مرحله را بنویسید تا بدانید کدام تغییر اثر داشته است.
درگاه، محاسبه ارسال و بعضی ارتباط‌های بیرونی می‌توانند مسیر سفارش را معطل کنند. بارگذاری عادی صفحه محصول ثابت نمی‌کند این ارتباط‌ها سالم‌اند. اگر درخواست خروجی timeout دارد، مقصد و زمان آن را برای مسئول فنی ثبت کنید؛ غیرفعال‌کردن بررسی امنیت یا افزایش بی‌حساب timeout راه‌حل نهایی نیست.
چه زمانی بررسی هاست یا ارتقا منطقی است؟
وقتی رخداد کندی با محدودیت ثبت‌شده CPU، حافظه، پردازش PHP یا پاسخ سرور هم‌زمان است، بررسی ظرفیت میزبانی معنی پیدا می‌کند. اگر تأخیر در مرورگر یا پاسخ درگاه است، ارتقا ممکن است علت را تغییر ندهد. برای محدودیت منابع، راهنمای خطای ۵۰۸ و برای قطعی موقت تشخیص خطای ۵۰۳ را ببینید.
گزارش مفید برای پشتیبانی ووکامرس شامل مرحله کندی، مراحل بازتولید، زمان، نسخهها و نتیجه آزمون‌های انجام‌شده است. پس از اصلاح، همان سناریو را دوباره بسنجید و موجودی، هزینه ارسال، ثبت سفارش و بازگشت درگاه را کنترل کنید؛ فقط سریع‌ترشدن یک درخواست کافی نیست.
منابع فنی و مرز این راهنما
- ووکامرس: بارگذاری بی‌پایان تسویهحساب و بررسی پاسخ درخواست
- تنظیم کش سازگار با ووکامرس
- روش آزمون تداخل قالب و افزونه
این متن یک روش بررسی عمومی است؛ آزمایش عملی روی فروشگاه مشتری یا تضمین افزایش سرعت محسوب نمی‌شود.
کندی در کدام مرحله رخ می‌دهد؟
زمان رخداد، مرحله خرید و نتیجه بررسی‌ها را آماده کنید تا درخواست پشتیبانی با شواهد روشن‌تری ثبت شود.
پرسش‌های متداول
آیا ارتقای هاست همیشه کندی تسویهحساب را رفع می‌کند؟
خیر. اگر تأخیر از مرورگر، کش، افزونه یا پاسخ درگاه باشد، ارتقای منابع الزاماً علت را رفع نمی‌کند. ابتدا مرحله کندی را ثبت و با وضعیت منابع در همان زمان تطبیق دهید.
آیا صفحه تسویهحساب باید کش عمومی شود؟
خیر؛ تسویهحساب، سبد و حساب کاربری محتوای وابسته به نشست دارند و باید طبق مستندات ووکامرس از کش عمومی صفحه مستثنا شوند. مسیر واقعی صفحه و تنظیمات کش هاست و CDN را هم بررسی کنید.
چه اطلاعاتی برای درخواست پشتیبانی مفید است؟
زمان رخداد، مرحله تأخیر، مراحل بازتولید، نسخهها و پیام خطای همان درخواست را ثبت کنید. پیش از ارسال لاگ، اطلاعات مشتری، کوکی نشست و دادههای پرداخت را حذف کنید.
