راهنمای جامع اتصال Bunny.net به افزونه‌های کش WP Rocket و W3 Total Cache (پیکربندی Bunny.net)

درود بر شما. من محمد صدرا حسینی هستم، کارشناس سئو در وزیر سئو.

دستیابی به سرعت بارگذاری زیر یک ثانیه در وردپرس، نیازمند یک استراتژی دوگانه و هماهنگ است: کش قدرتمند در مبدأ (سرور) و تحویل سریع محتوا در لبه شبکه (Edge). سرویس Bunny.net به عنوان یک CDN پیشرو، راه‌حل دوم را ارائه می‌دهد، اما اتصال صحیح آن به افزونه‌های کش وردپرس (مانند WP Rocket یا W3TC) اغلب نقطه چالش فنی است. تنظیمات نادرست می‌تواند منجر به خطاهای 404، مشکلات Mixed Content یا عدم پاک‌سازی صحیح کش شود.

در این راهنمای پیکربندی Bunny.net، ما به صورت مرحله-به-مرحله، از ساخت Pull Zone تا تنظیمات تخصصی در افزونه‌های کش و عیب‌یابی‌های پیشرفته، تمام دانش فنی لازم برای یکپارچه‌سازی بی‌نقص و دستیابی به حداکثر کارایی (Performance) را در اختیار شما قرار خواهیم داد.

 جدول کاربردی

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

چرا باید Bunny.net را در کنار یک افزونه کش وردپرس استفاده کنیم؟

درک تفاوت: CDN (شبکه توزیع محتوا) در مقابل کش محلی (Local Caching)

برای درک ضرورت استفاده همزمان، ابتدا باید مأموریت مجزای هرکدام را به صورت شفاف تعریف کنیم:

۱. کش محلی (Local Caching):

• وظیفه: افزونه‌های کش (مانند WP Rocket یا LiteSpeed Cache) در مرکز داده (Data Center) شما، یعنی روی سرور میزبان (Host) شما، عمل می‌کنند.
• فرایند: این ابزارها یک نسخه ثابت و آماده (فایل HTML استاتیک) از صفحات پویای شما (که نیازمند اجرای PHP و کوئری‌های دیتابیس هستند) ایجاد می‌کنند. هنگامی که کاربر از سایت بازدید می‌کند، سرور به جای پردازش مجدد و سنگین، بلافاصله آن فایل HTML آماده را تحویل می‌دهد.
• نتیجه: کاهش چشمگیر زمان پاسخ‌دهی اولیه سرور (TTFB – Time to First Byte) و صرفه‌جویی در منابع پردازشی (CPU و RAM) سرور اصلی.

۲. شبکه توزیع محتوا (CDN – مانند Bunny.net):

• وظیفه: CDN مشکل «فاصله جغرافیایی» (Geographical Latency) را حل می‌کند. سرور میزبان شما در یک نقطه فیزیکی در جهان قرار دارد (مثلاً آلمان).
• فرایند:net فایل‌های استاتیک سایت شما (شامل همان فایل‌های کش شده، تصاویر، CSS و JS) را کپی کرده و در ده‌ها سرور قدرتمند در سراسر جهان (که «نقاط حضور» یا PoPs نامیده می‌شوند) توزیع می‌کند.
• نتیجه: زمانی که کاربری از استرالیا سایت شما را باز می‌کند، محتوا از نزدیک‌ترین PoP (مثلاً سیدنی) بارگیری می‌شود، نه از سرور اصلی شما در آلمان. این امر به طور دراماتیک زمان بارگذاری فیزیکی داده‌ها را کاهش می‌دهد.

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

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

زمانی که این دو تکنولوژی در هماهنگی کامل کار می‌کنند، نتایج مستقیمی بر «هسته‌های حیاتی وب» (Core Web Vitals) می‌گذارند که سنگ بنای رتبه‌بندی گوگل و تجربه کاربری (UX) است:

• ۱. بهینه‌سازی LCP (Largest Contentful Paint):
  • نقش کش: با ارائه سریع HTML، مرورگر زودتر می‌فهمد که «بزرگترین عنصر محتوایی» (معمولاً یک تصویر یا بلوک متن) چیست.
  • نقش CDN: سرویسnet آن تصویر یا فایل CSS مورد نیاز برای نمایش بلوک متن را با کمترین تأخیر فیزیکی (Latency) به مرورگر تحویل می‌دهد. ترکیب این دو، زمان LCP را به شدت کاهش می‌دهد.
• ۲. بهبود FID و INP (First Input Delay / Interaction to Next Paint):
  • نقش کش: با کاهش بار پردازشی سرور، «نخ اصلی» (Main Thread) مرورگر زودتر آزاد می‌شود تا به ورودی‌های کاربر (کلیک‌ها و اسکرول) پاسخ دهد.
  • نقش CDN: فایل‌های JavaScript (JS) که اغلب عامل مسدود شدن نخ اصلی هستند، از طریق CDN بسیار سریع‌تر دانلود و اجرا می‌شوند و سایت زودتر «تعاملی» (Interactive) خواهد شد.
• ۳. کاهش زمان پاسخ سرور (TTFB):
  • این یک «برد سریع» (Quick Win) است. افزونه کش TTFB را برای اولین بازدیدکننده (پس از ایجاد کش) بهینه می‌کند و CDN (با قابلیت‌هایی مانند Cache-Everything) می‌تواند TTFB را برای بازدیدکنندگان بعدی در سراسر جهان نزدیک به صفر کند.
• نتیجه نهایی (CRO): این بهبودهای فنی مستقیماً به «بهینه‌سازی نرخ تبدیل» (CRO) منجر می‌شوند. کاربری که با سایتی سریع و روان مواجه می‌شود، احتمال خروج (Bounce Rate) کمتری دارد و تمایل بیشتری برای تبدیل شدن به مشتری (Conversion) نشان می‌دهد.

Bunny.net چگونه بار روی سرور میزبان (Host) شما را کاهش می‌دهد؟

این بخش، یکی از مهم‌ترین مزایای استراتژیک و کمتر دیده‌شده‌ی استفاده از CDN است، به خصوص در مدل «پرداخت به میزان مصرف» (Pay-as-you-go) مانند Bunny.net.

۱. آف‌لود (Offloading) دارایی‌های سنگین:

• در یک وب‌سایت معمولی، بیش از ۸۰٪ حجم داده‌ها مربوط به فایل‌های استاتیک (تصاویر، ویدئوها، CSS, JS) است.
• بدون CDN: سرور میزبان شما موظف است به هر بازدیدکننده، تمام این فایل‌ها را تحویل دهد. این امر منجر به مصرف پهنای باند (Bandwidth) عظیم و فشار پردازشی بالا می‌شود.
• با CDN: پس از بارگیری اولیه، net تمام این دارایی‌های سنگین را از لبه شبکه (Edge) خود به کاربر تحویل می‌دهد. سرور میزبان شما فقط درگیر تحویل فایل HTML اولیه (که آن هم توسط افزونه کش سبک شده) است. این به معنای کاهش ۹۰ درصدی بار ترافیکی روی سرور اصلی است.

۲. پایداری در ترافیک‌های ناگهانی (Traffic Spikes):

• تصور کنید یکی از مقالات شما وایرال شود یا یک کمپین تبلیغاتی بزرگ اجرا کنید. بدون CDN، هجوم ناگهانی هزاران کاربر به سرور میزبان، به سرعت منابع (CPU/RAM) آن را به اتمام رسانده و سایت را از دسترس خارج می‌کند (Error 503).
• net به عنوان یک سپر عمل می‌کند. این ترافیک سنگین بین ده‌ها PoP قدرتمند در سراسر جهان توزیع می‌شود و سرور میزبان شما کوچکترین فشاری را احساس نخواهد کرد. این همان «مقیاس‌پذیری» (Scalability) در عمل است.

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

در پایان، باید این ذهنیت که «افزونه کش» و «CDN» رقیب یکدیگرند را کنار بگذاریم.

• افزونه کش وردپرس، موتور (Engine) خودروی شما را تقویت می‌کند تا بتواند در کسری از ثانیه به حداکثر توان برسد.
• net، جاده‌ای صاف و چند بانده (Network) در سراسر جهان می‌سازد تا آن خودرو بتواند توان خود را بدون هیچ مانع و ترافیکی به مقصد برساند.

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

اقدام عملی (Actionable Step): به جای انتخاب بین این دو، همین امروز پیکربندی صحیح افزونه کش خود در هماهنگی کامل با CDN (مانند Bunny.net) را در دستور کار قرار دهید تا از این هم‌افزایی قدرتمند بهره‌مند شوید.

پیش‌نیاز حیاتی: ایجاد و پیکربندی Pull Zone در داشبورد Bunny.net

آموزش گام به گام ساخت Pull Zone جدید

فرایند ایجاد Pull Zone در Bunny.net به صورت هدفمند، ساده و سریع طراحی شده است تا تمرکز شما بر روی پیکربندی صحیح باشد نه پیچیدگی‌های فنی.

۱. ورود به داشبورد: پس از ورود به حساب کاربری Bunny.net، از منوی ناوبری اصلی (سمت چپ) به بخش «Pull Zones» (مناطق کششی) مراجعه کنید.

۲. آغاز فرایند: روی دکمه «Add Pull Zone» (افزودن منطقه کششی) کلیک نمایید.

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

تنظیم Origin URL (آدرس دامنه اصلی شما)

این فیلد، قلب تپنده Pull Zone شما و مهم‌ترین بخش پیکربندی است. «آدرس مبدأ» (Origin URL) به Bunny.net می‌گوید که برای دریافت فایل‌های اصلی (تصاویر، CSS, JS، فونت‌ها و…) دقیقاً به کجا باید مراجعه کند.

• اقدام عملی (Actionable Step): آدرس کامل و دقیق دامنه اصلی وب‌سایت خود را (همراه با پروتکل صحیح https یا http) در این فیلد وارد کنید.
  • مثال صحیح: https://yourdomain.com
  • مثال اشتباه: com (بدون پروتکل)
• نکته تخصصی (E-E-A-T): اطمینان حاصل کنید که سرور مبدأ شما (Host) برای پاسخ‌دهی به درخواست‌های هدر (Headers) ارسالی از سوی net به درستی پیکربندی شده باشد و فایروال سرور شما، رنج IPهای Bunny.net را مسدود نکرده باشد.

درک گزینه‌های قیمت‌گذاری (Standard vs. High Volume)

Bunny.net دو مدل قیمت‌گذاری اصلی ارائه می‌دهد که انتخاب اشتباه در این بخش می‌تواند مستقیماً بر هزینه‌های شما و «تجربه کاربری» (UX) تأثیر بگذارد.

• ۱. Standard Network (شبکه استاندارد):
  • کاربرد: این شبکه برای «فایل‌های کوچک» (Small Files) بهینه‌سازی شده است. این دقیقاً همان چیزی است که یک وب‌سایت وردپرسی نیاز دارد: تحویل سریع CSS، JavaScript، تصاویر بهینه‌شده و فونت‌ها.
  • مدل هزینه: هزینه بر اساس «پهنای باند» (Bandwidth) مصرفی محاسبه می‌شود.
  • توصیه: برای ۹۹٪ وب‌سایت‌های وردپرسی (محتوامحور، شرکتی، فروشگاهی)، این تنها انتخاب صحیح و بهینه است.
