في هذه الصفحة
كيف أُعدّ Cloudflare لموقعي

افتح لوحة تحكم Cloudflare الخاصة بك اليوم وستجد العشرات من الميزات لتحسين الأداء والأمان والموثوقية. يتم تمكين بعضها بشكل افتراضي، ويوصى بالبعض الآخر، وتظهر الإمكانات الجديدة بانتظام مع تطور النظام الأساسي. مع وجود العديد من الخيارات المتاحة، أردت أن أفهم بشكل أفضل كيفية مساهمة كل إعداد في موقع الويب الخاص بي.
بعد ترحيل موقع الويب الخاص بي إلى Astro (انظر إعادة بناء موقع الويب الخاص بي) واستضافته بالكامل على Cloudflare Workers (انظر من صفحات github إلى cloudflare، ومنشور هندسة موقع الويب الجديد الخاص بي)، أدركت أنني لم أقم مطلقًا بمراجعة تكوين Cloudflare الخاص بي. كانت بعض الإعدادات عبارة عن إعدادات افتراضية لم أشكك فيها، وبدا بعضها مفيدًا بدرجة كافية لدرجة أنني قمت بتفعيلها دون إعادة النظر في القرار لاحقًا.
مع مرور الوقت، تطورت إعداداتي بشكل طبيعي جنبًا إلى جنب مع موقع الويب. مع تغير النظام الأساسي وإطار العمل والبنية التحتية، تغير التكوين أيضًا. وبدلاً من الاعتماد على القرارات المتخذة في مراحل مختلفة من تطور المشروع، انتهزت الفرصة لإعادة النظر في كل مكان بعيون جديدة.
لقد قمت بمراجعة كل صفحة من لوحة تحكم Cloudflare، وقرأت الوثائق الرسمية لكل ميزة، وقمت بتقييم ما إذا كان ذلك مناسبًا لموقع الويب الخاص بي اليوم. تتناول هذه المقالة القرارات التي اتخذتها، والأسباب الكامنة وراءها، والتكوين الذي استقرت عليه في النهاية.
نهج العمل
قبل تغيير أي إعدادات، قمت بتحديد بعض المبادئ البسيطة لتوجيه كل قرار.
أقوم بتفعيل الميزات التي توفر فوائد واضحة دون إضافة تعقيد أو طلب تغييرات على تطبيقي. إذا قامت إحدى الميزات بحل مشكلة لا يواجهها موقع الويب الخاص بي، فسأتركها معطلة. وعندما يغير أحد الإعدادات سلوك التطبيق، أقوم بتفعيله فقط إذا كانت الفوائد تفوق بوضوح الإعدادات الإفتراضية.
حافظت هذه المبادئ على تركيز المراجعة وتأكدت من أن كل ميزة ممكّنة لها غرض واضح.
| المبدأ | ماذا يعني في الممارسة العملية |
|---|---|
| مكاسب الأداء بدون تغييرات التطبيق | يتعامل Cloudflare معها على الحافة. أنا لا أتطرق إلى الكود الخاص بي. |
| أمان بدون تعقيد | إذا كان يحميني ولم أضطر إلى إدارته، فقم بتفعيله. |
| تحل مشكلات لا أواجهها | إذا كان موقعي لا يستخدم إحدى الميزات، فإن تمكينها يضيف ضجيجًا وليس قيمة. |
| التوافق على المكاسب الهامشية | إذا غيرت الميزة سلوكها، فإن المخاطرة عادة ما تفوق الفائدة. |
تم تصميم هذه المبادئ لتناسب موقع الويب الخاص بي والطريقة التي بنيته بها. قد يستفيد موقع ويب خاص بالمؤسسة من الميزات التي أتركها معطلة عمدًا. من المحتمل أن تتطلب واجهة برمجة التطبيقات التي تقدم محتوى ديناميكيًا استراتيجية تخزين مؤقت مختلفة تمامًا. ومع ذلك، بالنسبة لموقع ويب ثابت تم إنشاؤه باستخدام إطار عمل حديث، توفر هذه الإرشادات طريقة بسيطة ومتسقة لتقييم كل إعداد والتركيز فقط على التغييرات التي تضيف قيمة حقيقية.
الشبكة
لم تكن صفحة الشبكة كما توقعت في البداية، ولكن بشكل إيجابي.
فتحتها متوقعًا قضاء بعض الوقت في ضبط إعدادات الشبكة لتحسين الأداء. لكنني اكتشفت أن معظم الخيارات مصممة لدعم البروتوكولات، أو التوافق، أو متطلبات البنية التحتية المحددة، بدلًا من تحسين الأداء. بالنسبة لموقع ويب حديث يعمل على Cloudflare Workers، فإن الإعدادات الافتراضية مُختارة بعناية، مما يعني أنه لا يوجد الكثير لتعديله إلا إذا كان لتطبيقك احتياجات شبكية خاصة.
| الإعداد | الحالة | السبب | الوثائق |
|---|---|---|---|
| توافق IPv6 | مُفعّل | معيار حديث، يتم التعامل معه بشفافية. | Docs |
| gRPC | مُعطّل | موقعي لا يعرض خدمات gRPC. | Docs |
| WebSockets | مُفعّل | لا توجد سلبيات حاليًا، ومفيد للميزات المستقبلية. | Docs |
| Pseudo IPv4 | مُعطّل | بنيتي التحتية تدعم IPv6 بالكامل. | Docs |
| تحديد الموقع الجغرافي عبر IP | مُفعّل | بيانات وصفية مفيدة للتحليلات أو تحديد الموقع الجغرافي مستقبلًا. | Docs |
| توجيه Onion | مُفعّل | يدعم زوار Tor دون التأثير على أي شخص آخر. | Docs |
في النهاية، قمت بإجراء تغييرات قليلة جدًا على هذه الصفحة، والتي توضح الكثير عن التكوين الافتراضي لـ Cloudflare. بالنسبة لموقع ويب حديث، تم بالفعل اختيار الإعدادات الافتراضية بشكل جيد.
لقد أبقيت IPv6 مفعّلاً لأنه معيار الإنترنت الحديث ويتعامل Cloudflare مع التوافق تلقائيًا. تظل WebSockets ممكنة أيضًا. موقع الويب الخاص بي لا يستخدمها اليوم، لكن دعمها ليس له أي جانب سلبي تقريبًا ويبقي الباب مفتوحًا أمام الميزات التفاعلية المستقبلية.
يظل Pseudo IPv4 وgRPC معطلين لأنهما يحلان المشكلات التي لا يواجهها موقع الويب الخاص بي. تدعم البنية الأساسية الخاصة بي IPv6 بشكل كامل، ولا أكشف عن أي خدمات gRPC، لذا فإن تمكين أي من الميزتين لن يؤدي إلا إلى إضافات غير ضرورية.
لقد تركت تحديد الموقع الجغرافي IP مفعّلاً لأنه يوفر بيانات مفيدة لموقع الزائر من خلال رأس CF-IPCountry دون أي تكلفة تقريبًا. لقد قمت أيضًا بتفعيل Onion Routing لأنه يعمل على تحسين إمكانية الوصول لمستخدمي Tor ويتوافق مع هدفي المتمثل في جعل موقع الويب متاحًا لأكبر عدد ممكن من الأشخاص.
التخزين المؤقت
يُعدّ التخزين المؤقت أحد أهمّ عوامل تحسين الأداء في Cloudflare، لذا توقعتُ أن أقضي معظم وقتي في ضبط هذه الإعدادات. ولكن، كلما تعمّقتُ في استكشاف الخيارات المتاحة، أدركتُ أن الأطر الحديثة وسلوك التخزين المؤقت الافتراضي في Cloudflare يكملان بعضهما البعض بشكلٍ ممتاز. وبدلاً من السعي وراء تحسينات نظرية طفيفة، أصبح الهدف هو فهم أيّ الإعدادات تُضيف قيمة حقيقية وأيّها يُفضّل تركها كما هي.
| الإعداد | الحالة | السبب | الوثائق |
|---|---|---|---|
| مستوى التخزين المؤقت | افتراضي | الخيار الافتراضي الأكثر أمانًا وملاءمة. | Docs |
| مدة صلاحية ذاكرة التخزين المؤقت للمتصفح | 4 ساعات | توازن جيد بين حداثة البيانات والأداء. | Docs |
| تلميحات الزحف | مُفعّلة | تُساعد محركات البحث على اكتشاف التحديثات بكفاءة أكبر. | Docs |
| الاتصال الدائم | مُعطّل | لا يُقدّم قيمة حقيقية لـ Cloudflare Workers. | Docs |
| وضع التطوير | مُعطّل | مفيد فقط عند تصحيح أخطاء ذاكرة التخزين المؤقت. | Docs |
عززت مراجعة التخزين المؤقت فكرة واحدة بسيطة. تعمل الأطر الحديثة وCloudflare بشكل جيد معًا بالفعل. يقوم Astro بإنشاء أصول ببصمات، ويقوم Cloudflare بتخزينها مؤقتًا بكفاءة على الحافة، مما يترك القليل جدًا للتحسين يدويًا.
لقد حافظت على مستوى التخزين المؤقت عند المستوى الافتراضي وذاكرة التخزين المؤقت للمتصفح TTL عند 4 ساعات، مما يوفر توازنًا جيدًا بين الزيارات المتكررة السريعة والتحديثات في الوقت المناسب. لقد قمت أيضًا بتفعيل Crawler Hints، مما يسمح لـ Cloudflare بإخطار محركات البحث عند تغيير المحتوى.
الميزة الوحيدة التي تركتها معطلة هي الاتصال بالإنترنت دائمًا. نظرًا لأن موقع الويب الخاص بي يعمل بالكامل على البنية التحتية لـ Cloudflare، فإن عرض الصفحات المؤرشفة أثناء انقطاع الخدمة يضيف قيمة قليلة.
أخيرًا، يعد وضع التطوير أداة ممتازة أثناء اختبار التغييرات، ولكن يجب دائمًا تعطيله بعد ذلك. بخلاف ذلك، قد تقضي ساعات تتساءل عن سبب تباطؤ موقعك فجأة.
تحسين المحتوى
كان هذا هو القسم الذي أثار فضولي أكثر. قدمت Cloudflare العديد من ميزات التحسين في السنوات الأخيرة، وقد أوضحت مراجعتها أنها لا تقدم جميعها نفس القيمة. يوفر بعضها فوائد فورية دون أي جهد تقريبًا، بينما تم تصميم بعضها الآخر لحالات الاستخدام التي تتعامل معها الأطر الحديثة جيدًا بالفعل.
| الإعداد | الحالة | السبب | الوثائق |
|---|---|---|---|
| التصغير التلقائي (JavaScript) | مُفعّل | تحسين بسيط دون أي جانب سلبي ملحوظ. | Docs |
| التصغير التلقائي (CSS) | مُفعّل | لتقليل وحدات البايت غير الضرورية. | Docs |
| التصغير التلقائي (HTML) | مُفعّل | تحسين صغير ولكنه مجاني. | Docs |
| التلميحات المبكرة | مُفعّل | للسماح للمتصفحات ببدء تنزيل الموارد مبكرًا. | Docs |
| إعادة كتابة HTTPS تلقائيًا | مُفعّل | لمنع مشكلات المحتوى المختلط تلقائيًا. | Docs |
| Opportunistic Encryption | مُعطّل | لا يؤدي إلى تحسين موقع HTTPS بالفعل. | Docs |
| Rocket Loader | مُعطّل | تعمل أطر العمل الحديثة بالفعل على تحسين تحميل JavaScript. | Docs |
| Speed Brain | مُفعّل | واحدة من ميزات الأداء الجديدة الأكثر إقناعًا. | Docs |
| خطوط Cloudflare | مُفعّل | لتحسين الخصوصية مع تقليل طلبات الجهات الخارجية. | Docs |
هذه بعض التحسينات المفضلة لدي. يمكن للعديد من هذه الميزات تحسين الأداء أو الخصوصية بنقرة واحدة، مما يجعلها إضافات سهلة إلى موقع ويب حديث.
كان Speed Brain خيارًا فوريًا. ويستخدم واجهة برمجة التطبيقات لقواعد المضاربة في المتصفح للجلب المسبق للصفحات التي من المحتمل أن يفتحها الزائرون بعد ذلك، مما يجعل التنقل أسرع دون الحاجة إلى أي تغييرات في التعليمات البرمجية.
كانت Cloudflare Fonts ميزة أخرى كنت سعيدًا باكتشافها. إنه يخدم خطوط Google من خلال نطاقك الخاص، مما يعمل على تحسين الخصوصية مع تقليل الاعتماد على الطلبات الخارجية.
لقد قمت أيضًا بتفعيل التصغير التلقائي والتلميحات المبكرة وإعادة كتابة HTTPS التلقائية. يساهم كل منها في تحسينات صغيرة ولكن جديرة بالاهتمام، ويساعدان معًا في تقديم تجربة تصفح أسرع وأكثر صقلًا.
تظل الميزات الأخرى، مثل Rocket Loader و Opportunistic Encryption ، متاحة إذا تغيرت متطلبات موقع الويب الخاص بي في المستقبل. بالنسبة للإعداد الحالي، توفر عملية الإنشاء الحالية وتكوين HTTPS بالفعل الفوائد المقصودة، مما يسمح للتكوين العام بالبقاء بسيطًا ويمكن التنبؤ به.
تحسين البروتوكول
كان هذا القسم واضحًا ومباشرًا. لقد نضجت بروتوكولات النقل الحديثة إلى درجة أنها تشكل أساس الويب اليوم، وبالنسبة لموقع ويب جديد، فإن الإعدادات الافتراضية الموصى بها هي بالفعل ما تريده بالضبط.
| الإعداد | الحالة | السبب | الوثائق |
|---|---|---|---|
| HTTP/2 | مُفعّل | المعيار الحديث للاتصالات المتعددة الإرسال. | Docs |
| HTTP/3 | مُفعّل | لأداء أفضل على الشبكات الحديثة باستخدام QUIC. | Docs |
| TLS 1.3 | مُفعّل | لمصافحة أسرع وتحسين الأمان. | Docs |
| استئناف اتصال 0-RTT | مُفعّل | يقلل زمن الوصول للزوار العائدين. | Docs |
يعمل HTTP/2 على تحسين كيفية تنزيل المتصفحات للموارد من خلال السماح للطلبات المتعددة بمشاركة اتصال واحد. يعتمد HTTP/3 على ذلك باستخدام QUIC، مما يقلل أوقات الاتصال ويحسن الأداء على الشبكات الأقل موثوقية.
ومن ناحية الأمان، يوفر TLS 1.3 اتصالات مشفرة أسرع مع اعتماد معايير التشفير الحديثة. يعمل استئناف الاتصال 0-RTT على تحسين تجربة الزائرين العائدين من خلال تقليل الوقت اللازم لإعادة الاتصال بشكل آمن.
بالنسبة لموقع ويب حديث، تنتمي هذه الميزات ببساطة إلى الأساس. وهي لا تتطلب صيانة مستمرة، وهي مدعومة على نطاق واسع، وتوفر تحسينات قابلة للقياس لكل من الأداء والأمان.
الأمان
قبل أن تصل أي طلبات (requests) إلى تطبيقي، تقوم Cloudflare بالفعل بتصفية الزيارات الضارة، والتصدي للهجمات، وحماية الموقع عند “الحافة” (edge) - أي قبل وصولها إلى الخادم الأصلي.
| الإعداد | الحالة | السبب | الوثائق |
|---|---|---|---|
| وضع مكافحة الروبوتات (Bot Fight Mode) | مُفعّل | مكسب سهل لا يتطلب أي إعدادات. | Docs |
| فحص سلامة المتصفح (Browser Integrity Check) | مُفعّل | يضيف طبقة حماية إضافية خفيفة الوزن. | Docs |
| الحماية من هجمات DDoS | نشط | مشمول افتراضياً ويُعد من أكبر نقاط قوة Cloudflare. | Docs |
أحد الجوانب التي أقدرها بشكل خاص هو سهولة التعامل مع ميزات الأمان في Cloudflare؛ فميزات مثل وضع مكافحة الروبوتات، وفحص سلامة المتصفح، والحماية من هجمات DDoS تعمل جميعها تلقائياً، مما يوفر طبقة حماية قوية دون الحاجة إلى قواعد جدار حماية مخصصة أو تعديلات مستمرة.
تعمل هذه الميزات معاً للمساعدة في تصفية الزيارات الضارة، وتحدي الروبوتات المشبوهة، وامتصاص الهجمات واسعة النطاق قبل أن تصل الطلبات إلى التطبيق. وبالنسبة لموقع شخصي، فهي توفر توازناً ممتازاً بين الأمان القوي والحد الأدنى من الصيانة، مما يتيح لي التركيز على بناء الموقع بدلاً من الانشغال بإدارة دفاعاته.
نظرة إلى الوراء
منحتني هذه المراجعة تقديراً أعمق لمدى دقة وذكاء تصميم Cloudflare. فبدلاً من التركيز فقط على تغيير الإعدادات، ركزت على فهمها والتأكد من توافقها مع احتياجات موقعي.
لكل ميزة قمت بتفعيلها غرض واضح، وتشكل هذه الميزات مجتمعةً إعدادات متوازنة للغاية. وما أثار إعجابي أكثر هو كيفية عمل خدمات Cloudflare - بدءاً من DNS وCDN ووصولاً إلى التخزين المؤقت (caching) والأداء والأمان - معاً كمنصة متكاملة ومترابطة.
إذا كنت تراجع إعداداتك الخاصة، فخصص وقتاً لفهم وظيفة كل إعداد ومدى ملاءمته لموقعك؛ فبناء الإعدادات بوعي وقصد له قيمة أكبر بكثير من مجرد تفعيل كل ميزة متاحة.
ما الذي قد تغيره؟
تواصل Cloudflare تطورها المستمر، لذا سأستمر في مراجعة إعداداتي وتحديث هذا المقال كلما توفرت ميزات جديدة.
كيف تقوم بإعداد لوحة تحكم Cloudflare الخاصة بك؟ وهل اكتشفت ميزة أحدثت فرقاً ملحوظاً؟ شاركنا توصياتك في التعليقات؛ فأنا مهتم جداً بمعرفة تجاربكم.