راه حل خطاهای جی تی متریکس

آشنایی با گزارش GTmetrix و سیستم نمره‌دهی جدید

GTmetrix به عنوان یک ابزار آنلاین تحلیل عملکرد وب‌سایت، توسط Carbon60 توسعه یافته و به یک مرجع معتبر در زمینه بهینه‌سازی سرعت و عملکرد سایت تبدیل شده است. هدف اصلی این ابزار، آنالیز دقیق عملکرد وب‌سایت و ارائه گزارش‌های تحلیلی همراه با فهرستی از اقدامات پیشنهادی مؤثر برای ارتقاء آن است. کاربری با این ابزار بسیار ساده است: کافیست دامنه سایت مورد نظر را در بخش مشخص شده وارد کرده و با کلیک بر روی گزینه "Test your site"، منتظر بمانید تا گزارش تحلیلی آماده شود. با این حال، پشت آمار و ارقام این گزارش، اطلاعات فنی و پیچیده‌ای نهفته است که برای درک کامل وضعیت سایت، نیاز به تحلیل عمیق دارد.

پیشنهاد ویژه: قیمت سئو سایت

درک نمره‌دهی GTmetrix Grade

هنگامی که گزارش GTmetrix آماده می‌شود، اولین بخشی که به چشم می‌خورد، "GTmetrix Grade" است. این امتیاز یک نمره ترکیبی از کیفیت ساختار وب‌سایت و سرعت بارگیری صفحات آن است. به عبارت دیگر، هرچه ساختار سایت بهینه‌تر و صفحات آن سریع‌تر بارگیری شوند، رتبه بهتری در این بخش کسب می‌شود. امتیاز نهایی سایت از دو بخش اصلی تشکیل شده است: "Performance" (عملکرد) و "Structure" (ساختار). هفتاد درصد از این نمره به Performance و سی درصد باقیمانده به بهینه‌بودن کدها و ساختار سایت بستگی دارد. این امتیاز به صورت درصدی نمایش داده می‌شود و با رنگ‌های مختلفی مانند سبز (خوب)، نارنجی (متوسط) و قرمز (نامناسب) وضعیت سایت را نشان می‌دهد.

محوریت Core Web Vitals در GTmetrix جدید

GTmetrix در نسخه جدید خود، سیستم نمره‌دهی را بر اساس Lighthouse گوگل تغییر داده و معیارهای حیاتی گوگل (Core Web Vitals) را به عنوان ستون فقرات ارزیابی عملکرد قرار داده است. این تغییر نشان‌دهنده همسویی GTmetrix با استانداردهای گوگل برای ارزیابی تجربه کاربری است و به مدیران سایت‌ها کمک می‌کند تا عملکرد وب‌سایت خود را از دید موتورهای جستجو بهبود بخشند. معیارهای Core Web Vitals شامل سه فاکتور اصلی است:  

• Largest Contentful Paint (LCP): معیاری برای اندازه‌گیری سرعت بارگذاری بزرگترین محتوای قابل مشاهده در صفحه.  
• Total Blocking Time (TBT): معیاری برای سنجش میزان پاسخگویی صفحه به ورودی‌های کاربر در طول بارگذاری.  
• Cumulative Layout Shift (CLS): معیاری برای اندازه‌گیری پایداری بصری صفحه و میزان جابجایی غیرمنتظره المان‌ها.  

این معیارها به عنوان بخش اصلی از نمره Performance سایت در نظر گرفته می‌شوند و درک و بهبود آن‌ها برای کسب نمره عالی ضروری است. در ادامه، به بررسی دقیق هر یک از این خطاها و راهکارهای رفع آن‌ها پرداخته می‌شود.

پیشنهاد مطالعه: بررسی تأثیر Google AI Overview بر کاهش سئوی سایت‌ها

تحلیل و رفع خطاهای معیارهای عملکرد (تب Performance)

این بخش به ۶ معیار اصلی عملکرد در GTmetrix می‌پردازد که از الگوریتم Lighthouse گوگل نشأت گرفته‌اند. هر یک از این معیارها، جنبه خاصی از تجربه کاربری را می‌سنجند و با درصد وزنی مشخصی، در نمره نهایی Performance تأثیرگذارند.  

Largest Contentful Paint (LCP): بزرگترین محتوای نمایشی