• ۲. High Volume Network (شبکه حجم بالا):
  • کاربرد: این شبکه به طور خاص برای «فایل‌های حجیم» (Large Files) طراحی شده است؛ مواردی مانند استریم ویدئو، پادکست‌های طولانی، یا فایل‌های دانلودی سنگین (مانند نرم‌افزار).
  • مدل هزینه: هزینه به ازای هر گیگابایت در این مدل بسیار پایین‌تر است، اما تمرکز فنی آن بر سرعت تحویل فایل‌های کوچک نیست.

نتیجه‌گیری اجرایی: برای راه‌اندازی CDN وب‌سایت وردپرس، همیشه گزینه Standard Network را انتخاب کنید.

تنظیم CNAME (اختیاری اما به شدت پیشنهادی) برای استفاده از زیردامنه اختصاصی

پس از ایجاد Pull Zone، Bunny.net یک نام میزبان (Hostname) پیش‌فرض به شما اختصاص می‌دهد (مانند example-zone.b-cdn.net).

استفاده مستقیم از این آدرس در وب‌سایت وردپرسی شما یک اقدام غیرحرفه‌ای و به شدت غیراستراتژیک است. ما باید از یک رکورد CNAME برای «پوشاندن» (Masking) این آدرس استفاده کنیم.

• چرا CNAME حیاتی است؟
  1. انعطاف‌پذیری استراتژیک: اگر در آینده تصمیم بگیرید سرویس‌دهنده CDN خود را (از net به ارائه‌دهنده دیگری) تغییر دهید، کافی است فقط این رکورد CNAME را در تنظیمات DNS خود به‌روزرسانی کنید. در غیر این صورت، شما مجبور به تغییر صدها مسیر (Path) در دیتابیس وردپرس و پیکربندی مجدد افزونه‌ها خواهید بود.
  2. اعتبار (Authority) و برندسازی: استفاده از یک زیردامنه اختصاصی (مانند yourdomain.com) هم برای موتورهای جستجو و هم برای کاربران، سیگنال اعتماد (Trust) و ثبات فنی بالاتری ارسال می‌کند.
• مراحل تنظیم CNAME (اقدام عملی):
  1. به پنل مدیریت DNS دامنه خود مراجعه کنید (این پنل معمولاً در کلادفلر، یا پنل هاستینگ شما قرار دارد).
  2. یک رکورد (Record) جدید از نوع CNAME ایجاد کنید.
  3. در فیلد Host/Name، پیشوند دلخواه خود را وارد کنید (مثال پیشنهادی: cdn).
  4. در فیلد Value/Target/Points to، آدرس هاست‌نیم اختصاصی که از net دریافت کرده‌اید (مانند example-zone.b-cdn.net) را کپی و جایگذاری کنید.
  5. رکورد را ذخیره کنید. (انتشار تغییرات DNS ممکن است چند دقیقه طول بکشد).

پس از تکمیل موفقیت‌آمیز این مراحل، Pull Zone شما فعال شده و زیرساخت CDN آماده است تا از طریق آدرس اختصاصی (مانند cdn.yourdomain.com) به وردپرس متصل شود.

روش اول: اتصال گام به گام Bunny.net به افزونه WP Rocket (راهنمای عملی)

فعال‌سازی تب CDN در تنظیمات WP Rocket

فرایند اتصال در WP Rocket به شکل قابل توجهی ساده‌سازی شده و از هرگونه پیچیدگی فنی به دور است.

۱. ابتدا، در پیشخوان وردپرس خود، به مسیر «تنظیمات» (Settings) و سپس «WP Rocket» بروید.

۲. در داشبورد WP Rocket، به تبی (Tab) به نام «CDN» مراجعه کنید.

۳. گزینه اصلی این بخش، یعنی «Enable Content Delivery Network» (فعال‌سازی شبکه توزیع محتوا)، را علامت بزنید (فعال کنید).

وارد کردن CNAME (یا آدرس Pull Zone) در فیلد “CDN CNAME(s)”

این مرحله، نقطه اتصال فنی و استراتژیک بین سایت شما و Bunny.net است. در این فیلد، WP Rocket آدرس نهایی که باید فایل‌ها از آن بارگیری شوند را از شما دریافت می‌کند.

• اقدام عملی (Actionable Step): آدرس زیردامنه اختصاصی (CNAME) را که در مرحله قبل ایجاد کردید (مانند yourdomain.com)، در فیلد «CDN CNAME(s)» وارد نمایید.
• نکته تخصصی (E-E-A-T): اکیداً توصیه می‌کنم که فقط از CNAME اختصاصی خود استفاده کنید. گرچه WP Rocket به شما اجازه می‌دهد از آدرس پیش‌فرض Pull Zone (مانند example-zone.b-cdn.net) نیز استفاده کنید، اما همانطور که قبلاً اشاره شد، این کار یک ضعف استراتژیک بلندمدت محسوب می‌شود و انعطاف‌پذیری شما را در آینده برای تعویض CDN به شدت محدود می‌سازد.

تنظیمات پیشرفته: مستثنی کردن فایل‌ها (Exclude files)

در پایین همین صفحه، WP Rocket گزینه‌ای قدرتمند برای «مستثنی کردن فایل‌ها» (Exclude files) در اختیار شما قرار می‌دهد.

در ۹۵٪ سناریوهای استاندارد، شما نیازی به تغییر این بخش نخواهید داشت. اما، این گزینه یک ابزار «عیب‌یابی» (Troubleshooting) بسیار کارآمد است. اگر پس از فعال‌سازی CDN متوجه شدید که فایل JavaScript خاصی یا فونت آیکون (Font Icon) دچار تداخل شده و به درستی بارگیری نمی‌شود، می‌توانید مسیر (Path) آن فایل یا پوشه را در این بخش وارد کنید تا از بازنویسی URL آن جلوگیری شود و مستقیماً از سرور اصلی شما بارگیری گردد.

