Redis در وردپرس چیست؟ راهنمای Object Cache برای افزایش سرعت وردپرس و ووکامرس

اگر وارد بخش «سلامت سایت» وردپرس شده باشید، ممکن است با پیامی شبیه «You should use a persistent object cache» یا پیشنهاد استفاده از کش پایدار اشیا مواجه شده باشید.

در بسیاری از آموزش‌ها راه‌حل خیلی ساده بیان می‌شود:

«Redis نصب کنید تا وردپرس سریع شود.»

اما این توضیح ناقص است.

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

برای استفاده درست از Redis ابتدا باید بفهمیم WordPress هنگام هر درخواست چه اتفاقی می‌افتد و Object Cache دقیقاً در کدام بخش قرار می‌گیرد.

Redis چیست؟

Redis یک Data Store سریع مبتنی بر حافظه است که داده‌ها را عمدتاً در RAM نگهداری می‌کند.

از Redis برای کاربردهای مختلفی استفاده می‌شود:

• Cache
• Session
• Queue
• Pub/Sub
• Counter
• Temporary Data
• Application State

در WordPress یکی از کاربردهای رایج Redis استفاده به‌عنوان Persistent Object Cache است.

یعنی WordPress می‌تواند بعضی داده‌هایی را که بارها موردنیاز هستند در Redis نگهداری کند تا مجبور نباشد در هر Request دوباره آن‌ها را از Database بخواند یا محاسبه کند.

Object Cache در وردپرس چیست؟

WordPress به‌طور داخلی Object Cache دارد.

فرض کنید یک Plugin اطلاعاتی را از Database دریافت می‌کند.

اگر همان اطلاعات چند بار در همان Request لازم باشد، WordPress می‌تواند نتیجه را در حافظه Object Cache قرار دهد.

اما Object Cache پیش‌فرض WordPress معمولاً فقط تا پایان همان Request زنده می‌ماند.

یعنی:

Request 1
↓
Database Query
↓
Object Cache
↓
Response
↓
Cache از بین می‌رود

در Request بعدی ممکن است دوباره Query اجرا شود.

اینجاست که مفهوم Persistent Object Cache وارد می‌شود.

Persistent Object Cache چیست؟

Persistent یعنی «پایدار بین Requestها».

با استفاده از Backendهایی مانند Redis یا Memcached، داده Object Cache می‌تواند بعد از پایان Request باقی بماند.

ساختار تقریباً چنین می‌شود:

Visitor
   ↓
WordPress
   ↓
Object Cache
   ↓
Redis
   ↓
Database

اگر داده موردنظر در Redis موجود باشد، WordPress می‌تواند بدون مراجعه مجدد به Database آن را دریافت کند.

این موضوع در سایت‌هایی که Queryهای تکراری زیادی دارند اهمیت بیشتری پیدا می‌کند.

خود WordPress در Site Health دارای تست مستقلی برای بررسی Persistent Object Cache است و در شرایط مشخص استفاده از آن را پیشنهاد می‌کند.

Redis با Page Cache چه تفاوتی دارد؟

این مهم‌ترین قسمت مقاله است.

Redis Object Cache و Page Cache یک چیز نیستند.

Page Cache

Page Cache خروجی نهایی HTML را ذخیره می‌کند.

مثلاً کاربر صفحه:

/product/laptop/

را باز می‌کند.

WordPress:

PHP را اجرا می‌کند، Database را می‌خواند و HTML تولید می‌کند.

Page Cache نتیجه نهایی را ذخیره می‌کند.

در بازدید بعدی ممکن است HTML آماده مستقیماً ارسال شود و حتی PHP و Database وارد مسیر اصلی Request نشوند.

ساختار:

Visitor
↓
Page Cache
↓
HTML

این روش برای صفحات عمومی بسیار قدرتمند است.

Object Cache

Object Cache خروجی کامل صفحه را ذخیره نمی‌کند.

بلکه Data Objectها و نتایج قابل کش را نگهداری می‌کند.

ساختار:

Visitor
↓
PHP / WordPress
↓
Object Cache
↓
Redis

بنابراین PHP همچنان اجرا می‌شود.

اما تعداد عملیات تکراری Database می‌تواند کاهش یابد.

Redis با OPcache چه تفاوتی دارد؟

OPcache نیز کاملاً متفاوت است.

PHP برای اجرای فایل‌ها ابتدا Source Code را به Bytecode تبدیل می‌کند.

OPcache Bytecode کامپایل‌شده را در Memory نگهداری می‌کند تا PHP مجبور نباشد در هر Request تمام فایل‌ها را دوباره Compile کند.

بنابراین سه لایه داریم:

این سه رقیب هم نیستند.

یک WordPress Production می‌تواند هر سه را هم‌زمان داشته باشد.

بحث‌های تازه کاربران WordPress در اوت ۲۰۲۶ نیز نشان می‌دهد یکی از ابهامات رایج دقیقاً همین تفاوت بین OPcache، Object Cache و Page Cache است.

Redis برای چه سایت‌هایی مفیدتر است؟

Redis بیشترین ارزش را معمولاً در سایت‌هایی دارد که Dynamic Request زیاد دارند.

برای مثال:

• WooCommerce
• Membership Site
• LMS
• سایت دارای کاربران Login‌شده
• Marketplace
• سایت دارای API Request زیاد
• WordPress Multisite
• سایت دارای Database بزرگ
• سایت با Queryهای تکراری زیاد
• wp-admin سنگین

در این سایت‌ها Page Cache نمی‌تواند همه Requestها را پوشش دهد.

مثلاً Dashboard کاربر را نمی‌توان برای همه کاربران با یک HTML یکسان Cache کرد.

در نتیجه Object Cache اهمیت بیشتری پیدا می‌کند.

Redis برای سایت شرکتی کوچک لازم است؟

الزاماً خیر.

فرض کنید سایت شما:

• ۱۰ صفحه دارد؛
• کاربران Login نمی‌کنند؛
• ترافیک کمی دارد؛
• Page Cache فعال است؛
• Database کوچک است.

در این شرایط بیشتر بازدیدکنندگان HTML آماده Page Cache را دریافت می‌کنند.

ممکن است اضافه‌کردن Redis تفاوت بسیار کمی ایجاد کند.

بنابراین نصب Redis فقط برای اینکه «سایت حرفه‌ای‌تر شود» منطقی نیست.

ابتدا Bottleneck را پیدا کنید.

Redis برای WooCommerce چرا مهم‌تر است؟

WooCommerce صفحات Dynamic زیادی دارد.

برای مثال:

• Cart
• Checkout
• My Account
• Order
• Session
• بعضی Product Queryها
• Filter
• Search

بخش زیادی از این صفحات نمی‌توانند مانند یک Blog Post ساده برای همه کاربران یکسان Page Cache شوند.

در نتیجه PHP و Database بیشتر درگیر هستند.

WooCommerce در مستندات Cache خود نیز Redis و Memcached را به‌عنوان Backendهای Cache پشتیبانی می‌کند و برای سیستم Product Search استفاده از Redis یا Memcached را در صورت امکان توصیه می‌کند.

آیا Redis سبد خرید را Cache می‌کند؟

این سؤال کمی گمراه‌کننده است.

Redis Object Cache به معنی ذخیره HTML سبد خرید همه کاربران نیست.

WordPress و WooCommerce از Cache APIها برای داده‌هایی استفاده می‌کنند که قابلیت Cache دارند.

Session و Cart نیز منطق مخصوص خود را دارند.

نباید تصور کنید Redis باعث می‌شود اطلاعات سبد خرید کاربر A برای کاربر B نمایش داده شود.

اگر چنین اتفاقی رخ دهد، معمولاً مشکل از Page Cache اشتباه یا تنظیمات Cache Plugin است، نه مفهوم Object Cache استاندارد.

صفحات زیر معمولاً باید از Full Page Cache عمومی مستثنی شوند:

/cart/
/checkout/
/my-account/

