دلایل کند شدن سرعت سایت و روش‌های رفع فوری آن

چهار دلیل رایج برای کند شدن سایت فروشگاهی عبارت‌اند از: عکس‌های سنگین، هاست ضعیف، افزونه و اسکریپت‌های زیاد، یا نبود کش (یعنی ذخیره‌ نسخه‌ آماده‌ صفحه). برای پیدا کردن دلیل سایت خودتان، اول یک عدد را نگاه کنید: زمان پاسخ‌گویی سرور که به آن TTFB می‌گویند. این عدد را در GTmetrix یا PageSpeed Insights می‌بینید و نشان می‌دهد چقدر طول می‌کشد تا اولین پاسخ از سمت سرور برسد. اگر TTFB بالا باشد، اول باید سراغ لایه سرور و پردازش اولیه صفحه رفت، ولی TTFB به‌تنهایی دقیقاً مشخص نمی‌کند مشکل از کدام بخش است؛ پردازش سمت سرور (backend)، شبکه و فاصله جغرافیایی هم روی آن اثر می‌گذارند. اگر عدد خوب بود، سراغ عکس‌ها، افزونه‌ها و اسکریپت‌های بیرونی بروید.

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

چرا سرعت سایت برای فروشگاه اینترنتی مهم است؟

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

این فقط حدس و گمان نیست. شرکت Vodafone در سال ۲۰۲۱ یک آزمایش A/B انجام داد و نتیجه‌اش را در مطالعه‌ موردی web.dev گوگل منتشر کرد (web.dev/case-studies/vodafone). Vodafone دو نسخه‌ کاملاً یکسان از یک صفحه‌ فرود (صفحه‌ای که بازدیدکننده بعد از کلیک روی تبلیغ می‌بیند) را کنار هم گذاشت. تنها تفاوتشان این بود که یکی برای Web Vitals، یعنی شاخص‌های گوگل برای سنجش تجربه‌ کاربر، بهینه شده بود. نسخه‌ بهینه‌شده ۳۱ درصد LCP بهتری داشت (یعنی بخش اصلی صفحه سریع‌تر نمایش داده می‌شد) و ۸ درصد فروش بیشتر ثبت کرد. نرخ رسیدن بازدیدکننده به سبد خرید هم ۱۱ درصد بهتر شد.

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

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

تاثیر مستقیم سرعت سایت بر سئو، Core Web Vitals و رتبه‌بندی در گوگل

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

گوگل این تجربه را با سه شاخص به اسم Core Web Vitals می‌سنجد. حساب آن‌ها روی کاربران واقعی است، نه روی یک تست آزمایشی، و دست‌کم سه‌چهارم (۷۵ درصد) بازدیدها باید «خوب» باشند. شاخص INP هم از مارس ۲۰۲۴ جای FID را گرفته است. جدول زیر هر شاخص را به زبان ساده توضیح می‌دهد.

 به TTFB هم دقت کنید. این شاخص جزو سه‌تای اصلی نیست، اما نشان می‌دهد چرا LCP بد شده. مثل رستورانی که ده دقیقه طول می‌کشد تا فقط منو را بیاورد: پیش از اینکه غذا آماده شود، بخش بزرگی از صبر مشتری تمام شده است. در سایت هم وقتی سرور دیر جواب بدهد، بخش بزرگی از زمان مجاز LCP قبل از شروع نمایش صفحه تمام می‌شود. اگر می‌خواهید بدانید سایتتان چه زمانی واقعاً به سئو نیاز دارد، مطلب چه زمانی سایت شما به سئو نیاز دارد؟ را بخوانید. اگر هم می‌خواهید کار را به متخصص بسپارید، ‌ خدمات سئو سازیتو را ببینید.