LCP مخفف Largest Contentful Paint است و یکی از مهمترین معیارهای Core Web Vitals محسوب می‌شود. این معیار زمان لازم برای بارگیری و نمایش بزرگترین محتوای (از لحاظ حجم) قابل مشاهده در صفحه را می‌سنجد. LCP نشان‌دهنده زمانی است که کاربر احساس می‌کند صفحه شروع به بارگذاری محتوای اصلی خود کرده است و به همین دلیل، تأثیر مستقیمی بر درک کاربر از سرعت سایت و نرخ پرش (Bounce Rate) دارد. نمره مناسب برای این معیار کمتر از ۱.۲ ثانیه است.  

علل اصلی LCP ضعیف

بر اساس گزارش‌های GTmetrix، دلایل مختلفی می‌توانند باعث بالا رفتن زمان LCP شوند که رایج‌ترین آن‌ها عبارتند از:

• کند بودن زمان پاسخ سرور (TTFB): اگر زمان اولین بایت (TTFB) بالا باشد، مرورگر دیرتر از حد معمول به فایل‌های محتوایی دسترسی پیدا می‌کند.  
• وجود منابع مسدودکننده رندر: فایل‌های جاوااسکریپت و CSS می‌توانند فرآیند رندر صفحه را مسدود کنند و در نتیجه، نمایش محتوا را به تأخیر بیندازند.  
• کند بودن سرعت لود منابع: بارگذاری آهسته تصاویر یا ویدیوها که اغلب بزرگترین عناصر محتوایی هستند، می‌تواند مستقیماً LCP را افزایش دهد.  
• رندر در سمت کلاینت: محتوایی که از طریق فریم‌ورک‌های جاوااسکریپت در سمت مرورگر رندر می‌شود، می‌تواند باعث تأخیر در نمایش اولیه صفحه شود.  

راهکارهای جامع رفع خطا:

بهبود LCP نیازمند یک رویکرد چندوجهی است که از بهینه‌سازی سرور آغاز می‌شود و به بهینه‌سازی محتوای صفحه ختم می‌گردد.

کاهش TTFB (زمان اولین بایت): TTFB به زمانی اشاره دارد که از ارسال درخواست توسط مرورگر تا دریافت اولین بایت از پاسخ سرور طول می‌کشد. یک TTFB بالا به این معنی است که مرورگر زمان بیشتری را منتظر می‌ماند تا شروع به دانلود منابع اصلی سایت کند و این تأخیر اولیه، تأثیر مستقیمی بر LCP دارد. برای کاهش TTFB می‌توان از راهکارهای زیر استفاده کرد:  

• استفاده از هاست سریع و بهینه: انتخاب یک هاست با سخت‌افزار قدرتمند، منابع ایزوله (مانند VPS یا سرور اختصاصی) و پیکربندی نرم‌افزاری بهینه (مانند وب سرور LiteSpeed) می‌تواند زمان پاسخ‌دهی سرور را کاهش دهد.  
• به‌روزرسانی نسخه PHP: استفاده از نسخه‌های قدیمی PHP می‌تواند زمان پردازش درخواست‌ها را افزایش دهد. ارتقاء به نسخه‌های جدیدتر مانند PHP 7.4 و بالاتر می‌تواند سرعت را تا دو برابر بهبود بخشد.  
• بهینه‌سازی پایگاه داده: پایگاه داده ناکارآمد و پر از اطلاعات اضافی می‌تواند منجر به تأخیر در پاسخ سرور شود. بهینه‌سازی کوئری‌ها، حذف اطلاعات غیرضروری و استفاده از افزونه‌های بهینه‌ساز پایگاه داده (مانند WP-Optimize) می‌تواند این مشکل را حل کند.  
• بهینه‌سازی تصاویر: تصاویر اغلب بزرگترین المان محتوایی صفحه هستند و بارگذاری آهسته آن‌ها مستقیماً LCP را افزایش می‌دهد. در این زمینه می توانید مقاله روش های بهینه سازی تصاویر سایت را مطالعه کنید.  
• فشرده‌سازی: با استفاده از ابزارهای آنلاین مانند TinyJPG یا Squoosh، می‌توانید بدون افت کیفیت محسوس، حجم تصاویر را کاهش دهید. افزونه‌های وردپرسی مانند WP Smush، Optimus و ShortPixel نیز این فرآیند را به صورت خودکار انجام می‌دهند.  
• تغییر فرمت: استفاده از فرمت‌های مدرن وب مانند WebP به جای PNG یا JPEG، حجم فایل‌ها را به شکل چشمگیری کاهش می‌دهد. ابزارهای آنلاین و افزونه‌های وردپرسی متعددی برای تبدیل تصاویر به این فرمت وجود دارد.  
• Lazy Load: این تکنیک به مرورگر دستور می‌دهد تا بارگذاری تصاویر یا ویدیوهای خارج از دید کاربر (اصطلاحاً "Below the Fold") را به تأخیر بیندازد و آن‌ها را تنها زمانی که کاربر به آن بخش اسکرول می‌کند، بارگذاری کند. این کار با استفاده از جاوااسکریپت یا افزودن ویژگی    loading="lazy" به تگ <img/> یا <iframe> انجام می‌شود.  

