سرعت سایت و رتبه: چه چیزی واقعاً اهمیت دارد
نمرهی سبز در ابزار سنجش با سایت سریع برای کاربر ایرانی یکی نیست. اینجا میبینیم کدام کندی واقعاً به رتبه و فروش میزند و کدام بهینهسازی فقط وقت تلف کردن است.
یک فروشندهی لوازم خانگی میگفت نمرهی موبایل سایتش در ابزار سنجش گوگل ۳۴ است و همین او را پایین نگه داشته. صفحه را روی اینترنت خانگی معمولی باز کردیم؛ کمتر از سه ثانیه بالا آمد. مشکل جای دیگری بود: توضیح کالاها سه خط و کپیشده از سایت واردکننده.
نمرهی ابزار یک عدد است و تجربهی کاربر چیز دیگری. گاهی همجهتاند، اغلب نه. پیش از آنکه دو هفته وقت روی فشردهسازی تصویرها بگذارید، بدانید دارید کدامیک را بهتر میکنید.
نمرهی ۱۰۰ چه چیزی را ثابت میکند
نمرهی ابزارهای سنجش خروجی یک شبیهسازی است: مرورگری مجازی روی شبکهای فرضی صفحه را باز میکند و رفتارش را میسنجد. برای پیدا کردن گلوگاه فنی عالی است؛ برای پیشبینی رتبه تقریباً هیچ.
چیزی که وزن دارد دادهی میدانی است: آنچه کاربران واقعی کروم تجربه کردهاند. از این زاویه، سایتی با نمرهی ۴۵ که کاربرانش سریع میبینند وضع بهتری دارد تا سایتی با نمرهی ۹۸ که سرورش ساعت هشت شب نفسنفس میزند.
سه سنجهی تجربهی صفحه به زبان ساده
سه عدد اصلی هست. اسمهای انگلیسیشان ترسناک است، معنیشان نه.
LCP همان لحظهای را نشان میدهد که کاربر میگوید «صفحه بالا آمد»: وقتی بزرگترین عنصر صفحه، معمولاً تصویر شاخص یا تیتر درشت، دیده میشود.
INP کار دیگری میکند: فاصلهی میان کلیک شما و واکنش صفحه. منوی همبرگری که با نیمثانیه تأخیر باز میشود، اینجا لو میرود.
CLS پرش چیدمان را میشمارد: انگشتتان روی «افزودن به سبد» است و بنری که دیر رسیده دکمه را هل میدهد پایین. آزاردهندهترین سنجه از نگاه کاربر، و ارزانترین برای رفع کردن. تعریف دقیق هر سه در مستندات وبوایتالز گوگل آمده است.
چرا نمرهی آزمایشگاهی با تجربهی واقعی فرق دارد
ابزار گوشی فرضی را میسنجد؛ کاربر شما گوشی سه سال پیشش را دارد، روی اینترنت همراهِ مترو. انتظار نداشته باشید این دو به یک عدد برسند.
نکتهای هم هست که کمتر گفته میشود: دادهی میدانی برای سایت کمبازدید جمع نمیشود. اگر ابزار نوشت «دادهی کافی برای این نشانی نیست»، چیزی خراب نشده؛ ترافیک شما به آستانه نرسیده و فعلاً فقط عدد آزمایشگاهی دارید. ضمن اینکه ابزار معمولاً صفحهی اول را میسنجد، در حالی که کندی واقعی در صفحهی جستوجوی محصول یا سبد خرید ساعت اوج است.
بزرگترین علتهای کندی در سایتهای فارسی
الگو تقریباً همیشه یکی است و بهندرت پیچیده.
| مشکل | اثر روی کاربر | راهحل ارزان |
|---|---|---|
| تصویر بهینهنشده (عکس ۴ مگابایتی محصول) | صفحه تکهتکه بالا میآید، حجم اینترنت میسوزد | تبدیل به وبپی، کوچک کردن ابعاد، بارگذاری تنبل |
| فونت فارسی سنگین با چند وزن | متن چند ثانیه نامرئی یا با فونت اشتباه | حداکثر دو وزن، نمایش موقت با فونت سیستم |
| اسکریپت شخص ثالث (چت آنلاین، چند ابزار آمار) | کلیکها دیر جواب میدهند | حذف ابزارهای تکراری، بارگذاری با تأخیر |
| قالب شلوغ با اسلایدر و افکت | موبایل داغ میشود، پیمایش میپرد | خاموش کردن بخشهای بیاستفادهی قالب |
افزونهی «بهینهساز» روی سایتی که چهار افزونهی دیگر دارد، مشکل را جابهجا میکند نه حل. این افزونهها با کش، عدد ابزار را بالا میبرند، ولی کاربر واقعی همان تصویر ۴ مگابایتی را دانلود میکند. اول منبع کندی را حذف کنید، بعد سراغ کش بروید.
نقش CDN برای کاربر داخل ایران
اینجا موضع صریح دارم: برای سایتی که مخاطبش داخل ایران است، CDN داخلی جواب میدهد و CDN خارجی اغلب نتیجهی معکوس. منطق شبکهی توزیع محتوا نگه داشتن فایل نزدیک کاربر است؛ وقتی نزدیکترین نقطه در آلمان باشد، مسیری پرنوسان اضافه شده. اثر سرویسهای داخلی روی تصویر و فایل ثابت محسوس است.
چه چیزی ارزش وقت گذاشتن دارد
ارزش دارد: کوچک کردن تصویرها، کم کردن اسکریپتهای اضافه، هاست بهتر اگر پاسخ اولیه کند است، و رزرو جای تصویر در چیدمان.
ارزش ندارد: تراشیدن نمره از ۹۲ به ۹۸، و مهاجرت به قالب تازه فقط بهخاطر سرعت. مهاجرت چند هفته وقت میبرد؛ همان وقت صرف بازنویسی توضیح محصولها شود، اثرش روی فروش بیشتر است — الگویش در هوش مصنوعی برای فروشگاه اینترنتی آمده است.
پرامپت تحلیل گزارش سرعت
گزارشهای سرعت پر از اصطلاحاند و کسی سراغشان نمیرود. متن یا تصویر گزارش را با این پرامپت بدهید:
این گزارش سرعت صفحهی سایت من است. سایت یک فروشگاه اینترنتی فارسی است
و بیشتر بازدید از موبایل و از داخل ایران میآید.
۱. مشکلها را سه دسته کن: «بحرانی»، «ارزش دارد»، «نادیده بگیر».
۲. برای هر مورد بحرانی بنویس کاربر دقیقاً چه چیزی حس میکند.
۳. برای هرکدام راهحل عملی بده و بگو نیاز به برنامهنویس دارد یا نه.
۴. هر موردی که بهبودش کمتر از نیم ثانیه است را در دستهی سوم بگذار.
۵. بدون اصطلاح فنی بنویس؛ مخاطب مدیر فروشگاه است نه توسعهدهنده.
متن گزارش:
[اینجا بچسبانید]مرز کار را هم روشن بگویم: دستیار هوش مصنوعی سایت شما را باز نمیکند و نمیسنجد؛ فقط گزارشی را میخواند که جلویش میگذارید. بدون گزارش بپرسید «چرا سایتم کند است» و جوابی میگیرید که برای هر سایتی صادق است و برای شما بیمصرف. اندازهگیری کار ابزار سنجش است، اولویتبندی کار دستیار. در نارنگی تصویر یا متن گزارش را میشود مستقیم پیوست کرد.
سرعت عامل رتبه است، ولی عامل ضعیفی
سرعت یکی از دهها سیگنال است، در نقش تساویشکن: وقتی دو صفحه از نظر محتوا نزدیکاند، سریعتر بالاتر میرود. جای صفحهای را که جواب کاربر را میدهد نمیگیرد.
در تجربهی من همان وقتی که صرف رساندن نمره به ۱۰۰ میشود، اگر خرج تحقیق کلمه کلیدی، عنوان و توضیح متای بهتر یا لینکدهی داخلی شود، جابهجایی رتبهی بیشتری میسازد.
جمعبندی
سرعت را برای کاربر بهینه کنید، نه برای عدد. معیارش ساده است: سایت را روی گوشی خودتان و اینترنت همراه باز کنید، نه لپتاپ و وایفای دفتر.
ترتیب پیشنهادی: اول تصویرها، بعد اسکریپتهای شخص ثالث، بعد فونت، بعد CDN داخلی. اگر بعد از این چهار قدم هنوز کند بود، مسئله از هاست است و هیچ افزونهای درستش نمیکند.
برای ادامه:
