یادم می‌آید چند سال پیش، وقتی برای اولین بار یک گزارش کامل از وضعیت سرعت یک سایت وردپرسی را تهیه کردم، شوکه شدم که چطور یک سایت به‌ظاهر ساده، در پشت صحنه این‌قدر بار اضافی دارد. آن روز فهمیدم که بدون داده، بحث درباره سرعت فقط حدس‌وگمان است. گزارش‌های عملکرد WordPress که هر سال منتشر می‌شوند، دقیقاً همین کار را می‌کنند: تبدیل بحث درباره عملکرد به زبان اعداد قابل اندازه‌گیری. در این مقاله، جدیدترین یافته‌های این گزارش را از چند زاویه بررسی می‌کنم و نشان می‌دهم که کدام اعداد را باید جدی گرفت و چه کارهایی برای بهبود وضعیت سایت باید انجام داد. اگر با مفاهیم پایه وردپرس آشنا نیستید، ابتدا وردپرس چیست و چگونه شروع به کار با آن کنیم را بخوانید.

چرا گزارش عملکرد وردپرس مهم است؟

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

گزارش عملکرد وردپرس، از چند منظر اهمیت دارد. اول، برای درک موقعیت کلی پلتفرم در مقایسه با رقبا. دوم، برای شناسایی روندهای عمومی که نشان می‌دهد سایت‌های وردپرسی به کدام سمت می‌روند. سوم، برای الگوبرداری از بهترین‌ها؛ یعنی فهمیدن این‌که سایت‌های سریع، چه کارهایی متفاوت از سایت‌های کند انجام می‌دهند. و چهارم، برای تعیین اولویت‌های بهبود در سطح پروژه. برای مطالعه نقش کلی عملکرد در سئو، چگونه سرعت سایت بر سئو تاثیر می‌گذارد را بخوانید.

گزارش عملکرد، نقشه راه است. کسی که نقشه را نمی‌خواند، احتمالاً در مسیر گم می‌شود، حتی اگر مقصد را بداند.

وضعیت Core Web Vitals در سایت‌های وردپرسی

Core Web Vitals یا CWV، مجموعه سه معیار رسمی گوگل برای سنجش تجربه کاربری واقعی است: LCP، CLS و INP. در سال‌های اخیر، این معیارها به یک شاخص اصلی کیفیت فنی سایت‌ها تبدیل شده‌اند. گزارش‌های عملکرد نشان می‌دهد که وضعیت سایت‌های وردپرسی در این معیارها، تصویر متفاوتی از تصور عمومی است.

در نگاه کلی، بخش قابل توجهی از سایت‌های وردپرسی موفق به کسب امتیاز سبز در CWV می‌شوند، ولی این توزیع، بسیار نامتقارن است. سایت‌هایی که از قالب سبک، هاست خوب و افزونه‌های بهینه استفاده می‌کنند، به‌سادگی امتیاز سبز می‌گیرند. سایت‌هایی که از قالب سنگین چندمنظوره و افزونه‌های زیاد استفاده می‌کنند، معمولاً در محدوده قرمز یا نارنجی باقی می‌مانند. برای درک کامل این معیارها، Core Web Vitals چیست و چرا گوگل بر آن تاکید دارد را بخوانید.

یکی از یافته‌های جالب گزارش‌های اخیر این است که بهبود CWV، در اکثر موارد، از تغییرات کوچک و هدفمند به دست می‌آید، نه از بازسازی کامل سایت. در پروژه‌هایی که داشتم، صرفاً با بهینه‌سازی تصاویر، تأخیر در بارگذاری جاوااسکریپت و انتخاب هاست بهتر، توانسته‌ام LCP را از چند ثانیه به زیر دو ثانیه برسانم. این نوع بهبودها، کم‌هزینه‌تر و سریع‌تر از بازسازی کامل هستند.

LCP: بزرگ‌ترین گلوگاه سایت‌های وردپرسی