Total Blocking Time (TBT): زمان کل مسدودسازی

TBT یا زمان انسداد کلی، مجموع مدت زمانی را اندازه می‌گیرد که Main Thread مرورگر به دلیل اجرای "وظایف طولانی" (Long Tasks) مسدود می‌شود و از پاسخگویی به ورودی کاربر (مانند کلیک یا اسکرول) جلوگیری می‌کند. یک وظیفه طولانی به هر فرآیندی گفته می‌شود که اجرای آن در Main Thread بیش از ۵۰ میلی‌ثانیه طول بکشد. امتیاز مناسب برای TBT کمتر از ۱۵۰ میلی‌ثانیه است. بالا بودن این مقدار نشان‌دهنده یک تجربه کاربری ضعیف است، زیرا صفحه برای کاربر غیرقابل تعامل به نظر می‌رسد.  

علل اصلی TBT بالا: اجرای سنگین و طولانی اسکریپت‌های جاوااسکریپت، به ویژه کدهای ناکارآمد و کدهای Third-Party، اصلی‌ترین دلیل بالا رفتن TBT است. هرچه کد بیشتری برای پردازش توسط مرورگر وجود داشته باشد، احتمال بروز وظایف طولانی بیشتر می‌شود.  

راهکارهای جامع رفع خطا:

کوچک‌سازی (Minify) و فشرده‌سازی (Compress) کدها:

• Minification: فرآیند حذف کاراکترهای غیرضروری مانند فضاهای خالی، خطوط جدید و کامنت‌ها از کدهای جاوااسکریپت، CSS و HTML است که بدون تأثیر بر عملکرد، حجم فایل را کاهش می‌دهد.  
• Compression: فرآیند فشرده‌سازی فایل‌های کد با استفاده از الگوریتم‌هایی مانند Gzip یا Brotli است. این کار باعث کاهش حجم فایل می‌شود و مرورگر زمان کمتری برای دانلود آن صرف می‌کند. بسیاری از افزونه‌های کش وردپرس (مانند WP Rocket) این کار را به صورت خودکار انجام می‌دهند.  
• استفاده از async و defer: این دو ویژگی در تگ <script> به مرورگر اجازه می‌دهند تا دانلود فایل‌های جاوااسکریپت را در پس‌زمینه و با اولویت پایین انجام دهد، بدون اینکه فرآیند رندر صفحه مسدود شود. تفاوت اصلی بین این دو در زمان و ترتیب اجرای اسکریپت‌ها است:  
• async: اسکریپت را به محض دانلود شدن، بدون توجه به ترتیب، اجرا می‌کند. این ویژگی برای اسکریپت‌های مستقل که به سایر فایل‌ها وابسته نیستند، مناسب است.  
• defer: اسکریپت‌ها را پس از بارگیری کامل سند HTML و به ترتیب قرارگیری در کد، اجرا می‌کند. این ویژگی برای اسکریپت‌هایی که به DOM وابسته هستند یا به ترتیب خاصی نیاز دارند، ایده‌آل است. 

پیشنهاد مطالعه: رمزگشایی از الگوریتم‌های گوگل ۲۰۲۵: چگونه طراحی سایت با محتوای معتبر، رتبه شما را نجات می‌دهد

Cumulative Layout Shift (CLS): تغییر چیدمان تجمعی

CLS معیاری است که میزان جابجایی غیرمنتظره المان‌های بصری در صفحه در حین بارگذاری را اندازه می‌گیرد. جابجایی المان‌ها می‌تواند تجربه کاربری آزاردهنده‌ای را ایجاد کند، به ویژه زمانی که کاربر قصد دارد روی یک دکمه کلیک کند اما ناگهان جای آن تغییر می‌کند. امتیاز خوب برای CLS کمتر از ۰.۱ است.  

