دلیل کند بودن سرعت سایت وردپرسی + برنامه عملی افزایش سرعت

یه جمله قدیمی بین بعضی برنامه‌نویس‌ها وجود داره که احتمالاً شما هم شنیدین:

«وردپرس ذاتاً کُنده؛ سایت اختصاصی خیلی سریع‌تره.»

اما واقعاً وردپرس کُنده؟ اگر جواب مثبته، چطور بیشتر از ۴۳ درصد وب با وردپرس ساخته شده و از وبلاگ‌های کوچیک گرفته تا فروشگاه‌ها، رسانه‌ها و سایت‌های بزرگ دارن باهاش کار می‌کنن؟ این آمار رو خود WordPress.org اعلام کرده.

واقعیت اینه که نه وردپرسی‌بودن به‌تنهایی باعث کندی می‌شه، نه اختصاصی‌بودن تضمین می‌کنه یه سایت سریع داشته باشیم.

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

پس سؤال درست این نیست که «وردپرس کُنده یا نه؟» سؤال درست اینه:

دقیقاً کدوم بخش سایت وردپرسی من داره سرعت رو پایین میاره؟

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

اگر هنوز آشنایی زیادی با وردپرس نداری، می‌تونی قبلش از دوره رایگان آموزش وردپرس شروع کنی.

وقتی «سایت کُنده» دقیقاً منظور چیست

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

هرکدوم از این‌ها علت متفاوتی دارن:

• اگر مرورگر مدت زیادی منتظر اولین پاسخ سرور بمونه، احتمالاً با مشکل TTFB، هاست، پردازش PHP یا دیتابیس طرفیم.
• اگر عکس یا تیتر اصلی صفحه دیر دیده بشه، باید LCP رو بررسی کنیم.
• اگر سایت به کلیک و لمس کاربر دیر جواب بده، جاوااسکریپت سنگین یا کارهای طولانی مرورگر می‌تونن INP رو خراب کرده باشن.
• اگر اجزای صفحه موقع بارگذاری این‌طرف و اون‌طرف بپرن، مشکل به CLS و ثبات چیدمان مربوطه.

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

آیا سرعت سایت روی سئو تاثیرگذار است؟

بله، سرعت و تجربه صفحه مهمن؛ اما نه به اون شکل ساده‌ای که بعضی جاها می‌شنویم.

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

• LCP: محتوای اصلی صفحه چقدر زود دیده می‌شه؟ مقدار خوب برای این معیار حداکثر ۲.۵ ثانیه‌ست.
• INP: سایت بعد از تعامل کاربر چقدر سریع واکنش نشون می‌ده؟ مقدار خوب حداکثر ۲۰۰ میلی‌ثانیه‌ست.
• CLS: چیدمان صفحه موقع بارگذاری چقدر ثابته؟ مقدار خوب حداکثر ۰.۱ در نظر گرفته می‌شه.

این اعداد باید برای حداقل ۷۵ درصد بازدیدها مناسب باشن و موبایل و دسکتاپ هم جداگانه بررسی بشن. جزئیات کاملش توی راهنمای رسمی Core Web Vitals گوگل اومده.

ولی یه نکته خیلی مهم: گرفتن نمره ۱۰۰ در PageSpeed به‌تنهایی شما رو به رتبه اول گوگل نمی‌رسونه. خود گوگل هم می‌گه Core Web Vitals فقط بخشی از تجربه صفحه‌ست و نمره عالی ابزارها تضمین‌کننده رتبه بالا نیست. محتوای مفید و مرتبط همچنان حرف اول رو می‌زنه.

پس چرا باید سرعت رو جدی بگیریم؟ چون سایت سریع‌تر:

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

سرعت رو برای آدم‌ها بهتر کن، نه فقط برای اینکه یه دایره سبز توی ابزار تست ببینی.

مهم‌ترین دلایل کند بودن سایت وردپرسی

حالا بریم سر اصل مطلب. معمولاً کندی یه سایت وردپرسی فقط یه دلیل نداره؛ چند مشکل کوچیک کنار هم جمع می‌شن و نتیجه‌شون می‌شه سایتی که اعصاب کاربر رو خرد می‌کنه.