LCP یا Largest Contentful Paint، زمان نمایش بزرگ‌ترین عنصر صفحه را می‌سنجد. در سایت‌های وردپرسی، این عنصر معمولاً تصویر شاخص پست یا بنر صفحه اصلی است. گزارش‌های عملکرد نشان می‌دهد که LCP، بزرگ‌ترین مشکل سایت‌های وردپرسی در حوزه عملکرد است.

دلایل اصلی LCP ضعیف در سایت‌های وردپرسی، در چهار دسته اصلی خلاصه می‌شوند:

  • تصاویر سنگین: آپلود تصویر با ابعاد بزرگ و فشرده‌نشده، رایج‌ترین دلیل LCP ضعیف است. خیلی از سایت‌ها هنوز تصاویر ۳ تا ۵ مگابایتی روی صفحه اصلی دارند.
  • سرور کند: TTFB بالا که از هاست ضعیف می‌آید، به‌طور مستقیم روی LCP اثر می‌گذارد. اگر TTFB بالای ۸۰۰ میلی‌ثانیه باشد، رسیدن به LCP زیر دو و نیم ثانیه تقریباً غیرممکن است.
  • CSS و JS بلاک‌کننده: منابعی که پیش از رندر صفحه بارگذاری می‌شوند و نمایش عنصر اصلی را به تأخیر می‌اندازند.
  • Lazy loading اشتباه: اگر تصویر اصلی صفحه با lazy loading بارگذاری شود، در واقع بارگذاری آن به تأخیر می‌افتد و LCP ضعیف می‌شود.

برای مطالعه دقیق‌تر درباره این معیار، LCP چیست و چگونه آن را بهینه کنیم را بخوانید. در پروژه‌های واقعی، تجربه‌ام این است که اگر روی این چهار مورد تمرکز کنید، بیش از نیمی از مشکلات LCP حل می‌شود. نکته مهم: تغییرات را یکی‌یکی اعمال کنید و بعد از هر تغییر، عدد جدید را اندازه بگیرید. این رویکرد، شما را از اشتباه در تشخیص مقصر اصلی نجات می‌دهد.

CLS: چیدمانی که می‌پرد

CLS یا Cumulative Layout Shift، مقدار جابه‌جایی‌های ناخواسته چیدمان در طول بارگذاری صفحه را می‌سنجد. تجربه کاربری بد این معیار، به‌خصوص در موبایل، بسیار آزاردهنده است؛ چون کاربر ممکن است در حین اسکرول یا کلیک، عناصر صفحه را در جای متفاوتی ببیند.

در سایت‌های وردپرسی، CLS معمولاً از سه منبع اصلی می‌آید:

  • تصاویر بدون ابعاد مشخص: اگر تگ img دارای width و height نباشد، مرورگر نمی‌داند چه فضایی برای تصویر رزرو کند و بعد از بارگذاری، چیدمان تغییر می‌کند. خوشبختانه وردپرس از نسخه‌های اخیر، این ابعاد را به‌طور خودکار اضافه می‌کند.
  • تبلیغات و بنرهای دیررس: بنرهایی که از سرویس‌های تبلیغاتی می‌آیند و بعد از بارگذاری صفحه، ظاهر می‌شوند، معمولاً باعث جابه‌جایی محتوا می‌شوند.
  • فونت‌های وب: فونت‌هایی که بدون font-display مناسب بارگذاری می‌شوند، باعث جابه‌جایی متن هنگام بارگذاری می‌شوند.

در پروژه‌های فروشگاهی که داشتم، CLS یکی از دلایل اصلی رهاسازی سبد خرید در موبایل بوده است. کاربری که روی دکمه «افزودن به سبد» کلیک می‌کند و بعد می‌بیند دکمه جابه‌جا شده و روی چیز دیگری کلیک کرده، تجربه خوبی نخواهد داشت. برای مطالعه دقیق‌تر، CLS چیست و چگونه کاهش می‌یابد را بخوانید.

INP: پاسخ‌گویی که کند می‌شود