WooCommerce 10.5 چه تغییری در Object Cache ایجاد کرد؟

در ژانویه ۲۰۲۶ تیم WooCommerce قابلیت آزمایشی Product Object Caching را برای WooCommerce 10.5 معرفی کرد.

هدف این قابلیت کاهش ایجاد تکراری Product Object در طول یک Request است.

WooCommerce بعداً توضیح خود را اصلاح کرد تا روشن شود Product Data مانند Post، Meta و Taxonomy از قبل توسط Object Cache استاندارد WordPress کش می‌شود؛ قابلیت جدید بیشتر روی جلوگیری از Object Instantiation تکراری تمرکز دارد.

این تفاوت فنی مهم است.

یعنی Redis جادویی نیست که WooCommerce قبلاً هیچ کشی نداشته و حالا ناگهان همه چیز را Cache کند.

WordPress مدت‌هاست Cache API داخلی دارد.

Redis فقط امکان Persistent کردن بخشی از این Cache را فراهم می‌کند.

Redis چگونه فشار Database را کاهش می‌دهد؟

فرض کنید WordPress برای تولید صفحه به اطلاعات زیر نیاز دارد:

• Options
• Product Meta
• Taxonomy
• User Data
• Plugin Settings

بدون Persistent Cache ممکن است بخشی از این اطلاعات بارها از MySQL دریافت شوند.

با Redis:

Request
↓
wp_cache_get()
↓
Redis

اگر داده موجود باشد:

Cache HIT

و اگر نباشد:

Cache MISS
↓
Database
↓
Redis

داده برای استفاده بعدی ذخیره می‌شود.

هدف افزایش Cache Hit Rate است.

Cache Hit و Cache Miss چیست؟

Cache Hit یعنی داده موردنظر در Cache پیدا شده است.

Cache Miss یعنی Cache آن را ندارد و باید از Source اصلی مانند Database دریافت شود.

مثلاً:

1000 Cache Requests
900 Hits
100 Misses

Hit Rate:

90%

است.

اما Hit Rate بالا به‌تنهایی ثابت نمی‌کند سایت سریع است.

ممکن است PHP، External API یا Template همچنان کند باشد.

آیا Redis همیشه WordPress را سریع‌تر می‌کند؟

خیر.

این یکی از مهم‌ترین نکاتی است که باید صریح گفته شود.

Redis زمانی مفید است که Database/Object Lookup واقعاً بخشی از Bottleneck باشد.

در یک تجربه تازه از سایتی با بیش از ۵۳ هزار Product و بیش از ۲۰۰۰ Global Attribute، فعال‌بودن Redis هنگام عیب‌یابی حتی TTFB را بیشتر کرده بود؛ بررسی کاربر نشان می‌داد بخش مهمی از مشکل به PHP execution و ثبت Taxonomyها مربوط بوده، نه صرفاً Database. این یک مورد تجربی است و قابل تعمیم به همه فروشگاه‌ها نیست، اما نشان می‌دهد Redis جای Profiling را نمی‌گیرد.

اگر مشکل سایت:

• CPU ضعیف
• PHP کند
• Plugin سنگین
• External API
• تصویر حجیم
• JavaScript
• CSS
• Network

باشد، Redis آن را حل نمی‌کند.

آیا Redis جای CDN را می‌گیرد؟

خیر.

CDN فایل‌ها را در Edge Locationهای نزدیک کاربر نگهداری می‌کند.

مثلاً:

• Image
• CSS
• JS
• Font
• Video

Redis داخل Backend Server فعالیت می‌کند.

این دو کاملاً متفاوت‌اند.

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

Redis یا Memcached؟

هر دو می‌توانند برای Object Cache استفاده شوند.

Redis قابلیت‌های Data Structure گسترده‌تری دارد و علاوه بر Cache در کاربردهای دیگری مانند Queue و Session نیز استفاده می‌شود.

Memcached بیشتر یک Distributed Memory Cache ساده است.

برای WordPress هر دو می‌توانند مناسب باشند.

