وقتی یک صفحه کند باز میشود، سادهترین واکنش نصب افزونه کش یا فشردهسازی تازه است. این کار گاهی عددها را بهتر میکند، اما اگر علت اصلی شناخته نشود، مشکل در صفحه دیگری یا پس از چند هفته برمیگردد. عیبیابی سرعت باید شبیه کار فنی باشد: اندازهگیری، ساخت فرضیه، تغییر یک متغیر و اندازهگیری دوباره.
اول مشخص کنید «کند» دقیقاً یعنی چه
سه تجربه متفاوت ممکن است با یک واژه توصیف شوند. اگر صفحه دیر شروع به نمایش میکند، احتمالاً زمان پاسخ سرور یا TTFB بالاست. اگر محتوای اصلی دیر ظاهر میشود، باید LCP و منابع بالای صفحه را دید. اگر صفحه دیده میشود اما کلیک و تایپ با تأخیر پاسخ میدهد، کد جاوااسکریپت یا کار سنگین روی رشته اصلی مرورگر مظنون است.
| نشانه | مظنونهای اصلی | آزمون اولیه |
|---|---|---|
| صفحه سفید پیش از نمایش | هاست، PHP، پایگاه داده | زمان پاسخ HTML |
| تصویر یا عنوان دیر ظاهر میشود | تصویر بزرگ، فونت، CSS | عنصر LCP |
| کلیکها مکث دارند | جاوااسکریپت و اسکریپت خارجی | Long Task و Console |
یک خط مبنا بسازید
یک صفحه اصلی، یک صفحه محصول و یک مقاله را در حالت خروج از حساب آزمایش کنید. هر صفحه را یک بار با کش سرد و یک بار با کش گرم باز کنید. نتیجه محیط لوکال را با هاست واقعی یکی ندانید؛ لوکال ویندوز ممکن است در اولین درخواست بهدلیل راهاندازی PHP، آنتیویروس و خواندن تعداد زیادی فایل کندتر باشد، در حالی که شبکه اینترنت در آن دخیل نیست.
لایهها را جداگانه بررسی کنید
۱. سرور و پایگاه داده
اگر دریافت HTML طولانی است، ابتدا گزارش خطا، نسخه PHP، حافظه مجاز و Queryهای تکراری را بررسی کنید. پیشخوان کند و سایت سریع معمولاً نشانه درخواستهای مدیریتی یا افزونهای است که فقط در پنل اجرا میشود.
۲. قالب و محتوای بالای صفحه
تصویر اصلی را با ابعاد واقعی، فرمت مناسب و اولویت بارگذاری صحیح تحویل دهید. فونتهای زیاد یا چند وزن فونت در اولین نما میتوانند نمایش متن را عقب بیندازند. برای محتوای پایین صفحه از بارگذاری تنبل استفاده کنید، اما تصویر LCP را Lazy نکنید.
۳. افزونهها و کدهای خارجی
اسکریپت گفتوگو، نقشه، آمارگیر و تبلیغات را فهرست کنید. هر کدام میتواند بعد از دیده شدن صفحه نیز پردازش ادامه دهد. در محیط آزمایشی، افزونهها را گروهی غیرفعال و دوباره اندازهگیری کنید؛ غیرفعالسازی تصادفی روی سایت اصلی روش عیبیابی نیست.
در هر مرحله فقط یک تغییر
اگر همزمان کش، تصویر، فونت و دیتابیس را تغییر دهید، نمیفهمید کدام کار نتیجه داده و بازگردانی هم سخت میشود. نتیجه هر مرحله را با تاریخ، صفحه آزمایش و عدد قبل و بعد ثبت کنید. تفاوتهای کوچک در یک اجرای منفرد قابل اتکا نیستند؛ روند چند اجرا مهمتر است.
ترتیب پیشنهادی اصلاح
- خطاهای PHP و JavaScript را صفر کنید.
- زمان پاسخ HTML و Queryهای کند را بررسی کنید.
- عنصر LCP، ابعاد تصویر و فونتهای بالای صفحه را اصلاح کنید.
- اسکریپتهای غیرضروری را فقط در صفحاتی که لازماند بارگذاری کنید.
- سپس کش صفحه، Object Cache و CDN را متناسب با هاست تنظیم کنید.
بهینهسازی موفق یعنی سایت پس از چند بهروزرسانی هم سریع بماند. به همین دلیل، ثبت خط مبنا و داشتن برنامه نگهداری از رسیدن به یک امتیاز لحظهای مهمتر است.
