صفحه اصلی/رہنما/ویبسایت ښه کول/محتوا تفصیل

علت اصلی کُندی ویب‌سایت معمولاً یک عکس نیسته، بلکهدرخواست + تولید سرور + توزیع منابع استاتیکبه‌خاطر روی‌هم‌افتادن:

  • کاربر از سرور شما بسیار دور است، RTT شبکه بالا است‌(به‌ویژه بین قاره‌ها)
  • هر درخواست وردپرس باید PHP را اجرا کد، دیتابیس ره بررسی کد، قالب ره رندر کد → افزایش زمان نخستین بایت
  • صفحه هنوز باید JS/CSS/فونت/اسکریپت‌های شخص ثالث ره بارگیری کُنه، رندر و تعامل کُندتر میشه

افزونه کش್اصلِ حل ای است که: نتیجه‌های صفحه ره که “محاسبهٔ تکراری” داره ذخیره کنیم تا سرور هر دفعه مجبور نباشه از نو حساب کُنه؛ و با راهبرد مناسب، بگذاریم کاربرای بیشتر از کش استفاده کنن، تا TTFB به‌گونهٔ چشمگیر پایین بییه.مستندات رسمی وردپرسهمچنان اشاره کرد که افزونه‌هایی مثل W3 Total Cache و WP Super Cache می‌توانه صفحه‌ها ره به فایل‌های استاتیک کش کده و بعد مستقیم به کاربرا ارائه کنه، که بار پردازش سرور ره کم می‌کنه.

پیش از خواندن ای صفحه، ۳ اصل ره یاد بگیر

1. پلاگین کش صفحه در یک وخت فقط یکی ره استفاده کدین

همزمان چند پلاگین کش ره فعال کدن، معمول‌ترین نتیجه‌ش تیزتر نَه، بلکه اییه:

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

2. سایت فروشگاهی/عضویت/چندزبانه: کَش “کلید روشن‌خاموش” نیه، “سیستم قواعد” است”

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

۳. “افزونهٔ کش ≠ CDN”، اما افزونهٔ کش تهداغِ CDN است

پلاگین کش، مشکلِ “کم‌شماریِ سرورِ مبدا” ره حل می‌کنه؛CDN محتوا روه مصرف‌کننده ته‌تر کره. دوگانه هِیِگَرونیِش دَرِه: پِیشین سرور ته TTFB را کم کَرِه، بَعْدِ مُستَقیَم منابع به CDN سپارده شِه، اینه که برای مصرف‌کننده‌های جهانی ثبات‌ترین راه‌ه.

انتخاب سریع: ۴ رایج‌ترین حالتِ وب‌سایت

اگر نمی‌خواهی تمام متن ره بخانی، از ۴ مورد زیر انتخاب کو، تقریباً اشتباه نمی‌شوی:

  1. آرامش، پایدار، دسترسی جهانی → WP Rocketپولی
  2. هاست مشخصاً LiteSpeed/OpenLiteSpeed است → کش لایت‌سپیدرایگان ولی بسیار وابسته به توانایی سرور: قابلیت کش باید فعال شوه اجزای سرور LiteSpeedاستعداد کار کدن
  3. سایت محتوا/بلاگ/سایت اسناد، رایگان و باثبات می‌خواهم → WP سوپر کشذخیره HTML ثابت: فایل‌های HTML ثابت ره جور کده و بر بیشتر کاربرای که وارد سیستم نَشُدن فراهم مه‌کنه
  4. شما تیم تخنیکی دارین و می‌خواهین کنترول دقیق داشته باشین (CDN/کشِ آبجکت/چند ماجول) → W3 Total Cacheقوی اما پیچیده: چارچوب کارایی همه‌جانبه و یکپارچه‌سازی CDN محور اصلی است

کَش دقیقاً چی ره کَش می‌کنه؟

“چرا بعضی سایتا با وجود نصب کش باز هم کُند است”، ما کارکرد وردپرس ره به ۵ لایه تقسیم کدیم:

  1. کش مرورگر: دسترسی دوباره ره کاربر سریع‌تر بسازین (سرآیند کشِ منابع استاتیک، شماره نسخه)
  2. کیش صفحه: نتیجه خروجی صفحه ره به شکل HTML کش ذخیره کو (قهرمان اصلی ای صفحه)
  3. کیش آبجکت: ذخیۀ نتایج جستجوی دیتابیس ره کش کن (برای سایت‌های داینامیک باارزش‌تر است)
  4. PHP OPcache: کش PHP بایت‌کُد (معمولاً از طرف سرور تنظیم میشه، نقطهٔ تمرکز افزونه نیست)
  5. CDN/کَش لبه‌ایمنابع ره در نودای نزدیک‌تر به کاربرا بمانین

اینه متن تمرکز دَره روي: افزونه کَشِ صفحه؛
مگه به طور دوامدار به تو یادآوری مه‌کنه: وب‌سایت‌ها غالباً نیاز دارن به ترکیب ۲ + ۵ تا “واقعاً تیز” باشن.

افزونه ۱:WP Rocket(پولی) — راه‌حل یکپارچه و بی‌دردسر

WP Rocket دَربارِ سناریوی “WordPress” محبوب است، دلیلِ شی ای نییه که جادویی باشه، بلکه بخاطر ای است که سِه نوع کارِ رایجِ کارایی ره به شکلِ “بسته‌های قابل‌کنترول” جور کده:

  • کش صفحه
  • پیش‌بارگذاری کش برای بهبود تجربه اولین بازدید در دسترسی توزیع‌شده جهانی
  • بهینه‌سازی کلیدی فرانت‌اند مخصوصاً تأخیر JS، پردازش CSS و غیره

ازورسمي دستاويزاو هم واضح گفته: حتی اگر کش صفحه ره بند کنی، فعال‌سازی پیش‌بارگذاری بازهم می‌تانه بعضی روندهای بهینه‌سازی ره فعال کنه/پیش ببره (مثل بهینه‌سازی‌های مربوط به CSS/JS)

1.1 WP Rocket بَرا کی مناسب است