علل اصلی CLS:

• تصاویر و iframes بدون ابعاد مشخص: مرورگرها نمی‌توانند ابعاد تصاویر را تا زمان دانلود آن‌ها تشخیص دهند، در نتیجه فضایی برای آن‌ها رزرو نمی‌کنند. پس از دانلود، المان‌ها جابجا می‌شوند تا فضای کافی برای تصویر ایجاد شود.  
• محتوای پویا: محتوایی که به صورت دینامیک به صفحه تزریق می‌شود و باعث جابجایی محتوای موجود می‌شود.  
• فونت‌های وب: استفاده از فونت‌های وب می‌تواند منجر به "فلش متن پنهان" (FOIT) یا "فلش متن بدون استایل" (FOUT) شود که در آن، متن با یک فونت جایگزین نمایش داده می‌شود و پس از بارگذاری فونت اصلی، جابجایی رخ می‌دهد.  

راهکارهای جامع رفع خطا:

• مشخص کردن ابعاد تصاویر و ویدیوها: برای جلوگیری از جابجایی المان‌ها، ضروری است که برای تصاویر، ویدیوها و iframes در تگ HTML، ابعاد عرض (width) و ارتفاع (height) را به طور دقیق مشخص کرد. این اقدام به مرورگر اجازه می‌دهد تا قبل از دانلود کامل منبع، فضای لازم را رزرو کند و از جابجایی ناخواسته جلوگیری نماید. این کار به طور همزمان به بهبود LCP و CLS کمک می‌کند.  
• بهینه‌سازی بارگذاری فونت‌ها: برای جلوگیری از جابجایی متن در زمان بارگذاری فونت، می‌توان از ویژگی font-display در CSS استفاده کرد. مقدار swap به مرورگر دستور می‌دهد تا به سرعت یک فونت جایگزین را برای نمایش متن استفاده کند و پس از بارگذاری فونت اصلی، آن را جایگزین نماید. این کار تجربه کاربری بهتری را ارائه می‌دهد و از جابجایی چیدمان جلوگیری می‌کند.  

پیشنهاد مطالعه: رفع خطای واکشی صفحه در  ابزار Google Search Console

تحلیل و بهبود ساختار وب‌سایت (تب Structure)

بخش "Structure" در گزارش GTmetrix، نمره‌ای را برای بهینه‌سازی کدهای وب‌سایت ارائه می‌دهد. این نمره به طور مستقیم با کیفیت کدنویسی و ساختار سایت ارتباط دارد. در ادامه، به برخی از رایج‌ترین خطاهای این بخش و راهکارهای رفع آن‌ها پرداخته می‌شود.  

بهینه‌سازی تصاویر (Properly size images)

این خطا در GTmetrix به معنای وجود تصاویری است که حجم آن‌ها برای نمایش در صفحه بیش از حد بزرگ است و نیاز به بهینه‌سازی دارند. تصاویر سنگین، سرعت بارگذاری سایت را به شدت کاهش می‌دهند.  

• فشرده‌سازی و تغییر اندازه: قبل از آپلود تصاویر، آن‌ها را با استفاده از نرم‌افزارهایی مانند فتوشاپ (گزینه Save For Web) یا ابزارهای آنلاین فشرده‌سازی مانند Squoosh و TinyJPG بهینه کنید.  
• استفاده از افزونه‌ها: در سایت‌های وردپرسی، افزونه‌های متعددی مانند WP Smush و ShortPixel می‌توانند تصاویر را به صورت خودکار در زمان آپلود فشرده کنند و حجم آن‌ها را کاهش دهند.  
• تبدیل به فرمت WebP: فرمت WebP که توسط گوگل توسعه یافته است، حجم فایل‌های تصویری را به شدت کاهش می‌دهد. افزونه‌هایی مانند WebP Express می‌توانند تصاویر را به این فرمت تبدیل کنند.  

کاهش درخواست‌های HTTP (Keep request counts low)

هر فایل (تصویر، CSS، جاوااسکریپت و غیره) که در صفحه بارگیری می‌شود، یک درخواست HTTP به سرور ارسال می‌کند. هرچه تعداد این درخواست‌ها کمتر باشد، فرآیند بارگذاری سریع‌تر انجام می‌شود.  