هاست ضعیف یا تنظیمات نامناسب سرور

اولین جایی که باید بررسی کنیم، هاسته. چون حتی بهترین قالب و تمیزترین سایت هم روی یه سرور شلوغ و کم‌توان نمی‌تونه معجزه کنه.

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

نشونه‌های احتمالی هاست ضعیف:

• TTFB تقریباً در همه صفحه‌ها بالاست؛
• پیشخوان وردپرس هم کُند باز می‌شه؛
• در ساعت‌های شلوغی سایت کندتر می‌شه؛
• خطاهای ۵۰۲، ۵۰۳ یا محدودیت منابع می‌بینی؛
• با فعال‌شدن یه پردازش معمولی، کل سایت از نفس می‌افته.

اما این جمله که «هر هاست اشتراکی‌ای بده و همه باید سرور اختصاصی بخرن» درست نیست. یه هاست اشتراکی مدیریت‌شده و باکیفیت می‌تونه برای خیلی از سایت‌ها کاملاً کافی باشه. چیزی که اهمیت داره، کیفیت زیرساخت، تعداد سایت‌های روی سرور، منابع واقعی، نسخه PHP، نوع وب‌سرور، پشتیبانی و تناسب پلن با مصرف شماست.

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

اگر برای انتخاب زیرساخت مطمئن نیستی، راهنمای بهترین هاست وردپرس می‌تونه کمکت کنه.

قالب سنگین یا غیراستاندارد

قالب فقط ظاهر سایت نیست. فایل‌های CSS و JavaScript، فونت‌ها، اسلایدرها، انیمیشن‌ها، کوئری‌های دیتابیس و خیلی از پردازش‌های صفحه می‌تونن از سمت قالب وارد سایت بشن.

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

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

قالب نامناسب می‌تونه با این چیزها سایت رو کند کنه:

• فایل‌های CSS و JavaScript زیاد یا حجیم؛
• فونت‌های متعدد و وزن‌های غیرضروری؛
• انیمیشن‌های سنگین؛
• کوئری‌های زیاد دیتابیس؛
• بارگذاری امکانات استفاده‌نشده در همه صفحه‌ها؛
• وابستگی به چندین افزونه جانبی؛
• کدنویسی قدیمی یا ناسازگار با نسخه‌های جدید PHP و وردپرس.

قالب اهورا چطور با این مشکل برخورد کرده؟

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

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

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

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

افزونه‌های زیاد، افزونه‌های بد

یکی از رایج‌ترین جمله‌ها اینه که «هرچی افزونه بیشتر نصب کنی، سایت کندتر می‌شه.» این حرف نصفه‌درسته.

ممکنه ۳۰ افزونه سبک و استاندارد داشته باشی و سایتت خوب کار کنه. از اون طرف، ممکنه فقط یه افزونه بد نوشته‌شده کل سایت رو زمین‌گیر کنه.

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

افزونه‌ها معمولاً از این راه‌ها سرعت رو کم می‌کنن:

• اجرای کوئری‌های سنگین یا تکراری؛
• ارسال درخواست به سرویس‌های خارجی؛
• بارگذاری CSS و JavaScript در تمام صفحات؛
• اجرای کارهای زمان‌بندی‌شده سنگین؛
• ذخیره حجم زیادی داده داخل جدول wp_options؛
• تداخل با افزونه‌های دیگه؛
• استفاده از کدهای قدیمی و ناسازگار.

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

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

کش صفحه فعال نیست

وردپرس یه سیستم پویاست. اگر کش نداشته باشیم، ممکنه با هر بازدید، PHP اجرا بشه و اطلاعات دوباره از دیتابیس خونده بشن تا همون خروجی قبلی ساخته بشه.

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

اما کش فقط یه مدل نیست:

• Page Cache: خروجی آماده صفحه رو نگه می‌داره.
• Browser Cache: فایل‌های ثابت رو روی مرورگر کاربر نگه می‌داره.
• Object Cache: نتیجه پردازش‌ها و کوئری‌های پرتکرار رو در حافظه ذخیره می‌کنه.
• Server Cache: تحویل محتوای کش‌شده رو در سطح وب‌سرور انجام می‌ده.

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