۱۰ دلیل اصلی و پنهان افت سرعت سایت که باید فوراً بررسی کنید

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

 چطور بفهمم کندی سایتم از کدام دلیل است؟

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

 دو نکته‌ ساده هم یادتان باشد. اول اینکه TTFB را زودتر ببینید. اگر سرور چند ثانیه دیر جواب می‌دهد، بهینه‌کردن عکس‌ها به‌تنهایی مشکل را حل نمی‌کند، هرچند TTFB بالا همیشه فقط به معنی مشکل سرور نیست و باید بقیه‌ی عوامل را هم بررسی کرد. مثل این است که برای ماشینی که موتورش ضعیف است، فقط شیشه‌ها را تمیز کنید؛ ظاهرش بهتر می‌شود، اما سریع‌تر نمی‌رود.

دوم اینکه داده‌ آزمایشگاهی با داده‌ واقعی فرق دارد. Lighthouse یک شبیه‌سازی روی دستگاه فرضی است؛ مثل اندازه‌گیری مصرف سوخت ماشین در آزمایشگاه که با رانندگی واقعی در ترافیک شهر یکی نیست. داده‌ واقعی کاربران را در PageSpeed Insights و Search Console می‌بینید و نشان می‌دهد مشتری‌های خودتان واقعاً چه تجربه‌ای دارند. ممکن است نمره‌ آزمایشگاهی‌تان خوب باشد، اما مشتری‌ای که با گوشی قدیمی و اینترنت ضعیف وارد می‌شود، تجربه‌ دیگری داشته باشد.

تصاویر بهینه‌نشده و سنگین؛ رایج‌ترین قاتل سرعت در فروشگاه‌های اینترنتی

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

این سناریو در فروشگاه‌ها زیاد دیده می‌شود. یک مثال فرضی: فروشگاهی ۳۰۰ محصول دارد و همه‌ عکس‌ها را مستقیم از گوشی آپلود کرده است. صفحه‌ دسته‌بندی با اینترنت موبایل بالا نمی‌آید. کمپین تبلیغاتی هم کلیک زیادی می‌گیرد، اما سفارش نمی‌آورد، چون بیشتر کسانی که کلیک کرده‌اند منتظر مانده و رفته‌اند. مشکل نه قیمت است نه محصول. راه‌حل ساده است: عکس را به اندازه‌ واقعی نمایش کوچک کنید، فشرده کنید و Lazy Loading  را روشن کنید.

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

●       از WebP یا AVIF استفاده کنید. این‌ها فرمت‌های جدید عکس‌اند که با همان کیفیت، حجم کمتری از JPEG دارند. ابزارهای Squoosh و TinyPNG رایگان‌اند و برای شروع مناسب هستند،

●       بارگذاری تنبل همان (Lazy Loading) را فعال کنید تا عکس‌های پایین صفحه، فقط وقتی کاربر به آن‌ها رسید لود شوند. مثلاً در صفحه‌ای با ۵۰ محصول، لازم نیست عکس محصول چهلم از همان ثانیه‌ اول بارگذاری شود. برای عکس‌ها ابعاد ثابت هم تعیین کنید تا صفحه هنگام لود جابه‌جا نشود. حتماً تجربه‌اش را دارید: می‌خواهید روی یک دکمه بزنید، صفحه ناگهان می‌پرد و روی دکمه‌ دیگری می‌زنید.

ضعف سرور، هاستینگ‌های اشتراکی و پهنای باند ناکافی

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

برای سنجش سرور باید TTFB را ببینید، یعنی مدتی که طول می‌کشد سرور اولین بایت پاسخ را بفرستد. به زبان ساده: بعد از اینکه مشتری آدرس را باز می‌کند، سرور چقدر طول می‌کشد تا شروع به جواب‌دادن کند. طبق web.dev، ۸۰۰ میلی‌ثانیه یا کمتر خوب است. اگر این عدد بالا باشد، فشرده‌کردن عکس‌ها به‌تنهایی احتمالاً مشکل را حل نمی‌کند و باید لایه سرور و پردازش اولیه صفحه را هم بررسی کرد؛ البته TTFB به‌تنهایی مشخص نمی‌کند دقیقاً مشکل از کدام بخش است. فاصله‌ سرور تا کاربر و پهنای باند کم هم همین دردسر را دارند. پهنای باند مثل عرض یک جاده است: وقتی ظرفیتش پر شود، ماشین‌ها (همان بازدیدکننده‌ها) در ترافیک می‌مانند، سرعت می‌افتد یا سایت برای لحظاتی در دسترس نیست.