ذخیره تغییرات و پاک‌سازی کامل کش WP Rocket

پس از وارد کردن CNAME، دو اقدام نهایی و حیاتی را باید به ترتیب انجام دهید:

۱. بر روی دکمه «ذخیره تغییرات» (Save Changes) کلیک کنید تا تنظیمات CDN شما ثبت شود.

۲. اقدام ضروری: بلافاصله پس از ذخیره، به داشبورد اصلی WP Rocket بازگردید و از منوی نوار ابزار بالای پیشخوان وردپرس، گزینه «WP Rocket» و سپس «Clear Cache» (پاک‌سازی کش) را انتخاب کنید.

این پاک‌سازی کامل ضروری است. WP Rocket اکنون باید تمام فایل‌های HTML کش‌شده‌ی قبلی را حذف کند و نسخه‌های جدیدی بسازد که در آن‌ها، URLهای تمامی فایل‌های استاتیک (تصاویر، CSS, JS) به آدرس CNAME جدید شما بازنویسی شده‌اند.

(تجربه ما) چرا WP Rocket ساده‌ترین گزینه برای ادغام است؟

بر اساس تجربه عملی و تحلیل فنی متعدد، دلیل برتری مطلق WP Rocket در این سناریو، «شفافیت فرایند» و «پرهیز از پیچیدگی» است.

• ۱. عدم نیاز به افزونه جانبی: WP Rocket نیازی به افزونه‌های واسط (مانند افزونه رسمیnet) ندارد. قابلیت اتصال به CDN به صورت بومی (Native) و بهینه در هسته آن تعبیه شده است.
• ۲. تمرکز بر یک وظیفه (Single Responsibility): این افزونه تلاش نمی‌کند تنظیمات Pull Zone شما را مدیریت کند یا APIها را همگام‌سازی نماید (کاری که افزونه‌های دیگر انجام می‌دهند و اغلب باعث سردرگمی می‌شوند). WP Rocket فقط یک کار را به بهترین شکل انجام می‌دهد: بازنویسی URLها بر اساس CNAMEی که شما ارائه می‌دهید.
• ۳. پایداری و سازگاری تضمین‌شده: فرایند بازنویسی URL آن به ندرت با افزونه‌های دیگر، قالب‌ها یا ساختارهای پیچیده سایت دچار تداخل می‌شود. این پایداری (Reliability) در بهینه‌سازی سرعت، یک دارایی کلیدی است.

این رویکرد مینیمال و متمرکز، WP Rocket را به انتخاب شماره یک برای اجرای سریع و بدون خطای CDN تبدیل می‌کند.

روش دوم: پیکربندی Bunny.net در افزونه W3 Total Cache (تنظیمات تخصصی)

فعال‌سازی CDN از بخش General Settings

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

۱. در پیشخوان وردپرس، به منوی «Performance» (منوی اختصاصی W3TC) بروید.

۲. وارد بخش «General Settings» (تنظیمات عمومی) شوید.

۳. به پایین اسکرول کنید تا به کادر «CDN» برسید.

۴. گزینه «Enable» (فعال‌سازی) را در این بخش علامت بزنید.

۵. تنظیمات را در این صفحه ذخیره کنید.

نکته تخصصی: این اقدام، تنها ماژول CDN را «روشن» می‌کند. پیکربندی اصلی و اتصال به Bunny.net در صفحه‌ای مجزا انجام خواهد شد.

انتخاب “Generic Mirror” به عنوان CDN Type در تنظیمات CDN

اکنون که ماژول فعال است، باید نوع اتصال را مشخص کنیم.

۱. از منوی «Performance» در پیشخوان، این بار مستقیماً به صفحه «CDN» مراجعه کنید.

۲. در بالای صفحه، بخش «General» را خواهید دید.

۳. در این بخش، گزینه «CDN Type» (نوع CDN) را پیدا کنید.

۴. از لیست کشویی، گزینه «Generic Mirror» (آینه عمومی) را انتخاب نمایید.

چرا Generic Mirror؟ این گزینه به W3TC دستور می‌دهد که به سادگی URLهای فایل‌های استاتیک شما (CSS, JS, تصاویر) را بازنویسی کند تا از روی یک «آینه» یا همان CNAME شما بارگیری شوند. این دقیقاً همان سازوکار «Pull Zone» در Bunny.net است و از هرگونه پیچیدگی API یا فرایند «Push» جلوگیری می‌کند.

پیکربندی بخش “Configuration”: وارد کردن آدرس CDN در فیلد “Replace site’s hostname with”

این مرحله، نقطه اتصال فنی و حیاتی شماست.

۱. در همان صفحه «CDN»، به پایین اسکرول کنید تا به بخش «Configuration: Objects» برسید.

۲. فیلد کلیدی در اینجا «Replace site’s hostname with» (جایگزینی نام میزبان سایت با) نام دارد.

۳. اقدام عملی (Actionable Step): آدرس CNAME اختصاصی که قبلاً ایجاد کرده‌اید (مانند cdn.yourdomain.com) را با دقت کامل در این فیلد وارد کنید.

۴. تأکید استراتژیک: مجدداً تکرار می‌کنیم، هرگز از آدرس پیش‌فرض b-cdn.net در این بخش استفاده نکنید. استفاده از CNAME اختصاصی، یک ضرورت بلندمدت برای حفظ انعطاف‌پذیری و برندینگ فنی سایت شماست.