اما Redis در اکوسیستم WordPress بسیار رایج شده و Pluginهای شناخته‌شده‌ای برای آن وجود دارند.

WooCommerce نیز هر دو را در مستندات Cache خود مطرح می‌کند.

Redis روی هاست اشتراکی چگونه کار می‌کند؟

در هاست اشتراکی معمولاً کاربر Root Access ندارد.

بنابراین نمی‌توانید خودتان:

apt install redis-server

اجرا کنید.

Provider باید Redis را روی Server فراهم کرده باشد.

ممکن است Redis به شکل:

• Shared Instance
• Isolated Instance
• Unix Socket
• TCP Connection

ارائه شود.

قبل از خرید هاست وردپرس یا WooCommerce بپرسید:

Persistent Object Cache واقعی ارائه می‌شود یا فقط Plugin Cache نصب شده است؟

وجود Plugin به‌تنهایی به معنی وجود Redis Server نیست.

آیا نصب افزونه Redis کافی است؟

خیر.

این اشتباه بسیار رایج است.

برای کارکرد Redis Object Cache معمولاً سه بخش نیاز داریم:

Redis Server
+
PHP Redis Extension / Client
+
WordPress Object Cache Integration

اگر فقط Plugin نصب کنید ولی Redis Server وجود نداشته باشد، Cache کار نمی‌کند.

اگر Redis Server فعال باشد ولی WordPress Object Cache Drop-in نصب نشده باشد، WordPress الزاماً از آن استفاده نمی‌کند.

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

ساده‌ترین روش ابتدا سؤال از Provider است.

در WordPress نیز می‌توانید از:

ابزارها → سلامت سایت

وضعیت Persistent Object Cache را بررسی کنید.

WordPress دارای تست داخلی برای تشخیص این قابلیت است.

اگر Plugin Redis Object Cache استفاده می‌کنید، صفحه Status آن نیز Connection را نمایش می‌دهد.

اما فقط دیدن عبارت:

Connected

را معادل Performance صحیح ندانید.

Cache Hit Rate، Error، Eviction و Memory Usage نیز باید بررسی شوند.

Redis Eviction چیست؟

Redis داخل RAM کار می‌کند و Memory محدود است.

اگر Memory پر شود، بسته به maxmemory-policy ممکن است Keyها حذف شوند.

به این فرآیند Eviction گفته می‌شود.

اگر Redis دائماً Key حذف کند، Cache Effectiveness کاهش پیدا می‌کند.

بنابراین در سایت پرترافیک باید مواردی مانند:

• used_memory
• maxmemory
• evicted_keys
• keyspace_hits
• keyspace_misses

مانیتور شوند.

Redis چقدر RAM نیاز دارد؟

عدد ثابت برای همه WordPressها وجود ندارد.

یک Blog کوچک با یک فروشگاه دارای صدها هزار Object یکسان نیست.

بهتر است Memory براساس مصرف واقعی تنظیم شود.

ابتدا Redis را فعال کنید، سپس در Load واقعی:

• Memory Usage
• Hit Rate
• Evictions

را بررسی کنید.

اگر Eviction زیاد است، Memory Cache ممکن است کم باشد.

اما اختصاص چند گیگ RAM بدون نیاز نیز منابع VPS را هدر می‌دهد.

Redis روی VPS

در VPS کنترل بیشتری دارید.

روی Ubuntu/Debian ممکن است Redis از Repository سیستم یا Repository رسمی نصب شود.

اما در Production باید نسخه Redis را به‌روز نگه دارید.

این موضوع در سال ۲۰۲۶ اهمیت خاصی دارد؛ Redis Open Source 8.2.6 در مه ۲۰۲۶ چند اصلاح امنیتی از جمله CVEهای مرتبط با Remote Code Execution دریافت کرد و 8.2.7 در ژوئن نیز Bug Fixهای مهمی داشت.

بنابراین Redis را مانند یک سرویس «نصب کن و فراموش کن» مدیریت نکنید.

آیا Redis باید از اینترنت قابل دسترسی باشد؟

در اغلب WordPress VPSها:

خیر.

