سریع‌بودن صفحه اصلی ووکامرس به معنی سریع‌بودن Checkout نیست. صفحه اصلی ممکن است از کش عمومی تحویل شود، اما تسویهحساب باید سبد، نشانی، مالیات، روش ارسال و پرداخت همان مشتری را بررسی کند. برای رفع کندی Checkout، باید زمان مرورگر، پاسخ PHP، Query دیتابیس و تماس سرویس بیرونی را جدا اندازه بگیرید.
این راهنما برای فروشگاهی است که صفحاتش ظاهراً سریع‌اند ولی کاربر هنگام تغییر نشانی یا ثبت سفارش معطل می‌شود. تمرکز بر تشخیص واقعی و اصلاح قابل آزمون است. وردپرس مدیریت‌شده پاستا می‌تواند بخشی از راهکار زیرساخت باشد، ولی افزونه درگاه کند یا اسکریپت سنگین را بدون اصلاح همان بخش درمان نمی‌کند.
ابتدا مرحله کند را نام‌گذاری کنید
چهار زمان را جدا ببینید: بازشدن صفحه Checkout، به‌روزرسانی سبد یا نشانی، ارسال سفارش و بازگشت از درگاه. کندی یکی را به کل فرایند نسبت ندهید. اگر تأخیر فقط بعد از ورود به صفحه بانک رخ میدهد، بررسی تصویر محصول در وردپرس احتمالاً شروع مناسبی نیست.
برای هر مسیر، دستگاه، مرورگر، شبکه، نوع کاربر و ترکیب سبد را ثبت کنید. محصول ساده با محصول متغیر دارای افزونه شخصی‌سازی هم‌هزینه نیست. آزمایش مهمان و کاربر واردشده نیز ممکن است مسیر متفاوتی طی کند. یک بار اجرای موفق کافی نیست؛ چند تکرار در زمان معمول و اوج داشته باشید.
| نشانه | احتمال اولیه | شاهد لازم |
|---|---|---|
| فرم دیر دیده می‌شود | HTML، CSS یا اسکریپت اولیه | Network و زمان نمایش محتوا |
| تغییر شهر مکث دارد | محاسبه ارسال یا مالیات | درخواست به‌روزرسانی و زمان سرور |
| ثبت سفارش طولانی است | درگاه، موجودی یا Hook افزونه | شناسه درخواست و لاگ همان عملیات |
| فقط زیر بار کند است | صف PHP، قفل یا محدودیت منابع | هم‌زمانی و مصرف منابع در همان بازه |
Checkout را مثل صفحه عمومی کش نکنید
سبد خرید و تسویهحساب داده شخصی و وضعیت متغیر دارند. کش عمومی اشتباه می‌تواند سبد یا اطلاعات کاربر دیگری را نشان دهد یا Nonce و وضعیت سفارش را ناسازگار کند. راهنمای رسمی کش ووکامرس را برای استثناهای مسیر و Session بخوانید و قواعد CDN را نیز جدا بررسی کنید.
این به معنی خاموش‌کردن همه کش‌ها نیست. فایل‌های استاتیک، داده عمومی و بعضی Queryهای قابل کش ممکن است همچنان بهینه شوند. تفاوت کش صفحه، Object Cache و کش مرورگر مهم است. در راهنمای کش وردپرس و CDN این لایه‌ها توضیح داده شده‌اند. نام افزونه کش به‌تنهایی تضمین تنظیم صحیح فروشگاه نیست.
درخواست کند را در مرورگر پیدا کنید
DevTools را باز کنید، Network را پاک کنید و فقط همان عمل کند را انجام دهید. نام درخواست، زمان شروع، مدت انتظار، وضعیت HTTP و ترتیب درخواست‌های وابسته را ثبت کنید. در Checkout کلاسیک و Checkout Block مسیرها متفاوت‌اند؛ به جای حفظ یک URL از مقاله قدیمی، درخواست واقعی نسخه فروشگاه را مشاهده کنید.
اگر مرورگر مدت طولانی قبل از ارسال درخواست مشغول است، Performance را برای کار طولانی جاوااسکریپت بررسی کنید. اگر درخواست سریع ارسال می‌شود ولی پاسخ دیر می‌آید، سمت سرور و وابستگی‌های آن را دنبال کنید. اطلاعات کارت، Cookie و Token را از فایل HAR پیش از اشتراک‌گذاری حذف کنید؛ این فایل ممکن است داده حساس داشته باشد.
افزونه‌ها را با آزمون کنترل‌شده تفکیک کنید
در محیط آزمایشی، افزونه‌های مرتبط با فرم، ارسال، مالیات، درگاه و پیامک را فهرست کنید. یک‌به‌یک یا با روش نصف‌کردن مجموعه، اثر آن‌ها را بررسی کنید. همه افزونه‌ها را روی سایت زنده هم‌زمان خاموش نکنید؛ این کار می‌تواند پرداخت و قوانین قیمت را بشکند. نتیجه هر تغییر باید با همان سبد و مسیر مقایسه شود.
افزونه تحلیل رفتار، چت و ابزار تبلیغاتی نیز ممکن است روی تعامل فرم اثر بگذارند. حذف یا تأخیر بارگذاری آن‌ها را فقط پس از بررسی وابستگی انجام دهید. اسکریپت درگاه یا اعتبارسنجی ضروری نباید با یک گزینه عمومی «Delay all JavaScript» از کار بیفتد. هدف، خرید درست و روان است، نه فقط امتیاز ابزار سنجش.