اجرای تست “Test Mirror” برای اطمینان از صحت تنظیمات

W3 Total Cache یک ابزار عیب‌یابی (Diagnostic Tool) قدرتمند در اختیار شما قرار می‌دهد که WP Rocket فاقد آن است.

۱. پس از وارد کردن CNAME در فیلد قبلی، کمی پایین‌تر دکمه «Test Mirror» (آزمایش آینه) را خواهید دید.

۲. روی این دکمه کلیک کنید.

۳. W3TC در پس‌زمینه تلاش می‌کند تا یک فایل آزمایشی را از طریق آدرس CNAME که شما وارد کرده‌اید، فراخوانی کند.

۴. نتیجه: * Test passed (موفق): این پیام نشان می‌دهد که تنظیمات DNS شما (CNAME) به درستی منتشر شده، Pull Zone در Bunny.net فعال است و اتصال برقرار می‌باشد. * Test failed (ناموفق): این پیام به معنای وجود یک خطا است. دلایل رایج آن عبارتند از: عدم انتشار کامل CNAME، تنظیمات اشتباه Origin URL در Bunny.net، یا تداخل فایروال.

این تست قبل از ذخیره نهایی، یک گام حیاتی برای جلوگیری از بروز خطا در سایت زنده است.

ذخیره نهایی و پاک‌سازی تمام کش‌ها (Purge All Caches)

پس از دریافت تأییدیه از «Test Mirror»، فرایند را نهایی کنید.

۱. ابتدا، بر روی دکمه «Save all settings» (ذخیره تمام تنظیمات) کلیک کنید تا پیکربندی CDN شما ثبت شود.

۲. اقدام ضروری: پس از ذخیره‌سازی، به منوی «Performance» در نوار ابزار بالای وردپرس بروید.

۳. گزینه «Purge All Caches» (پاک‌سازی تمام کش‌ها) را انتخاب کنید.

این اقدام حیاتی است زیرا W3TC باید تمام نسخه‌های کش‌شده قبلی صفحات (Page Cache) را حذف کند تا بتواند نسخه‌های جدیدی با URLهای بازنویسی‌شده (آدرس‌های CDN) برای کاربران ایجاد و تحویل دهد.

چگونه مطمئن شویم که اتصال Bunny.net به درستی کار می‌کند؟ (تأیید و اعتمادسازی)

بررسی سورس کد (View Page Source) و یافتن آدرس‌های CDN

این اولین و ساده‌ترین سطح تأیید است که به ما نشان می‌دهد آیا افزونه کش (مانند WP Rocket یا W3TC) وظیفه خود یعنی «بازنویسی URL» را به درستی انجام داده است یا خیر.

1. یک صفحه از وب‌سایت خود را در یک مرورگر (ترجیحاً در حالت «ناشناس» یا Incognito) باز کنید تا از عدم تداخل کش مرورگر یا افزونه‌های شخصی مطمئن شوید.
2. در صفحه‌ی سایت، کلیک راست کرده و گزینه «View Page Source» (مشاهده منبع صفحه) را انتخاب کنید.
3. یک تب جدید حاوی کد HTML صفحه شما باز می‌شود. با فشردن کلیدهای Ctrl+F (در ویندوز) یا Cmd+F (در مک)، کادر جستجو را باز کنید.
4. در کادر جستجو، پسوند فایل‌های استاتیک مانند .css یا .jpg یا .js را جستجو کنید.
5. نتیجه کلیدی (Key Outcome): به آدرس (URL) این فایل‌ها دقت کنید.
   • اشتباه (قبل از CDN): https://yourdomain.com/wp-content/uploads/image.jpg
   • صحیح (بعد از CDN): https://cdn.yourdomain.com/wp-content/uploads/image.jpg

اگر آدرس فایل‌های استاتیک شما با CNAME اختصاصی (یا همان آدرس Pull Zone) جایگزین شده باشد، مرحله اول تأیید با موفقیت انجام شده است.

استفاده از ابزار Inspect (تب Network) برای ردیابی بارگذاری فایل‌ها

این روش، یک تحلیل فنی، عمیق‌تر و بسیار قابل اعتمادتر است. «View Source» به ما می‌گوید چه چیزی درخواست شده است، اما تب «Network» نشان می‌دهد چه چیزی واقعاً از کجا بارگیری شده است.

1. در همان صفحه از سایت خود، کلیک راست کرده و گزینه «Inspect» (بررسی) را انتخاب کنید.
2. پنجره ابزارهای توسعه‌دهنده (DevTools) باز می‌شود. به تب (Tab) «Network» (شبکه) بروید.
3. اقدام حیاتی: در نوار ابزار تب Network، تیک گزینه «Disable cache» (غیرفعال‌سازی کش) را بزنید. این کار تضمین می‌کند که مرورگر فایل‌ها را مجدداً از سرور (یا CDN) فراخوانی می‌کند.
4. صفحه را مجدداً بارگیری (Refresh) کنید (در حالی که پنجره Inspect باز است).
5. لیستی از تمام فایل‌های بارگیری‌شده ظاهر می‌شود.

دو تحلیل کلیدی در اینجا وجود دارد:

• ۱. ستون Domain: در لیست فایل‌ها، ستون «Domain» را بررسی کنید. شما باید به وضوح ببینید که فایل‌های CSS، JS و تصاویر از CNAME شما (<code>https://www.google.com/url?sa=E&source=gmail&q=cdn.yourdomain.com</code>) در حال بارگیری هستند.
• ۲. تحلیل هدرها (اثبات قطعی): روی یکی از فایل‌هایی که از CDN شما بارگیری شده (مثلاً یک فایل jpg) کلیک کنید. در پنل جدیدی که باز می‌شود، به تب «Headers» بروید. در بخش «Response Headers» (هدرهای پاسخ)، به دنبال سیگنال‌های سرور Bunny.net بگردید.

مشاهده هدرهایی مانند Server: BunnyCDN یا CDN-Cache: HIT، اثبات فنی و قطعی این است که این فایل مستقیماً از «لبه شبکه» (Edge) Bunny.net تحویل داده شده و سرور میزبان شما درگیر تحویل آن نبوده است.

تست سرعت قبل و بعد: اثبات بهبود عملکرد با GTmetrix یا PageSpeed Insights

تغییرات فنی زمانی ارزشمند هستند که به «نتایج قابل اندازه‌گیری» (Measurable Results) و بهبود «تجربه کاربری» (UX) منجر شوند. اتصال CDN باید مستقیماً بر «هسته‌های حیاتی وب» (Core Web Vitals) تأثیر مثبت بگذارد.

• اقدام استراتژیک (Strategic Action):
  1. ثبت نقطه شروع (Baseline): قبل از فعال‌سازی نهایی CDN و پاک‌سازی کش، یک تست کامل در ابزارهایی مانند GTmetrix یا PageSpeed Insights اجرا کنید. نتایج کلیدی (امتیاز عملکرد، زمان LCP، زمان بارگذاری کامل) را یادداشت یا ذخیره نمایید.
  2. ثبت نتیجه (Post-Implementation): پس از فعال‌سازی CDN و اطمینان از صحت عملکرد آن (طبق دو مرحله قبل)، تست‌ها را مجدداً اجرا کنید. (توجه: حتماً سرور تست را در موقعیت جغرافیایی یکسانی با تست قبلی قرار دهید).
• شاخص‌های کلیدی موفقیت (KPIs) که باید بهبود یابند:
  • کاهش LCP (Largest Contentful Paint): تصاویر و فونت‌ها اکنون از نزدیک‌ترین سرور (PoP) به کاربر (یا سرور تست) بارگیری می‌شوند که این زمان را به شدت کاهش می‌دهد.
  • بهبود زمان بارگذاری کلی: به دلیل «بارگیری موازی» (Parallel Downloads)؛ اکنون مرورگر به جای دریافت همه فایل‌ها از com، بخشی را از yourdomain.com و بخش استاتیک را از cdn.yourdomain.com دریافت می‌کند.
  • بررسی Waterfall در GTmetrix: در تب «Waterfall» این ابزار، به وضوح خواهید دید که درخواست‌های فایل‌های استاتیک (CSS, JS, تصاویر) به رنگی متفاوت، با آدرس CNAME شما و با زمان انتظار (Waiting – TTFB) بسیار پایین‌تری در حال بارگیری هستند.

عیب‌یابی مشکلات رایج (افزایش تخصص و اعتماد)

مشکل Mixed Content (HTTP/HTTPS) پس از فعال‌سازی CDN

۱. تعریف مشکل (Symptom): پس از فعال‌سازی CDN، «قفل سبز» (Secure Padlock) مرورگر شما ناپدید شده یا با یک هشدار «Not Secure» (ناامن) جایگزین می‌شود. این خطا که «محتوای ترکیبی» (Mixed Content) نام دارد، زمانی رخ می‌دهد که صفحه اصلی (HTML) به صورت امن (<code>HTTPS</code>) بارگیری می‌شود، اما برخی منابع (مانند تصاویر یا اسکریپت‌ها) از طریق CDN با پروتکل ناامن (<code>HTTP</code>) فراخوانی می‌شوند.

۲. تحلیل علت ریشه‌ای (Root Cause): این مشکل معمولاً به دو دلیل رخ می‌دهد:

• پیکربندی اشتباه Origin: شما در تنظیمات Pull Zone درnet، آدرس مبدأ (Origin URL) را به جای https://yourdomain.com به صورت http://yourdomain.com وارد کرده‌اید.
• پیکربندی ناقص SSL: تنظیمات SSL در خودnet یا افزونه کش شما به درستی انجام نشده است.

۳. اقدام عملی و راه‌حل (Actionable Solution): به ترتیب زیر عمل کنید:

• گام اول (اصلی): وارد داشبوردnet شوید. به تنظیمات Pull Zone خود بروید. اطمینان حاصل کنید که “Origin URL” دقیقاً با https شروع می‌شود.
• گام دوم: در همان تنظیمات Pull Zone، گزینه “Force SSL” (اجبار SSL) را پیدا کرده و آن را فعال کنید. این کار بهnet دستور می‌دهد که همواره، هم برای دریافت فایل از مبدأ و هم برای تحویل آن به کاربر، منحصراً از HTTPS استفاده کند.
• گام سوم: در افزونه کش وردپرس خود (WP Rocket یا W3TC)، هر گزینه‌ای مربوط به «Force SSL» یا «HTTPSEnforcement» را فعال کنید.
• گام نهایی: تمام کش‌ها را پاک‌سازی کنید (هم کش افزونه و هم کش Pull Zone درnet).

عدم بارگذاری برخی فایل‌ها (CSS/JS) و نحوه رفع آن

۱. تعریف مشکل (Symptom): وب‌سایت بارگیری می‌شود، اما ساختار ظاهری (Styling) آن کاملاً به هم ریخته است، یا عملکردهای مبتنی بر جاوا اسکریپت (مانند اسلایدرها یا منوها) کار نمی‌کنند. با بررسی کنسول مرورگر (F12 > Console)، خطاهای قرمزرنگ CORS Policy را مشاهده می‌کنید.

۲. تحلیل علت ریشه‌ای (Root Cause): این مشکل تقریباً همیشه به دلیل خط‌مشی CORS (Cross-Origin Resource Sharing) رخ می‌دهد. به زبان ساده، مرورگر به دلایل امنیتی به دامنه yourdomain.com اجازه نمی‌دهد فایل‌هایی (به خصوص فونت‌ها یا اسکریپت‌ها) را از دامنه cdn.yourdomain.com فراخوانی کند، مگر اینکه دامنه CDN به صراحت این اجازه را صادر کند.

۳. اقدام عملی و راه‌حل (Actionable Solution): این راه‌حل باید در داشبورد Bunny.net (و نه در وردپرس) اجرا شود:

• گام اول: وارد داشبوردnet و Pull Zone خود شوید.
• گام دوم: به تب “Headers” (هدرها) بروید.
• گام سوم: روی «Add Header Rule» (افزودن قانون هدر) کلیک کنید.
• گام چهارم: تنظیمات زیر را با دقت وارد نمایید:
  • Action (عملیات): Set Header (تنظیم هدر)
  • Header Name (نام هدر): Access-Control-Allow-Origin
  • Header Value (مقدار هدر): * (ستاره)

نکته تخصصی: استفاده از * به هر دامنه‌ای اجازه دسترسی می‌دهد. اگر نیاز به امنیت بالاتری دارید، به جای * می‌توانید آدرس دامنه اصلی خود (https://yourdomain.com) را وارد کنید.

• گام نهایی: قانون را ذخیره کرده و کش Pull Zone را پاک‌سازی کنید. مشکل CORS فوراً برطرف خواهد شد.

خطای 404 برای فایل‌های روی CDN (بررسی تنظیمات Origin)

۱. تعریف مشکل (Symptom): تصاویر سایت نمایش داده نمی‌شوند (آیکون تصویر شکسته) و در تب Network ابزار Inspect، مشاهده می‌کنید که درخواست برای آن فایل‌ها در آدرس CDN با خطای 404 (Not Found) مواجه می‌شود.

۲. تحلیل علت ریشه‌ای (Root Cause): این خطا یک پیام واضح دارد: Bunny.net تلاش کرده است فایل مورد نظر را از سرور مبدأ (Origin) شما «بکشد» (Pull)، اما سرور شما در پاسخ به Bunny.net گفته است که «چنین فایلی وجود ندارد» (404). در نتیجه، Bunny.net نیز همین خطای 404 را کش کرده و به کاربر نهایی نمایش می‌دهد.

علت شماره یک این مشکل، پیکربندی اشتباه “Origin URL” در Bunny.net است.

۳. اقدام عملی و راه‌حل (Actionable Solution):

• گام اول (بررسی حیاتی): فوراً به تنظیمات Pull Zone خود درnet مراجعه کنید. فیلد “Origin URL” را با دقت یک کارآگاه بررسی کنید.
  • اشتباه رایج: شما https://www.yourdomain.com را وارد کرده‌اید، در حالی که سایت اصلی شما روی نسخه non-www (یعنی https://yourdomain.com) بالا می‌آید (یا برعکس).
  • اشتباه رایج: شما http:// را به جای https:// وارد کرده‌اید.
• گام دوم (تست دستی): آدرس فایلی که 404 شده را بردارید. برای مثال:
  • https://cdn.yourdomain.com/wp-content/uploads/image.jpg (این 404 می‌دهد)
  • حالا آن را مستقیماً روی دامنه اصلی خود تست کنید:
  • https://yourdomain.com/wp-content/uploads/image.jpg
  • اگر این آدرس هم 404 داد، مشکل از CDN نیست؛ فایل واقعاً در سرور شما وجود ندارد. اما اگر این آدرس بارگیری شد، پس قطعاً مشکل از تنظیمات Origin URL در گام اول است.
• گام نهایی: پس از اصلاح Origin URL و ذخیره آن، به صفحه اصلی Pull Zone بازگشته و روی دکمه “Purge Cache” (پاک‌سازی کش) کلیک کنید تاnet مجبور شود با آدرس صحیح، مجدداً فایل‌ها را واکشی کند.

بهینه‌سازی‌های پیشرفته: فراتر از یک اتصال ساده (نشان دادن مرجعیت)

معرفی افزونه رسمی Bunny.net (و تفاوت آن با افزونه‌های کش)

یک سوءتفاهم رایج، مقایسه افزونه رسمی Bunny.net با افزونه‌های کش (مانند WP Rocket) است. این دو ابزار اهداف متفاوتی دارند و برای عملکرد حداکثری، باید در کنار یکدیگر استفاده شوند.

• افزونه کش (WP Rocket / W3TC):
  • وظیفه اصلی: ایجاد کش صفحه (Page Cache) در سرور میزبان (Origin) شما.
  • وظیFE دوم (اختیاری): بازنویسی URLها برای اتصال به CNAME (همانطور که در روش‌های قبلی بررسی کردیم).
• افزونه رسمیnet:
  • وظیفه اصلی: مدیریت «کش لبه» (Edge Cache) از طریق
  • عملکرد کلیدی: این افزونه وردپرس شما را به APIیnet متصل می‌کند. وظیفه اصلی آن، «پاک‌سازی هوشمند کش» (Smart Cache Purging) است.
  • سناریوی عملی: زمانی که شما یک نوشته را در وردپرس ویرایش و به‌روزرسانی می‌کنید، این افزونه بلافاصله یک فرمان Purge از طریق API بهnet ارسال می‌کند و تنها همان URL خاص را از تمام نقاط حضور (PoPs) جهانی پاک‌سازی می‌کند.

نتیجه استراتژیک: با استفاده همزمان، WP Rocket کش سرور شما را مدیریت می‌کند و افزونه Bunny.net تضمین می‌کند که کاربران هرگز محتوAY «کهنه» (Stale Content) را از CDN دریافت نکنند. این همان هم‌افزایی (Synergy) استراتژیک است.

تنظیمات هدرهای Cache-Control در داشبورد Bunny.net برای حداکثر کارایی

یکی از قدرتمندترین (و در عین حال نادیده‌گرفته‌شده‌ترین) بخش‌های داشبورد Bunny.net، کنترل کامل بر «هدرهای کش» (Cache Headers) است. ما نباید اجازه دهیم سرور میزبان (Origin) برای CDN تصمیم‌گیری کند؛ بلکه باید در «لبه شبکه» (Edge) سیاست‌گذاری کنیم.

• مشکل پیش‌فرض: به صورت پیش‌فرض، net ممکن است به هدرهای Cache-Control ارسالی از سرور میزبان شما احترام بگذارد. اگر سرور شما بگوید یک تصویر فقط ۷ روز کش شود، CDN نیز از آن تبعیت می‌کند.
• راه‌حل تخصصی (Override): ما باید این رفتار را «لغو» (Override) کنیم و بهnet دستور دهیم که فایل‌های استاتیک را تا حد ممکن نگه دارد.
• اقدام عملی (Actionable Step):
  1. در داشبوردnet، به Pull Zone خود رفته و وارد تب “Caching” (کش‌سازی) شوید.
  2. گزینه‌ای به نام “Override Cache Time” (لغو زمان کش) را پیدا کنید.
  3. برای فایل‌های استاتیک (تصاویر، CSS, JS، فونت‌ها) که به ندرت تغییر می‌کنند، یک زمان بسیار طولانی تنظیم کنید.

استراتژی مرجعیت (E-E-A-T): بهترین اقدام، تنظیم کش برای یک دوره بسیار بلندمدت، مانند 31536000 ثانیه (1 سال) است. چرا؟ فایل‌های CSS و JS شما معمولاً «نسخه‌بندی» (Versioned) می‌شوند (مثال: style.v123.css). زمانی که شما محتوا را به‌روز می‌کنید، یک فایل جدید با نامی جدید فراخوانی می‌شود. بنابراین، فایل قدیمی می‌تواند با خیال راحت تا یک سال در لبه شبکه کش شود. این اقدام، «نسبت بازدید کش» (Cache HIT Ratio) شما را به نزدیک ۱۰۰٪ می‌رساند و فشار روی سرور اصلی (Origin) را تقریباً صفر می‌کند.

مدیریت Purge (پاک‌سازی) کش CDN به صورت هوشمند

اقدام نهایی در مدیریت CDN، پرهیز از «دکمه هراس» (The Panic Button) است. دکمه “Purge Zone” (پاک‌سازی کل منطقه) که تمام کش CDN شما را یکجا پاک می‌کند، یک ابزار عیب‌یابی اضطراری است، نه یک ابزار مدیریتی روزمره.

• چرا “Purge Zone” مخرب است؟
  • این کار تمام فایل‌های کش‌شده در تمام PoPهای جهانی را حذف می‌کند.
  • در نتیجه، تمام کاربران بعدی به صورت همزمان به سرور میزبان (Origin) شما هجوم می‌آورند تا فایل‌ها را مجدداً «بکشند» (Pull).
  • این کار باعث افزایش شدید «بار سرور» (Server Load) و کاهش موقت و شدید سرعت سایت (افزایش TTFB) می‌شود.
• استراتژی صحیح: «پاک‌سازی جراحی» (Surgical Purging) ما باید فقط فایل‌هایی را پاک کنیم که واقعاً تغییر کرده‌اند.
  1. روش خودکار (توصیه‌شده): استفاده از افزونه رسمیnet که در بخش اول توضیح داده شد. این افزونه به صورت هوشمند و خودکار، فقط URLهای ویرایش‌شده را پاک‌سازی می‌کند.
  2. روش دستی-دقیق: اگر افزونه را ندارید و مثلاً فقط فایل CSS اصلی خود را تغییر داده‌اید، به داشبوردnet بروید، وارد بخش “Purge” شوید و به جای “Purge Zone”، از تب “Purge URL” استفاده کنید. در آنجا، آدرس دقیق فایل را وارد نمایید (مثال: https://cdn.yourdomain.com/wp-content/themes/mytheme/style.css).

نتیجه‌گیری اجرایی: هدف یک متخصص، حفظ حداکثری Cache HIT Ratio است. ما می‌خواهیم ۹۹.۹٪ سایت روی لبه شبکه باقی بماند و فقط ۰.۱٪ محتوای تغییریافته، به صورت جراحی و دقیق، جایگزین شود.

جمع‌بندی (Conclusion)

در این راهنمای جامع، ما فرایند کامل پیاده‌سازی و بهینه‌سازی Bunny.net در وردپرس را از سطح مبتدی تا پیشرفته پوشش دادیم. شما اکنون نه تنها روش اتصال فنی از طریق افزونه‌هایی مانند WP Rocket و W3TC را آموخته‌اید، بلکه اهمیت استراتژیک تنظیمات پیشرفته مانند هدرهای Cache-Control، مدیریت هوشمند Purge و عیب‌یابی خطاهای رایج را نیز درک کرده‌اید.

به یاد داشته باشید، پیکربندی CDN یک اقدام یک‌باره نیست؛ بلکه یک فرایند مستمر بهینه‌سازی برای دستیابی به حداکثر «نسبت بازدید کش» (Cache HIT Ratio) و ارائه سریع‌ترین تجربه کاربری (UX) ممکن است. با اجرای دقیق این مراحل، شما زیرساختی مقیاس‌پذیر و قابل اعتماد ایجاد کرده‌اید که مستقیماً بر بهبود Core Web Vitals و اعتبار (E-A-T) سایت شما نزد گوگل تأثیرگذار خواهد بود.