اگر WordPress و Redis روی یک Server هستند، Redis معمولاً باید فقط روی:

127.0.0.1

یا Unix Socket در دسترس باشد.

بازکردن Port Redis روی Public Internet بدون نیاز و Authentication مناسب ریسک امنیتی ایجاد می‌کند.

Firewall نیز باید Port غیرضروری را مسدود کند.

نصب Redis روی Ubuntu

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

پس از نصب، وضعیت سرویس را بررسی کنید:

systemctl status redis-server

سپس:

redis-cli ping

در صورت اتصال صحیح معمولاً پاسخ:

PONG

دریافت می‌شود.

اما این فقط نشان می‌دهد Redis پاسخ می‌دهد؛ هنوز WordPress به آن متصل نشده است.

PHP Redis Extension

PHP باید بتواند با Redis ارتباط برقرار کند.

یکی از روش‌های رایج استفاده از Extension مربوط به Redis است.

بررسی:

php -m | grep redis

اگر خروجی:

redis

مشاهده شود، Extension در PHP CLI فعال است.

اما اگر چند PHP Version دارید، PHP-FPM سایت را نیز بررسی کنید.

ممکن است CLI روی PHP 8.4 باشد اما Website از PHP 8.3-FPM استفاده کند.

فعال‌سازی Redis در WordPress

بعد از آماده‌شدن Backend، یک Integration برای Object Cache نیاز است.

Pluginهایی مانند Redis Object Cache می‌توانند Drop-in مربوط به:

wp-content/object-cache.php

را ایجاد کنند.

این فایل باعث می‌شود WordPress Object Cache API از Backend Persistent استفاده کند.

بعد از فعال‌سازی باید Status و Health را بررسی کنید.

wp-config.php و Redis

بسته به Plugin می‌توان تنظیماتی مانند Host، Port، Password و Prefix را در wp-config.php تعریف کرد.

مثلاً معماری:

WordPress
↓
PHP Redis Extension
↓
127.0.0.1:6379
↓
Redis

اما مقادیر دقیق باید مطابق Plugin و Hosting Environment تنظیم شوند.

اطلاعات Connection را از مستندات همان Plugin یا Provider دریافت کنید.

چرا Prefix مهم است؟

اگر چند WordPress از یک Redis Database مشترک استفاده کنند، Key Collision نباید رخ دهد.

Prefix یکتا کمک می‌کند Cache هر سایت جدا باشد.

مثلاً:

site1:
site2:
shop:

در محیط Multi-site یا Shared Redis این موضوع اهمیت بیشتری دارد.

Provider حرفه‌ای باید Isolation مناسبی برای کاربران مختلف داشته باشد.

Object Cache در LiteSpeed Cache

اگر سایت روی LiteSpeed اجرا می‌شود، Plugin LiteSpeed Cache نیز تنظیمات Object Cache دارد و می‌تواند به Redis یا Memcached متصل شود.

در چنین شرایطی لازم نیست چند Plugin مختلف هم‌زمان یک Object Cache Drop-in را مدیریت کنند.

یک Backend و Integration مشخص انتخاب کنید.

وطن هاست از قبل مقاله مستقلی درباره LiteSpeed و Nginx دارد، بنابراین مقایسه وب‌سرورها را در این مقاله تکرار نمی‌کنیم.

Redis و WP Rocket

WP Rocket عمدتاً روی Page Cache و Front-end Optimization تمرکز دارد.

Redis Object Cache لایه متفاوتی است.

بنابراین از نظر مفهومی می‌توان:

WP Rocket
+
Redis Object Cache
+
OPcache

داشت.

اما Pluginها نباید برای مدیریت یک Cache Layer با هم Conflict ایجاد کنند.

همیشه Documentation Pluginهای استفاده‌شده را بررسی کنید.

Redis و WooCommerce Session

در فروشگاه‌های پرترافیک Session Management اهمیت زیادی دارد.

اما نباید بدون شناخت معماری، Session Storage را تغییر دهید.

