سرعت سایت فروشگاهی چقدر روی فروش و سئو اثر دارد؟ (و چطور سریع‌ترش کنیم)

مسیرِ آشنا این است: کسی می‌گوید سایت کند است، آدرس را در PageSpeed می‌گذارید، یک نمره‌ی قرمز می‌گیرید و برای تیمِ فنی می‌فرستید. چند هفته بعد نمره سبزتر شده و نه فروش تکان خورده، نه رتبه.

دلیلش این است که «سرعت» یک عدد نیست؛ چند مسئله‌ی جداست که تصادفاً یک اسم دارند. این راهنما سه چیز را جدا می‌کند: کدام ثانیه کند است، کدام صفحه باید اندازه گرفته شود، و کجا باید ایستاد — چون سرعت هم می‌تواند ارزان‌ترین بهبودِ فروشگاهتان باشد و هم چاهی که پول در آن می‌ریزید.

کدام ثانیه؟ سه ساعتی که همه «سرعت» نامیده می‌شوند

وقتی می‌گویید «سایت کند است»، ممکن است یکی از این سه چیزِ کاملاً متفاوت را دیده باشید. هرکدام علتِ متفاوت، راه‌حلِ متفاوت و حتی مسئولِ متفاوتی دارد:

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

صفحه‌ای که تست می‌کنید، صفحه‌ای نیست که پول از آن درمی‌آید

تقریباً همه صفحه‌ی اولِ سایت را در ابزار می‌گذارند، چون همان آدرسی است که حفظ‌اند. ولی در یک فروشگاه، صفحه‌ی اول معمولاً سبک‌ترین و کم‌اهمیت‌ترین صفحه است: چند بنر و چند محصولِ منتخب. مشتری‌ای که از گوگل می‌آید اغلب اصلاً آن را نمی‌بیند.

ضمناً گوگل هم سایت را با یک نمره‌ی واحد قضاوت نمی‌کند؛ صفحات را در گروه‌های مشابه می‌بیند. یعنی ممکن است صفحه‌ی اولتان عالی باشد و صفحاتِ دسته‌بندی‌تان فاجعه — و دقیقاً همان دسته‌بندی‌ها هستند که در جست‌وجو رتبه می‌گیرند.

این چهار صفحه را اندازه بگیرید، نه صفحه‌ی اول را:

• سنگین‌ترین صفحه‌ی دسته‌بندی، با فیلترِ فعال. صفحه‌ای که بیشترین محصول را نشان می‌دهد؛ ده‌ها تصویر در یک صفحه. این معمولاً بدترین عددِ کلِ سایت را می‌دهد.
• یک صفحه‌ی محصول با گالریِ کامل. نه محصولی که دو عکس دارد؛ محصولی که هشت عکس و ویدیو و جدولِ مشخصات دارد.
• نتیجه‌ی جست‌وجوی داخلی. پرش‌شده‌ترین صفحه در سنجش‌ها، در حالی که کاربرِ جست‌وجوکننده نزدیک‌ترین کاربر به خرید است.
• سبدِ خرید و صفحه‌ی پرداخت. گران‌ترین صفحاتِ سایتِ شما.

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

نمره‌ی صد هدف نیست: تفاوتِ آزمایشگاه و میدان

ابزارِ PageSpeed دو چیزِ متفاوت به شما می‌دهد و اغلب با هم اشتباه گرفته می‌شوند:

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

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

نتیجه‌ی عملی و پرهزینه‌اش: «نمره‌ی PageSpeed بالای ۹۰» را در قرارداد ننویسید. این عدد با کارهایی قابلِ رسیدن است که تجربه‌ی واقعی را بهتر نمی‌کنند، و انگیزه را از حلِ مسئله به بهبودِ نمره منتقل می‌کند. به‌جایش دو چیزِ سنجش‌پذیر بنویسید: وضعیتِ گزارشِ Core Web Vitals در سرچ کنسول برای گروهِ صفحاتِ محصول و دسته‌بندی، و زمانِ اندازه‌گیری‌شده روی یک گوشیِ واقعی روی اینترنتِ موبایل.

آستانه‌های عددیِ این شاخص‌ها را هم حفظ نکنید. گزارشِ سرچ کنسول خودش وضعیت را رنگ می‌زند و مجموعه‌ی شاخص‌ها ثابت نیست — گوگل پیش‌تر شاخصِ FID را کنار گذاشت و INP را جایگزینش کرد. چیزی که ثابت می‌ماند این است: سریع باز شود، زود دیده شود، سریع جواب بدهد.

پنج چیزی که فروشگاه‌ها را کند می‌کنند، به‌ترتیبِ شیوع

۱. تصاویرِ محصول — و مسئله معمولاً فرمت نیست، ابعاد است

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

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

۲. اسکریپت‌های شخصِ ثالث

