كيفية ضبط فترات تخزين المتصفح المؤقت (Browser Caching) لتسريع الموقع؟

فترات تخزين المتصفح المؤقت (browser caching) تُحدَّد من خلال قواعد HTTP cache التي تتحكم في مدة بقاء الملفات الثابتة داخل متصفح الزائر. عملياً يتم تعريف ترويسات التحكم في ذاكرة التخزين المؤقت وأحياناً Expires لملفات CSS وJavaScript والصور والخطوط والأيقونات؛ فمثلاً تُعطى الملفات المُصدرة من CSS وJS مدة سنة كاملة، والصور من 30 يوماً إلى سنة، بينما تُفضَّل صفحات HTML فترة قصيرة أو إعادة تحقق. الضبط الصحيح يمنع إعادة تنزيل نفس الملفات مرات عديدة، فيُسرّع تحميل الصفحة ويحسّن مؤشرات Core Web Vitals بشكل ملحوظ.

في هذا الدليل نشرح كيفية عمل تخزين المتصفح المؤقت، وأي ملف يستحق كم ثانية، وكيفية التطبيق على Apache وNginx وLiteSpeed وWordPress وشبكات CDN خطوة بخطوة. الهدف ليس الحصول على درجة خضراء في أدوات الاختبار فقط، بل تقديم ملفات حديثة للزائر مع ترشيد موارد الخادم وتقليل TTFB واستهلاك النطاق الترددي، مما يمنح الزوار العائدين شعوراً واضحاً بالسرعة. ويُعد هذا النهج من أفضل التحسينات التي يمكن تحقيقها بتكلفة منخفضة في بيئات الاستضافة المشتركة واستضافة ووردبريس والمشاريع المؤسسية. باقات استضافة الويب Hostragons

ما هو تخزين المتصفح المؤقت؟

تخزين المتصفح المؤقت يعني حفظ الموارد الثابتة التي تُحمَّل مع الصفحة مؤقتاً على جهاز الزائر. عند دخول الزائر إلى الصفحة الرئيسية يتم تنزيل الشعار وملفات CSS وJavaScript والخطوط والصور. فإذا وُجدت ترويسات التخزين المؤقت المناسبة، فلن يطلب المتصفح هذه الملفات مرة أخرى عند الانتقال إلى صفحة ثانية أو عند العودة لاحقاً، فيظهر المحتوى أسرع بكثير.

تخيّل صفحة رئيسية بحجم 2 ميجابايت، منها 1.4 ميجابايت صور و300 كيلوبايت ملفات CSS وJS و100 كيلوبايت خطوط. في الزيارة الأولى تُحمَّل هذه الموارد من الشبكة، أما في الزيارة الثانية فيستخدم المتصفح النسخ المحلية فينخفض حجم البيانات المنقولة بشكل كبير. ويظهر هذا الفرق بوضوح أكبر على الاتصالات المتنقلة والمواقع ذات الحركة الكثيفة.

لا ينبغي الخلط بين تخزين المتصفح المؤقت وذاكرة التخزين المؤقت على الخادم. الأخيرة تحفظ مخرجات PHP أو استعلامات قاعدة البيانات على الخادم، بينما تخزين المتصفح يعيد استخدام الموارد الموجودة على جهاز الزائر. وللحصول على أفضل أداء يجب التخطيط للطبقتين معاً. وفي مواقع ووردبريس عادةً ما تكون ذاكرة الصفحة وذاكرة الكائنات وذاكرة CDN وذاكرة المتصفح أجزاء من استراتيجية تحسين واحدة. استضافة ووردبريس وتحسين الأداء

لماذا يعد تخزين المتصفح المؤقت مهماً لتحسين محركات البحث؟

تفضّل جوجل المواقع التي تقدم تجربة سريعة ومستقرة لأنها تعكس رضا المستخدم. لا يضمن تخزين المتصفح المؤقت ترتيباً مباشراً، لكنه يؤثر إيجاباً على سرعة الصفحة وزمن التفاعل وكفاءة تحميل الموارد، مما يدعم الأداء في نتائج البحث. ويظهر التأثير بوضوح أثناء إعادة الزيارة أو تصفح الأقسام أو الانتقال بين صفحات المنتجات والمقالات.