WP Rocket مخصوص ای رقم سایتا است:

  • ویب‌سایت رسمی شرکت، سایت برند، سایت بازاریابی محتوا، صفحه فرود (ترافیک از چندین کشور و منطقه)
  • امید است که زود راه بیفته و اولویت با پایداری باشه، نمی‌خواهیم کلی افزونه رایگان را با هم جور کنیم
  • بی‌مسئول نگهداری یا انجینر کارایی، اما برای تجربه کاربر و SEO هم معیار داریم
  • WooCommerce میشه استفاده کد، اما باید احتیاط‌تر بوشه (در ادامه ای بخش گفته میشهقانون و خطرات）

1.2 ارزش کلیدی ازی در صحنه‌های دسترسی وب‌سایت (تنها “کلید کش” نیست)

A. پیش‌بارگیری کش: حلِ “بی‌ثباتیِ اولین بازدید که از دسترسیِ پراگندهٔ سایت به‌وجود می‌آید”

وقتی که کاربرای سایت پراکنده باشن، با یک نوع بسیار معمولی از کندی روبه‌رو می‌شی:
کاربر یک منطقه وقتی برای اولین بار یک صفحه ره باز مه‌کُنه، اگر کش صفحه همو وقت منقضی شده باشه یا هیچ وقت از پیش گرم نشده باشه → ای کاربر تمام هزینه رندر PHP/DB ره تحمل مه‌کُنه
میکانیزم بارگیری قبلیمعنایش ایسته که:خرچ “اولین تولید” ره پیش‌پیش پرداخت کوئید، امکان ای که در اولین مراجعه مثل موش آزمایش شِین، کمتر موشه.

  • پیش‌بارگذاری نکنین: هر کی اول بیایه، همو به زحمت می‌افته
  • پیش‌بارگیری دارد: کش توسط سیستم در پس‌زمینه به‌طور یکپارچه تولید می‌شود و تجربهٔ اولین بازدید پایدارتر است

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

رسمی WP Rocket نرخ گذاری یې کړې“延迟 JS 执行”描述为其最强的 JS 优化：它会把脚本执行推迟到用户发生交互（移动鼠标、触屏、滚动、按键等）之后，以优先渲染页面。

ای برای دسترسی به سایت بسیار مهم است، چون در شبکه‌های بین‌قاره‌ای، بندش در بارگیری و اجرای اسکریپت آسان‌تر بزرگ می‌شود:

  • دانلود منابع کمی کندتر → رشتۀ اصلی آسان‌تر توسط اسکریپت گیر می‌مانه
  • 第三方脚本（统计、广告、聊天插件）更容易造成 INP/交互延迟恶化

اما ممکن است بعضی مشکلات هم ایجاد کند:

  • 延迟 JS 很可能影响：菜单、轮播、弹窗、表单验证、支付、追踪埋点
  • 所以它适合“循序渐进 + 黑名单排除”的策略

C. 与其他插件/主题的兼容性：省心不等于“零冲突”

WP Rocket رسمی خاص فهرست کد}“不兼容的插件/主题”清单，原因包括会影响 WP Rocket 缓存/优化的输出缓冲等机制。

  • اگر پلاگین‌های ویب‌سایت‌ات بسیار زیاد است و قالب خیلی سنگین است، “بهینه‌سازی عملکرد” ره مثل یک پروژه کوچک راه‌اندازی حساب کو: هر تغییری که می‌دی باید تست بازگشتی انجام شی (فورم، ورود، پرداخت، تبدیل زبان و غیره)

1.3 یادآوری خاص برای WooCommerce/سایت داینامیک

یادآوری اصلی اسناد رسمی WooCommerce هنگام تنظیم افزونه کش این است:

  • سبد خرید / تسویه حساب / حساب کاربری 不要缓存
  • 并且建议避免 JS 文件压缩

为什么？：

  • 购物车、结算、账户页强依赖 cookie / session / nonce
  • وقتی کش این صفحه‌ها ره “استاتیک” حساب کُنه، کمِ کم دکمه‌ها از کار می‌مانه، بدترش قیمت/موجودی/معلومات حساب قاطی می‌شه
  • ترسناک‌ترین چیز اینه که ممکنه در یک منطقه تست بی‌مشکل باشه، اما در منطقه دیگه به خاطر تفاوت CDN/هیت کش مشکل پیش بیایه

1.4 缓存插件策略级建议

第 1 层：基础安全收益（几乎所有站都该做）

  • 开启页面缓存
  • 开启缓存预加载（提升首访稳定性）
  • 合理的浏览器缓存策略（WP Rocket/服务器/CDN 任一层都可以实现）

سطح ۲: درآمد متوسط، خطر متوسط (مناسب برای بیشتر سایت‌های محتوا)

  • بارگیری با تأخیر تصویر/iframe（رفتن بیشتر به صفحه بهینه‌سازی تصویر）
  • 控制 CSS 体积（比如 移除未使用的CSS）

طبقه ۳: سود بلند، اما خطر بلند (لِست آزمایش بازگشت باید موجود باشه)

1.5 نرخ و مجوز

  • WP Rocket 是付费授权制，按站点数量提供不同许可

插件 2：کش لایت‌اسپید (LSCWP)پیش‌شرط “رایگانِ فول” ای است که سرور واقعاً LiteSpeed باشد

بسیار آدم‌ها در مورد LiteSpeed Cache اشتباه فکر می‌کنن: خیال می‌کنن که ای فقط یک افزونه وردپرس است و همی که نصبش کنی، مثل WP Rocket روی هر هاست تمام قدرت خوده نشان میته. در واقعیت این‌طور نیه.

اسناد رسمی LiteSpeedتشریح واضح: دلیل ای که ویژگی‌های کَش LSCWP به LiteSpeed Server ضرورت داره، ای است که باید با کَش صفحه داخلی LiteSpeed Web Server (LSCache) در تماس باشه؛ افزونه مسئول است که به سرور بگه کدام صفحه‌ها قابل کَش است، تا چی مدت کَش شوه، و چطور پاک‌کاری با برچسب‌ها فعال شوه.

برتری‌های اصلی LiteSpeed Cache از “服务器级页面缓存（LSCache）”。没有 LiteSpeed/OpenLiteSpeed 服务器，就没有这个核心优势。

2.1 کش لایت‌سپیدبرای کی مناسب است

مناسب برای:

  • پانل هاست شما واضح مشخص شده LiteSpeed / OpenLiteSpeed（例如很多 cPanel 主机会写）
  • می‌خواهی که “طرح رایگان هم بتواند TTFB بسیار قوی و توان همزمانی بالا داشته باشد”
  • 你愿意接受：它功能很强，但概念也更多（TTL、Tag、Purge、ESI、Crawler…）