استفاده از Redis برای WordPress Object Cache با انتقال Session WooCommerce به Redis دقیقاً یک موضوع نیست.

برای بیشتر مدیران سایت، فعال‌سازی استاندارد Persistent Object Cache کافی است و نیازی به تغییر معماری Session وجود ندارد.

چه صفحاتی نباید Page Cache شوند؟

در WooCommerce معمولاً صفحات شخصی‌سازی‌شده مانند:

• Cart
• Checkout
• My Account

نباید Full Page Cache عمومی شوند.

بسیاری از Cache Pluginها این Exclusionها را خودکار انجام می‌دهند.

اما بعد از نصب Cache حتماً خرید آزمایشی انجام دهید.

Cache اشتباه در فروشگاه می‌تواند بسیار خطرناک‌تر از سایت کند باشد.

تست WooCommerce بعد از فعال‌سازی Redis

این مسیر را کامل تست کنید:

1. محصول باز شود.
2. محصول ساده به Cart اضافه شود.
3. محصول Variable اضافه شود.
4. Cart تغییر کند.
5. Coupon اعمال شود.
6. Checkout باز شود.
7. Shipping محاسبه شود.
8. Payment Gateway باز شود.
9. سفارش ثبت شود.
10. Email ارسال شود.
11. My Account سفارش را نمایش دهد.
12. Logout/Login انجام شود.

همچنین wp-admin و ویرایش Product را بررسی کنید.

چگونه بفهمیم Redis واقعاً مؤثر بوده؟

قبل و بعد را اندازه‌گیری کنید.

Metricهای مناسب:

• TTFB
• PHP Execution Time
• Database Query Time
• Query Count
• Cache Hit Rate
• CPU
• RAM
• Redis Memory
• Slow Requests

ابزارهایی مانند Query Monitor برای Development مفید هستند.

روی Production نیز APM یا Server Monitoring می‌تواند تصویر دقیق‌تری ارائه دهد.

فقط به امتیاز PageSpeed نگاه نکنید.

Redis بیشتر Backend Performance را هدف می‌گیرد و ممکن است Lighthouse Score تقریباً ثابت بماند.

چرا PageSpeed بعد از Redis تغییر نکرد؟

چون Lighthouse بخش بزرگی از تجربه Front-end را اندازه می‌گیرد.

اگر مشکل شما:

• LCP Image
• JavaScript
• CSS
• Font
• Layout Shift

باشد، Redis تأثیر مستقیمی روی آن ندارد.

ممکن است TTFB از ۸۰۰ms به ۳۰۰ms برسد اما LCP همچنان به‌دلیل تصویر Hero پنج مگابایتی بد باشد.

هر Bottleneck ابزار خودش را می‌خواهد.

Redis برای wp-admin

یکی از جاهایی که Object Cache می‌تواند بیشتر احساس شود wp-admin است.

Page Cache معمولاً برای Dashboard کاربرد ندارد، زیرا کاربر Login شده است.

در سایت‌های بزرگ:

• Products
• Orders
• Users
• Reports

می‌توانند Database-heavy باشند.

Persistent Object Cache می‌تواند بعضی Lookupهای تکراری را کاهش دهد.

اما Query بد یا Plugin کند همچنان باید اصلاح شود.

Redis برای سایت‌های عضویتی و LMS

سایت‌هایی که کاربران Login‌شده زیادی دارند از Page Cache عمومی کمتر بهره می‌برند.

برای:

• LMS
• Membership
• Forum
• Dashboard
• Marketplace

Object Cache می‌تواند ارزش بیشتری داشته باشد.

به همین دلیل هنگام خرید هاست چنین سایت‌هایی باید فقط به Storage و Bandwidth نگاه نکنید.

Backend Cache و Database Performance مهم‌تر می‌شوند.

Redis یا هاست قوی‌تر؟

پاسخ بستگی به Bottleneck دارد.

اگر CPU دائماً ۱۰۰٪ است و دلیل آن پردازش سنگین PHP است، Redis ممکن است کافی نباشد.

اگر Database Query تکراری عامل اصلی است، Redis می‌تواند کمک کند.