في معايير 2026 لا تقتصر التقنية على نتائج Lighthouse فقط. فجوجل تقيس تجربة المستخدم من خلال LCP وINP وCLS وTTFB وبيانات المستخدمين الفعليين. وإعادة تنزيل ملفات CSS وJS دون داعٍ تطيل زمن LCP، كما أن طلب الخطوط في كل صفحة يؤثر على استقرار العناصر البصرية، بينما عدم تخزين الصور الكبيرة يعطي شعوراً بالبطء على الأجهزة المحمولة.

• إعادة زيارة أسرع: لا يحتاج المستخدم إلى تنزيل الملفات نفسها مرة أخرى.
• توفير النطاق الترددي: يقلل حركة البيانات على الخادم ويستغل موارد الاستضافة بكفاءة أعلى.
• تحسين كفاءة الزحف: يصبح تقديم الموارد الثابتة أكثر انتظاماً لمحركات البحث والزوار.
• تقليل معدل الارتداد: الصفحات السريعة تشجع الزوار على التفاعل أكثر.
• أداء أكثر استقراراً: تتوازن أحمال الخادم وشبكة CDN بشكل أفضل.

ترويسات HTTP الأساسية للتخزين المؤقت

تُدار فترات تخزين المتصفح المؤقت من خلال ترويسات الاستجابة HTTP. أشهرها Cache-Control وExpires وETag وLast-Modified. وفي المشاريع الحديثة يُعد Cache-Control النقطة الرئيسية للتحكم، بينما يُستخدم Expires للتوافق مع الإصدارات القديمة.

التحكم في ذاكرة التخزين المؤقت

يخبر Cache-Control المتصفح وأنظمة التخزين الوسيطة بكيفية الاحتفاظ بالملف. أبرز التعليمات المستخدمة:

• max-age: يحدد عدد الثواني التي يُعتبر فيها المورد حديثاً. مثال: max-age=31536000 يعادل سنة تقريباً.
• public: يسمح بتخزين المورد في المتصفح وفي شبكات CDN المشتركة.
• private: يقصر التخزين على متصفح المستخدم فقط.
• no-cache: يطلب التحقق من الخادم قبل استخدام المورد؛ ولا يعني إيقاف التخزين تماماً.
• no-store: يمنع حفظ المورد في أي مكان؛ مناسب لصفحات الدفع واللوحات والمعلومات الشخصية.
• immutable: يؤكد أن المورد لن يتغير حتى تنتهي مدته؛ مثالي للملفات التي تحمل أسماء إصدارات.

مثال على ترويسة ملف ثابت: Cache-Control: public, max-age=31536000, immutable. يخبر هذا المتصفح بإمكانية الاحتفاظ بالملف لمدة سنة وعدم الحاجة للتحقق طالما لم يتغير اسم الملف.

Expires

تحدد ترويسة Expires التاريخ والوقت الذي يظل فيه المورد صالحاً. يمكن تعيين قيمة Expires بعد 30 يوماً لصورة معينة. لكن لأنها تستخدم تاريخاً مطلقاً فهي أقل مرونة من Cache-Control. في الإعدادات الحديثة تُعطى الأولوية لـ Cache-Control، بينما تُضاف Expires لدعم المتصفحات القديمة.

ETag وLast-Modified

تُعد ETag وLast-Modified آليات تحقق. يستطيع المتصفح سؤال الخادم عما إذا كانت النسخة التي يملكها لا تزال حديثة. إذا لم يتغير الملف يرد الخادم برمز 304 Not Modified ولا يُعاد تنزيل جسم الملف. وتكون هذه الطريقة مفيدة خاصة مع محتوى HTML الذي يتغير كثيراً أو عندما لا نرغب في منح مدة تخزين طويلة.

أي نوع ملف يستحق أي مدة تخزين مؤقت؟

من أكثر الأخطاء شيوعاً منح جميع أنواع الملفات المدة نفسها. فـHTML وCSS وJS والصور والخطوط واستجابات API تختلف في معدل التحديث. القاعدة الأساسية بسيطة: إذا أمكن تغيير اسم الملف يمكن منحه مدة طويلة؛ أما إذا تغير المحتوى دون تغيير الاسم فيُفضَّل مدة قصيرة أو التحقق.