تصاویر بزرگ و فرمت‌های قدیمی

خیلی وقت‌ها مقصر اصلی جلوی چشممونه: یه تصویر ۴۰۰۰ پیکسلی و چندمگابایتی که برای نمایش در یه باکس ۷۰۰ پیکسلی آپلود شده.

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

برای بهینه‌سازی تصاویر:

• تصویر رو با ابعادی نزدیک به اندازه نمایش واقعی آپلود کن؛
• از فرمت‌های جدیدتر مثل WebP یا AVIF استفاده کن؛
• قبل یا بعد از آپلود، حجم تصویر رو کم کن؛
• برای تصاویر پایین صفحه Lazy Load داشته باش؛
• ویژگی‌های width و height رو مشخص کن تا چیدمان نپره؛
• تصویر اصلی بالای صفحه یا LCP رو بی‌دلیل Lazy Load نکن.

Lazy Load برای عکس‌های پایین صفحه عالیه، اما اگر تصویر بزرگ و اصلی ابتدای صفحه رو هم دیر بارگذاری کنیم، ممکنه LCP بدتر بشه. راهنمای web.dev پیشنهاد می‌کنه تصاویر داخل نمای اولیه با اولویت مناسب بارگذاری بشن و Lazy Load بیشتر برای تصاویر پایین‌تر استفاده بشه.

۶. فایل‌های CSS و JavaScript بیش‌ازحد

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

مشکل فقط تعداد درخواست‌ها نیست. جاوااسکریپت زیاد می‌تونه Main Thread مرورگر رو درگیر کنه و باعث بشه سایت به کلیک کاربر دیر جواب بده. این همون چیزیه که روی INP اثر می‌ذاره.

برای کنترلش:

• فایل‌های استفاده‌نشده رو در صفحه‌های غیرضروری بارگذاری نکن؛
• JavaScript غیرضروری رو Delay یا Defer کن؛
• CSS و JS رو در صورت نیاز فشرده کن؛
• اسکریپت‌های شخص ثالث رو تا جای ممکن کم کن؛
• به‌جای نصب چند افزودنی المنتور، فقط ابزارهای واقعاً لازم رو نگه دار.

فشرده‌سازی کورکورانه همیشه جواب نمی‌ده. بعضی فایل‌ها ممکنه بعد از ترکیب یا Delay باعث خرابی منو، اسلایدر یا پرداخت بشن. هر تغییر رو اول روی نسخه آزمایشی انجام بده.

سرویس‌ها و اسکریپت‌های خارجی

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

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

برای هر ابزار خارجی از خودت بپرس:

«این سرویس واقعاً به اندازه هزینه‌ای که به سرعت وارد می‌کنه، برای کسب‌وکارم ارزش داره؟»

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

دیتابیس شلوغ یا کوئری‌های کُند

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

اما صرفاً بزرگ‌بودن دیتابیس همیشه مشکل نیست. یه دیتابیس بزرگ با ایندکس و کوئری درست می‌تونه سریع باشه؛ درحالی‌که یه جدول کوچیک با کوئری بد سایت رو کند می‌کنه.

مشکل‌های رایج دیتابیس:

• کوئری‌های بدون ایندکس یا سنگین؛
• جدول wp_options با Autoload حجیم؛
• رونوشت‌ها و داده‌های موقت انباشته‌شده؛
• افزونه‌هایی که در هر صفحه چندین کوئری تکراری می‌زنن؛
• جدول‌های باقی‌مانده از افزونه‌های قدیمی؛
• گزارش‌گیری و جست‌وجوی سنگین روی سایت‌های بزرگ.

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

برای سایت‌های پرترافیک، Object Cache پایدار مثل Redis می‌تونه تعداد مراجعه‌های تکراری به دیتابیس رو کم کنه؛ اما باید درست تنظیم بشه و با زیرساخت سایت هماهنگ باشه.

