سرعت سایت چقدر روی فروش اثر دارد؟
سرعت، یک شاخص فنی برای گزارش دادن نیست؛ یکی از معدود چیزهایی است که هم روی رتبهٔ گوگل و هم روی نرخ تبدیل اثر مستقیم دارد. چه چیزی را باید اندازه گرفت و از کجا باید شروع کرد.
This article is also available in English: How Much Does Site Speed Really Affect Sales?
بحث سرعت سایت معمولاً با یک عدد شروع می‌شود: نمرهٔ ابزارهای سنجش. و همان‌جا هم تمام می‌شود، چون آن عدد به‌تنهایی به کسی نمی‌گوید چه کاری باید بکند. سرعت وقتی معنا پیدا می‌کند که بدانیم کدام لحظه از تجربهٔ کاربر کند است و آن لحظه چه هزینه‌ای دارد.
سه عددی که واقعاً مهم‌اند
گوگل سه شاخص را مبنای تجربهٔ صفحه می‌داند و هر سه، تجربهٔ واقعی کاربر را توصیف می‌کنند، نه قدرت سرور را.
- LCP — چند ثانیه طول می‌کشد تا بزرگ‌ترین بخش محتوای صفحه دیده شود. معیار حس «باز شد».
- INP — وقتی کاربر چیزی را لمس یا کلیک می‌کند، چقدر طول می‌کشد تا صفحه پاسخ دهد. معیار حس «روان است».
- CLS — چقدر چیدمان صفحه در حین بارگذاری می‌پرد. معیار حس «قابل اعتماد است».
عامل‌های واقعی کندی، به ترتیب شیوع
در پروژه‌هایی که بررسی کرده‌ایم، علت کندی تقریباً همیشه از همین فهرست کوتاه بوده است. ترتیب اهمیت هم معمولاً همین است.
- تصاویر بهینه‌نشده: عکس چند مگابایتی که مرورگر مجبور است کوچکش کند. تبدیل به WebP/AVIF و تعیین ابعاد، بیشترین بهبود را با کم‌ترین کار می‌دهد.
- فونت‌های سنگین و بدون استراتژی نمایش: متن تا بارگذاری فونت دیده نمی‌شود و کاربر صفحهٔ خالی می‌بیند.
- جاوااسکریپت اضافی: کتابخانه‌ای که برای یک افکت کوچک بار شده و اجرای آن، پاسخ‌دهی صفحه را کند می‌کند.
- اسکریپت‌های شخص ثالث: ابزارهای تحلیلی، چت آنلاین و پیکسل‌های تبلیغاتی که هر کدام سهمی از بودجهٔ سرعت را می‌برند.
- نبود کش و فاصلهٔ جغرافیایی سرور: هر درخواست از ابتدا پردازش می‌شود و مسیر شبکه طولانی است.
ارتباط سرعت با پول
سرعت از دو جهت روی درآمد اثر می‌گذارد. مستقیم: کاربری که منتظر می‌ماند، بخشی از مسیر خرید را رها می‌کند و این ریزش در فروشگاه‌ها به‌وضوح قابل اندازه‌گیری است. غیرمستقیم: تجربهٔ صفحه یکی از سیگنال‌های رتبه‌بندی است، پس سایت کند در جست‌وجو هم عقب می‌افتد. نکتهٔ مهم این است که این اثر خطی نیست؛ بهبود از ۶ ثانیه به ۳ ثانیه تفاوت محسوسی می‌سازد، اما از ۱٫۵ ثانیه به ۱٫۲ ثانیه معمولاً نه.
اول کندی‌های فاحش را درست کنید، بعد سراغ بهینه‌سازی‌های ظریف بروید. ترتیب عکس، وقت تلف کردن است.
از کجا شروع کنیم
یک مسیر عملی: وضعیت فعلی را با دادهٔ میدانی ثبت کنید؛ پرترافیک‌ترین سه صفحه را انتخاب کنید (نه همهٔ سایت را)؛ تصاویر و فونت‌های همان صفحات را درست کنید؛ دوباره اندازه بگیرید. معمولاً همین یک چرخه، بیشترین بهبود کل پروژه را می‌دهد. سپس اگر لازم بود، به سراغ جاوااسکریپت و اسکریپت‌های ثالث بروید.
و یک توصیهٔ ساده: پس از هر تغییر، اندازه‌گیری را تکرار کنید. بهینه‌سازی بدون سنجش، خیلی وقت‌ها سایت را کندتر می‌کند و کسی متوجه نمی‌شود.