هذا الجدول نقطة انطلاق عامة. ففي متاجر التجارة الإلكترونية لا يُنصح بتخزين صفحات HTML التي تحتوي على الأسعار والمخزون بقوة. بينما يمكن تخزين صور المنتجات لسنة كاملة طالما تغير اسم الملف. أما في المواقع المؤسسية فيمكن الاحتفاظ بالشعار والخطوط والملفات الثابتة لفترة طويلة، بينما يُفضَّل تقصير مدة لافتات الحملات إلى 7-30 يوماً إذا كانت تتغير كثيراً.

كيف تخطط لفترات تخزين المتصفح المؤقت؟

لنجاح استراتيجية التخزين المؤقت ابدأ بتصنيف ملفات موقعك. تقنياً يجب كتابة قواعد حسب امتداد الملف، واستراتيجياً يجب تحديد المدة حسب معدل التحديث.

1. فصل الموارد الثابتة عن الديناميكية

تُعد ملفات CSS وJS وJPG وPNG وWebP وSVG وWOFF2 موارد ثابتة، بينما تُعتبر صفحات HTML والسلة ولوحة المستخدم ونتائج البحث واستجابات API ديناميكية. تُخزَّن الموارد الثابتة لفترات طويلة، أما المحتوى الديناميكي فيُدار بحذر أكبر. ويُفضَّل عدم استخدام public cache مع المحتوى المخصص لكل مستخدم.

2. استخدام تسمية الإصدارات

الطريقة الآمنة لمنح مدة تخزين طويلة هي تسمية الملفات بإصدارات. فلو خزّنت style.css لسنة ثم غيّرت محتواها قد يستمر بعض الزوار في رؤية التصميم القديم. بدلاً من ذلك استخدم أسماء مثل style.2026.01.css أو app.v12.js أو app.8f3a2.js التي تحتوي على هاش. عندها يُنشر اسم الملف الجديد فور التحديث ويطلب المتصفح الملف الجديد.

تستطيع قوالب ووردبريس وأدوات البناء الحديثة إنجاز هذه المهمة تلقائياً. وعند تطوير قالب استخدم معلمة version في wp_enqueue_style وwp_enqueue_script لتسهيل إدارة الإصدارات. ومع ذلك يُفضَّل إضافة الهاش إلى اسم الملف في بعض إعدادات CDN لأن سلوك التخزين المؤقت لسلاسل الاستعلام قد يختلف.

3. عدم المبالغة في تخزين HTML

تحمل صفحات HTML المحتوى الذي يراه الزائر، لذلك تُدار عادةً بمدة قصيرة أو بإعادة تحقق. يكفي 5-10 دقائق لمقالات المدونة، بينما تحتاج صفحات الأخبار والحملات والأسعار إلى مدد أقصر. وعند استخدام ذاكرة الصفحات في ووردبريس يجب مراعاة ترويسات المتصفح مع آليات تنظيف ذاكرة الخادم وCDN.

4. إيقاف التخزين في الصفحات الحساسة

في صفحات تسجيل الدخول ولوحة العميل وخطوات الدفع وملخص الطلب والفواتير والصفحات التي تحتوي بيانات شخصية يُفضَّل استخدام Cache-Control: no-store, private. فالتخزين المؤقت للمتصفح يهدف إلى تحسين الأداء لكنه لا يجب أن يعرض خصوصية البيانات للخطر. ويُعد استخدام SSL في هذه النقطة أمراً أساسياً. شهادات SSL Hostragons

إعدادات تخزين المتصفح المؤقت في Apache باستخدام .htaccess

في خوادم Apache يتم ضبط تخزين المتصفح المؤقت عادةً عبر ملف .htaccess. وهذه الطريقة الأكثر عملية لأصحاب المواقع في الاستضافة المشتركة. يجب أولاً التأكد من تفعيل وحدتي mod_expires وmod_headers، وهما متوفرتان في معظم بيئات الاستضافة الجيدة.

يمكنك اتباع المنطق التالي: مدة طويلة للصور والخطوط، ومدة طويلة لـCSS وJS، ومدة قصيرة مع التحقق لـHTML. تُضاف قواعد ExpiresByType وHeader set Cache-Control حسب نوع الملف. مثال: سنة واحدة لملفات image/webp وimage/jpeg وimage/png وimage/svg+xml، وسنة لـtext/css وapplication/javascript، وno-cache لـtext/html.