انباشت افزونه‌ها (پلاگین‌ها) و کدهای اضافی جاوااسکریپت در سیستم‌های سنتی

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

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

کش نشدن صفحات (Caching) و مشکلات در پاسخگویی دیتابیس سایت

کش یعنی نسخه‌ آماده‌ صفحه ذخیره شود تا برای هر بازدیدکننده از صفر ساخته نشود. مثل آشپزی که هر بار کسی سفارش می‌دهد، از خرید مواد تا پختن را از اول شروع کند، به‌جای اینکه غذایی که بیشتر سفارش داده می‌شود را از قبل آماده داشته باشد. بدون کش، با هر بازدید سرور باید کد را اجرا کند، از دیتابیس (انبار اطلاعات سایت، مثل محصولات و سفارش‌ها) اطلاعات بگیرد و صفحه را بسازد. در فروشگاهی با هزاران محصول این کار سنگین است. روشن‌کردن کش صفحه و کش مرورگر یکی از ارزان‌ترین راه‌های سریع‌کردن سایت است. در وردپرس افزونه‌هایی مثل WP Rocket و LiteSpeed Cache این کار را می‌کنند.

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

بهترین ابزارهای رایگان برای تست دقیق سرعت سایت (GTmetrix و Google PageSpeed)

برای شروع ابزار پولی لازم ندارید. این چهار ابزار رایگان بیشتر چیزهایی که لازم دارید را نشان می‌دهند. اگر تازه شروع کرده‌اید، با PageSpeed Insights شروع کنید؛ فقط آدرس سایت را وارد می‌کنید و گزارش می‌گیرید:

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

چک‌لیست کاربردی برای افزایش آنی سرعت سایت بدون نیاز به برنامه‌نویس

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

1.با PageSpeed Insights نسخه‌ موبایل صفحه‌ اصلی و یک صفحه‌ محصول را تست کنید. TTFB، LCP و INP را یادداشت کنید تا بعداً بتوانید مقایسه کنید.

2.عکس‌های سنگین را به اندازه‌ واقعی نمایش کوچک و فشرده کنید. اول سراغ عکس‌های صفحه‌ اصلی و پرفروش‌ترین محصولات بروید.

3.افزونه‌ها و اسکریپت‌های بی‌استفاده را حذف یا غیرفعال کنید؛ مثلاً ویجت چتی که ماه‌هاست کسی از آن استفاده نمی‌کند.

4.کش صفحه را روشن کنید.

5.ویدئوی پخش خودکار بالای صفحه و فونت‌های اضافه را کم کنید.

6.قالب، هسته و افزونه‌ها را به‌روز کنید؛ اما اول بکاپ بگیرید.

7.دیتابیس را پاک‌سازی کنید: نسخه‌های قدیمی، اسپم و داده‌های موقت.

8.یک هفته بعد دوباره تست بگیرید و با عددهای اول مقایسه کنید. برای دیدن اثر روی رتبه و کلیک، در هفته‌های بعد داده‌های سرچ کنسول (Search Console) و Core Web Vitals را دوباره بررسی کنید.

مقایسه ثبات سرعت در هاست‌های سنتی و وردپرس با زیرساخت ابری (SaaS)

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

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

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

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

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

اگر می‌خواهید فروشگاه فعلی‌تان را به یک زیرساخت مدیریت‌شده ببرید یا درباره‌ی راهکارهای افزایش فروش مشاوره می‌خواهید، با شماره‌ی ۰۲۱۹۱۰۰۷۶۶۰ تماس بگیرید. پشتیبانی از شنبه تا چهارشنبه ساعت ۹:۳۰ تا ۱۸ و پنجشنبه‌ها ۹:۳۰ تا ۱۴ پاسخگوست.