سایت CDN سرعت بهینه سازی

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

• منبع سایت لایههاست / PHP / دیتابیس / افزونه کش — تعیین‌کننده TTFB و فشار بخش پشت‌صحنه
• منبع طبقهتصویر بهینه‌سازی — تعیین حجم دانلود و سرعت تصویر بزرگ صفحه اول
• تحویل دادن طبقه：CDN —— تصمیم می‌گیره که منابع از بازدیدکننده نزدیک‌تر باشه، هیت پایدارتر باشه و سرور مبدا سبک‌تر کار کنه

این مقاله صحبت می‌کند CDN تسریع：

• فهمیدن این‌که CDN چه چیزه ره حل می‌کنه و چه چیزه ره حل نمی‌کنه
• شکل و سرویس‌دهنده مناسب CDN خوده انتخاب کده می‌تانه و فرق نسخه رایگان و ابتدایی ره بفهمه
• به ترتیب ریسک پایین راه‌اندازی کن، سایت را خراب نکن و کش فروشگاه/اعضا را دچار مشکل نکن
• بعد از راه‌اندازی می‌توان تأیید کرد که واقعاً مؤثر است و می‌توان بررسی کرد چرا به‌روزرسانی نشده است چرا کند شده است یا چرا محتوا اشتباه است“

۱. اول مفهوم ره روشن کو: CDN چی ره حل مه‌کنه، چی ره حل نه مه‌کنه

1.1 CDN 主要解决 3 件事

1.1.1 منابع ایستا سریع‌تر تحویل داده می‌شوند
تصاویر / CSS / JS / فونت / آیکون‌ها و منابع استاتیک دیگر به بازدیدکننده نزدیک‌تر است، دانلود سریع‌تر و رندر صفحه پایدارتر است.
برای وردپرس، به ویژه منابع قالب و افزونهwp-content/themes/、wp-content/plugins/و همچنین تصاویر کتابخانه رسانهwp-content/uploads/معمولاً “بزرگ‌ترین مصرف‌کننده حجم” است.

1.1.2 فشار منبع را کاهش دهید
命中边缘缓存后，请求不再频繁回源，源站的带宽、并发连接、磁盘 IO、CPU 波动都会更轻。
این برای صحنه‌های اوج مانند “صفحه رویداد، مقالات پربازدید، صفحه محصول” به‌ویژه واضح است.

1.1.3 ثبات را افزایش دهید (مقاومت بیشتر در برابر نوسانات)
در زمان اوج ترافیک، گره‌های لبه مقدار زیادی درخواست‌های تکراری را جذب می‌کنند، و سرور اصلی کمتر احتمال دارد که از کار بیفتد.
تُ به‌دیده‌گی “دسترسی نرم‌تر” خواهی کرد: حتی اگر فشار ناگهانی سرور اصلی افزایش یابد، کش لبه همچنان قادر به ارائه مداوم است.

---

1.2 CDN 不会自动解决的 3 类问题

1.2.1 منبع سایت خود به خود کند است
数据库慢、插件逻辑慢、PHP 计算慢 —— 这些属于源站层问题。
CDN می‌تانه منبع‌های استاتیکه ره تیزتر کُنه، اما اگه HTML صفحه اول ره هم خیلی آهسته جور کنی، کاربر باز هم احساس می‌کنه “باز شدنش کُند است”. ای وخت اول برگرد به: هاستینگ/پلاگین کش/بهینه‌سازی دیتابیس

1.2.2 تصویر خود خیلی بزرگ است
CDN 不能把 3MB 的大图“魔法变小”。
شما باید اول تصویر را بهینه کنید: استراتژی اندازه (تصاویر خیلی بزرگ را دانلود نکنید)، فشرده‌سازی، WebP/AVIF، استراتژی بارگذاری تنبل و غیره.

1.2..3 دریم طرف سکریپت کند است
تبلیغات، آمار، خدمات مشتری، و اجزای شبکه‌های اجتماعی از دامنه‌های شخص ثالث می‌آیند.
CDN 通常无法帮它们“更快”，你只能通过减少/延后加载、替换供应商、或做脚本策略优化来处理。

2. 30 秒选型：你需要哪一种 CDN 形态？

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

2.1 یکپارچه “نماینده معکوس” (آسان‌تر، مناسب برای بیشتر سایت‌ها)

**特点：**它不仅是 CDN，还把 DNS / SSL / 基础安全防护（如 DDoS/WAF） باهم بسته بندی کن. وقتی وصل شوی، این در مقابل وبسایت تو به عنوان نماینده عمل می‌کند.