خذ نسخة احتياطية من ملف .htaccess قبل التعديل، لأن قاعدة خاطئة قد تسبب خطأ 500 Internal Server Error. بعد التغيير افتح الموقع في نافذة خاصة وتحقق من ترويسات الاستجابة في تبويب Network بأدوات المطور. إذا لم تظهر Cache-Control فقد تكون الوحدة معطلة أو يقوم CDN بتعديل الترويسة أو يتجاوزها إضافة أخرى.

أمثلة على القيم في Apache: max-age=31536000 لـCSS وJS، وmax-age=31536000 للصور، وmax-age=2592000 لـPDF، وmax-age=0 مع no-cache لـHTML. هذه القيم جيدة للبداية ويمكن تعديلها حسب تدفق النشر في موقعك. وعند استخدام إعدادات الأداء عبر .htaccess في بنية Hostragons يُنصح بالتحقق من عدم تعارضها مع إعدادات ذاكرة القالب والإضافات. إعدادات أداء Apache .htaccess

إعدادات Browser Caching في Nginx

في خوادم Nginx تُعرَّف ترويسات التخزين المؤقت داخل كتل server أو location. ويُفضَّل Nginx للمشاريع ذات الحركة الكثيفة بفضل أدائه العالي في تقديم الملفات الثابتة. المنطق الأساسي هو استخدام قواعد location حسب الامتداد مع تعليمات expires وadd_header Cache-Control.

مثال عملي: منح expires 1y وCache-Control public, immutable لملفات CSS وJS وWebP وJPG وPNG وSVG وWOFF2، بينما يُفضَّل expires off أو no-cache لمخرجات HTML. وعند استخدام CDN يجب اختبار كيفية تفسير ترويسات Cache-Control القادمة من الخادم الأصلي.

من المهم معرفة أن تعليمة add_header قد تنطبق فقط على رموز استجابة معينة في بعض الحالات. يمكن استخدام المعامل always في إصدارات Nginx الحديثة. كما أن تكرار الترويسة من التطبيق وNginx وCDN قد يسبب قيماً متعارضة، لذا يجب تحديد مصدر واحد للسلطة.

LiteSpeed ومواقع ووردبريس

توفر خوادم LiteSpeed ميزة كبيرة في مشاريع ووردبريس عبر إضافة LiteSpeed Cache. لكن يجب الفصل بين تخزين المتصفح المؤقت وذاكرة الصفحة. عند تفعيل خيار Browser Cache في الإضافة تُطبَّق ترويسات التخزين المؤقت تلقائياً على الملفات الثابتة، ومع ذلك يجب مراجعة القيم.

في ووردبريس يُنصح بتخزين الأصول الثابتة لفترات طويلة مع الحفاظ على تسمية الإصدارات. وعند تحديث القالب أو تغيير CSS أو JS يجب أن تقوم الإضافة بتنظيف الذاكرة، وكذلك تنفيذ عملية CDN purge إن وُجد. وإلا قد يرى بعض الزوار تصميماً قديماً أو سلوك JavaScript خاطئاً.

تحتوي إضافات التخزين المؤقت الشائعة على خيارات Browser Cache وMinify وCombine وCritical CSS وتكامل CDN وObject Cache. ولا يُفضَّل تفعيلها جميعاً بقوة في وقت واحد. ابدأ بضبط ترويسات المتصفح ثم اختبر Minify وCombine. وفي 2026 مع انتشار HTTP/2 وHTTP/3 لم يعد دمج كل الملفات أمراً حيوياً كما في السابق، وقد يقلل أحياناً من كفاءة التخزين المؤقت.

إذا كان موقع ووردبريس بطيئاً فقد لا يكون السبب تخزين المتصفح المؤقت فقط. فقد يرجع البطء إلى تضخم قاعدة البيانات أو قالب ثقيل أو كثرة الإضافات أو صور غير محسّنة أو استضافة محدودة الموارد. لذلك قيّم إعدادات التخزين المؤقت مع استضافة جيدة وإصدار PHP حديث وتهيئة SSL صحيحة. استضافة WordPress Hostragons

كيف تضبط فترات التخزين المؤقت عند استخدام CDN؟

تنقل شبكة CDN الملفات الثابتة من خوادم edge القريبة جغرافياً من الزائر. أما تخزين المتصفح المؤقت فيحفظ الملف داخل متصفح المستخدم. وعندما تعمل الطبقتان معاً يصبح تحسين الأداء أكثر وضوحاً. لكن يجب أن تتوافق مدة التخزين المؤقت في لوحة CDN مع ترويسات Cache-Control على الخادم الأصلي.

