برای سریع‌کردن پیشخوان وردپرس، ابتدا مشخص کنید کندی از مرورگر است یا پاسخ سرور. کش صفحه عمومی معمولاً مشکل یک مدیر واردشده را حل نمی‌کند. زمان بازشدن فهرست نوشته‌ها، ویرایشگر و ذخیره را با شرایط یکسان اندازه بگیرید و پس از هر تغییر دوباره مقایسه کنید؛ چند تغییر هم‌زمان، تشخیص علت را دشوار می‌کند.
۱. کندی را قابل اندازه‌گیری کنید
نام صفحه، ساعت، کاربر آزمایشی و زمان تقریبی پاسخ را ثبت کنید. اگر تنها یک مرورگر کند است، با نمایه تمیز و بدون افزونه مرورگر مقایسه کنید. در ابزار شبکه مرورگر، درخواست طولانی را پیدا کنید؛ پاسخ کند HTML با بارگیری آهسته یک فونت خارجی، درمان یکسان ندارد.
۲. منابع هاست و صف PHP را ببینید
CPU، RAM، I/O، فضای دیسک و پردازش هم‌زمان را در همان زمان بررسی کنید. کمبود worker یا کوئری کند را با افزایش بی‌حساب memory_limit اشتباه نگیرید. ارتقای سرویس وقتی منطقی است که اندازه‌گیری محدودیت واقعی را نشان دهد.
۳. نسخه PHP و OPcache را بررسی کنید
نسخه PHP باید تحت پشتیبانی و با قالب و افزونه سازگار باشد. ارتقا را اول در staging تست کنید. OPcache اجرای کد PHP را بهینه می‌کند، اما کمبود دیسک، API خارجی کند یا کوئری سنگین را حل نمی‌کند.
۴. افزونه پرهزینه را از روی شواهد پیدا کنید
در staging با ابزار تشخیصی معتبر، درخواست HTTP، کوئری یا hook کند را شناسایی کنید. تعداد افزونه به‌تنهایی معیار نیست؛ یک افزونه ناسازگار می‌تواند از چند افزونه سبک هزینه بیشتری ایجاد کند. غیرفعال‌کردن دسته‌جمعی در سایت زنده ممکن است فرم و فروش را قطع کند.
۵. درخواست خارجی و DNS
مخزن وردپرس، سرویس لایسنس، فونت یا API می‌تواند عامل انتظار باشد. میزبان مقصد و خطای واقعی را بررسی کنید. گواهی TLS و احراز هویت را برای افزایش سرعت خاموش نکنید؛ timeout و مدیریت خطا باید در همان اتصال اصلاح شود.
۶. دیتابیس و داده autoload
کوئری‌های کند، جدول‌های رشدکرده و گزینه‌های autoload بزرگ را بررسی کنید. پیش از پاک‌سازی، بکاپ و مالک هر داده را مشخص کنید. حذف سراسری transient، revision یا جدول با نام ناشناخته ممکن است اطلاعات لازم افزونه را از بین ببرد؛ هر داده حجیم، زائد نیست.
۷. cron و صف کارها
کارهای معوق، بکاپ، ایمیل و پردازش فروشگاه را بررسی و زمان‌بندی‌شان را جدا کنید. WP-Cron را فقط وقتی غیرفعال کنید که زمان‌بندی جایگزین واقعاً نصب و آزموده شده باشد؛ در غیر این صورت انتشار زمان‌بندی‌شده یا کارهای سفارش متوقف می‌شود.
۸. Heartbeat و ذخیره خودکار
Heartbeat برای کارهایی مانند قفل ویرایش و نگهداری نشست کاربرد دارد. خاموش‌کردن کامل آن یا افزایش شدید فاصله ذخیره خودکار، راه‌حل عمومی مناسبی نیست. اگر اندازه‌گیری بار نامتعارف نشان داد، تنظیم را محدود، متناسب با صفحه و همراه با تست ویرایش هم‌زمان انجام دهید.
۹. کش شیء را متناسب با سرویس انتخاب کنید
Redis یا Memcached می‌تواند در سناریوی مناسب بار دیتابیس را کاهش دهد، اما نیازمند پشتیبانی و تنظیم صحیح است. در هاست اشتراکی، namespace و جداسازی سایت‌ها مهم است. پنل ورود و اطلاعات شخصی را با کش عمومی صفحه یکی ندانید. LiteSpeed شرط لازم سریع‌شدن پیشخوان نیست.
۱۰. نتیجه و پایداری را کنترل کنید
پس از هر اصلاح، همان عملیات اولیه، ذخیره نوشته، رسانه و کارهای ضروری فروشگاه را دوباره تست کنید. تنظیماتی را که سود قابل مشاهده ندارند و پیچیدگی ایجاد می‌کنند نگه ندارید. اگر مشکل ادامه داشت، زمان، URL داخلی، نسخه‌ها و خطای پالایش‌شده را به پشتیبانی بدهید؛ اطلاعات ورود را داخل گزارش نگذارید.
منابع و دامنه راهنما
این راهنما بر پایه مستندات رسمی زیر بازبینی شده است. نام گزینه‌ها و امکانات ممکن است با نسخه نرم‌افزار یا سطح دسترسی سرویس شما تفاوت داشته باشد.