• ادغام فایل‌ها (Concatenation): ترکیب چندین فایل CSS یا جاوااسکریپت کوچک در یک فایل واحد، تعداد درخواست‌ها را به شدت کاهش می‌دهد.  
• CSS Sprites: این تکنیک برای ترکیب چندین تصویر کوچک در یک تصویر بزرگتر به کار می‌رود. با این کار، مرورگر تنها یک درخواست برای دانلود تمام تصاویر کوچک ارسال می‌کند.  
• Lazy Load: همان‌طور که پیش‌تر اشاره شد، این تکنیک با به تعویق انداختن بارگذاری تصاویر و ویدیوهای خارج از دید، تعداد درخواست‌های اولیه را کاهش می‌دهد.  

کوچک‌سازی (Minify) منابع

Minification فرآیندی است که در آن کاراکترهای غیرضروری مانند فضای خالی، کامنت‌ها و خطوط جدید از فایل‌های کد حذف می‌شوند. این کار به کاهش حجم فایل کمک کرده و سرعت بارگذاری را افزایش می‌دهد.  

• افزونه‌های کش: بسیاری از افزونه‌های کش وردپرس مانند WP Rocket به طور خودکار فایل‌های CSS و JS را کوچک‌سازی می‌کنند.  
• ابزارهای آنلاین: ابزارهای آنلاین متعددی نیز برای کوچک‌سازی کدهای HTML، CSS و جاوااسکریپت وجود دارد.  

استفاده از شبکه توزیع محتوا (Use a CDN)

CDN یا شبکه توزیع محتوا، مجموعه‌ای از سرورها در نقاط مختلف جغرافیایی جهان است. این شبکه، نسخه‌ای از محتوای استاتیک سایت (مانند تصاویر، CSS و JS) را روی سرورهای نزدیک به کاربران ذخیره می‌کند.  

مزایا : کاهش TTFB و LCP: CDN با ارائه محتوا از نزدیک‌ترین سرور، فاصله فیزیکی تا کاربر را کاهش داده و در نتیجه TTFB و LCP را به طور قابل توجهی بهبود می‌بخشد.  

افزایش سرعت و پایداری: با توزیع ترافیک روی سرورهای متعدد، فشار بر روی سرور اصلی کاهش می‌یابد و سایت در شرایط ترافیک سنگین نیز پایدار می‌ماند.  

بهبود امنیت: بسیاری از CDN‌ها لایه‌های امنیتی مانند حفاظت در برابر حملات DDoS را نیز ارائه می‌دهند.  

کاهش ریدایرکت‌ها (Reduce redirects)

ریدایرکت‌ها (Redirects) می‌توانند زمان بارگذاری صفحه را به دلیل درخواست‌های اضافی افزایش دهند. هر ریدایرکت، یک درخواست جدید به سرور می‌فرستد و زمان اضافی برای فرآیند DNS Lookup, Connecting و Waiting نیاز دارد.  

• کاهش ریدایرکت‌های غیرضروری: ریدایرکت‌ها را تنها در صورت لزوم استفاده کنید.
• مدیریت با افزونه: در وردپرس، افزونه‌هایی مانند Redirection یا Yoast SEO Premium به شما امکان مدیریت آسان ریدایرکت‌ها را می‌دهند.  

پیشنهاد مطالعه: اتوماسیون تولید محتوا با n8n و هوش مصنوعی؛ راهنمای جامع برای بهبود سئو سایت

تشخیص مشکلات با نمودار آبشاری (تب Waterfall)

نمودار Waterfall یکی از قدرتمندترین ابزارهای GTmetrix برای تشخیص ریشه‌ای مشکلات عملکردی است. این نمودار، تمام درخواست‌هایی که در فرآیند بارگذاری صفحه انجام می‌شوند را به صورت سلسله‌مراتبی و با جزئیات زمانی دقیق نمایش می‌دهد. تحلیل این نمودار، به متخصصان کمک می‌کند تا منابعی که زمان زیادی را به خود اختصاص می‌دهند و خطاهای احتمالی را شناسایی کنند.  

تحلیل خطوط رنگی و فازهای درخواست:

هر خط در نمودار Waterfall، نماینده یک درخواست HTTP است که از مرورگر به سرور ارسال می‌شود. این درخواست‌ها شامل چند فاز زمانی مختلف هستند که با رنگ‌های گوناگون مشخص شده‌اند. درک این رنگ‌ها برای تشخیص مشکلات ضروری است:  