النهج العام: امنح الملفات الثابتة مدة سنة واحدة في Cache-Control على الخادم الأصلي، وحدد TTL مناسباً في CDN. وعند تغيير الملفات غيّر اسمها أو نفذ CDN purge. أما صفحات HTML فأنشئ قواعد خاصة واستبعد تماماً مناطق السلة والحساب والدفع ولوحة الإدارة.

من المشكلات الشائعة في المواقع التي تستخدم CDN ظهور الملفات القديمة بعد التحديث. وغالباً ما يكون السبب عدم تغيير اسم الملف أو نسيان عملية CDN purge. والطريقة الأكثر أماناً هي إنشاء ملفات تحتوي على هاش أثناء عملية البناء واستدعاء الاسم الجديد داخل HTML، بحيث يطلب الزائر الملف الجديد حتى لو احتفظ المتصفح أو CDN بالملف القديم.

قائمة التحقق خطوة بخطوة

تقدم قائمة التحقق التالية خطة عملية لتطبيق فترات تخزين المتصفح المؤقت. يمكن تنفيذها في موقع مؤسسي صغير خلال 30-60 دقيقة، بينما تحتاج مشاريع التجارة الإلكترونية أو البرمجيات المخصصة إلى وقت أطول للاختبار.

• 1. أجرِ جرداً للملفات: افصل CSS وJS والصور والخطوط وPDF وHTML واستجابات API.
• 2. حدد معدل التحديث: سجّل أي الملفات تتغير يومياً وأيها شهرياً.
• 3. اختر استراتيجية التسمية: استخدم هاش اسم الملف أو معلمة الإصدار أو رقم البناء.
• 4. أضف قواعد الخادم: عرّف ترويسات Cache-Control في Apache أو Nginx أو LiteSpeed أو لوحة CDN.
• 5. استبعد الصفحات الآمنة: استخدم no-store في صفحات الإدارة والدفع والسلة ولوحة المستخدم والبيانات الشخصية.
• 6. اختبر: استخدم Chrome DevTools وcurl -I وWebPageTest وLighthouse واختبارات الأجهزة الحقيقية.
• 7. راقب بعد النشر: تحقق من وجود ملفات قديمة أو تصميم تالف أو أخطاء JavaScript.

كيف تختبر تخزين المتصفح المؤقت؟

أسرع طريقة للتحقق هي استخدام أدوات مطوري المتصفح. افتح الصفحة في كروم، انتقل إلى تبويب Network في DevTools، انقر على ملف CSS أو صورة وافحص قيمة Cache-Control في قسم Response Headers. وفي التحميل الثاني ستظهر عبارات memory cache أو disk cache في عمود Status.

إذا كنت تفضل سطر الأوامر استخدم curl -I yourdomain.com/file.css لعرض ترويسات الاستجابة. تحقق من قيم Cache-Control وExpires وETag وLast-Modified. وإذا لم تجد الترويسة المتوقعة فقد يكون التطبيق أو الخادم أو طبقة CDN قد غيّرت الإعداد.

لاختبار الأداء يمكن استخدام Lighthouse وPageSpeed Insights وWebPageTest. لكن لا تطبّق توصيات هذه الأدوات blindly؛ قيّم النتائج وفق سيناريوهات المستخدم الحقيقية. فمثلاً يوصي Lighthouse بمدة تخزين طويلة للملفات الثابتة، لكنه لا يتوقع نفس القوة مع صفحات HTML. كما قد تظهر تحذيرات بشأن نصوص الطرف الثالث مثل Google Fonts أو شبكات الإعلانات التي لا تستطيع التحكم في مدة تخزينها.

الأخطاء الشائعة

رغم بساطة تخزين المتصفح المؤقت إلا أن التهيئة الخاطئة قد تسبب مشكلات في التحديثات ومخاطر أمنية وتجربة مستخدم سيئة. وتظهر هذه الأخطاء كثيراً لدى المبتدئين:

• منح جميع الموارد مدة سنة: لا ينطبق ذلك على HTML واستجابات API والمحتوى الخاص بالمستخدم.
• استخدام مدة طويلة بدون تسمية إصدارات: قد يستمر الزوار في رؤية ملفات CSS أو JS قديمة.
• نسيان عملية CDN purge: حتى لو حُدّث الخادم الأصلي قد يستمر CDN في تقديم الملف القديم.
• استخدام عدة إضافات تخزين مؤقت معاً: قد تكتب إضافات متعددة نفس الترويسات وتسبب تعارضاً.
• تفسير تحذيرات الطرف الثالث بشكل خاطئ: لا تستطيع التحكم في ترويسات النصوص الخارجية.
• تخزين الصفحات الحساسة: يجب استخدام no-store في صفحات الدفع والحسابات.