تو چی بدست میاری:

• HTTPS 证书与 TLS 管理更简单
• 统一的安全防护入口（基础 DDoS、访问控制、WAF 等）
• لبه کش ذخیره و موتور قوانین (می‌تواند سیاست‌های کش دقیق‌تر و دور زدن را انجام دهد)
• “فضای قابل توسعه بزرگ‌تر است”: در آینده اگر بخواهید امنیت، محدودیت سرعت، محافظت از ربات‌ها را اضافه کنید، معمولاً همه در یک سیستم واحد قرار دارند

**代表：**Cloudflare / 腾讯云国际 EdgeOne / 阿里云国际 ESA

اگر تو خواهی:

• تو می‌خواهی HTTPS + CDN + 基础安全 یکجا انجام دادن
• آیا می‌خواهید مدیریت تجزیه دامنه و لایه پروکسی را به یک پلتفرم واحد بسپارید
• 你更看重“整体体验与后续扩展”，不想把 DNS、证书、CDN、安全分成多套

---

2.2 纯“静态 Pull CDN”（低风险起步，主要加速图片/CSS/JS）

**特点：**你只把静态资源放到 CDN 边缘缓存；HTML 页面仍由源站（以及源站缓存插件）负责。

تو چی بدست میاری:

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

**代表：**bunny.net（按量计费模型清晰）

اگر تو خواهی:

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

3. چطور انجام دهیم

• لایه اول: نمایندگی یکپارچه (اولویت اول)：Cloudflare / EdgeOne / ESA
• 第二层：静态 Pull CDN（稳妥起步）：bunny.net / Cloudways CDN وغیره

4. توصیه شده خدمات دهنده‌ها

4.1 Cloudflareیکپارچه‌سازی پروکسی معکوس (شروع رایگان، اکوسیستم بالغ)

ای چی است
你把域名接入后，它作为代理站在网站前面，提供 CDN、证书、基础防护与缓存规则能力。

برای کی مناسب است

• آرامش می‌خواهی: HTTPS + CDN + امنیت پایه به‌صورت یک‌جا
• خواهان اکوسیستم بالغ: در آینده باید WAF، محدودیت سرعت، قوانین لبه و غیره اضافه شود، مسیر بسیار روان است

نکات خطر

• تازه‌سازی کار نکرد: بعد از راه‌اندازی CDN، زنجیرۀ کش درازتر میشه (کش مرورگر + کش CDN + کش سرور اصلی)، ضرورت است که “استراتژی نسخه” باشه تا به‌روزرسانی قابل‌کنترل باشه (در ادامه درخت عیب‌یابی آمده)
• HTML کش کردن با احتیاطاگر HTML کش شود، صفحات تجارت الکترونیک/عضویت/شخصی‌سازی باید به طور دقیق دور زده شوند، وگرنه ممکن است حوادث جدی رخ دهد (فهرست صحنه‌ها در ادامه آمده است)

تشریح：

• موقعیت: یکپارچه‌سازی پراکسی معکوس (SSL + CDN + محافظت پایه)
• مناسب: بدون دردسر راه‌اندازی، فضای گسترده برای توسعه‌های بعدی
• ارزش اصلی: گواهی‌نامه یکپارچه/امنیت/ورود به کش
• خطر: به‌روزرسانی به استراتژی نسخه متکی است؛ کش HTML باید به‌طور دقیق دور زده شود

---

4.2 Tencent Cloud International EdgeOneیکپارچه‌سازی پراکسی معکوس

ای چی است
شکل همانا یک پلتفرم یکپارچه “شتاب + امنیت + گواهی” است، مناسب برای قرار دادن سایت در لایه مدیریت نمایندگی یکپارچه.

• 和Cloudflare一样拥有免费版，但通常会有 سهمیه/حداکثر قابلیت（规则数量、日志任务数量等），但不需要修改DNS，只需要cname接入即可，تجارت ویب‌سایت‌ها نسخه رایگان را توصیه نمی‌کنند！
• برنامه رایگان معمولاً به این معنی است SLA تضمین نمی‌کند
  استفاده می‌شود، اما به عنوان “بسته SLA تجاری” استفاده نکنید.

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

وضاحت:

• موقعیت‌یابی: یکپارچه‌سازی پروکسی معکوس (شتاب‌دهی + امنیت + گواهی‌نامه)
• مناسب: کسانی که می‌خواهند دسترسی یکپارچه داشته باشند و توانایی‌های گره‌های سرزمین اصلی چین را در نظر بگیرند
• رایگان: برنامه رایگان موجود است اما محدودیت دارد و SLA معمولاً تضمین نمی‌شود
• خطر: باید قوانین، گزارش‌ها و سهمیه‌های زیر دامنه را از قبل برنامه‌ریزی کرد؛ کش HTML نیز باید با دقت مدیریت شود

---

4.3 علی‌کلود بین‌المللی ESAیکپارچه‌سازی پراکسی معکوس

• 和Cloudflare一样拥有免费版，但通常会有 سهمیه/حداکثر قابلیت（规则数量、日志任务数量等），但不需要修改DNS，只需要cname接入即可，تجارت ویب‌سایت‌ها نسخه رایگان را توصیه نمی‌کنند！
• د نړيوال سايټ حساب جوړ کړئ او وکاروئ
• به کنسول ESA وارد شوید و سایت را اضافه کنید و رایگان را انتخاب کنید Entrance پیکیج دسترسی
• اگر تو می‌خواهی در سرزمین اصلی چین به طور خودکار به خط سرزمین اصلی چین سوئیچ کنی، معمولاً باید ابتدا ثبت ICP را کامل کنی؛ وقتی ثبت نشده باشد، فقط می‌توانی از خط بین‌المللی استفاده کنی.
• رایگان بیشتر برای توسعه آزمایش و ارزیابی مناسب است معمولا با بسته SLA تجاری برابر نیست
• بسته رایگان معمولاً محدودیت سرعت و روش‌های پشتیبانی دارد (مثلاً SLA)

دربارهٔ خط‌های سرزمین اصلی چین:

• برای فعال کردن گره‌های سرزمین اصلی چین معمولاً باید شرایط ثبت و منطقه‌ای را برآورده کنید
• رایگان ورودی پیش‌فرض مسیر بین‌المللی است اگر می‌خواهید مسیر چین اصلی را انتخاب کنید باید تکمیل شوددرخواست ثبت ICP چین

وضاحت:

• موقعیت‌یابی: یکپارچه‌سازی پروکسی معکوس (شتاب‌دهی سایت + امنیت)
• رایگان: حساب کاربری سایت بین‌المللی می‌تواند به صورت رایگان وارد شود؛ به طور پیش‌فرض شتاب‌دهی چین قاره‌ای شامل نمی‌شود
• مناسب برای ارزیابی/آزمایش و استفاده سبک؛ یا ارتقاء بسته بعدی
• خطر: مرزهای رایگان را به دقت بررسی کنید (SLA/محدودیت سرعت/روش پشتیبانی)؛ منطقه و ثبت نام را از قبل برنامه ریزی کنید

---

4.4 bunny.net：静态 Pull CDN（低风险起步，按量计费清晰）

如果你希望“先把最稳的收益拿到”，bunny 这种 Pull CDN 很适合：
این بیشتر شبیه “خدمت توزیع منابع” است: شما منابع ایستا را به آن می‌سپارید تا توزیع کند، هزینه معمولاً به ترافیک/درخواست/منطقه مربوط است، مدل واضح و قابل کنترل است.

مناسب برای:

• اول کار کن تصویر / CSS / JS / فونت شتاب‌دهی ایستا
• 你想先拿到“低风险且稳定的收益”，不急着把整站交给代理型平台（DNS/SSL/WAF 一体化）
• تو می‌خواهی مدل هزینه نزدیک‌تر به “هر چه استفاده کنی پرداخت می‌کنی” باشد، نه اینکه از ابتدا وارد سیستم بسته‌های پیچیده شوی

نکات خطر

تقریباً همه مشکل‌های “نوشدنِ اپدیتِ منابع استاتیک” باگ CDN نیستندبلکه این عملکرد عادی سیستم کش است:
وقتی که تو در پشت صحنه CSS/JS/تصویرها را به‌روزرسانی کردی امامنبع URL تغییر نکرده（同一个地址/文件名/路径），CDN 和浏览器都会合理地继续命中旧缓存，于是你就看到“怎么没更新”。

یک قاعده واضح و قابل اجرا:

نسخه نمبر اولویت دارد، پاکسازی تضمینی است.

چرا اینطوری بهترین ثبات است:

• نسخه نمبر/نام فایل تغییر → URL 变化 → CDN 当作新资源缓存 → 新版本几乎立刻生效
• Purge (کشیدن کش) نیاز به فعال‌سازی دستی دارد، که ممکن است باعث عدم دقت در محدوده و تأخیر در انتشار به گره‌ها شود؛ Purge مکرر همچنین می‌تواند باعث کاهش نرخ موفقیت، افزایش بازگشت به منبع و نوسانات بیشتر شود.

مثال های آسان برای فهمیدن:

• style.css محتوا تغییر کرد، اما URL هنوز هم style.css → CDN 继续给旧缓存（合理）
• URL تبدیل شود style.css?ver=20260103 或 style.abc123.css → CDN 认为是新资源 → 新版本立刻生效

bunny 作为“第一步 CDN”的最佳实践

1. اول فقط منابع ایستا را پوشش بده(تصویر/CSS/JS/فونت) HTML را فوراً کش نکنید
   • فایده: تقریباً هیچ‌گاه حادثه جدی مانند “کاربر دیدن محتوای دیگران یا شماره سبد خرید اشتباه” رخ نمی‌دهد
   • تو هم آسان‌تر می‌توانی درآمد را تأیید کنی: منابع ایستا سریع‌تر، سرور اصلی سبک‌تر
2. نقشه‌ریزی درست سیاست به‌روزرسانی
   • CSS/JS: کوشش کن شماره نسخه یا نام فایل را تغییر بده
   • تصویر: کوشش کنید که به طور طولانی مدت “همنامی پوشش” نشود، تغییر نام فایل یا مسیر جدید ترجیح داده می‌شود (به ویژه بنر صفحه اصلی و تصاویر رویداد)
3. پس از راه‌اندازی با فهرست تأیید بررسی کنید
   • 静态资源是否来自 CDN
   • آیا نرخ موفقیت به تدریج افزایش یافته است و آیا پهنای باند/درخواست‌های منبع پایدارتر شده‌اند (فهرست تأیید در ادامه)

5. نقشه مسیر راه‌اندازی: در 3 مرحله پیشرفت می‌کند (از پایدار به قوی)

سبب که CDN در شروع کار راحت‌تر “به‌هم بریزه” ای است که از همو اوّل می‌خواهی تمام توانایی‌هایش ره تا آخر باز کنی.

阶段 1：只做静态资源 CDN（强烈建议先做）

هدف：图片/CSS/JS/字体先走 CDN；HTML 不在 CDN 缓存（或暂时不动）。

چرا اول این را انجام دهیم که مطمئن تر است

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

این مرحله سوالات رایج است (در آینده درخت بررسی ارائه خواهد شد)

• 混合内容（HTTPS 页面加载 HTTP 资源）
• منابع ایستا به‌روزرسانی نشده‌اند (آدرس URL تغییر نکرده است)

---

مرحله ۲: استراتژی تازه‌سازی (اولویت نسخه، پاک‌سازی/بی‌اعتباری پشتیبان)

这是“CDN 做得专业不专业”的分水岭。

یک قانون سخت:

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

چرا وقتی زنجیره کش طولانی می‌شود، به یک موضوع مرموز تبدیل می‌شود؟

• مرورگر کش: ممکن است CSS/JS قدیمی در محلی شما ذخیره شده باشد
• CDN 缓存：边缘节点可能缓存了旧资源
• منبع کش: افزونه کش یا کش سرور ممکن است هنوز محتوای قدیمی را نمایش دهد

اگر تو هیچ استراتژی نسخه نداری، نشر دادن تبدیل می‌شود به:
“چیزها را تغییر داد → تازه کردن → نشد → دوباره کش را پاک کن → هنوز نشد → دوباره کش لایه دیگر را پاک کن”
这就是很多人对 CDN 的最大痛点。

---

مرحله ۳ (پیشرفته): آیا HTML را کش کنیم؟ (سود بالا، اما ریسک بسیار زیاد)

HTML کش ذخیره‌سازی (کش کل سایت/کش لبه) می‌تواند به طور قابل توجهی TTFB را کاهش دهد، اما در محیط وردپرس نیز منطقه‌ای با حوادث زیاد است.

不确定就不要缓存 HTML。先静态 CDN + 源站缓存插件。

اگر می‌خواهید HTML را کش کنید، دو اصل وجود دارد:

1. فقط از “حالت بازدیدکننده” شروع کنیدفقط صفحات بازدیدکنندگان وارد نشده را ذخیره کن
2. اول فهرست دور زدن را بنویسدرستی اولویت دارد، بعداً درباره نرخ برخورد صحبت می‌کنیم

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