چت، آنالیتیکس، پیکسلِ تبلیغات، نظرسنجی، نمادها، ابزارِ نظرات. هرکدام یعنی مرورگرِ کاربر باید به یک دامنه‌ی دیگر وصل شود و منتظر بماند. اینجا هم یک وجهِ خاصِ ایران هست: اگر آن دامنه از داخلِ ایران کند یا در دسترس نباشد، مرورگر ممکن است مدتی منتظر بماند — و صفحه‌ی شما گروگانِ سرویسی می‌شود که مالِ شما نیست.

این شایع‌ترین علتِ «سایتِ ما ماهِ پیش سریع بود و حالا نیست» است: کسی یک ابزارِ جدید اضافه کرده. فونت‌ها هم همین‌طور؛ فونت را روی سرورِ خودتان میزبانی کنید نه از سرویسِ خارجی.

۳. کوئریِ صفحه‌ی دسته‌بندی، به‌مرورِ رشدِ کاتالوگ

این موردی است که هیچ‌کس در روزِ اول نمی‌بیند و همه در سالِ دوم با آن روبه‌رو می‌شوند. سایت با پنجاه محصول سریع است. با پنج هزار محصول، فیلترِ چندتایی و مرتب‌سازی، خودِ کوئریِ ساختنِ آن صفحه کند می‌شود — و این ساعتِ اول است، نه ساعتِ دوم؛ هیچ کاری روی تصاویر آن را درست نمی‌کند.

پیامدش مهم است: سرعت یک پروژه‌ی یک‌باره نیست، با رشدِ داده افت می‌کند. نسخه‌ی سمتِ پنلِ مدیریتِ همین مسئله — که معمولاً زودتر و دردناک‌تر بروز می‌کند — در سقف‌های فروشگاه‌سازِ آماده باز شده.

۴. نبودِ کش — یا کشِ اشتباه

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

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

۵. قالب و افزونه‌های سنگین

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

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

کارها را به‌ترتیبِ نسبتِ اثر به هزینه انجام دهید

قبل از هر کاری یک قاعده: اول اندازه بگیرید، بعد یکی‌یکی تغییر بدهید و دوباره اندازه بگیرید. اگر پنج کار را با هم انجام دهید، نه می‌دانید کدام جواب داد و نه می‌فهمید کدام چیزِ دیگری را خراب کرد.

و یک تله‌ی رایج در همین فهرست: بارگذاریِ تنبل را روی تصویرِ اصلیِ محصول اجرا نکنید. بارگذاریِ تنبل کارِ درستی است برای عکس‌هایی که کاربر باید اسکرول کند تا ببیندشان؛ ولی اگر همان را روی بزرگ‌ترین تصویرِ بالای صفحه اعمال کنید، دقیقاً همان عنصری را که ساعتِ دوم را تعیین می‌کند به تأخیر انداخته‌اید. کارِ درست، در جای اشتباه، نتیجه‌ی بدتر.

اندازه‌گیری: سه ابزار برای سه کارِ متفاوت

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

یک عادتِ ساده که بیشتر از هر ابزاری کمک می‌کند: ماهی یک بار همان چهار صفحه را اندازه بگیرید و در یک فایل ثبت کنید. بدونِ خطِ مبنا، «سایت کند شده» یک حس است نه یک واقعیت — و شما نمی‌دانید از کِی و بعد از کدام تغییر. کنارش دادهِ رفتاری را هم ببینید (گوگل آنالیتیکس برای فروشگاه) تا بدانید کندی روی کدام مرحله اثر گذاشته.

کجا باید ایستاد؟ سقفِ اقتصادیِ سرعت

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

و یک نکته‌ی مهم‌تر: در اتحادِ ساده‌ی فروش — ترافیک × نرخِ تبدیل × ارزشِ سفارش × تکرارِ خرید — سرعت روی نرخِ تبدیل کار می‌کند، یعنی ضریب است نه جمع. ضریب روی چیزی که وجود دارد اعمال می‌شود. اگر روزی بیست نفر وارد سایتتان می‌شوند، بهترین بهبودِ سرعت هم فقط عددِ کوچکی را کمی بزرگ‌تر می‌کند؛ آنجا مسئله‌ی شما سرعت نیست.

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

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

جمع‌بندی

سه چیز را ببرید. اول: بپرسید «کدام ثانیه؟» — زمانِ پاسخِ سرور، زمانِ دیدنِ محتوا و زمانِ قابلِ استفاده شدن سه مسئله‌ی جدا با سه راه‌حلِ جدا هستند، و یک نگاه به نحوه‌ی آمدنِ صفحه نیمی از تشخیص را می‌دهد. دوم: صفحه‌ی اول را اندازه نگیرید؛ سنگین‌ترین دسته‌بندی، صفحه‌ی محصولِ پرگالری، نتیجه‌ی جست‌وجو و صفحه‌ی پرداخت را اندازه بگیرید — و نمره را در قرارداد ننویسید. سوم: سرعت ضریب است نه جمع؛ اگر ترافیک دارید ارزان‌ترین بهبودِ ممکن است و اگر ندارید، مسئله‌ی شما جای دیگری است.

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