WP-Cron و کارهای زمان‌بندی‌شده سنگین

وردپرس برای کارهایی مثل انتشار زمان‌بندی‌شده، ارسال ایمیل، تهیه گزارش، پاک‌سازی و اجرای وظایف افزونه‌ها از WP-Cron استفاده می‌کنه.

در حالت پیش‌فرض، WP-Cron با بازدیدهای سایت بررسی می‌شه. اگر چند افزونه مرتب کارهای سنگین زمان‌بندی کنن، ممکنه بخشی از درخواست‌های کاربران درگیر اجرای اون وظایف بشه.

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

نسخه قدیمی PHP، وردپرس یا افزونه‌ها

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

البته مستقیم روی سایت اصلی آپدیت نکن. اول بکاپ بگیر، سازگاری رو بررسی کن و اگر سایت مهمی داری، آپدیت رو روی Staging امتحان کن.

نسخه قدیمی و بدون پشتیبانی PHP می‌تونه هم سرعت و هم امنیت سایت رو تحت‌تأثیر قرار بده.

صفحه‌ساز شلوغ و ساختار DOM بزرگ

صفحه‌سازها کار طراحی رو خیلی راحت کردن، اما اگر بی‌حساب از Container، ستون، ویجت و انیمیشن استفاده کنیم، خروجی HTML صفحه بیش‌ازحد بزرگ و تو‌در‌تو می‌شه.

مرورگر باید همه این عناصر رو بخونه، Style بده و نمایش بده. هرچقدر DOM بزرگ‌تر و تغییرات چیدمان بیشتر باشن، پردازش صفحه هم سخت‌تر می‌شه.

برای طراحی سبک‌تر:

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

حملات، ربات‌ها و درخواست‌های غیرعادی

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

اگر کندی ناگهانیه، لاگ سرور، مصرف CPU، تعداد درخواست‌ها و مسیرهای پرترافیک رو بررسی کن. CDN، فایروال برنامه وب، محدودکردن درخواست‌های مشکوک و محافظت از صفحه ورود می‌تونن فشار رو کم کنن.

مشکل فقط فرانت‌اند نیست؛ پیشخوان وردپرس هم مهمه

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

کندی پیشخوان معمولاً به این چیزها مربوطه:

• کوئری‌های سنگین افزونه‌ها؛
• درخواست‌های خارجی در بخش مدیریت؛
• تعداد زیاد سفارش‌ها یا داده‌ها؛
• Autoload حجیم؛
• Cronهای مشکل‌دار؛
• افزونه‌های امنیتی یا آماری سنگین.

برای این مدل مشکل باید سراغ دیتابیس، Query Monitor، لاگ‌ها و مصرف منابع بری؛ نه اینکه فقط کش صفحه رو بیشتر کنی.

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

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

این مسیر منطقی‌تره:

مرحله اول: با چند ابزار مختلف تست بگیر

از این ابزارها کمک بگیر:

• Google PageSpeed Insights
• Lighthouse مرورگر Chrome
• GTmetrix
• گزارش Core Web Vitals سرچ کنسول
• بخش سلامت سایت وردپرس

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

مرحله دوم: فقط صفحه اصلی رو تست نکن

صفحه اصلی ممکنه سریع باشه ولی صفحه محصول، دسته‌بندی، مقاله یا تسویه‌حساب مشکل داشته باشه. از هر نوع صفحه مهم سایت حداقل یه نمونه رو آزمایش کن.

مرحله سوم: اول TTFB رو بررسی کن

اگر پاسخ اولیه سرور دیر می‌رسه، قبل از دستکاری رنگ و فونت باید سراغ هاست، کش، PHP، افزونه‌ها و دیتابیس بری.

اگر TTFB خوبه اما صفحه دیر کامل می‌شه، احتمالاً تصاویر، CSS، JavaScript، فونت‌ها یا سرویس‌های خارجی مقصرن.

مرحله چهارم: تغییرات رو یکی‌یکی انجام بده

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

از سایت بکاپ بگیر، روی Staging تغییر بده و بعد از هر مرحله دوباره اندازه‌گیری کن.

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

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

