احتمالاً برای شما هم پیش آمده است: آدرس سایت خود را در ابزار PageSpeed Insights گوگل وارد می‌کنید و با یک امتیاز قرمز و ناامیدکننده مواجه می‌شوید. برای اطمینان، همان صفحه را در مرورگر خودتان با افزونه لایت‌هاوس (Lighthouse) تست می‌کنید و در کمال تعجب می‌بینید امتیازتان سبز و قابل‌قبول است! کمی بعد به سرچ کنسول سر می‌زنید و می‌بینید گوگل اصلاً خطایی برای آن صفحه گزارش نکرده است.

کدام ابزار دروغ می‌گوید؟ کدام عدد معیار واقعی است؟

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

تله تست‌های لحظه‌ای (Lab Data)

وقتی از ابزارهایی مثل لایت‌هاوس مرورگرتان یا حتی بخش بالای گزارش PageSpeed Insights استفاده می‌کنید، در حال گرفتن یک «تست لحظه‌ای» هستید. این یعنی ابزار دقیقاً در همان ثانیه و با شرایط همان لحظه، سایت شما را بررسی می‌کند.

اما چرا این تست‌های لحظه‌ای می‌توانند ما را به اشتباه بیندازند؟

  • موقعیت جغرافیایی سرور: وقتی از سایت‌های تست سرعت استفاده می‌کنید، معمولاً یک سرور از آمریکا (یا کشوری دیگر) تلاش می‌کند به سرور سایت شما در ایران متصل شود. این فاصله جغرافیایی باعث ثبت تاخیرهایی می‌شود که کاربر ایرانی شما با اینترنت داخلی اصلاً آن را تجربه نمی‌کند.
  • وضعیت سیستم شما در لحظه تست: اگر با لایت‌هاوس مرورگر خودتان تست می‌گیرید، سرعت اینترنت فعلی شما، تعداد تب‌های باز کروم، حافظه رم درگیر سیستم و حتی افزونه‌هایی (Extensions) که روی مرورگرتان نصب کرده‌اید، مستقیماً روی افت امتیاز سرعت تاثیر می‌گذارند.
  • نبود کش (Cache): این ابزارها همیشه سایت شما را مثل کاربری می‌بینند که برای اولین بار وارد سایت شده است. هیچ فایل کش‌شده‌ای وجود ندارد و همه‌چیز باید از صفر دانلود شود.

دنیای واقعی و تجربه کاربران (Field Data)

گوگل برای رتبه‌بندی سایت شما، خیلی به تست‌های لحظه‌ای اهمیت نمی‌دهد؛ چیزی که برای گوگل مهم است، میانگین تجربه واقعی کاربرانی است که در طول یک ماه گذشته وارد سایت شما شده‌اند. این اطلاعات در قالب گزارش تجربه کاربری کروم یا CrUX (Chrome User Experience Report) جمع‌آوری می‌شود.

در دنیای واقعی، رفتار کاربران با ربات‌های تست سرعت بسیار متفاوت است:

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

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

خطاهای پنهان: وقتی سرعت بالا هم چاره‌ساز نیست

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

برای درک بهتر، یک فروشگاه اینترنتی بزرگ را تصور کنید. زمانی که با اینترنت گوشی وارد آن می‌شوید، ابتدا یک صفحه لودینگ (Loading) گرافیکی می‌بینید. در ظاهر همه‌چیز مرتب است و پس از چند ثانیه سایت بالا می‌آید؛ اما در پشت صحنه (جایی که ربات‌های گوگل آن را می‌بینند)، المان‌های سایت با بی‌نظمی در حال لود شدن هستند. عکس‌ها دیرتر از متن‌ها لود می‌شوند و جایگاه دکمه‌ها مدام جابه‌جا می‌شود.

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

مخاطب خود را بشناسید تا مسیر را اشتباه نروید

یکی از امکانات فوق‌العاده گزارش‌های جامع کروم (CrUX Dashboard)، نمایش توزیع کاربران (Device Distribution) است. فرض کنید هفته‌ها زمان می‌گذارید تا سرعت نسخه دسکتاپ سایت خود را بهینه کنید و به امتیاز ۱۰۰ برسید. اما وقتی به دیتای واقعی کاربران نگاه می‌کنید، متوجه می‌شوید که ۹۵ درصد از مخاطبان شما با موبایل وارد سایت می‌شوند!

این گزارش‌ها به شما اطلاعات ارزشمند دیگری هم می‌دهند:

  • چند درصد کاربران شما اینترنت 4G دارند و چند درصد هنوز از 3G استفاده می‌کنند؟
  • کاربران در مواجهه با درخواست ارسال نوتیفیکیشن سایت شما چه واکنشی نشان می‌دهند؟ (می‌پذیرند، رد می‌کنند یا پنجره را می‌بندند؟)

با داشتن این اطلاعات، می‌توانید اولویت‌های بهینه‌سازی سایت را بر اساس شرایط واقعی مخاطبانتان تنظیم کنید.

معمای بزرگ: چرا سرچ کنسول با داشبورد CrUX فرق دارد؟

یکی از گیج‌کننده‌ترین سوالات در تحلیل سرعت این است: «اگر گزارش سرچ کنسول و داشبورد CrUX هر دو از دیتای واقعی کاربران (Field Data) استفاده می‌کنند، چرا اعداد و خطاهایشان با هم یکی نیست؟»

دلیل این تفاوت در یک نکته فنی و بسیار مهم نهفته است: سرچ کنسول فقط صفحات ایندکس شده را می‌بیند. اگر شما در سایتتان خطایی در سرعت صفحات داشته باشید، سرچ کنسول تنها زمانی آن را به شما گزارش می‌دهد که آن صفحه در گوگل ایندکس شده باشد. اما گزارش CrUX کل دامنه را بررسی می‌کند. وقتی کاربری وارد سایتی می‌شود و از فیلترهای مختلف (مثلاً فیلتر رنگ یا قیمت در یک دسته‌بندی محصول) استفاده می‌کند، در حال تولید URLهای جدیدی است که معمولاً توسط ادمین سایت ایندکس نمی‌شوند. گزارش CrUX تجربه کاربر در تمام این صفحاتِ ایندکس‌نشده را هم محاسبه می‌کند.

به همین دلیل است که ذات این دو گزارش با هم متفاوت است و مقایسه مستقیم اعداد آن‌ها می‌تواند شما را به مسیر اشتباهی ببرد.

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