6.1 محتوایی سایت / بلاگ (مقالات اصلی، بازدیدکنندگان زیاد)

توصیه شده

• منابع ایستا: کش کامل
• می‌توان صفحهٔ “بازدیدکننده وارد نشده” را کش کرد”

عموماً باید دور زده شود

• پشت صحنه و ورود:/wp-admin/*、/wp-login.php
• پیش‌نمایش/پیش‌نویس
• صفحه نتایج جستجو (پارامترها زیاد تغییر می‌کند، فعلاً کش نکنیم بهتر است)
• 表单提交/评论提交的 POST 请求

کلید کش حداقل باید متمایز باشد

• 是否登录（cookie 维度）
• زبان (چندزبانه سایت)

---

6.2 شرکت سایت / صفحه فرود بازاریابی (فرم‌ها، فعالیت‌های متعدد)

توصیه شده

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

آسان‌ترین دام: پارامترهای ردیابی باعث شکستن کش می‌شوند
صفحه فرود رایج utm_* پارامتر:

• همه شرکت‌کننده‌های کلید کش
• همه نادیده گرفته شود → برخی صفحات که به پارامترهای وابسته رندر می‌شوند ممکن است مطابق انتظار نباشند

---

6.3 عضویت سایت / کورس سایت / جامعه (نسبت ورود بالا)

نتیجهHTML کش باید خیلی محتاطانه باشد.
稳妥做法通常是：静态 CDN + 源站缓存/对象缓存；HTML 只缓存访客态。

باید دور زد

• ورود/ثبت نام/بازیابی رمز عبور
• مرکز حساب، سفارشات/اشتراکات، پروفایل
• هر صفحه و رابطی که به حالت کاربر مرتبط باشد

---

6.4 فروشگاه آنلاین (WooCommerce)

مهمترین فهرست دور زدن

• سوداگاہ، حساب کتاب، حساب
• صفحات مربوط به تایید سفارش و بازخورد پرداخت
• ورود/ثبت نام، کوپن‌ها/امتیازات و دیگر ورودی‌های مرتبط با وضعیت کاربر

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

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

---

6.5 چند زبانہ / چند ارزی سایت

توصیه شده

• منابع ایستا: کش کامل
• قابل کش شدن حالت بازدیدکننده است اما کلید کش باید به وضوح تفاوت زبان و نوع ارز را مشخص کند

کلید کش باید در نظر گرفته شود

• زبان (مسیر) /en/ /zh/ یا زیر دامنه en.）
• آیا داخل شوی (cookie)
• ارز/نرخ مالیات (اگر نمایش را تحت تأثیر قرار دهد)

---

7. هشدار خطر

خطر 1: ذخیره نادرست محتوا (بیشترین شدت)

• کش ذخیره منابع ایستا اشتباه است بیشتر مربوط به سبک‌ها/تصاویر قدیمی
• HTML کش ذخیره‌سازی خطا: ممکن است محتوای رشته، رشته سبد خرید، رشته حساب کاربری اشتباه شود —— این یک حادثه جدی است

خطر ۲: به‌روزرسانی مؤثر نیست (معمول‌ترین)

بعد از اینکه طول زنجیره کش تغییر کرد، “تغییر نکرده است” بیشتر رایج می‌شود:

• نسخه نمبر/فایل نام تغییر اولویت
• پاکسازی/بی‌اثر
• روند نشر باید قابل تکرار باشد (بداند هر بار کدام URL ها تغییر کرده‌اند)

خطر ۳: حد تعهد نسخه رایگان/مقدماتی

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

خطر ۴: توانایی‌های مرتبط با سرزمین اصلی چین به آسانی ممکن است اشتباه فهمیده شوند

• ESA: خواستار استفاده از مسیر سرزمین اصلی چین هستید باید ثبت ICP چین را انجام دهید
• EdgeOne: Khwāhish dāram ke rāh-e Chin-e Buzurg rā peyravi konam, lāzem ast ke sabt-e ICP-e Chin anjām shavad.

8 فهرست تأیید: چگونه بعد از راه‌اندازی تأیید کنیم که “واقعاً مؤثر است”

8.1 静态资源是否真的走了 CDN？

• تصویر/CSS/JS از نام‌دامنه/نود لبه CDN است؟
• آیا می‌توان نشانه‌های واضحی از برخورد کش را دید (نشان‌ها در پلتفرم‌های مختلف متفاوت است)

8.2 آیا فشار سرور منبع کاهش یافته است؟

• آیا پهنای باند منبع پایدارتر است
• آیا تعداد درخواست‌های منبع/اتصالات کاهش یافته است (به ویژه درخواست‌های منابع تکراری)؟

8.3 آیا به‌روزرسانی قابل کنترل است؟

• یک بار CSS/JS را تغییر دهید یا یک تصویر را جایگزین کنید
• آیا نسخه جدید می‌تواند از طریق تغییر شماره نسخه یا نام فایل به سرعت اعمال شود
• اگر فقط با Purge بتوان به‌روزرسانی کرد، یعنی استراتژی نسخه هنوز درست نشده است (اولویت با استراتژی تکمیل است، Purge را به عنوان کار روزمره در نظر نگیرید)

8.4 آیا صفحات کلیدی پویا درست است؟

(تجارت الکترونیک/سایت اعضا ضروری)

• آیا محتوای صفحه پس از ورود/خروج درست است؟
• آیا صفحات مربوط به سبد خرید/تسویه حساب/حساب همیشه درست هستند؟
• آیا مشکل نمایش محتوای حالت کاربر مشابه برای کاربران مختلف وجود دارد (خطر بالا)

8.5 آیا نرخ خطا افزایش یافته است؟

• بازگشت منبع وقت تمام شد ۵xx گاهی اوقات باز نمی‌شود
• این‌ها معمولاً به این معنا هستند: بارگذاری ناکافی سرور منبع، اشتباه در قوانین، فعال شدن محدودیت سرعت، یا مشکل در مسیر بازگشت منبع

9. درخت بررسی عدم به‌روزرسانی مؤثر (تبدیل “ماورایی” به مراحل)

اول تصمیم بگیر که با کدام نوع مشکل مواجه هستی:

9.1 ایستا منابع نوسازی نشده (CSS/JS/تصاویر هنوز قدیمی است)

حالت A: فقط تو خودت کهنه را می‌بینی، حالت مخفی/تعویض دستگاه جدید است
اولویت شک: کش مرورگر

• حل راه: شماره نسخه/نام فایل تغییر کرده و منبع جدید منتشر شده است

حالت ب: همه کس کهنه را می‌بینند (مخفی/دستگاه‌های مختلف هم کهنه)
优先怀疑：CDN 仍命中旧缓存

• 99% دلیل: منبع URL تغییر نکرده است
• ترجیحی حل: استراتژی نسخه
• پوشش نهایی: پاک‌سازی (راه‌حل موقتی)

حالت ج: بعد از اینکه تصویر با نام مشابه جایگزین شد، همیشه تصویر قدیمی نمایش داده می‌شود
这是浏览器缓存 + CDN 缓存叠加的经典问题

• کاربردی مشوره: کوشش کن که درازمدت “همنام پوشانی” را اجتناب کنی، از نام فایل/مسیر جدید یا شماره نسخه استفاده کن

---

9.2 HTML تازه نشده (محتوای صفحه/ماژول هنوز قدیمی است)

حالت A: پس‌زمینه/بعد از ورود جدید است، بازدیدکننده نسخه قدیمی را می‌بیند
اولویت شک: HTML حالت بازدیدکننده کش شده است

• اول تایید کن: آیا این نوع صفحه‌ها باید HTML کش بشوند یا نه؟
• اگر باید کش شود: نیاز به استراتژی تازه‌سازی قابل کنترل است، در غیر این صورت انتشار غیرقابل کنترل خواهد بود

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

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

حالت C: مشکل در ورود کاربر/سبد خرید
نشانه‌های خطرناک: ممکن است محتوای نادرست در کش ذخیره شده باشد

• فوراً بررسی کن که آیا صفحه‌های حالت کاربر (سبد خرید/تسویه حساب/حساب کاربری و غیره) کش شده‌اند یا نه
• 检查 Cache Key 是否把“用户态 cookie/语言/币种”等关键变体忽略了

10. توصیه

Cloudflare

• یکپارچه‌سازی پروکسی معکوس
• مناسب: شروع آسان و بی‌دردسر
• نکته اصلی: استراتژی نسخه برای حل به‌روزرسانی؛ کش HTML از حالت بازدیدکننده انجام می‌شود
• خطر: صفحات پویا باید دور زده شوند

Tencent Cloud International EdgeOne

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

علی‌کلود بین‌المللی ESA

• یکپارچه‌سازی پروکسی معکوس
• رایگان: حساب کاربری سایت بین‌المللی قابل استفاده است، ورود رایگان
• خطر: مرز رایگان (SLA/پشتیبانی/محدودیت سرعت) و شرایط منطقه/ثبت باید قبلاً تأیید شود
• مناسب برای ارزیابی/آزمایش و دسترسی سبک؛ یا ارتقاء بسته‌های بعدی، یا در نظر گرفتن توانایی‌های گره‌های سرزمین اصلی چین و دسترسی یکپارچه

bunny.net

• 静态 Pull CDN
• مناسب است: اول کم‌ریسک شتاب‌دهی ایستا را انجام دهید
• نکته اصلی: شماره نسخه اولویت دارد، پاکسازی به عنوان پشتیبان؛ جلوگیری از همپوشانی با نام‌های مشابه
• خطر: اگر ستراتیژی به‌روزرسانی درست انجام نشود، مکرراً با “منابع قدیمی” مواجه خواهید شد”

11. پیشنهادات عملی

1. 先选形态：反向代理一体化（Cloudflare/EdgeOne/ESA）还是静态 Pull CDN（bunny）
2. بہ مرحلہ وار آن لائن کریں:اول سکونت → بعد نسخه سیاست → آخر HTML کش را در نظر بگیر
3. پس از راه‌اندازی بر اساس فهرست تأیید بررسی کنید: موفقیت/بازگشت منبع/به‌روزرسانی/دور زدن پویا/نرخ خطا
4. بیشتر تیزتر نیاز است: برگرد به “پلاگین کش” و “بهینه‌سازی تصویر”، لایه منبع و لایه منابع را یک دور دیگر فشرده کن

WordPress CDN 常见问题

1. 用了 CDN 为什么还是慢？

最常见原因不是 CDN 没用，而是瓶颈不在“交付层”。

تو می‌توانی به این ترتیب قضاوت کنی:

• TTFB هنوز هم بلند استمنبع سایت HTML تولید کُند است (پایگاه داده/افزونه/تنظیمات افزونه کش/کارایی میزبان) → بازگشت به بهینه‌سازی لایه منبع سایت
• صفحه اول تصویر بزرگ خیلی کند استعکس حجم، اندازه یا فرمت درست نیست → اول عکس را بهینه کن (فشرده‌سازی، WebP/AVIF، استراتژی اندازه)
• اسکریپت‌های شخص ثالث کند می‌کنند：广告/统计/客服脚本常见 → CDN 通常帮不上，需要减少或延后加载
• فقط در بعضی مناطق کندممکن است پوشش گره، مسیر بازگشت، یا کش نشدن (نرخ برخورد پایین) باشد → نرخ برخورد و وضعیت بازگشت را بررسی کنید

CDN 负责把“已优化好的资源”送得更快；源站慢、图片大、脚本慢要分别处理。

---

2. چرا من CSS/JS/تصاویر را به‌روزرسانی کردم اما کاربران هنوز نسخه قدیمی را می‌بینند؟

这是 CDN 场景最常见的问题，核心原因通常是：منبع URL تغییر نکرده، سیستم کش به طور معقول به کش‌های قدیمی ادامه خواهد داد.

مستحکم‌ترین اصول مدیریت:

• نسخه نمبر اولویتURL منابع را تغییر دهید (برای مثال style.css?ver=xxxx یا نام فایل hash
• پاک‌سازی تضمینیوقتی که هنوز سیاست نسخه‌گذاری را ایجاد نکرده‌ای، فقط به عنوان یک راه حل موقتی از پاک کردن کش استفاده کن

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

---

3. آیا من به کش کردن HTML نیاز دارم؟ اگر کش نکنم آیا بی‌معنی خواهد بود؟

ضروری نیست.

对很多站点来说，CDN 的最大价值来自：

• منابع ایستا (تصویر/CSS/JS/فونت) سریع‌تر
• کاهش فشار منبع و بهبود ثبات

کش HTML درآمد واقعاً ممکن است بیشتر باشد (TTFB کمتر خواهد بود)، اما ریسک نیز بالاتر است: تجارت الکترونیک، عضویت، محتوای شخصی‌سازی شده، چندزبانه/چندارزی به راحتی ممکن است محتوای اشتباه را کش کنند.

راه مطمئن:

1. 先做静态 CDN（低风险高回报）
2. نسخه ستراتیژی و تایید فهرست را اجرا کن
3. دوباره ارزیابی کن آیا HTML کش شود (از “حالت بازدیدکننده” شروع)

---

4. 电商站能不能上 CDN？会不会把购物车搞乱？

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

• منابع ایستا قابل ذخیره‌سازی استتصویر، CSS، JS
• صفحه حالت کاربر باید دور زده شودکارت خرید، تسویه حساب، صفحات مربوط به حساب کاربری نباید HTML کش شوند
• اگر تو این صفحات را HTML کش نکنی، خطر “دسترسی به سبد خرید یا حساب دیگران” به طور قابل توجهی کاهش می‌یابد

---

5. 多语言/多币种站点怎么做 CDN 才不会串语言/价格？

مرکزیت دارد بر کلید کش آیا درست است؟

• زبان (مسیر یا زیر دامنه)
• ارز (اگر قیمت را تحت تأثیر قرار دهد)
• آیا داخل شوی (cookie)
• ناحیه/نرخ مالیات (اگر صفحه بر اساس ناحیه تغییر کند)

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

---

6. 我该选反向代理一体化（Cloudflare/EdgeOne/ESA）还是静态 Pull CDN（bunny）？

تُو می‌تونی بر اساس “هدف” و “ترجیح ریسک” انتخاب کنی:

• می‌خواهید همه را یک‌باره راه بیندازید: HTTPS + CDN + امنیت پایه، و بعداً هم بتوانید قواعد/WAF را گسترش دهیدیکپارچه‌سازی پروکسی معکوس
• می‌خواهم اول قدم اول را که مطمئن‌تر است بردارم (منابع ایستا سریع‌تر است)، نمی‌خواهم کل سایت را پروکسی کنم:静态 Pull CDN(مثلاً bunny)

اگر تو درنگ کنی، پیشنهاد پیش‌فرض این است:اوّل استاتیک CDN نسخه استراتژی و فهرست تأیید را اجرا کنید سپس تصمیم بگیرید که آیا به نماینده/کش HTML بروید یا نه

---

7. آیا نسخه رایگان می‌تواند مستقیماً در وب‌سایت رسمی استفاده شود؟

میتوان استفاده کرد اما “رایگان” را به عنوان “شروع/ارزیابی/استفاده سبک” در نظر بگیرید نه به عنوان “طرح رسمی با SLA تجاری”

• آیا می‌توانی طرح رایگان را قبول کنیحداکثر سهمیه کمبود امکانات تفاوت در روش پشتیبانی و احتمالاً بدون تعهد SLA？
• اگر نمیتوانید، باید رایگان را به عنوان آزمایش در نظر بگیرید و بعداً به بسته مناسب تر ارتقا دهید

---

8. 我怎么确认 CDN 真的生效了，而不是心理安慰？

با این سه قدم تایید کنید (نیازی به هیچ ابزار پیچیده نیست):

1. 看静态资源是否从 CDN 返回آیا منبع (تصویر/CSS/JS) تغییر کرده است؟
2. نرخ موفقیت و بهبود بازگشت منبع را بررسی کنید(فقط وقتی افزایش ضربه و کاهش بازگشت واقعی سود محسوب می‌شود)
3. یک بار تغییر دادن استراتژی به‌روزرسانی تأیید CSS/تصویرنسخه نمبر فعال است، نشان می‌دهد مسیر قابل کنترل است

اگر تو نتوانی بند ۳ را انجام دهی، بهینه‌سازی‌های بعدی بیشتر باعث می‌شود که “به‌روزرسانی‌ها اثر نکنند” و اذیت شوی، پیشنهاد می‌شود که اولویت را به تکمیل استراتژی نسخه بدهی.

---

9. چرا فعال کردن تسریع در سرزمین اصلی چین اغلب گیر می‌کند؟

زیاده‌ترین دلیل این است:انتخاب منطقه با شرایط ثبت مطابقت ندارد。

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

---

10. 我该先装缓存插件还是先上 CDN？

ترتیب عمومی پیشنهادی این است:

1. منبع سرور: افزونه کش/پایه میزبان ابتدا پایدار (کاهش TTFB، کاهش فشار پس‌زمینه)
2. سطح منابع: بهینه‌سازی تصاویر برای کاهش حجم
3. 交付层：CDN 把资源送得更快、更稳

اگر حالا فقط می‌خواهی یک کار انجام دهی و از شکست می‌ترسی:先上静态 CDN（阶段 1）،درآمد ثابت، کمترین ریسک.