سرعت سایت فروشگاهی قبل از تبلیغات را چطور بسنجیم؟

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

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

کدام شاخص‌ها را کنار نمره سرعت بخوانیم؟

طبق تعریف web.dev، شاخص‌های حیاتی وب (Core Web Vitals) یعنی معیارهای تجربه بارگذاری، پاسخ‌گویی و ثبات صفحه. LCP (Largest Contentful Paint) یعنی زمان نمایش بزرگ‌ترین محتوای قابل‌مشاهده. INP (Interaction to Next Paint) یعنی سنجه تأخیر پاسخ بصری به تعامل کاربر. CLS (Cumulative Layout Shift) یعنی سنجه جابه‌جایی غیرمنتظره چیدمان؛ پس سرعت سایت فروشگاهی فقط زمان بازشدن صفحه نیست.

طبق مرزهای خوب Core Web Vitals، LCP باید حداکثر ۲٫۵ ثانیه، INP حداکثر ۲۰۰ میلی‌ثانیه و CLS حداکثر ۰٫۱ باشد؛ ارزیابی با صدک ۷۵، جدا برای موبایل و دسکتاپ انجام می‌شود. صدک ۷۵ یعنی سه‌چهارم مقادیر از آن بیشتر نیستند.

PageSpeed Insights ابزار سنجش عملکرد صفحه است. طبق مستندات PageSpeed Insights، داده میدانی (Field Data) یعنی تجربه ثبت‌شده کاربران واقعی. داده آزمایشگاهی (Lab Data) یعنی نتیجه آزمون در محیط کنترل‌شده.

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

صفحه فرود و مسیر خرید را چطور آزمایش کنیم؟

آزمون صفحه فرود کمپین را با نشانی نهایی آگهی و ابزارهای اندازه‌گیری فعال انجام دهید، سپس مسیر را تا ثبت سفارش طی کنید. اسکریپت شخص ثالث (Third-Party JavaScript) یعنی کد یک سرویس بیرونی. طبق راهنمای web.dev، این کدها می‌توانند بار شبکه و پردازش مرورگر را افزایش دهند؛ نسخه بدون ابزارهای اندازه‌گیری، معادل نسخه منتشرشده کمپین نیست.

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

آیا سایت زیر ترافیک هم‌زمان هم پاسخ می‌دهد؟

آزمون بار (Load Testing) یعنی سنجش رفتار سایت زیر درخواست‌های هم‌زمان. طبق راهنمای Grafana k6، سنجش رابط در مرورگر و ارسال درخواست مستقیم به سرور، تصویر کامل‌تری از عملکرد می‌دهند. برای فروشگاه اینترنتی، بار هدف را از برنامه ورود بازدیدکنندگان و مسیر خرید بگیرید، نه یک تعداد ثابت برای همه فروشگاه‌ها.

مثلاً آزمون تک‌کاربره مثل عبور یک خریدار تا صندوق است؛ آزمون بار مثل سنجش توان صندوق زیر صف خریداران. این تشبیه درباره ظرفیت است، نه انگیزه خرید.

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

کدام ایرادها باید پیش از افزایش بودجه رفع شوند؟

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

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

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