INP یا Interaction to Next Paint، از سال ۲۰۲۴ جانشین FID شده است. این معیار، فاصله زمانی بین تعامل کاربر (کلیک، اسکرول، تایپ) و نقاشی بعدی صفحه را می‌سنجد. در سایت‌های وردپرسی، INP معمولاً به‌دلیل استفاده زیاد از جاوااسکریپت ضعیف می‌شود.

منابع اصلی INP ضعیف در سایت‌های وردپرسی:

  • افزونه‌های سنگین جاوااسکریپت: اسلایدرها، پاپ‌آپ‌ها و ابزارهای آماری که کد زیادی اجرا می‌کنند.
  • سازندگان صفحه: کد زیادی که در هر لود صفحه، بارها و بارها اجرا می‌شود.
  • رویدادهای پیچیده در main thread: زمانی که جاوااسکریپت زیادی روی تعامل کاربر اجرا می‌شود، main thread قفل می‌شود و پاسخ‌گویی کند می‌شود.

در پروژه‌های واقعی، تجربه‌ام این است که INP، سخت‌ترین معیار CWV برای بهبود است، چون ریشه‌اش در جاوااسکریپت است. برخلاف LCP که معمولاً با بهینه‌سازی تصویر و هاست بهبود می‌یابد، INP به بازنگری عمیق در انتخاب افزونه و کد سفارشی نیاز دارد. برای مطالعه دقیق‌تر، INP چیست و چه تاثیری بر تجربه کاربر دارد را بخوانید.

مصرف منابع و هزینه میزبانی

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

در تجربه پروژه‌های مشاوره، بارها دیده‌ام که مشتری برای کاهش هزینه‌های ماهانه، هاست ارزان‌تر انتخاب می‌کند و بعد در کمپین تبلیغاتی، با افت سرعت و حتی خطای سرور روبرو می‌شود. جالب اینکه هزینه بازیابی و جبران، معمولاً چندین برابر صرفه‌جویی اولیه است. برای مطالعه دقیق‌تر، تاثیر هاست بر سرعت سایت چقدر است را بخوانید.

در انتخاب هاست، توصیه من این است که بر پایه نیاز واقعی تصمیم بگیرید، نه بر پایه تخفیف. سه معیار اصلی که همیشه در نظر دارم: منابع CPU و RAM کافی برای سناریوی واقعی سایت، پشتیبانی فنی سریع و پاسخگو، و امکان ارتقای تدریجی بدون قطعی. اگر با این مفاهیم آشنا نیستید، هاست چیست و چگونه انتخاب درستی داشته باشیم را بخوانید.

افزونه‌ها و اثر آن‌ها بر عملکرد

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

الگوی رایجی که در پروژه‌ها دیده‌ام، رشد تدریجی تعداد افزونه‌ها است. سایت با چند افزونه ضروری شروع می‌شود، ولی در طول ماه‌ها، با اضافه شدن ابزارهای کوچک و بزرگ، تعداد افزونه‌ها به بیش از بیست یا سی می‌رسد. هر افزونه، یک بار CPU اضافه، یک کوئری اضافه در هر ریکوئست و چند کیلوبایت CSS و JS اضافه است. جمع این‌ها در بلندمدت، تفاوت چشمگیری ایجاد می‌کند.

در مدیریت افزونه‌ها، رویکردی که در پروژه‌های خودم دارم، سه اصل دارد:

  1. هفت نیاز ضروری هر سایت را بر پایه بهترین افزونه‌های ضروری وردپرس تعیین کنید و بقیه را حذف کنید.
  2. هر افزونه‌ای که کارش در چند خط کد سفارشی قابل انجام است، به چایلد تم منتقل شود.
  3. هر سه ماه، فهرست افزونه‌ها را بازبینی کنید و آن‌هایی که در سه ماه اخیر استفاده نشده‌اند، حذف کنید.