اگر RAM کم است، اضافه‌کردن Redis حتی ممکن است فشار Memory را بیشتر کند.

ترتیب درست:

Measure → Identify Bottleneck → Optimize → Upgrade

نه:

Install every cache plugin

چه زمانی از هاست به VPS مهاجرت کنیم؟

اگر سایت آن‌قدر رشد کرده که نیاز دارید:

• Redis اختصاصی
• RAM اختصاصی
• PHP-FPM تنظیم‌شده
• Database Tuning
• Worker اختصاصی
• Queue
• Monitoring
• Root Access

داشته باشید، VPS می‌تواند مرحله بعدی باشد.

اما برای بسیاری از WordPressها و WooCommerceها، یک هاست تخصصی که Redis و منابع مناسب را مدیریت‌شده ارائه می‌دهد، ساده‌تر از مدیریت VPS است.

اشتباهات رایج Redis در WordPress

نصب Plugin بدون Redis Server

Plugin رابط اتصال است؛ Backend باید وجود داشته باشد.

استفاده از چند Object Cache Plugin

ممکن است Conflict ایجاد شود.

بازکردن Redis روی اینترنت

معمولاً لازم نیست و می‌تواند خطر امنیتی باشد.

اختصاص RAM بیش از حد

Redis RAM مصرف می‌کند؛ VPS باید برای PHP و Database نیز Memory کافی داشته باشد.

انتظار افزایش PageSpeed

Redis Backend Cache است، نه Image Optimizer.

Cache کردن همه چیز

هر Data برای Cache بلندمدت مناسب نیست.

نداشتن Monitoring

Cache نیز مانند Database و Web Server باید مانیتور شود.

استفاده از Redis قدیمی

Redis سرویس شبکه‌ای و بخشی از Stack Production است و باید Security Update دریافت کند. انتشار اصلاحات امنیتی Redis در ۲۰۲۶ اهمیت این موضوع را نشان می‌دهد.

چک‌لیست Redis برای WordPress

قبل از فعال‌سازی بررسی کنید:

• آیا سایت واقعاً به Persistent Cache نیاز دارد؟
• Redis Server موجود است؟
• PHP Redis Extension فعال است؟
• Object Cache Integration نصب است؟
• Prefix یکتا است؟
• Redis عمومی نیست؟
• Memory Limit مناسب است؟
• Eviction مانیتور می‌شود؟
• Backup دارید؟
• Staging دارید؟

بعد از فعال‌سازی:

• Site Health را بررسی کنید.
• Cache Status را بررسی کنید.
• Hit/Miss را مانیتور کنید.
• TTFB قبل و بعد را مقایسه کنید.
• WooCommerce Checkout را تست کنید.
• wp-admin را تست کنید.
• Error Log را بررسی کنید.

Redis برای همه سایت‌ها لازم نیست

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

Redis یک ابزار Performance است، نه یک Badge کیفیت.

وجود Redis روی صفحه مشخصات هاست به‌تنهایی به معنی سریع‌بودن سرویس نیست.

یک هاست خوب باید مجموعه‌ای از عوامل را درست مدیریت کند:

CPU + RAM + NVMe + PHP + OPcache + Web Server + Database + Object Cache + Backup + Network

Redis فقط یکی از این اجزاست.

هنگام خرید هاست وردپرس چه سؤالاتی درباره Redis بپرسیم؟

به‌جای سؤال ساده:

«Redis دارید؟»

این موارد را بپرسید:

• Persistent Object Cache ارائه می‌شود؟
• Redis است یا Memcached؟
• Redis برای هر Account جداست؟
• Memory Limit آن چقدر است؟
• PHP Redis Extension فعال است؟
• امکان فعال/غیرفعال‌کردن دارد؟
• با LiteSpeed Cache سازگار است؟
• Version Redis به‌روز است؟
• Monitoring انجام می‌شود؟
• روی WooCommerce تست شده است؟

این سؤال‌ها تصویر بسیار دقیق‌تری از زیرساخت هاست می‌دهند.