زیاد مناسب نیه:

  • اگر مطمئن نیستی وب‌سرور چیست، یا تأیید شده که Nginx/Apache است مگر این‌که فقط بخشی از قابلیت‌های بهینه‌سازی فرانت‌اندش ره استفاده کنی که در او صورت شاید از نظر هزینه و پیچیده‌گی نیرزد
  • ته فروشگاه آنلاین/عضویت/چندزبانه پیچیده هستی، اما روند تست نداری (LSCWP قوی است، اما “محتوای اشتباه در کش” هم آسان‌تر می‌شود)

۲.۲ میکانیزم کش ازی: چرا ازی بیشتر شبیه “یک بخش از توانایی‌های سرور” است”

تو میتنی میخانیزم LiteSpeed Cache ره در یک جمله به شکل یک “توضیح مهندسی” بنویسی:

  • WP Rocket / WP Super Cache اینو بیشتر در بخش WordPress/PHP کش و بهینه‌سازی می‌کنن
  • LSCWP پس ترکیب “وردپرس کنترول پینل + LSCache داخلی سرور LiteSpeed” است: پلاگین مسئول فرستادن قاعده‌ها و سیگنال‌های پاک‌کاری است، و کش صفحه‌ای که واقعاً با سرعت بلند انجام می‌شود درلایۀ سرور。

ای مستقیماً بر تجربه دسترسی به ویب‌سایت تاثیر می‌گذاره: کشی که در لایه سرور ارائه می‌شه معمولاً سبک‌تر، تیزتر و در برابر همزمانی هم مقاوم‌تر است (به‌خصوص وقتِ ترافیک ناگهانی یا دسترسی پُرفریکانس خزنده‌های انجین‌های جستجو).

2.3 د سناریوی کاربرای ویبسایت، روش درست استفاده از LSCWP“

مو “روش درست باز کردن” ره به ۴ سطح تقسیم کدیم:

طبقه ۱: استراتیژی کش صفحه (تعیین مه TTFB واقعاً کم میشه یا نه)

  • روشن کدوم صفحه‌ها قابل کش استن (بیشتر صفحه‌های محتوای عمومی)
  • مشخص کدوم صفحه‌ها هیچ‌وقت نباید کش شوند‌ (ورود، حساب، سبد خرید، تسویه‌حساب، صفحه‌هایی که به تبدیل زبان/ارز وابستگی شدید دارند)
  • بَرای کش وَختِ مُناسب TTL تعیین کدِی (هر قدر دَفعاتِ نو شُدونِ محتوا بیش‌تر بَشه، TTL کوتاه‌تر بَشه؛ بَل عکس، درازتر بَشه)
  • ایجاد پالیسی پاک‌کاری: بعد از نو شدن محتوا، تگ‌های مربوطه پاک شوه (نه پاک‌کاری خشنِ تمام سایت)

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

سطح ۲: گرم‌سازی/خزشگرها（تعیین می‌کده که “اولین بازدید صفحه‌های کم‌دید کند است یا نه”）

تجربه ناهماهنگ رایج در دسترسی به ویبسایت از تفاوت “گرم و سرد” کش ناشی می‌شود:

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

预热不是锦上添花，而是网站访问体验一致性的关键

لایه ۳: راه‌حل امنیتی محتوای پویا (تجارت الکترونیک/عضویت/چندزبانه)

قدرت LSCWP در این است که به تو بسیار “ابزارهای پیشرفته” می‌دهد، مانند:

  • استراتیژی مختلف کش برای کاربرای داخل‌شده، نظر‌دهنده و دیگران
  • نظریۀ اساسیِ Edge Side Includes (ESI) ای‌است که صفحه ره به «بدنۀ عمومیِ قابلِ کش‌شدن» و «بخش‌های پویای غیرقابلِ کش‌شدن» تقسیم کده، جداگانه پروسس کده و بعد در نودهای لبه‌ای یکجا می‌سازن.

طبقه ۴: خدمات آنلاین و بهبودهای اختیاری

بسیاری از مدیرای وب‌سایت در LSCWP با خدمات آنلاین QUIC.cloud روبه‌رو می‌شن (مثل خدمات بهینه‌سازی صفحه).QUIC.cloud سندواضح نوِشته شُده: ای به LSCWP خدمت‌های بهینه‌سازی صفحه ارائه می‌کنه، که شامل Critical CSS (CCSS)، Unique CSS (UCSS)، Viewport Images (VPI) و غیره است.

  • ای خدمت اختیاری است: تو میتنی فقط از کَشِ سرور استفاده کنی و بهینه‌سازی آنلاین ره فعال نکنی
  • همی که خدمت آنلاین فعال شوه، مسیر پردازش منابع/صفحه‌های سایت تغییر می‌کنه}

