ابتدا اندازه بگیرید — حدس نزنید
پیش از بهینهسازی، جایی که ایستادهاید را ثبت کنید تا بتوانید بگویید چه چیزی واقعاً کمک کرد. دو ابزار کافی است. PageSpeed Insights (pagespeed.web.dev) امتیازهای موبایل و دسکتاپ شما بهعلاوه Core Web Vitals را نشان میدهد — روی امتیاز موبایل تمرکز کنید، چون بیشتر بازدیدکنندگان روی تلفن هستند. TTFB (Time To First Byte) اندازه میگیرد که سرور شما چقدر طول میکشد تا اولین بایت را بفرستد.
اهداف سالم عبارتاند از LCP زیر ۲٫۵ ثانیه، TTFB زیر حدود ۲۰۰ میلیثانیه، INP زیر ۲۰۰ میلیثانیه و CLS زیر ۰٫۱. یک TTFB بالا به سرور، هاستینگ، PHP یا دیتابیس اشاره میکند. یک LCP بالا با یک TTFB پایین به تصاویر و تحویل اشاره میکند. اندازهگیری به شما میگوید کدام بخش زیر را در اولویت بگذارید.
سمت WordPress — آنچه خودتان رفع میکنید
یک CDN نمیتواند یک نصب WordPress پرحجم را نجات دهد، پس ابتدا خانه خودتان را مرتب کنید. PHP را به 8.1 یا جدیدتر بهروزرسانی کنید — بهطور محسوسی سریعتر از 7.x است. افزونههایی را که استفاده نمیکنید حذف کنید (غیرفعالکردن کافی نیست)؛ هر افزونه فعال اسکریپتها و کوئریهای دیتابیس اضافه میکند، و افزونههای 'شاید بعداً لازمش داشته باشم' بزرگترین مقصرها هستند. page builderها و قالبهای سنگینی را که دهها شیت استایل و اسکریپت در هر صفحه بار میکنند زیر سؤال ببرید — یک قالب سبکتر و مبتنی بر بلوک اغلب سریعتر است.
دیتابیس را تمیز کنید: revisionهای قدیمی، کامنتهای اسپم و transientهای کهنه انباشته میشوند، پس آنها را حذف و جدولها را بهینه کنید. اسکریپتهای شخصثالث مانند ویجتهای چت، heatmapها، فونتهای اضافی و پیکسلهای ردیابی را کم کنید؛ هرکدام یک درخواست و تأخیر دیگر است. برای سایتهای پرکوئری مانند WooCommerce، عضویت یا انجمنها، یک object cache مربوط به Redis جستوجوهای تکراری دیتابیس را در حافظه نگه میدارد و TTFB را بهشدت کاهش میدهد — هاستینگ اشتراکی بهندرت آن را شامل میشود، پس معمولاً به یک سرویس اختصاصی Redis نیاز دارد.
Caching — پربازدهترین گام
WordPress هر صفحه را در هر بازدید با PHP و دیتابیس از صفر بازمیسازد. caching صفحه HTML نهایی را ذخیره و آماده به بازدیدکننده بعدی سرویس میدهد، پس بار سرور و TTFB بلافاصله افت میکنند. یک افزونه page-cache مانند WP Super Cache، W3 Total Cache یا LiteSpeed Cache نصب کنید (یا cache تعبیهشده هاست خود را فعال کنید)، فشردهسازی GZIP/Brotli را روشن کنید، و هدرهای browser-cache را تنظیم کنید تا بازدیدکنندگان بازگشتی فایلهای ثابت را دوباره دانلود نکنند.
caching صفحه سرور واحد شما را سریع میکند؛ caching روی edge کل جهان را سریع میکند. cdn.com.tr فایلهای ثابت شما را از نزدیکترین سرور edge به هر بازدیدکننده روی Brotli و HTTP/2 سرویس میدهد — یک بازدیدکننده در استانبول و یکی در آلمان هر دو سریع بار میکنند. این دو با هم کار میکنند: page cache مربوط به WordPress بهعلاوه edge cache مربوط به cdn.com.tr.
تصاویر — سنگینترین بخش صفحه
بیشتر وزن یک صفحه تصاویر است، پس اینجا چیزهای زیادی برای بردن هست. تصاویر را در اندازهای که نمایش داده میشوند آپلود کنید — فرستادن یک عکس ۴۰۰۰ پیکسلی در یک جای ۸۰۰ پیکسلی اتلاف محض است. از lazy-loading استفاده کنید (WordPress این کار را بهطور پیشفرض انجام میدهد) تا تصاویر خارج از صفحه تا زمان نیاز صبر کنند. سپس به فرمتهای نسل جدید سوئیچ کنید: WebP، و AVIF در جایی که پشتیبانی شود، با همان کیفیت ۲۵ تا ۵۰٪ کوچکتر از JPEG/PNG هستند و هشدار 'تصاویر را با فرمتهای نسل جدید سرویس دهید' در PageSpeed را برطرف میکنند.
بهجای تبدیل دستی، افزونه رایگان CDNTR این کار را بهطور خودکار انجام میدهد: روی سرور خودتان WebP (و AVIF در جایی که سرورتان پشتیبانی میکند) میسازد، آنها را از طریق یک عنصر picture از CDN سرویس میدهد، و برای مرورگرهای قدیمیتر به نسخه اصلی بازمیگردد. تنها زمانی یک فایل تبدیلشده را سرویس میدهد که واقعاً کوچکتر باشد، پس یک عکس خوبفشردهشده هرگز بزرگتر نمیشود، و میتواند کل کتابخانه رسانه شما را بهصورت گروهی تبدیل کند.
تحویل — چرا یک CDN اختیاری نیست
حتی با یک راهاندازی بینقص WordPress باز هم یک سرور دارید: یک بازدیدکننده دور منتظر میماند، و یک هجوم ترافیک به آن فشار میآورد. یک CDN فایلهای ثابت شما را به سرورهای edge پخششده در سراسر جهان کپی میکند، و هر بازدیدکننده از نزدیکترین آنها سرویس میگیرد — تأخیر کمتر، تابآوری زیر بار، و SSL خودکار، WAF و محافظت DDoS در کنار سرعت.
سیمکشی آن به WordPress با افزونه رایگان CDNTR چند دقیقه طول میکشد. در مدیریت WordPress خود Plugins ← Add New را باز کنید، 'CDNTR' را جستوجو کنید، آن را نصب و فعال کنید، سپس جزئیات API مربوط به cdn.com.tr خود را در CDNTR Settings وارد کنید — نام میزبان CDN شما بهطور خودکار پر میشود. از آن پس CSS، JavaScript و تصاویر شما بدون تغییر قالب از CDN سرویس میشوند. افزونه همچنین به شما purge کش تککلیکی و خودکار میدهد، پس محتوای بهروزشده بلافاصله زنده میشود، بهعلاوه گرمکردن cache که صفحات شما را پس از یک purge از پیش گرم میکند، تا اولین بازدیدکننده هرگز روی یک صفحه سرد منتظر نماند.
وقتی میخواهید پلتفرم آن را بر عهده بگیرد
میتوانید caching، یک CDN، تصاویر و SSL را خودتان کنار هم بچینید، یا زیرساخت را به cdn.com.tr بسپارید. برای سایتهای پرترافیک یا WooCommerce، هاستینگ مدیریتشده WordPress، Redis مدیریتشده برای object cache، و فضای ذخیرهسازی شیءگرای سازگار با S3 برای تخلیه رسانه را نیز ارائه میدهد — پس بخشی از کار 'سمت WordPress' هم به عهده ما میشود. گواهیها خودشان را تمدید میکنند، هجومهای ترافیک در edge جذب میشوند، و شما بهجای لولهکشی روی سایت تمرکز میکنید.
کجا سرعت بیشترین بازده را دارد
صفحات محصول و پرداخت سریعتر مستقیماً نرخ تبدیل را بالا میبرند؛ caching و یک CDN یک فروشگاه شلوغ را زیر بار پاسخگو نگه میدارند.
وقتی یک پست میگیرد، edge caching جمعیت را از نسخههای نزدیک به آنها سرویس میدهد بهجای اینکه یک سرور را از پا درآورد.
بیشتر بازدیدکنندگان روی موبایل هستند؛ تصاویر نسلجدید سبکتر و صفحات cacheشده Core Web Vitalsای را که Google رتبهبندی میکند بهبود میدهند.
پرسشهای پرتکرار سرعت WordPress
اگر از یک CDN استفاده کنم آیا هنوز به یک افزونه caching نیاز دارم؟
بله — آنها مشکلات متفاوتی را حل میکنند. یک افزونه page-cache همان HTMLای را که WordPress میسازد روی سرور شما ذخیره میکند؛ یک CDN آن خروجی و فایلهای ثابت شما را از یک edge نزدیک هر بازدیدکننده تحویل میدهد. با هم به کار بردنشان اثرشان را چند برابر میکند.
آیا سوئیچ به WebP کیفیت تصویر را کاهش میدهد؟
خیر. WebP و AVIF با همان کیفیت بصری فایلهای کوچکتری تولید میکنند. CDNTR تنها زمانی یک فایل تبدیلشده را سرویس میدهد که واقعاً کوچکتر از نسخه اصلی باشد؛ در غیر این صورت نسخه اصلی را نگه میدارد.
من WooCommerce اجرا میکنم — آیا صفحات پویا خراب میشوند؟
خیر. فقط فایلهای ثابت (CSS، JS، تصاویر) از CDN سرویس میشوند؛ صفحات سبد، پرداخت و حساب همچنان بهطور عادی کار میکنند، و purge خودکار صفحات دستهبندی و فروشگاه را تازه نگه میدارد.
سرور من کند است — آیا یک CDN کافی است؟
یک CDN تحویل ثابت را سریع میکند، اما اگر یک TTFB بالا از هاستینگ، PHP یا دیتابیس میآید باید ابتدا آن را رفع کنید (به گامهای سمت WordPress و caching مراجعه کنید). برای یک سرور بسیار کند، جابهجایی به WordPress مدیریتشده بادوامترین راهحل است.