رخش بعد از نصب، وب‌سرور سایت رو تشخیص می‌ده؛ فرقی نمی‌کنه Nginx، Apache یا LiteSpeed باشه. بعد قوانین مناسب رو تنظیم می‌کنه تا نسخه کش‌شده صفحه مستقیم از وب‌سرور تحویل داده بشه و برای هر بازدید لازم نباشه وردپرس و PHP دوباره اجرا بشن.

رخش فقط کش صفحه نیست. این امکانات رو هم در اختیارت می‌ذاره:

• تبدیل تصاویر به WebP و AVIF؛
• حذف متادیتای اضافه تصاویر؛
• فشرده‌سازی HTML، CSS و JavaScript؛
• Delay و مدیریت اجرای JavaScript؛
• مدیریت CSSهای بدون استفاده؛
• کنترل بارگذاری فایل‌ها در صفحه‌های مختلف؛
• پیدا‌کردن کوئری‌های کند و سنگین دیتابیس.

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

خود سایت میهن وردپرس قبلاً از WP Rocket استفاده می‌کرد و حالا روی رخش کار می‌کنه. این یعنی محصولی رو معرفی می‌کنیم که خودمون هم در محیط واقعی ازش استفاده می‌کنیم.

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

یه برنامه عملی برای سریع‌ترکردن سایت وردپرسی

اگر نمی‌دونی از کجا شروع کنی، این ترتیب رو جلو برو:

1. از سایت بکاپ کامل بگیر.
2. چند صفحه مهم رو با PageSpeed Insights و GTmetrix آزمایش کن.
3. گزارش Core Web Vitals سرچ کنسول رو ببین.
4. TTFB و سرعت پیشخوان رو بررسی کن.
5. منابع هاست و نسخه PHP رو چک کن.
6. قالب و افزونه‌های سنگین رو پیدا کن.
7. تصاویر بزرگ رو اصلاح و به WebP یا AVIF تبدیل کن.
8. کش صفحه و مرورگر رو فعال کن.
9. فایل‌های CSS و JavaScript غیرضروری رو کنترل کن.
10. سرویس‌های خارجی اضافی رو حذف کن.
11. کوئری‌های دیتابیس و Cronها رو بررسی کن.
12. دوباره با همون ابزارها و همون صفحه‌ها تست بگیر.

هر مرحله رو جدا انجام بده تا بفهمی کدوم تغییر واقعاً نتیجه داده.

چند باور اشتباه درباره سرعت وردپرس

«هرچی افزونه کمتر باشه، سایت سریع‌تره»

نه همیشه. کیفیت افزونه مهم‌تر از تعدادشه. یه افزونه بد می‌تونه بیشتر از بیست افزونه استاندارد فشار ایجاد کنه.

«نمره ۱۰۰ PageSpeed یعنی سایت کاملاً سریعه»

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

«CDN همه مشکلات سرعت رو حل می‌کنه»

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

«هر هاست اشتراکی‌ای کُنده»

نه. هاست اشتراکی باکیفیت برای خیلی از سایت‌ها کافیه. مشکل وقتی شروع می‌شه که منابع بیش‌ازحد محدود یا سرور بیش‌فروش شده باشه.

«قالب رایگان حتماً کُنده»

نه. رایگان یا پولی‌بودن معیار عملکرد نیست. کیفیت کد، امکانات، نحوه بارگذاری فایل‌ها و به‌روزرسانی مهم‌ترن.

«فقط نسخه دسکتاپ مهمه»

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

سؤالات پرتکرار درباره کندی سایت وردپرسی

جمع‌بندی

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

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

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

اگر قالب مناسب، هاست درست، تصاویر بهینه و تنظیمات اصولی داشته باشی، وردپرس می‌تونه خیلی سریع و روان کار کنه. برای مدیریت یک‌جای کش، تصاویر، فایل‌های CSS و JavaScript و شناسایی کوئری‌های کند هم می‌تونی امکانات افزونه رخش رو بررسی کنی. شاد و سربلند باشید. 🙂

تیم تولید محتوا

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