این رویکرد، در بیشتر پروژه‌ها، تعداد افزونه‌ها را به کمتر از نصف کاهش می‌دهد و سرعت را به‌طور محسوس بهبود می‌بخشد. برای مطالعه دقیق‌تر، افزونه‌های وردپرس چگونه روی سرعت سایت اثر می‌گذارند را بخوانید.

قالب‌ها و بار عملکردی آن‌ها

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

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

نکته مهم در انتخاب قالب، توجه به تفاوت بین وزن پایه و وزن بعد از افزودن محتوا است. یک قالب ممکن است روی دموی ساده سبک باشد، ولی وقتی با محتوای واقعی و افزونه‌های شما ترکیب شود، سنگین شود. به همین دلیل، توصیه می‌کنم قالب را روی محیط staging با محتوای واقعی تست کنید، نه بر پایه دموی سازنده. برای مقایسه دقیق، چرا بعضی قالب‌های وردپرس باعث کندی سایت می‌شوند را بخوانید.

راهکارهای عملی بهبود عملکرد

در پایان این تحلیل، راهکارهای عملی که بر پایه یافته‌های گزارش و تجربه پروژه‌های واقعی به آن رسیده‌ام، در پنج گام خلاصه می‌شوند:

  1. اندازه‌گیری اول: قبل از هر اقدامی، سه عدد کلیدی را اندازه بگیرید: TTFB، LCP و مجموع بایت‌های صفحه اصلی. بدون این اعداد، هیچ بهبودی قابل اثبات نیست. ابزارهای لازم را در ابزارهای تست سرعت سایت معرفی کرده‌ام.
  2. بهینه‌سازی تصاویر: همه تصاویر بالای خط دید را با WebP جایگزین کنید و ابعاد مناسب را ست کنید. این ساده‌ترین اقدام با بزرگ‌ترین بازده است.
  3. کش سمت سرور: یک افزونه کش مناسب با تنظیمات دقیق برای نوع سایت شما. اگر هاست شما کش سروری دارد، ابتدا از همان استفاده کنید. مقایسه‌ای از گزینه‌ها در بهترین افزونه‌های کش وردپرس ارائه کرده‌ام.
  4. کاهش افزونه‌ها: هر افزونه‌ای که بار عملکردی دارد و ضروری نیست، حذف یا به کد سفارشی منتقل شود.
  5. پایش مستمر: بعد از بهبود، سه عدد کلیدی را ماهانه اندازه بگیرید و در یک جدول ذخیره کنید. این پایش، از افت تدریجی سرعت جلوگیری می‌کند.

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

پرسش‌های پرتکرار درباره گزارش عملکرد وردپرس

این بخش به سوال‌های رایجی پاسخ می‌دهد که در جلسات مشاوره و ایمیل‌ها مطرح می‌شود.

آیا سایت‌های وردپرسی به‌طور کلی کندتر از سایت‌های ساخته‌شده با سیستم‌های دیگر هستند؟

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

چرا سایت من در PageSpeed امتیاز سبز می‌گیرد ولی در CrUX قرمز است؟

این تفاوت از تفاوت بین داده آزمایشگاهی (Lab Data) و داده میدانی (Field Data) می‌آید. PageSpeed Labs، شبیه‌سازی است که روی شرایط فرضی انجام می‌شود. CrUX، داده واقعی کاربران است. اگر امتیاز آزمایشگاهی سبز است ولی داده میدانی قرمز، یعنی در شرایط واقعی، سایت شما کندتر عمل می‌کند. این معمولاً به‌دلیل تفاوت‌های سرعت اینترنت، دستگاه و موقعیت جغرافیایی کاربران است. تمرکز بر بهبود داده میدانی، اولویت اصلی است، چون گوگل همان را می‌بیند.

آیا گزارش‌های عملکرد به‌طور مستقیم روی رتبه سایت اثر دارند؟

