قوانین صفحه کلودفلر (Cloudflare Page Rules) ابزاری مبتنی بر قانون است که به شما امکان میدهد تنظیمات کش، ریدایرکت، امنیت و بهینهسازی عملکرد را بر اساس الگوهای مشخص URL سفارشی کنید. کاربرد اصلی این قوانین در مدیریت پیشرفته کش، نگهداری طولانیمدت فایلهای استاتیک، جلوگیری از کش شدن پنلهای مدیریت، افزایش سرعت صفحات کمپین و کاهش ریسک کش اشتباه در صفحات داینامیک فروشگاهی است. اگر بهدرستی پیکربندی شوند، قوانین صفحه کلودفلر بار سرور را کاهش میدهند، زمان پاسخ اولیه (TTFB) را بهبود میبخشند، به معیارهای Core Web Vitals کمک میکنند و تجربه بازدیدکننده را سریعتر میکنند.
در این راهنما به صورت عملی و مطابق با انتظارات سئو و عملکرد سال ۲۰۲۶، نحوه مدیریت پیشرفته کش با قوانین صفحه کلودفلر را بررسی میکنیم. خواهید دید که برای سایتهای وردپرسی، ووکامرس، سایتهای شرکتی، صفحات استاتیک، فایلهای رسانهای و پنلهای ورود، چه قوانینی در چه زمانی مناسباند؛ کدام تنظیمات ریسک دارند و چطور با تستهای مناسب آنها را اعتبارسنجی کنید. اگر سایت شما در ترافیک بالا کند میشود، منابع هاست بیهوده مصرف میشوند یا با وجود فعال بودن کلودفلر سرعت مورد انتظار ندارید، معمولاً مشکل از استراتژی کش نادرست است. برای زیرساخت قویتر به بسته های هاستینگ وب Hostragons و برای مدیریت ترافیک امن به راهحلهای گواهینامه SSL مراجعه کنید.
قوانین صفحه کلودفلر چیست؟
قوانین صفحه کلودفلر به شما اجازه میدهند رفتارهای متفاوتی بر اساس الگوهای URL برای درخواستهای عبوری از کلودفلر تعریف کنید. مثلاً میتوانید کش پنل مدیریت وردپرس (example.com/wp-admin/*) را کاملاً غیرفعال کنید، تصاویر و فایلهای CSS در مسیر example.com/assets/* را طولانیمدت کش کنید یا یک صفحه کمپین قدیمی را به URL جدید ریدایرکت نمایید. این قوانین در لایه DNS و CDN اعمال میشوند، بنابراین قبل از رسیدن درخواست کاربر به سرور اصلی فعال میشوند.
ویژگی Page Rules هنوز هم برای سایتهای کوچک و متوسط راهحل کاربردی و سادهای است. هرچند کلودفلر اخیراً سیستمهای جدیدتری مثل Cache Rules، Transform Rules و Redirect Rules را معرفی کرده، اما Page Rules در بسیاری پروژهها ساختار سریع و قابلفهمی ارائه میدهد. از سال ۲۰۲۶ به بعد رویکرد کلی این است: برای نیازهای ساده از Page Rules و برای شرایط پیچیدهتر یا پروژههای بزرگ از موتورهای قانون جدید استفاده شود. اساس کار هر دو مدل این است که محتوا را در جای درست و به مدت مناسب کش کنیم.
چرا مدیریت کش برای سئو حیاتی است؟
سئو تنها به کیفیت محتوا و بکلینکها محدود نمیشود. گوگل هنگام ارزیابی تجربه کاربری، سرعت صفحه، زمان پاسخ سرور، عملکرد بارگذاری تصاویر، کارایی خزش و پایداری صفحه را نیز لحاظ میکند. ساختار کش بهینه با استفاده از قوانین صفحه کلودفلر، هم تجربه واقعی کاربران و هم خزش رباتهای موتور جستجو را بهبود میبخشد.
مثلاً در سایتهای خبری، بلاگ یا شرکتی معمولاً محتوا به ندرت تغییر میکند. کش کردن این صفحات در سرورهای لبه (edge server) کلودفلر باعث میشود بازدیدکنندگان فایلها را از نزدیکترین مرکز داده دریافت کنند و درخواستها کمتر به سرور اصلی برسد. کاهش بار سرور به معنی پاسخگویی پایدارتر، کاهش خطا و دسترسی بهتر در زمان ترافیک بالا است که به طور غیرمستقیم سئو را تقویت میکند.
مهمترین معیارهای تأثیرگذار بر عملکرد
- TTFB: زمان رسیدن اولین بایت کاهش یافته و مخصوصاً برای کاربران دوردست محسوس است.
- LCP: بارگذاری سریعتر تصاویر بزرگ، بنرها و بخش اصلی محتوا.
- INP: کاهش تأخیر سمت سرور باعث بهبود پاسخدهی تعاملات میشود.
- CLS: کش بهطور مستقیم مشکل جابهجایی محتوا را حل نمیکند اما با بارگذاری سریع و منسجم منابع، به کاهش آن کمک میکند.
- Crawl budget: رباتها میتوانند با تأخیر کمتر، صفحات بیشتری را ایندکس کنند.
منطق کش در قوانین صفحه کلودفلر
رفتار پیشفرض کلودفلر معمولاً کش نکردن خودکار صفحات HTML و کش کردن منابع استاتیک مثل CSS، جاوااسکریپت، تصاویر و فونتها بر اساس هدرهای مناسب است. وقتی قوانین صفحه فعال شوند، این رفتار پیشفرض را میتوان به صورت URL به URL تغییر داد. نکته کلیدی جلوگیری از کش اشتباه محتواهای داینامیک و شخصیسازی شده است.
مثلاً کش کردن صفحات سبد خرید، پرداخت، حساب کاربری و پنل مدیریت در سایت فروشگاهی باعث ایجاد تداخل دادهها میشود؛ اما تصاویر محصولات، بنرهای دستهبندی، صفحات لندینگ استاتیک و تصاویر بلاگ میتوانند به صورت طولانیمدت کش شوند. پس مدیریت موفق کش یعنی تنظیم قوانین متفاوت بر اساس کارکرد هر صفحه، نه دادن یک تنظیم واحد به همه صفحات.
سطوح کش کلودفلر
- No Query String: حتی با وجود پارامترهای پرسوجو، فایل اصلی کش میشود؛ باید با احتیاط استفاده شود.
- Ignore Query String: پارامترهای URL نادیده گرفته شده و یک نسخه کش شده به همه ارائه میشود؛ مناسب کمپینها اما برای محتواهای شخصیسازی شده ریسک دارد.
- Standard: رفتار پیشفرض ایمنتر بر اساس ترکیب نام فایل و پارامترها.
- Cache Everything: تمام محتوا از جمله HTML کش میشود؛ بدون قوانین بایپس دقیق نباید استفاده شود.
- Edge Cache TTL: مدت زمان نگهداری محتوا در سرورهای لبه کلودفلر.
- Browser Cache TTL: مدت زمان نگهداری فایلها در مرورگر بازدیدکننده.
ترتیب اولویت قوانین صفحه چگونه است؟
قوانین صفحه کلودفلر از بالا به پایین اجرا شده و اولین قانون تطبیق یافته اعمال میشود. بنابراین ترتیب قوانین به اندازه خود قوانین اهمیت دارد. استثناهای خاص و حیاتی باید در بالاترین سطح قرار گیرند و قوانین کش کلیتر در پایینتر. مثلاً قانون بایپس کش برای /wp-admin/* باید پیش از قانون Cache Everything کل سایت باشد.
در پلن رایگان معمولاً تعداد قوانین محدود است، بنابراین باید قوانین را بهینه استفاده کرد. اگر ۳ قانون دارید، اولویتبندی باید به این شکل باشد: بایپس کش پنل مدیریت و ورود، بهینهسازی فایلهای استاتیک، کش شدید برای صفحات ثابت مشخص. پروژههایی که نیاز به قوانین بیشتر دارند میتوانند از Cache Rules جدید یا پلنهای بالاتر کلودفلر بهره ببرند. همچنین ایجاد هماهنگی با کشهای سمت سرور مانند LiteSpeed Cache، کش NGINX یا کشهای لایه برنامه اهمیت دارد. برای راهنمایی بیشتر به بهینهسازی عملکرد هاستینگ وردپرس مراجعه کنید.
جدول نمونه استراتژی قوانین صفحه کلودفلر
| الگوی URL | تنظیمات پیشنهادی | هدف استفاده | هشدار ریسک |
|---|---|---|---|
| example.com/wp-admin/* | Cache Level: Bypass | عدم کش پنل مدیریت وردپرس | باید در صدر قوانین باشد |
| example.com/wp-login.php* | Cache Level: Bypass | جلوگیری از مشکلات ورود | باید با قوانین امنیتی همراه باشد |
| example.com/wp-content/uploads/* | Cache Level: Standard, Edge TTL: 1 ماه | افزایش سرعت فایلهای رسانهای | ممکن است نیاز به پاکسازی هنگام بروزرسانی فایلها باشد |
| example.com/blog/* | Cache Everything, Edge TTL: 1 ساعت یا 1 روز | افزایش سرعت محتوای بلاگ که به ندرت تغییر میکند | اگر ساختار نظردهی یا عضویت فعال است باید دقت شود |
| example.com/sepet/* | Cache Level: Bypass | دینامیک نگه داشتن صفحه سبد خرید فروشگاه | کش شدن باعث تداخل اطلاعات کاربران میشود |
گامبهگام تنظیم کش با قوانین صفحه کلودفلر
۱. نقشه سایت و انواع صفحات را شناسایی کنید
در ابتدا باید انواع صفحات سایت را دستهبندی کنید. نوشتههای بلاگ، صفحات دستهبندی، صفحات محصول، سبد خرید، پرداخت، پنل عضویت، پنل مدیریت، فایلهای استاتیک و API ها هرکدام باید جداگانه بررسی شوند. فرکانس بهروزرسانی، وجود دادههای اختصاصی برای کاربر و ارزش سئو هر صفحه را یادداشت کنید. بدون این تحلیل، استفاده مستقیم از Cache Everything ممکن است در کوتاهمدت سرعت دهد اما در بلندمدت باعث نمایش محتوای نادرست، مشکل فرمها و کاهش نرخ تبدیل میشود.
۲. بخشهای داینامیک را بایپس کنید
اولین قانون امنیتی در مدیریت پیشرفته کش با قوانین صفحه، خارج کردن بخشهای داینامیک و اختصاصی از کش است. برای وردپرس مسیرهای /wp-admin/*، /wp-login.php*، /cart/*، /checkout/*، /my-account/* و برای ووکامرس /sepet/*، /odeme/* و /hesabim/* باید بایپس شوند. اگر از نرمافزار اختصاصی استفاده میکنید، مسیرهایی مثل /panel/*، /api/*، /login/*، /user/* را هم بررسی کنید.
تنظیم پیشنهادی برای این بخشها Cache Level: Bypass است. همچنین میتوانید سطح امنیت را افزایش دهید، بررسی صحت مرورگر را فعال کنید یا محدودیت IP اضافه کنید. مخصوصاً در دسترسی پنل مدیریت توصیه میشود با راهنماهای راهنمای امنیت وبسایت و نصب گواهینامه SSL یک برنامه جامع امنیتی داشته باشید.
۳. برای فایلهای استاتیک TTL طولانی انتخاب کنید
تصاویر، CSS، JS، فونتها و فایلهای PDF که به ندرت تغییر میکنند میتوانند مدت زمان زیادی در کش نگهداری شوند. این زمان میتواند یک هفته، یک ماه یا در صورت استفاده از ورژنینگ تا یک سال باشد. ورژنینگ یعنی تغییر نام فایل هنگام آپدیت، مثلاً به جای style.css از style.v24.css یا app.2026.01.js استفاده کنید تا حتی اگر نسخه قبلی در کش مرورگر باشد، نسخه جدید با نام متفاوت بارگذاری شود.
استفاده از TTL طولانی برای فایلهای استاتیک مصرف پهنای باند را کاهش میدهد و بارگذاری صفحات در بازدیدهای بعدی را بسیار سریعتر میکند. اگر روی هاست Hostragons میزبانی میکنید، باید تنظیمات کش در پنل هاست را نیز بررسی کنید تا با CDN هماهنگ باشد. در این زمینه راهکارهای هاستینگ با عملکرد بالا نقطه شروع خوبی برای انتخاب زیرساخت است.
۴. با دقت کش HTML را تنظیم کنید
کش کردن HTML بیشترین بهبود سرعت را به همراه دارد اما پرریسکترین بخش است. صفحات بلاگ و شرکتی معمولاً مناسب کش HTML هستند. اما اگر صفحه شامل خوشامدگویی شخصیسازی شده، اطلاعات عضویت، موجودی انبار، وضعیت سبد خرید، قیمتگذاری منطقهای یا توکنهای داینامیک فرم باشد، خطر نمایش اطلاعات نادرست افزایش مییابد. پس اگر از Cache Everything برای HTML استفاده میکنید، مطمئن شوید قوانین بایپس کامل و دقیق هستند.
مثلاً برای یک سایت بلاگ، میتوانید روی /blog/* تنظیم Cache Everything با Edge Cache TTL چهار ساعت داشته باشید. برای سایت شرکتی که روزانه یک بار بروزرسانی میکند TTL یک روز مناسب است. ولی در فروشگاههایی که هر دقیقه موجودی تغییر میکند، بهتر است کش HTML صفحات محصول کوتاه باشد یا با درخواستهای داینامیک جداگانه مدیریت شود.
۵. رفتار پارامترهای Query String را برنامهریزی کنید
پارامترهای UTM، کمپینهای تبلیغاتی و فیلترهای سایت باعث پیچیدگی در کش میشوند. مثلاً URL های /urun/ayakkabi?utm_source=google و /urun/ayakkabi?utm_source=instagram ممکن است محتوای یکسانی نمایش دهند. در این حالت نادیده گرفتن پارامترها باعث افزایش کارایی کش میشود. اما اگر پارامترهایی مثل /arama?q=hosting یا /kategori?renk=mavi محتوای صفحه را تغییر میدهند، نادیده گرفتن آنها منجر به نمایش نادرست صفحه میشود.
بنابراین هنگام تعیین تنظیمات Query String بپرسید آیا پارامتر محتوا را تغییر میدهد؟ اگر پاسخ منفی است، میتوانید پارامترها را نادیده بگیرید و کش کارآمدتر شود؛ اگر پاسخ مثبت است، حالت Standard ایمنتر است.
نمونه ساختار قوانین صفحه برای وردپرس
وردپرس یکی از سیستمهایی است که بیشترین بهینهسازی را با قوانین صفحه کلودفلر میطلبد. اما تعداد افزونه، قالب، سیستم عضویت و استفاده از ووکامرس، تصمیمات کش را تغییر میدهند. برای یک سایت شرکتی ساده وردپرس، مجموعه شروع میتواند این باشد:
- قانون اول: example.com/wp-admin/* با Cache Level: Bypass.
- قانون دوم: example.com/wp-login.php* با Cache Level: Bypass و امنیت بالا.
- قانون سوم: example.com/wp-content/uploads/* با Edge Cache TTL یک ماه و Browser Cache TTL یک ماه.
اگر ترافیک بلاگ بالا است و امکان استفاده از قوانین بیشتر دارید، میتوانید Cache Everything را برای /blog/* اضافه کنید. اما اگر نظردهی فعال است، باید بعد از هر نظر جدید با مکانیزم purge از نمایش نسخه قدیمی جلوگیری کنید. افزونههای کش وردپرس که با کلودفلر هماهنگ میشوند، این پاکسازی خودکار را هنگام بروزرسانی محتوا انجام میدهند. برای اطلاعات بیشتر به هاستینگ وردپرس و راهنمای افزایش سرعت وردپرس مراجعه نمایید.
نکات مهم برای ووکامرس و سایتهای فروشگاهی
مدیریت کش در سایتهای فروشگاهی بسیار حساستر است چون سشن کاربر، سبد خرید، قیمت، تخفیف، موجودی و مراحل پرداخت همه داینامیک هستند. پیکربندی نادرست قوانین صفحه کلودفلر میتواند باعث شود اطلاعات سبد خرید یک کاربر به کاربر دیگر نمایش داده شود که مشکل بسیار جدی است. بنابراین قبل از استفاده از کش سنگین در ووکامرس، OpenCart، Magento یا فروشگاه اختصاصی، تستهای جامع انجام دهید.
قوانین کلی این است که سبد خرید، پرداخت، حساب کاربری، ورود، ثبتنام و API ها حتماً بایپس شوند. تصاویر محصول، بنرهای دستهبندی و فایلهای قالب استاتیک میتوانند با TTL طولانی کش شوند. کش HTML صفحات محصول بستگی به تغییرات قیمت و موجودی دارد. اگر قیمتها کم تغییر میکنند، تخفیفهای اختصاصی ندارید و موجودی اهمیت حیاتی ندارد، میتوان TTL کوتاه برای Edge Cache استفاده کرد. در فروشگاههای با تغییر سریع موجودی، بهتر است کش HTML صفحات محصول را محدود کنید و روی بهینهسازی تصاویر و فایلهای استاتیک تمرکز کنید.
مقایسه قوانین صفحه و قوانین کش (Cache Rules) کلودفلر
در سال ۲۰۲۶ دانستن فقط قوانین صفحه کافی نیست. کلودفلر سیستم Cache Rules را برای شرایط پیچیدهتر معرفی کرده است. هرچند Page Rules هنوز هم برای بسیاری از سایتها راهحل سریع و سادهای است. جدول زیر تفاوتها و کاربردهای هرکدام را نشان میدهد.
| ویژگی | Page Rules | Cache Rules |
|---|---|---|
| سهولت استفاده | راهاندازی سریع با الگوهای ساده URL | پیچیدهتر اما انعطافپذیرتر |
| تنوع شرایط | محدود | تست هدر، کوکی، مسیر و شرایط بیشتر |
| مناسب سایتهای کوچک | اکثر نیازها را پوشش میدهد | در صورت نیاز قابل استفاده |
| مناسب پروژههای بزرگ | محدودیت تعداد قوانین دارد | قابل توسعه و مقیاسپذیر |
| شیب یادگیری | کم | متوسط تا پیشرفته |
مشکلات رایج ناشی از پیکربندی نادرست کش
قوانین صفحه کلودفلر بسیار قدرتمندند اما اگر اشتباه استفاده شوند، سئو، نرخ تبدیل و تجربه کاربری را به شدت تحت تأثیر منفی قرار میدهند. رایجترین مشکل، استفاده از Cache Everything روی صفحات داینامیک است. در این حالت کاربران ممکن است قیمتهای قدیمی، موجودی نادرست، وضعیت کاربری اشتباه یا پاسخهای فرمهای قبلی را ببینند. مشکل دیگر تعیین TTL بسیار طولانی بدون پاکسازی کش هنگام بروزرسانی محتوا است. مثلاً اگر عنوان سئو، توضیحات متا یا دادههای ساختیافته بهروز نشده باشند، ربات گوگل نسخه قدیمی را ایندکس میکند.
برای تشخیص مشکل کش، با ابزارهای توسعهدهنده مرورگر هدرهای پاسخ را بررسی کنید. مقدار CF-Cache-Status اگر HIT باشد محتوا از کش کلودفلر آمده، اما MISS، EXPIRED، BYPASS یا DYNAMIC نشاندهنده رفتارهای متفاوت است. هنگام تست فقط صفحه اصلی را بررسی نکنید؛ صفحات دستهبندی، بلاگ، محصول، سبد خرید، ورود و فرمها را جداگانه کنترل کنید.
استراتژی پاکسازی و بروزرسانی کش
مدیریت پیشرفته کش فقط به کش کردن محدود نمیشود بلکه پاکسازی در زمان مناسب هم اهمیت دارد. کلودفلر امکاناتی مثل پاکسازی تک URL، پاکسازی اختصاصی، پاکسازی کل کش و API برای پاکسازی خودکار دارد. پاکسازی کل کش ساده به نظر میرسد اما در سایتهای بزرگ میتواند باعث نوسانات شدید عملکرد شود زیرا همه سرورهای لبه همزمان باید محتوا را دوباره از سرور اصلی دریافت کنند.
بهترین روش، پاکسازی فقط URLهای تغییر یافته است. وقتی یک نوشته بلاگ بروزرسانی میشود، باید خود نوشته، صفحه دستهبندی، صفحه اصلی و صفحات برچسب مرتبط پاکسازی شوند. افزونههای وردپرس یا فرآیندهای اختصاصی میتوانند این کار را خودکار کنند. در سایتهای شرکتی، اضافه کردن مرحله پاکسازی کش به فرآیند انتشار محتوا تبدیل به استاندارد عملیاتی خوبی شده است.
سناریوی عملی: سایت بلاگ با ترافیک رو به افزایش
فرض کنید یک بلاگ فناوری با ۳۰۰ هزار بازدید ماهانه دارید. پر بازدیدترین صفحات راهنماها و مقالات تصویری هستند. تحلیل سرور نشان میدهد مصرف CPU به خصوص برای مقالات جدید که در شبکههای اجتماعی اشتراک گذاشته میشوند بالا رفته است. در این شرایط میتوانید با قوانین صفحه کلودفلر این استراتژی را اجرا کنید: بایپس پنل مدیریت، کش کردن فایلهای رسانهای به مدت یک ماه، کش Cache Everything برای نوشتههای بلاگ با Edge TTL چهار ساعت و پاکسازی خودکار URLهای بهروزرسانی شده.
با این روش، بخش عمدهای از درخواستها از مراکز داده کلودفلر پاسخ داده میشود و سرور اصلی فقط برای بهروزرسانی کش یا درخواستهای بایپس استفاده میشود. در نتیجه مصرف منابع میزبانی بهینه شده و سایت در برابر افزایش ناگهانی ترافیک مقاومتر میشود. اگر رشد ترافیک دائمی باشد، علاوه بر بهینهسازی CDN، استفاده از راهحلهای سرور VPS یا پکیجهای هاستینگ شرکتی منطقی است.
سناریوی عملی: سایت شرکتی
در سایتهای شرکتی معمولاً محتوا ثابتتر است: صفحات خدمات، درباره ما، تماس، بلاگ و نمونه کارها. در این سایتها استفاده از کش تهاجمی معمولاً امن است. اما فرمهای تماس، درخواست پیشنهاد و یکپارچهسازیهای CRM نیاز به دقت دارند. اگر صفحات فرم دارای توکن CSRF، کپچا یا فیلدهای اختصاصی باشند، کش HTML باید غیرفعال شود.
قانون کلی برای سایت شرکتی این است: فایلهای رسانهای و استاتیک را با TTL طولانی کش کنید، برای صفحات خدمات کش HTML با TTL متوسط داشته باشید و فرمها و پنلهای مدیریت را بایپس کنید. همچنین مدیریت DNS و دامنه باید اصولی انجام شود. برای ثبت و انتقال دامنه به خدمات ثبت و انتقال دامنه مراجعه نمایید.
چکلیست تست و اعتبارسنجی
پس از اعمال قوانین صفحه کلودفلر حتماً تست دقیق انجام دهید. فقط باز شدن سریع صفحه کافی نیست؛ باید مطمئن شوید محتوا به درستی و به کاربر مناسب نمایش داده میشود. لیست زیر رایجترین موارد تست در عمل است:
- صفحه اصلی، بلاگ، دستهبندی، محصول و فرمها را در مرورگر در حالت ناشناس باز کنید.
- مقادیر هدر CF-Cache-Status را بررسی کنید.
- تجربه کاربری وارد شده و وارد نشده را مقایسه کنید.
- عملیات افزودن به سبد خرید، پرداخت، ورود و ارسال فرم را آزمایش کنید.
- پس از بروزرسانی محتوا، بررسی کنید که عنوان، تصویر یا قیمتهای قدیمی نمایش داده نمیشوند.
- با ابزارهایی مثل PageSpeed Insights و WebPageTest تغییرات TTFB و LCP را اندازهگیری کنید.
- در کنسول جستجوی گوگل، آمار خزش و زمانهای پاسخ سرور را بررسی کنید.
بهترین روشها و نکات تخصصی
برای بهرهوری حداکثری از قوانین صفحه کلودفلر، کشهای مختلف را رقیب ندانید بلکه مکمل یکدیگر بدانید. کش لبه کلودفلر، کش سمت سرور و کش برنامه باید هماهنگ کار کنند. نگهداری نسخههای متفاوت محتوا با TTL های نامتناسب باعث ناهماهنگی و خطا پس از بهروزرسانی میشود. پس باید TTLها مستندسازی شود، روند پاکسازی کش مشخص باشد و افراد مجاز به پاکسازی کش تعیین شوند.
- ابتدا قوانین بایپس را بنویسید و سپس قوانین کش تهاجمی را اضافه کنید.
- الگوهای خاص و بحرانی را در بالاترین سطح قرار دهید و الگوهای عمومیتر را پایینتر نگه دارید.
- قبل از اعمال Cache Everything روی کل سایت، نوع صفحات را دقیق تحلیل کنید.
- اگر از ورژنینگ فایل استفاده میکنید، برای فایلهای استاتیک TTL طولانی مرورگر را انتخاب کنید.
- هیچگاه کش HTML را روی فرمها، سشنها، سبد خرید و صفحات پرداخت اعمال نکنید.
- فرآیند انتشار محتوا را با مرحله پاکسازی کش خودکار یا دستی تکمیل کنید.
- تغییرات را در ساعات کم ترافیک سایت اعمال کنید.
- پس از تغییر قوانین حداقل ۲۴ ساعت عملکرد و لاگ خطاها را زیر نظر داشته باشید.
نتیجهگیری: قوانین درست، سایتهای سریعتر و قابلاعتمادتر
قوانین صفحه کلودفلر اگر به درستی طراحی شوند، ابزار قدرتمند و در دسترسی برای مدیریت پیشرفته کش هستند. کلید موفقیت این است که به جای اعمال یک سیاست کش یکسان برای همه URLها، بر اساس نوع صفحه تصمیم بگیرید. فایلهای استاتیک را طولانیمدت کش کنید، بخشهای داینامیک را خارج کنید، کش HTML را کنترل شده استفاده کنید و پاکسازی کش پس از بهروزرسانی را فراموش نکنید.
خلاصه اینکه ابتدا بخشهای پرریسک را بایپس کنید، سپس صفحات استاتیک و پایدار را کش کنید و در نهایت با تست و مانیتورینگ تنظیمات را بهینه نمایید. وقتی زیرساخت هاست شما قوی باشد، SSL به درستی نصب شده باشد و قوانین CDN به خوبی برنامهریزی شود، هم تجربه کاربر و هم عملکرد سئو پایدارتر خواهد شد. برای تقویت زیرساخت سایتتان، راهکارهای هاستینگ، دامنه و گواهینامه SSL در Hostragons را بدون فشار فروش بررسی کنید و بهترین گزینه را انتخاب نمایید.
سؤالات متداول
قوانین صفحه کلودفلر چه کاربردی دارند؟
قوانین صفحه کلودفلر به شما اجازه میدهند برای الگوهای خاص URL تنظیمات کش، ریدایرکت، امنیت و عملکرد را تعریف کنید. مثلاً میتوانید پنل مدیریت را از کش خارج کنید، تصاویر را طولانیمدت کش کنید یا صفحات بلاگ را از سرورهای لبه کلودفلر ارائه دهید.
آیا تنظیم Cache Everything ایمن است؟
Cache Everything برای صفحات مناسب امن است اما نباید به همه صفحات اعمال شود. بخشهایی مثل سبد خرید، پرداخت، پنل کاربری، صفحه ورود و محتوای شخصیسازی شده حتما باید بایپس شوند. در غیر این صورت ممکن است اطلاعات اشتباه یا متعلق به کاربر دیگر نمایش داده شود.
مهمترین قانون صفحه برای وردپرس چیست؟
مهمترین قانون برای وردپرس خارج کردن مسیرهای /wp-admin/* و /wp-login.php* از کش است. این قانون مشکلات نشست کاربر را برطرف کرده و عملکرد پنل مدیریت را تضمین میکند. بعد از آن میتوان قوانین کش برای فایلهای رسانهای و بلاگ را اضافه کرد.
پاکسازی کش کلودفلر روی سئو تأثیر دارد؟
پاکسازی صحیح کش به سئو کمک میکند چون موتورهای جستجو به محتوای تازه دسترسی دارند. اما پاکسازی مکرر کل کش باعث افزایش بار سرور میشود. بهترین روش پاکسازی فقط صفحات و بخشهایی است که تغییر کردهاند.
آیا بهتر است به جای Page Rules از Cache Rules استفاده کنم؟
در سایتهای کوچک و متوسط Page Rules معمولاً کافی است. برای شرایط پیچیدهتر، کنترلهای دقیقتر و پروژههای بزرگ Cache Rules گزینه انعطافپذیرتری است. میتوانید با Page Rules شروع کنید و در صورت نیاز به تدریج به Cache Rules مهاجرت نمایید.