جمع‌بندی؛ آیا Redis را روی WordPress فعال کنیم؟

اگر سایت WordPress کوچک، عمدتاً Static و دارای Page Cache مناسب است، Redis الزاماً تغییر بزرگی ایجاد نمی‌کند.

اما برای:

• WooCommerce
• سایت پرترافیک
• سایت دارای کاربران Login‌شده
• Membership
• LMS
• Multisite
• wp-admin سنگین
• Database بزرگ

Persistent Object Cache ارزش بررسی جدی دارد.

WordPress خودش قابلیت بررسی و پیشنهاد Persistent Object Cache را در Site Health دارد. WooCommerce نیز در سیستم‌های Cache خود Redis و Memcached را پشتیبانی می‌کند.

اما Redis را به‌عنوان درمان همه مشکلات Performance نبینید.

قبل از نصب:

Bottleneck را اندازه‌گیری کنید.

بعد از نصب:

تأثیر را اندازه‌گیری کنید.

اگر تفاوت واقعی ایجاد کرد، نگهش دارید.

اگر نه، مشکل جای دیگری است.

سؤالات متداول

Redis در WordPress چیست؟

Redis می‌تواند به‌عنوان Persistent Object Cache برای WordPress استفاده شود و داده‌های قابل Cache را بین Requestها در Memory نگهداری کند.

Persistent Object Cache چیست؟

نوعی Object Cache است که برخلاف Cache داخلی موقت WordPress، داده‌ها را بعد از پایان Request نیز نگه می‌دارد. WordPress در Site Health قابلیت بررسی آن را دارد.

Redis سرعت WordPress را زیاد می‌کند؟

در سایت‌هایی که Database/Object Lookup بخش مهمی از Bottleneck است، می‌تواند Performance را بهتر کند. برای سایت بسیار کوچک با Page Cache قوی ممکن است تفاوت کمتر باشد.

Redis برای WooCommerce مفید است؟

اغلب ارزش بیشتری نسبت به سایت Static دارد، زیرا WooCommerce Requestهای Dynamic بیشتری دارد. WooCommerce نیز Redis را در زیرساخت Cache خود پشتیبانی می‌کند.

Redis بهتر است یا Page Cache؟

این دو جایگزین هم نیستند. Page Cache HTML نهایی را نگهداری می‌کند؛ Redis Object Cache داده‌های Backend را Cache می‌کند.

Redis با OPcache چه تفاوتی دارد؟

OPcache PHP Bytecode را Cache می‌کند؛ Redis Object Cache داده‌ها و Objectهای WordPress را نگهداری می‌کند.

آیا نصب افزونه Redis کافی است؟

خیر. Redis Server و روش ارتباط PHP با آن نیز باید روی https://vatan.host/hostهاست یا VPS موجود باشند.

آیا Redis روی هاست اشتراکی کار می‌کند؟

اگر Provider آن را ارائه کرده باشد، بله. کاربر هاست اشتراکی معمولاً نمی‌تواند خودش Redis Server نصب کند.

چرا WordPress پیام Persistent Object Cache می‌دهد؟

Site Health در شرایط مشخص تشخیص می‌دهد سایت می‌تواند از Persistent Object Cache بهره ببرد و آن را پیشنهاد می‌کند.

آیا Redis باید Port 6379 را روی اینترنت باز کند؟

برای WordPress و Redis روی یک سرور معمولاً نیازی نیست. بهتر است Redis فقط از Localhost یا Socket امن قابل دسترسی باشد، مگر معماری شما دلیل مشخصی برای دسترسی شبکه‌ای داشته باشد.

Redis چقدر RAM لازم دارد؟

عدد ثابتی وجود ندارد. Memory باید براساس تعداد Objectها، Hit Rate، Eviction و RAM کلی سرور تنظیم شود.

آیا Redis می‌تواند سایت را کندتر کند؟

در تنظیمات اشتباه یا وقتی Redis Bottleneck جدید ایجاد کند، بله. به همین دلیل باید Performance قبل و بعد اندازه‌گیری شود.