القيم المقترحة للبداية

للمواقع الجديدة يمكن البدء بالقيم التالية: CSS وJS المُصدرة لمدة سنة، والصور لسنة، والصور المتغيرة للحملات 30 يوماً، والخطوط سنة، وملفات PDF من 7 إلى 180 يوماً حسب معدل التحديث، وصفحات HTML no-cache أو بضع دقائق. يحافظ هذا النهج على التوازن بين الأداء والحداثة.

إذا كان موقعك تعريفياً مؤسسياً فالمدد الطويلة عادةً آمنة. أما إذا كان متجراً إلكترونياً فامنح الملفات الثابتة مدداً طويلة لكن استبعد الأسعار والمخزون والسلة وبيانات المستخدم. وإذا كان موقع أخبار أو مدونة فخزّن الصور والملفات الثابتة طويلاً واضبط HTML حسب معدل النشر. وتذكر أن اسم النطاق وشهادة SSL وبنية الاستضافة جزء من سلسلة الأداء. استعلام عن النطاق Hostragons حلول الاستضافة المؤسسية Hostragons

الخلاصة

عند التخطيط الجيد لفترات تخزين المتصفح المؤقت يتحسن أداء إعادة زيارة موقعك بشكل ملحوظ. القاعدة الأساسية: منح مدد طويلة للملفات الثابتة المُصدرة، ومدد قصيرة أو no-store لصفحات HTML والبيانات الشخصية. وينطبق نفس المنطق على بيئات Apache وNginx وLiteSpeed ووردبريس وCDN: تعرّف نوع المورد، حدد معدل التحديث، اختبر ترويسات Cache-Control وراقب بعد النشر.

باختصار، يُعد تخزين المتصفح المؤقت تحسيناً منخفض التكلفة وعالي التأثير. إذا كنت تستضيف موقعك على بنية Hostragons فاختر إعدادات التخزين المؤقت المناسبة لنوع استضافتك لتعزز تجربة المستخدم وأداء SEO التقني. يمكنك استعراض خيارات Hostragons لاختيار الحل الأنسب أو مراجعة إعدادات التخزين المؤقت الحالية خطوة بخطوة. باقات استضافة Hostragons

الأسئلة الشائعة

كم يجب أن تكون مدة تخزين المتصفح المؤقت؟

للملفات الثابتة المُصدرة مثل CSS وJS والصور والخطوط تُفضَّل مدة تتراوح بين 30 يوماً وسنة. أما صفحات HTML فتُفضَّل no-cache أو max-age=0 أو بضع دقائق للحفاظ على حداثة المحتوى.

ما الفرق بين Cache-Control وExpires؟

Cache-Control ترويسة حديثة وأكثر مرونة تستخدم قواعد مبنية على الثواني مثل max-age. أما Expires فتعطي تاريخاً ووقتاً محددين. في المشاريع الحالية يُفضَّل استخدام Cache-Control أولاً وإضافة Expires للتوافق مع المتصفحات القديمة.

كيف تفعّل browser caching في ووردبريس؟

في إضافات مثل LiteSpeed Cache وWP Rocket وW3 Total Cache يمكن تفعيل خيار Browser Cache أو تخزين المتصفح المؤقت. كما يمكن إضافة ترويسات Cache-Control حسب نوع الملف عبر .htaccess أو إعدادات الخادم.

هل تمنع المدة الطويلة ظهور التحديثات؟

إذا حدّثت ملف CSS أو JS دون تغيير اسمه فقد يستمر بعض الزوار في رؤية النسخة القديمة. لتجنب ذلك استخدم تسمية الإصدارات أو أسماء الملفات المحتوية على هاش وعمليات CDN purge.

هل يجب تخزين صفحات الدفع ولوحة المستخدم؟

لا. في صفحات الدفع والسلة والحساب والفواتير ولوحة الإدارة يجب استخدام Cache-Control: no-store, private للحفاظ على الأمان. لا تتنازل عن الخصوصية من أجل الأداء.