افزایش سرعت وردپرس از تشخیص محل تأخیر شروع می‌شود، نه نصب هم‌زمان چند افزونه بهینه‌سازی. ابتدا مشخص کنید انتظار برای پاسخ سرور طولانی است، تصویر اصلی دیر می‌رسد یا مرورگر پس از نمایش صفحه به کلیک‌ها دیر جواب می‌دهد. سپس همان بخش را اصلاح و نتیجه را در شرایط یکسان مقایسه کنید. هاست بهتر برای گلوگاه منابع مفید است؛ تصویر سنگین یا اسکریپت مسدودکننده را به‌تنهایی سبک نمی‌کند.
این راهنما برای مدیر سایت شرکتی، وبلاگ و فروشگاه وردپرسی نوشته شده است. هدف، صفحه‌ای است که هم زود دیده شود و هم فرم، منو و خرید آن درست کار کند. در بخش میزبانی توضیح می‌دهیم چه زمانی استفاده از وردپرس مدیریت‌شده پاستا انتخاب مناسبی برای بهبود زیرساخت سرعت است و چه کارهایی همچنان باید روی خود سایت انجام دهید.
۱. قبل از تغییر، یک خط مبنای قابل تکرار بسازید
تنها صفحه اصلی را آزمایش نکنید. یک نوشته طولانی، یک صفحه ساخته‌شده با صفحه‌ساز و در فروشگاه، یک محصول متغیر و سبد خرید را انتخاب کنید. برای هر صفحه، نشانی دقیق، دستگاه، شبکه، زمان آزمایش و وضعیت ورود کاربر را ثبت کنید. تفاوت نتیجه مهمان و مدیر واردشده طبیعی است؛ ممکن است فقط مهمان از کش صفحه استفاده کند.
آزمایش را چند بار در یک شرایط تکرار کنید و فقط بهترین نتیجه را نگه ندارید. یک بار پس از پاک‌سازی هدفمند کش و چند بار با کش گرم اندازه بگیرید. تغییر ساعت، شبکه یا محصول میتواند مقایسه را گمراه کند. ابزار سنجش خارجی را کنار تجربه یک کاربر واقعی در ایران قرار دهید؛ مسیر شبکه این دو الزاماً یکسان نیست.
فایل ثبت تغییر ساده کافی است: نام صفحه، مشکل مشاهده‌شده، تغییر انجام‌شده، نتیجه قبل و بعد و تصمیم نگهداری یا بازگشت. اگر تصاویر، قالب، هاست و افزونه کش را یک‌جا عوض کنید، نمی‌فهمید کدام تغییر مفید بوده است. هر مرحله باید قابل برگشت باشد و پیش از تغییر مهم، بکاپ قابل بازیابی داشته باشید.
۲. نشانه کندی را به اقدام درست وصل کنید
| نشانه | بررسی اول | اقدام محتمل |
|---|---|---|
| شروع نمایش صفحه دیر است | انتظار سند HTML و وضعیت کش | کش عمومی، پردازش PHP و منابع میزبان |
| متن آمده ولی تصویر اصلی دیر می‌رسد | زمان کشف، اندازه و اولویت تصویر | نسخه مناسب تصویر و حذف تأخیر بی‌دلیل |
| صفحه دیده می‌شود ولی منو مکث دارد | کار طولانی جاوااسکریپت در مرورگر | کاهش کد و اسکریپت‌های جانبی |
| صفحه هنگام لود جابه‌جا می‌شود | ابعاد تصویر، فونت و محتوای تزریقی | رزرو فضای اجزا و اصلاح نمایش فونت |
| کندی فقط هنگام شلوغی است | منابع، صف درخواست و خطاها | اصلاح درخواست پرهزینه یا ارتقای ظرفیت |
در DevTools مرورگر، درخواست نوع Document را در Network پیدا کنید. تأخیر آن با زمان دانلود تصویر تفاوت دارد. در بخش Performance نیز تعامل کند را ضبط کنید. برای مدیر غیرتوسعه‌دهنده، همین تفکیک نقطه شروع خوبی برای گفت‌وگو با پشتیبان یا برنامه‌نویس است؛ گزارش «سایت کند است» را به نام صفحه و مرحله کند تبدیل میکند.
۳. تصاویر را برای اندازه واقعی نمایش آماده کنید
تصویر محصولی که در یک کارت کوچک نمایش داده می‌شود نباید فایل اصلی دوربین را دانلود کند. عرض موردنیاز در موبایل و دسکتاپ را مشخص کنید، نسخه مناسب بسازید و کیفیت را با مشاهده جزئیات محصول بسنجید. کم‌حجم‌کردن بیش از حد، نوشته روی بسته‌بندی یا بافت کالا را خراب میکند؛ هدف کمترین حجم با کیفیت قابل قبول است، نه کوچک‌ترین فایل ممکن.
WebP یا AVIF را در صورتی استفاده کنید که مسیر تولید، قالب و مرورگرهای مخاطب پشتیبانی مناسبی دارند. انتخاب فرمت به‌تنهایی کافی نیست؛ بررسی کنید HTML واقعاً نسخه درست را درخواست میکند. تصویر پس‌زمینه‌ای که دیر از CSS کشف می‌شود ممکن است با وجود حجم کم، همچنان دیر نمایش داده شود. نسخه‌های بندانگشتی را در محیط آزمایش بررسی کنید و اصل فایل‌ها را حفظ کنید.
تصویر اصلی بالای صفحه را بی‌دلیل lazy-load نکنید. طبق راهنمای بهینه‌سازی LCP، زمان کشف و شروع دریافت منبع اصلی نیز مهم است. برای تصاویر پایین صفحه، بارگذاری تنبل میتواند انتقال اولیه را کم کند. ابعاد تصویر را مشخص کنید تا فضای آن از ابتدا رزرو شود و متن با ظاهرشدن عکس جابه‌جا نشود.