• Blocking (کرمی): این فاز نشان‌دهنده زمانی است که درخواست در صف انتظار مرورگر می‌ماند تا به سرور ارسال شود. زمان طولانی در این فاز می‌تواند ناشی از محدودیت تعداد درخواست‌های همزمان در مرورگر باشد. یک زمان طولانی در این فاز می‌تواند نشانه‌ای از وجود وظایف طولانی در Main Thread باشد که مستقیماً با معیار Total Blocking Time (TBT) ارتباط دارد.  
• DNS Lookup (فیروزه‌ای): مدت زمانی که طول می‌کشد تا مرورگر آدرس دامنه را به آدرس IP سرور تبدیل کند.  
• Connecting (سبز): زمانی که برای ایجاد اتصال با سرور صرف می‌شود.  
• Sending (قرمز): زمانی که درخواست از مرورگر به سرور ارسال می‌شود.  
• Waiting (بنفش): مدت زمانی که مرورگر منتظر می‌ماند تا سرور پاسخ درخواست را ارسال کند. این زمان به طور مستقیم با معیار TTFB (زمان اولین بایت) مرتبط است. 
• Receiving (خاکستری): زمانی که مرورگر مشغول دانلود محتوای پاسخ از سرور است.  

تحلیل دقیق این فازها، به شما کمک می‌کند تا bottlenecks اصلی در سایت را شناسایی کنید. به عنوان مثال، اگر فاز Waiting برای یک فایل طولانی باشد، مشکل احتمالاً از سمت سرور یا پایگاه داده است. در مقابل، اگر فاز Blocking طولانی باشد، باید به دنبال اسکریپت‌های مشکل‌ساز در Main Thread باشید که باعث افزایش TBT می‌شوند.

خلاصه خطاهای رایج و راه‌حل‌ها

Serve images in next-gen formats (WebP/AVIF)

تصاویر رو به فرمت‌های سبک‌تر مثل WebP تبدیل کن.

افزونه‌هایی مثل Smush، EWWW Image Optimizer یا Imagify برای وردپرس خیلی کمک می‌کنن.

Enable compression (GZIP / Brotli)

توی سرور یا هاست، فشرده‌سازی GZIP یا Brotli رو فعال کن.

برای Apache → فعال‌سازی از طریق .htaccess

برای Nginx → اضافه کردن gzip on;

Leverage browser caching

برای فایل‌های CSS، JS، تصاویر و فونت‌ها زمان کش تعیین کن.

در Apache با این خط تو .htaccess:
<IfModule mod_expires.c>
 ExpiresActive On
 ExpiresByType image/webp "access plus 1 year"
 ExpiresByType text/css "access plus 1 month"
 ExpiresByType application/javascript "access plus 1 month"
</IfModule>

یا از افزونه‌های کش مثل WP Rocket یا LiteSpeed Cache استفاده کن.

Reduce unused CSS/JS

فایل‌های اضافی CSS و JS (مثلاً مربوط به پلاگین‌هایی که لازم نیست) رو حذف یا ترکیب کن.

ابزار: Asset CleanUp یا Perfmatters

Defer parsing of JavaScript

بارگذاری جاوااسکریپت رو به تعویق بنداز (defer یا async).

در وردپرس، با افزونه‌هایی مثل Autoptimize یا WP Rocket راحت انجام میشه.

Minify CSS/JS/HTML

کدها رو فشرده کن تا حجم فایل‌ها کم بشه.

Autoptimize یا WP Rocket این کار رو اتوماتیک می‌کنن.

Reduce initial server response time (TTFB)

استفاده از هاست پرسرعت‌تر (LiteSpeed / Nginx)

استفاده از CDN مثل Cloudflare یا BunnyCDN

بهینه‌سازی دیتابیس (مثلاً با افزونه WP-Optimize)

Avoid multiple redirects

مطمئن شو که فقط یکبار ریدایرکت داری (مثلاً http → https و www → non-www).

Serve static assets with an efficient cache policy

زمان کش برای فایل‌های استاتیک (CSS, JS, Images) طولانی‌تر بذار (مثلاً 1 سال).

Largest Contentful Paint (LCP) issues

تصاویر بزرگ رو بهینه کن.

فونت‌ها رو preload کن.

CDN برای تحویل سریع‌تر محتوا.