به‌طور غیرمستقیم، بله. CWV یک سیگنال تأییدی در الگوریتم گوگل است، نه یک فاکتور غالب. یعنی محتوای ضعیف با CWV سبز، رتبه خوب نمی‌گیرد، ولی محتوای خوب با CWV قرمز، از رقبای هم‌سطح خود عقب می‌ماند. این یعنی CWV، در تای‌بریکر بین دو سایت هم‌سطح، داور بازی است. برای مطالعه بیشتر، چگونه سرعت سایت بر سئو اثر می‌گذارد را بخوانید.

چقدر طول می‌کشد تا بهبود عملکرد در آمار میدانی دیده شود؟

معمولاً دو تا چهار هفته. CrUX، داده‌ها را در بازه ۲۸ روزه می‌بیند و به‌روزرسانی‌ها با تأخیر انجام می‌شود. اگر تغییرات را در ابتدای ماه اعمال کنید، احتمالاً در ماه بعد تغییرات را می‌بینید. اگر داده میدانی ندارید (به‌دلیل ترافیک کم)، باید به داده‌های آزمایشگاهی و تجربه واقعی کاربران اتکا کنید.

آیا برای هر سایت وردپرسی، رسیدن به CWV سبز امکان‌پذیر است؟

در اکثر موارد، بله، ولی در همه موارد نه. سایت‌های با محتوای بسیار سنگین (مثل پلتفرم‌های ویدیو یا فروشگاه‌های بزرگ) ممکن است به‌سختی به CWV سبز در همه صفحات برسند. هدف عملی، رسیدن به CWV سبز در صفحات کلیدی است، نه در همه صفحات. این رویکرد، هم واقع‌بینانه‌تر است و هم بیشترین بازده را دارد.

نگاه تحلیلی به داده‌های عملکرد

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

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

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

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

در نهایت، یکی از مهم‌ترین نکات در تحلیل داده‌ها این است که همیشه بین علت و همبستگی تمایز قائل شویم. یک سایت سریع، لزوماً خوب نیست؛ ممکن است سریع باشد چون محتوای کمی دارد. یک سایت کند، لزوماً بد نیست؛ ممکن است کند باشد چون محتوای غنی دارد. تحلیل درست، نیازمند توجه به بستر و زمینه است، نه فقط اعداد خام. برای مطالعه بیشتر در این زمینه، چگونه مشکل سرعت سایت را عیب‌یابی کنیم را بخوانید.

آنچه ارزش به‌خاطر سپردن دارد

گزارش‌های عملکرد وردپرس، تصویری دقیق از وضعیت سرعت، Core Web Vitals و مصرف منابع در سایت‌های وردپرسی ارائه می‌دهند. محورهای اصلی این تصویر را می‌توان در پنج نکته خلاصه کرد: LCP همچنان بزرگ‌ترین گلوگاه سایت‌های وردپرسی است، CLS معمولاً از بنرهای دیررس و تصاویر بی‌ابعاد می‌آید، INP چالش‌برانگیزترین معیار برای بهبود است، عدم تطابق بین منابع هاست و نیاز واقعی سایت، یک مشکل رایج است، و قالب‌ها و افزونه‌های سنگین، بزرگ‌ترین مقصران افت سرعت هستند.

اگر صاحب سایت هستید، توصیه عملی من این است که ابتدا با اندازه‌گیری دقیق شروع کنید و بعد پنج گام بهبود را به‌ترتیب اجرا کنید. اگر توسعه‌دهنده هستید، در هر پروژه، سرعت را به‌عنوان یکی از معیارهای کیفیت تعریف کنید، نه به‌عنوان یک ویژگی لوکس. اگر آژانس هستید، در هر قرارداد، بخشی را برای بهینه‌سازی سرعت پیش‌بینی کنید. اگر تجربه‌ای از بهبود عملکرد در پروژه‌ای داشته‌اید و نکته‌ای برای اشتراک، در دیدگاه‌ها بنویسید؛ این نوع تجربه‌های واقعی، به خواننده بعدی کمک می‌کند تصمیم دقیق‌تری بگیرد. 📈