۲.۴ اشتباهات رایج LSCWP

  1. سرور LiteSpeed نیه، اما LSCWP را مثل افزونۀ کَشِ کامل در نظر می‌گیره
    نتیجه: تأثیر کش آن‌طور که توقع می‌رفت خوب نبود، و پیچیدگی پیکربندی ره هم زیاد کد. راه‌حل: اول استک میزبانه مشخص کنین؛ اگر نباشه LiteSpeed، WP Rocket یا WP Super Cache ره در نظر بگيريد۔
  2. فعال‌سازی بیش از حد بهینه‌سازی فرانت‌اند باعث اختلال در عملکرد می‌شود
    页面优化（CSS/JS）往往比“缓存本身”更容易引发兼容问题。建议：先把页面缓存跑稳，再逐项开启优化，并建立回归测试清单（表单、菜单、支付、追踪、语言切换等）。
  3. برای صفحه‌های پویا، استراتیژی حذف/بخش‌بندی وجود نداره
    حادثه‌های معمول: سبد خرید، تسویه‌حساب و صفحه حساب کش می‌شه؛ یا تبدیل چندزبانه/چندارزی درست کار نمی‌کنه. سایت‌های فروشگاهی باید ای ره به‌عنوان مورد بررسی پیش از راه‌اندازی در نظر بگیرن (رسمی WooCommerce هم تاکید می‌کنهصفحات مهمه ره کش نکوئید）。

پلاگین ۳:WP سوپر کش(رایگان) — طرح کلاسیک “کم‌خطر و پردرآمد” برای سایت محتوا

WP سوپر کش چرا ای می‌تانه درازمدت محبوب بمانه؟ چون ای مشکلات ره به یک روش بسیار مستقیم و بسیار “سازگار با سرور” حل می‌کنه:
صفحات داینامیک وردپرس ره به فایل‌های HTML استاتیک تبدیل کوئید، بعد از او این فایل‌های HTML مستقیماً از طرف سرور Web فراهم میشه، تا از پروسس پُرمصرف PHP دور زده شوه.

صفحه افزونه همچنان یادآور شده: HTML استاتیک برای اکثریت بسیار زیاد کاربرای که داخل حساب خود نرفته‌ان ارائه میشه، و یک بیان بسیار روشن هم داده — “بازدیدکننده‌های 99% فایل HTML استاتیک دریافت می‌کنن”، یک فایل کَش می‌تانه هزارها بار خدمت‌رسانی شوه.

۳.۱ WP Super Cache بر کی مناسب است

پیشنهاد جدی:

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

با احتیاط استفاده کو / نیاز به پالیسی قوی‌تر دارد

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

۳.۲ سه رقم روش کش‌کردن او:

دَ توضیحات افزونهٔ WP Super Cache، ۳ نوع روشِ کَش ره بر اساس سرعت فهرست کده و تفاوت‌های شی ره هم توضیح داده:

  • mod_rewrite (متخصص)：سریع‌ترین، PHP ره کاملاً دور می‌زنه، اما لازمه .htaccess ره تغییر بیتی؛ اگر نادرست تنظیم شوه، خطر از کار افتادن سایت بیشتر است
  • آسان (روش پیشنهادی)فایل‌های استاتیک “سوپر کش” توسط PHP فراهم شده، با سرعت نزدیک به mod_rewrite، اما آسان‌تر برای پیکربندی
  • کَش WP-Cache: انعطاف‌پذیرتر، برای کاربرای شناخته‌شده، URLهای همراه با پارامتر، خوراک‌ها و مانند ازی استفاده می‌شه، اما سرعت ازی کَم‌تره

推荐选择：

  • نوآموز/دنبال ثبات: از روش پیشنهادی استفاده کد (ساده)
  • تو بسیار با قوانین سرور آشنا هستی و حاضر هستی خطر بازنویسی قوانین ره بپذیری: دوباره حالت متخصص ره در نظر بگیر
  • تو به مدیریت انعطاف‌پذیرتر “کاربر شناخته‌شده/همراه با پارامتر” نیاز داری: جایگاه WP-Cache ره بفهم

3.3 مزایا و کمبودهای WP Super Cache

برتری‌ها:

  1. بسیار مناسب برای استفاده با CDN
    چون در اصل همی ره‌سازی HTML استاتیک است، ای به‌صورت طبیعی با فکر CDN/کش لبه سازگار است.
  2. بهبود فشار پایگاه‌داده برای سایت منبع CPU بسیار مستقیم است
    وقتی ترافیک ویب‌سایت پراکنده باشه، ممکنه خزنده‌های موتور جستجو و شبکه‌های اجتماعی هم از گوشه‌وکنار دنیا بیایند. استاتیک‌سازی برای مقابله با “رندر تکراری” بسیار مؤثر است.

نقص:

  1. ای تو یک مجموعه یک‌پارچه برای بهینه‌سازی عملکرد نیه“
    它主要强在页面缓存，对 CSS/JS 深度优化不像 WP Rocket 那样一套打包。你可能需要在“图片优化页”“前端优化页”再承接更多内容（或用其他插件/主题级优化）。
  2. در برابر “شخصی‌سازی پویا” محتاط‌تر باشید
    طور مثال، بر اساس منطقه محتوای متفاوت نشان داده میشه، یا بر اساس وضعیت کاربر نرخ/زبان/پیشنهاد فرق می‌کنه. در ای وقت باید راهبرد حذف بسازید، یا از راه‌حل مناسب‌تر کَشِ بخش‌بندی‌شده استفاده کنید.

3.4 سازگاری با WooCommerce: چرا ازیاد “مصئون‌تر” است”

راهنمای رسمی کمک ووکامرسیاد آوری شده که: WooCommerce به‌صورت بومی با WP Super Cache سازگار است، و WooCommerce به WP Super Cache اطلاع میته که به‌طور پیش‌فرض صفحه‌های Cart، Checkout و My Account ره کش نکنه.

  • حتی اگر نوکار هم باشی، ترکیب WP Super Cache + WooCommerce کمتر احتمال داره که به دردسر “کش‌شدن صفحه‌های مهم” گرفتار شوی
  • اما باز پیشنهاد می‌شه که پیش از راه‌اندازی، آزمایش بازگشتی انجام شود (پرداخت، کوپن، هزینه ارسال، نرخ مالیه، چند ارز و غیره)

افزونه ۴:W3 Total Cache（W3TC）کامل‌ترین چارچوب عملکرد، مناسب برای تیم‌های مهندسی‌شده

W3 Total Cache در WordPress.org جایگاهش “یک پلاگین کشِ تکی” نه‌یه، بلکه چیزی‌یه که بیشتر شبیه “چارچوب بهینه‌سازی کارکردِ سایت” است: تأکید شی از راهِ یکپارچه‌سازی CDN و بهترین روش‌ها، SEO، Core Web Vitals و تجربه‌ی کلی ره بهتر بسازه.

قابلیت‌هایی که د توضیحات افزونه فهرست شده خیلی وسیع است: کش صفحه/پُست، کش CSS/JS، کش Feed، کش نتایج جستجو، کش آبجکت دیتابیس، کش آبجکت، کش قطعه‌ا‌ی (fragment cache)، و از شیوه‌های مختلف کش مثل Redis/Memcached/APC هم پشتیبانی می‌کند، همچنان شامل کش‌کردن موبایل بر اساس گروه‌بندی UA/Referrer، پشتیبانی از AMP، و یکجا‌سازی با پراکسی معکوس (Nginx/Varnish) نیز است.

4.1 W3 Total Cache دَ کِی ره مناسب است

بسیار مناسب برای:

  • تو مهارت توسعه/عملیات داری و آماده‌ای “فعال‌سازی مرحله‌به‌مرحله + تست فشار + تست بازگشتی” ره انجام بتی”
  • سایت شُما پیچیده‌ست: چندزبانه، تبدیل چند تم، تفاوت‌سازی در موبایل، ساختار محتوا پیچیده‌ست
  • نمی فقط کشِ صفحه می‌خواهی، بلکه می‌خواهی کشِ آبجکت/کشِ بخش را هم شامل سیستم کنی، مخصوصاً برای سایت‌های داینامیک

مناسب نیست:

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

4.2 چرا میگن که او “قوی ولی پیچیده” است: چیزی که وب‌سایت به او اهمیت میته “قابل‌کنترل بودن” است”

ارزش W3TC در ای نیه که “حتماً از بقیه تیزتر است”، بلکه در ای است که به تو اندازه کافی دکمه‌های کنترول میته تا بتانی ستراتیژی کارایی ره به یک سیستم مهندسی‌شده تبدیل کنی:

  • کَش صفحه: می‌تانه در حافظه، دیسک یا CDN موجود بوشه
  • کیش شی‌ های دیتابیس و شی: میتانه Redis/Memcached وغیره باشه
  • کَشِه قطعه: بَراِی “صفحه‌های نیمه‌پویا” خیلی مهم است
  • پشتیبانی موبایل: صفحه‌ها ره به‌صورت جداگانه بر اساس معرف یا گروپ عامل کاربر کش کن
  • مدیریت CDN: مدیریت شفاف رسانه‌خانه، فایل‌های قالب و غیره توسط CDN

اینه قابلیت‌ها خاصتاً برای ویب‌سایت‌ها بسیار باارزش است، چون دسترسی جهانی زیاد وقت‌ها با این مشکلات روبه‌رو می‌شه:

  • نسخه‌های مختلف از یک صفحه در دستگاه‌ها، منطقه‌ها و زبان‌های گوناگون
  • بعضی محتوا قابل کش است و بعضی محتوا باید بلادرنگ باشد (مثل قیمت، موجودی، وضعیت کاربر)

۴.۳ “ترتیب پیشنهادی برای فعال‌سازی” W3TC”

ترتیب پیشنهادی:

  1. فقط کش صفحه ره فعال کو
    تأیید: آیا TTFB کم شده، محتوا یکسان است، و ورود، چندزبانه و روندهای کلیدی فروشگاه درست کار می‌کند؟
  2. کش مرورگر ره دوباره فعال کدئین
    هدف: ای که بازدید دوباره و بارگیری منابع استاتیک تیزتر شوه، و دانلود تکراری بین قاره‌ها کمتر شوه.
  3. کش کردن دوباره هدف / کش آبجکت دیتابیس
    قابل استفاده برای: سایت‌ پویای (WooCommerce، سیستم عضویت، پرس‌وجوی پیچیده).
    قابل استفاده نیه: سایت‌های صرفاً محتوایی ممکنه درآمد محدود داشته باشن، حتا مصرف منابع ره بیشتر کنن.
  4. در اخیر پروسس کدن فشرده‌سازی / تأخیر اسکریپت / بهینه‌سازی فرانت‌اند
    چون ای لایه آسان‌ترین جایی‌یه که خرابیِ عملکرد ره به‌وجود میاره، حتماً باید یک فهرستِ آزمایشِ بازگشتی جور شوه (پرداخت، فورم، ردیابی، پاپ‌آپ، منو، تبدیلِ زبان و غیره).

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

ماتریس مقایسوی چار پلاگین

توجه: ای نه “کی قوی‌تره”، بلکه “سناریوی تو با کدام یک بیشتر جور می‌آیه”.

بُعدWP Rocketکش لایت‌سپیدWP سوپر کشW3 Total Cache
موقعیت اصلییکپارچه و آسان ‌(کش + بهینه‌سازی)کش سرور سطحی وابسته به LSCacheکَش HTML ایستاچوکات عملکردی（چند لایه کش + CDN）
وابسته به میزبانکم（عمومی）بلند نیاز به LiteSpeed/OpenLiteSpeed دارد تا کش اصلی فعال شودکم（عمومی）وسط（سازگار عمومی، اما بیشتر وابسته به محیط/قابلیت پیکربندی）
خرچ یادگیریپایین-متوسطمتوسطکمبالا
پیشنهاد محتواگاهخیلی بالا很高（前提满足）خیلی بالامتوسط-بلند (بسته به تیم)
فروشگاه آنلاین/سایت اعضاقابل استفاده اما با احتیاط استثنا شوه (صفحات کلیدی WooCommerce کش نشه)در دسترس اما بیشتر نیازمند قوانین/پالیسی بخش‌بندیموجود است و WooCommerce گفته که سازگاری بومی دارد و به‌طور پیش‌فرض صفحه‌های مهم را کش نمی‌کندقابل استفاده، مناسب کنترل مهندسی
بودیجهپولیرایگانرایگاننسخه رایگان + پولی

“حادثه کَش و فهرست پیشگیری

۱. سه علت اصلی که کش باعث “محتوای نادرست” می‌شود

A. صفحاتی ره که “دارای حالت” است، “صفحات استاتیکِ بی‌حالت” حساب کوئید”

نمونه‌های معمول: صفحه حساب، سبد خرید و صفحه تسویه‌حساب کش شده‌اند. WooCommerce رسمی بارها تأکید کده سبد خرید / پرداخت / حساب نباید کش شود

B. چندزبانه/چند ارز/نسخه‌های منطقه‌ای ذخیره‌گاه به‌درستی تفکیک نشدن

اگر سایت شُما بر اساس cookie، پارامترهای جستجو، یا موقعیت جغرافیایی محتوای مُختلف نشان می‌دیته، نو کش باید “بُعدهای تغیر” ره در نظر بگیره. اگر نی، ممکنه کشی که از طرف کاربرای منطقه A جور شده، از طرف کاربرای منطقه B دوباره استفاده شوه.

C. بازنویسی بهینه‌سازی فرانت‌اند (JS/CSS) باعث غیرعادی شدن عملکرد شد

به‌خصوص فشرده‌سازی، یکی‌کدن و با تأخیر اجرا کدنِ JS. حتی WooCommerce هم توصیه مه‌کنه避免 JS 文件压缩。

2. فهرست تست بازگشتی پیش از راه‌اندازی

  • ورود/خروج عادی است؟
  • ارسال فورم‌ ها عادی کار می‌کند؟
  • روند خرید آنلاین: افزودن به سبد → کوپن تخفیف → هزینه ارسال/مالیات → پرداخت → صفحه سفارش
  • تبدیل چندزبانه پایدار است؟ (بعد از تبدیل: محتوا، URL، hreflang، اسعار)
  • مینیوی موبایل، پاپ‌آپ، سکرول و بارگذاری تنبل نرمال است؟
  • اینه ره بررسی کو که اسکریپت رهگیری هنوز فعال است یا نه（GA، Meta Pixel، رویدادهای تبدیل）

عام سوالات

Q1: چرا مه پلاگین کش ره نصب کدُم، باز هم دسترسی از خارجِ کشور کُند است؟

معمول‌ترین دلیل‌ها ای است که: تو فقط “رندر تکراری سایت منبع” ره حل کدی، اما “تأخیر شبکه بین قاره‌ای” ره حل نکدی.
缓存插件能让服务器更快吐出内容（TTFB 下降），但静态资源（图片、CSS、JS、字体）以及全球链路的 RTT，仍需要 CDN بیا تا فاصله ره کوتاه کنیم.
👉 پس راه درست اینه:اول کش منبع ره پایدار کوںدوباره در CDN به شکل جهانی منتشر کن。

Q2: چرا بعد از کش، محتوای ره تغییر می‌دهم اما نو نمی‌شه؟

چون چیزی که تو می‌بینی “کَشِ قدیمی” است. راهِ حل:

  • استراتیجی پاک‌سازی بسازین: بعد از نو کردن مقاله/صفحه، کش مربوطه پاک شیوه (نه پاک‌سازی همه سایت)
  • برای راه‌حل‌های دارای پیش‌گرم/خزنده: بعد از پاک‌سازی باید دوباره پیش‌گرم شود، وگرنه اولین بازدید کُند می‌شود
  • برای CDN: باید در نظر گرفته شوه که لبهٔ CDN هم ممکنه منابع قدیمی ره کش کرده باشه

Q3: میشه WP Rocket و WP Super Cache ره هم‌زمان نصب کد؟

توصیه نمی‌شه. استفاده از یک افزونه کش صفحه در یک زمان، مطمئن‌تر است. می‌تانی فکر “یکی برای کش، یکی برای بهینه‌سازی” ره به‌عنوان “تقسیم کار” بفهمی، اما در عمل اونا زیاد وقت‌ها به کش صفحه/بازنویسی منابع دست می‌زنن و احتمال تداخل بالا است. بیشتر توصیه می‌شه یک “افزونه اصلی کش” انتخاب کنی و بقیه نیازها ره با ابزارهای مشخص‌تر و تک‌منظوره تکمیل کنی.

سوال ۴: آیا استفاده از کش در سایت تجارت الکترونیکی خیلی خطرناک است؟

خطرناک نیست، چیزی که خطرناک است “بی‌قاعدگی” است.پیشنهادات ووکامرسخیلی واضح: سبد خرید / تصفیه حساب / حساب کش نمی‌شه، و از فشرده‌سازی JS جلوگیری شوه
علاوه بر این ووکامرس هم اشاره می‌کند که با سازگار طبیعی با WP Super Cacheو به‌طور پیش‌فرض از ذخیره‌سازی کشِ صفحه‌های کلیدی جلوگیری می‌کند.
بناءً على ای، سایت تجارت الکترونیک می‌تواند کاملاً کش شود، اما باید او را به‌عنوان “تغییرِ آنلاین‌شدن” حساب کنی و حتماً تستش کنی.

Q5: مه باید LiteSpeed Cache ره انتخاب کنم یا WP Rocket؟

  • آیا تأیید می‌کنید که هاست LiteSpeed/OpenLiteSpeed است: اولویت با LiteSpeed Cache (رایگان و قوی، مزیت اصلی از LSCache در سطح سرور می‌آید)
  • مطمین نیستی از استک هاست / نمی‌خواهی سر و کله بزنی / می‌خواهی یک‌پارچه و بی‌دغدغه باشد: WP Rocket بیشتر ثابت است
  • تو سایت محتوا هستی و به بودجه حساس هستی：WP Super Cache با ثبات‌تر، سبک‌تر

پلاگین کش و CDN

پلاگین کش ای مشکل ره حل می‌کنه که “محاسبه در سرور مبدأ کمتر شوه و TTFB پایین‌تر بییه”؛ CDN ای مشکل ره حل می‌کنه که “منابع استاتیک و صفحه‌ها به کاربرای سراسر جهان نزدیک‌تر باشه”. جمع شدن هر دوی‌شان، همو راه‌حل رایج و بهینه برای دسترسی جهانی است.

  • ترکیب‌های رایج ایستگاه محتوا:کَش صفحه + توزیع ایستای CDN
  • ترکیب‌های رایج سایت پویا:کش صفحه (به‌طور سخت‌گیرانه مستثنی) + کش آبجکت (در صورت نیاز) + توزیع استاتیک CDN

👉 بخانین:تسریع CDN (نودهای جهانی و پالیسی کش)

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

1. سایت محتوا / بلاگ / سایت اسناد

هدف: TTFB ره کَم کدَن، بار اَوّل صفه ره پایدارتر جور کدَن، فشار سرور ره کَم کدَن، و همکَاری کدَن با CDN بَرای توزیع جَهانی.

۱.۱ راحت‌ترین ترکیب تجاری

  • WP Rocket（کش صفحه + پیش‌بارگیری + بهینه‌سازی فرانت‌اند）
    • CDN صفحه کی بیارین

قابل استفاده:

  • تو می‌خواهی تنظیمات کم، نتیجه سریع، خطر پایین باشد“
  • قالب/افزونه زیاد است، می‌خواهیم دردسر سازگاری را کمتر کنیم

نکته‌ها:

  • بهینه‌سازی فرانت‌اند (به‌خصوص تأخیر JS) ره مرحله‌به‌مرحله فعال کد، تا از مشکل در کارکردها (مینیو، فورم، ردیابی و غیره) جلوگیری شوه
  • برای سایت‌هایی که زیاد بازطراحی میشن یا زیاد مطلب نشر میکنن، باید راهبرد “پاک‌سازی + پیش‌گرم” داشته باشن، وگرنه اولین بازدید صفحه‌های کم‌طرفدار کُند میشه

1.2 ترکیب کلاسیک رایگان و پایدار

  • WP Super Cache (کش استاتیک HTML): صفحه‌ ره پویا نه HTML ایستا تبدیل کو، بیشتر ره خدمت کاربرای که داخل نشده‌ن

قابل استفاده:

  • حساس به بودجه اما باثبات
  • مهمان ها عموماً داخل نمی‌شون
  • آهنگ تازه‌سازی محتوا قابل کنترول است

نکته‌ها:

  • ای ترکیب “اولویت به کَش صفحه” است، توقع نداشته باشید که خود به خود تمام مشکل‌های پیچیده CSS/JS ره هم حل کُنه

2. سایت شرکت / سایت برند / صفحه فرود

هدف: سرعت باید بالا باشه، اما مهم‌تر ایه که “به‌خاطر بهینه‌سازی، زنجیرهٔ تبدیل قطع نَشه”.

۲.۱ باثبات و قابل‌کنترول (پیشنهاد برای نشر جهانی/سایت تبدیلی)

  • WP Rocket
  • + (اختیاری) بهینه‌سازی سبک عکس‌ها (شما صفحه “بهینه‌سازی عکس” ره دارین)
    • CDN

چرا برای تبدیل‌کردن سایت مناسب است:

  • بیشترین ترس ایستگاه تبدیل از اینه که فرم‌ها، پاپ‌آپ‌ها و اسکریپت‌های رهگیری با بهینه‌سازی خراب شنه“
  • طرز فکر WP Rocket بیشتر یکپارچه است و می‌تانی هر گزینه ره در یک سیستم جداجدا فعال کنی و دوباره تست کنی

اصول “راه‌اندازی” سایت شرکتی:

  • بهینه‌سازی کارکرد یک “تغییر هنگام راه‌اندازی” است و باید لست بازتست برگشتی داشته باشه
  • هر تنظیماتی که مربوط به تأخیر، ادغام یا فشرده‌سازی JS است، باید اول در محیط پیش‌انتشار آزمایش شود، بعد آنلاین شود

3. سایت تجارت الکترونیکی ووکامرس (سفارش‌ها + امنیت صفحات پویا)

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

نکات اصلی ووکامرس رسمی درباره افزونه‌های کش بسیار واضح است:صفحه‌های سبد خرید / تسویه حساب / حساب کاربری ره کش نکوینیدو همچنان پیشنهاد میشه از فشرده‌سازی فایل‌های JavaScript خودداری شوه تا مشکلات سازگاری کمتر شوه.

3.1 مسیر رایگان امنیتیِ بیشتر مناسبِ تازه‌کارا

  • WP Super Cache + WooCommerce
    • CDN

چرا او ره منحیث “شروعِ امن‌تر” فهرست کده:

  • ووکامرس رسمی گفته که او به‌طور بومی با WP Super Cache سازگار است و به WP Super Cache خبر می‌ته که صفحه‌های مهم مثل سبد خرید / تسویه‌حساب / حساب کاربری ره به‌طور پیش‌فرض کش نکنه
  • برای سایت‌هایی که تازه تجارت الکترونیک ره شروع کده، “اول خرابی پیش نیایه” از “عملکرد بسیار بالا” مهم‌تره

3.2 اگر از میزبان LiteSpeed استفاده می‌کنی (رایگان اما بسیار نیرومند)

  • کش لایت‌اسپید
  • + (اختیاری) کش ابجکت (Redis/Memcached، بسته به توانایی هاست و مقیاس سایت)
    • CDN

قابل استفاده:

  • استک میزبان مشخص است و شما مایل استید قوانین کش و راهبردهای استثنا را تنظیم کنید
  • حجم سفارش و کالا زیاد است و به مبدا قوی‌تر برای تحمل فشار نیاز است

۳.۳ تیم مهندسی‌سازی/تجارت الکترونیک پیچیده (چند ماژول قابل‌کنترل)

  • W3 Total Cache (چوکاټ د کارکردگی، لایه‌های زیاد کش و ادغام با CDN)
    • کش آبجکت (بر اساس نیاز)
    • CDN

قابل استفاده:

  • کشاف‌دهنده/عملیات شته، میشه به شکل “فعال‌سازی تدریجی ماژول‌ها + تست فشار + تست بازگشت” راه‌اندازی کده شوه
  • نیاز به کش تکه‌ای / استراتیژی‌های پیچیده‌تر وریانت‌ها (مثل کش ریزدانه بر اساس دستگاه/منطقه/زبان)

4. سایت اعضا / انجمن / کورس‌های آنلاین（نیاز زیاد به ورود، شخصی‌سازی بالا）

هدف: محتوای عامه ره سریع بسازین، و هم‌زمان مطمئن شین که “محتوای کاربرای واردشده قاطی نشه”.

4.1 بی‌دغدغه، اما نیازمند راهبرد حذف سخت‌گیرانه

  • WP Rocket
  • + (اختیاری) کَش آبجکت (اگر جستجوی پویا زیاد است)
    • CDN

نکته مهم:

  • شما باید صفحه‌های “بر اساس کاربر تغییر می‌کنه” ره از کش خارج کنی: مرکز شخصی، سفارش‌ها، پیشرفت یادگیری، پیام‌ها، سبد خرید و غیره
  • ای رقم سایتا زیادتر دچار مشکلِ دیدن محتوای دیگران یا قاطی‌شدن صلاحیتا می‌شن، خطر ره در صفحه واضح بگین

4.2 هاست LiteSpeed + استراتژی پیشرفته

  • کش لایت‌سپید (کش سرور + ابزارهای پالیسی پیشرفته‌تر)
  • + کش کردن شی‌ء‌ها (در صورت نیاز)
    • CDN

نکته مهم:

  • سایت‌های عضویت‌دار معمولاً بیشتر به رویکردِ “بخش اصلی قابل کش + بخش‌های غیرقابل کش” ضرورت دارن
  • استراتیژی گرم‌سازی و پاک‌سازی باید دقیق‌تر شوه، وگرنه “بعد از بروزرسانی هم کاربر محتوای کهنه می‌بینه” بسیار زیاد رخ می‌ده

ذخیرۀ سایت “آرشیف قضایای رفع اشکال”

نمونه ۱: پلاگین کش نصب شد، سرعت تقریباً هیچ تغییری نکرد

علامت:

  • سرعت‌سنجی محلی/هم‌منطقه‌ای خوب است، اما خارج‌ملکی (بین‌قاره‌ای) باز هم کند است
  • TTFB بهتر شده، اما زمان کلی بارگذاری کاهش محسوسی نداشته

دلایل رایج:

  • تشو تنها کَش سرور اصلی ره انجام دادی (TTFB)، ولی منابع استاتیک (عکس/JS/CSS/فونت) هنوز از سرور اصلی بین‌قارّه‌ای لود می‌شن
  • اسکریپت‌های شخص‌ثالث‌ (اعلان، چت، آمار) رندر و تعامل ره کُند می‌سازه
  • حجم عکس بسیار کلان است و باعث کُندی دانلود میشه（کَش مشکل حجم دانلودِ اول را حل نمی‌کنه）

راهِ حل:

  • اول افزونۀ کَش مسئول ایست که “بار کمتر روی سرور اصلی + نرخ هیت” زیات شوه”
  • منابع ثابت از CDN میگذره
  • تصویر بهینه‌سازی تصویر
  • استراتیژی تأخیر/تقسیم برای اسکریپت شخص ثالث

خواندن:

نمونه ۲: بعد از فعال‌سازی کش، صفحه تغییر کرد اما بخش نمایشی به‌روزرسانی نمی‌شود

علامت:

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

دلایل رایج:

  • 页面缓存未清理或清理范围不正确
  • پیش‌گرم/خزنده اجرا نشده، بعد از پاک‌کاری کش سرد شده و باعث میشه اولین بازدید کُند باشه، در عین حال تو اشتباه فکر می‌کنی که آپدیت نشده
  • اگر شما کش کنارۀ CDN را فعال کدید، کنار هم ممکنه منابع کهنه ره نگه داره

راهِ حل:

  • ایجاد “استراتیژی پاک‌کاری بعد از نشر/بازطراحی”: فقط صفحه‌های مربوطه پاک شون، نه پاک‌کاری سختِ تمام سایت
  • برقید پیش‌گرم‌سازی برای صفحه‌های مهم (صفحهٔ اصلی، صفحه‌های فرود اصلی) جور کُنید تا از “پاک‌کاری = کُند شدن” جلوگیری شوه”
  • ۱TP219T طبقه در صورت نیاز پاک‌کاری لبه انجام شود

مثال ۳: بعد از تبدیل چندزبانه/چندارزی، محتوا خراب می‌شه

علامت:

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

دلایل رایج:

  • کش به “ابعاد گونه‌گونی” جدا نشده است (cookie / پارامتر / پیشوند زبان / زیردامنه)
  • نتیجه صفحه زبان A به کاربر زبان B از کش رسید

راهِ حل:

  • 明确你的多语言方案：目录/子域/参数/cookie
  • قانونای کش را با “استراتیژی گونه” اضافه کو یا صفحه‌های مهم ره مستثنا کو
  • بعضی سایتا به روش پیشرفته‌تر “کش تکه‌ای” ضرورت داره (W3TC برای کنترول مهندسی‌شده مناسب‌تر است)

مثال 4: بعد از فعال‌سازی کش در سایت فروشگاهی، سبد خرید/تسویه‌حساب مشکل پیدا کرد

علامت:

  • تعداد خریداری، قیمت یا دکمۀ تصفیه درست نیست
  • بعد از ورود محتوای مربوط به خود را نمی‌بینم (شدید)

دلایل رایج:

  • صفحه‌های مهم مثل سبد خرید، پرداخت و حساب من کش شده اند
  • کوچک‌سازی/ادغام JS باعث ناسازگاری پرداخت/اجزای پویا می‌شود

راهِ حل:

  • ووکامرس رسماً واضح کده: سبد خرید / تسویه حساب / حساب ره کش نکنین، و پیشنهاد موشه از فشرده‌سازی فایل‌های JS خودداری شونه
  • اول “کشِ صفحه + حذف موارد” ره پایدار کد، بعد بهینه‌سازی فرانت‌اند ره در نظر بگیر
  • اگر از WP Super Cache استفاده کو، WooCommerce یادآوری موکه که ای به‌طور بومی سازگار است و به‌گونه پیش‌فرض از کش‌کدن صفحه‌های کلیدی جلوگیری موکه

مورد ۵: بعد از فعال‌سازی “تأخیر JS/ادغام اسکریپت”، مینو/فورم/پاپ‌آپ خراب شد

علامت:

  • مِنو ره‌نما باز نَمیشه
  • اعتبارسنجی فورم نامعتبر است یا قابل ارسال نیست
  • پاپ‌آپ/اسلایدشو غیرعادی
  • رویداد آماری/تبدیل فعال نمی‌شه（دردناک‌ترین چیز برای سایت تبلیغاتی）

دلایل رایج:

  • تاخیر دَی جی‌اس وخت اجرای اسکریپت ره تغییر می‌ته: پیش از تعاملِ کاربر اسکریپت اجرا نمی‌شه، بعضی کامپوننت‌ها وابسته‌ان که “همزمان با بارگذاریِ صفحه مقداردهی اولیه شَن”
  • یکجا کدن/فشرده کدن شاید ترتیب اسکریپت ره تغییر بده یا وابستگی‌ها ره خراب کنه

WP Rocket رسمی “تأخیر در اجرای JS” ره یکی از قوی‌ترین بهینه‌سازی‌های JS خُد توصیف مه‌کنه: اسکریپت‌ها تا بعد از تعامل کاربر به تأخیر می‌فته تا رندر صفحه در اولویت قرار بگیره. ای قابلیت بسیار قوی‌یه، اما ای هم معنی ازو ره داره که خطر ناسازگاری بلندتره.

راهِ حل:

  • فعال‌سازی مرحله‌به‌مرحله: اول کَش، بعد عکس، بعد CSS، و در آخر JS
  • اسکریپت‌های مهم ره استثنا کو (پرداخت، فورم، مینو، ردیابی)
  • هر تغییر باید چک‌لیست تست بازگشتی داشته باشه

نمونه ۶: فقط LiteSpeed Cache نصب شُده، اما حس می‌شه کِه فایده زیاد نَداره

علامت:

  • LiteSpeed Cache ره فعال کدیم، ولی TTFB زیاد پایین نَمد}
  • درصد موفقیت هم چندان معلوم نیسته

دلایل رایج:

  • سرور شُما LiteSpeed/OpenLiteSpeed نیسته، پس از قابلیت‌های اصلی LSCache استفاده نَمیشه
  • یا یک عالمه بهینه‌سازی‌های ازی ره فعال کدی، اما “پالیسی کَش صفحه/پیش‌گرم‌سازی/مستثناها” جور نشده

راهِ حل:

  • اول هاست استک ره تأیید کد: آیا LiteSpeed/OpenLiteSpeed است؟
  • تمرکز کار ره بَرده پس به “استراتیژی کش صفحه + پیش‌گرم‌سازی + استثنا + پاک‌سازی”
  • اگر میزبان LiteSpeed نیست: WP Rocket یا WP Super Cache ره در نظر بگیرین