تُعد شبكة توصيل المحتوى (CDN) عنصرًا حيويًا في البنية التحتية لأي موقع ويب حديث. فهي تقف كخط دفاع أول ومسرّع أداء، حيث تتلقى الطلبات الواردة وتخدم المحتوى المخزّن مؤقتًا، وتدير تشفير TLS، وتصفي حركة المرور قبل تمرير الباقي إلى الخادم الأصلي. هذا الدور المحوري يجعل شبكة CDN نقطة اعتماد مشتركة؛ فإذا تعطلت، فمن المرجح أن تتعطل جميع المواقع التي تعتمد عليها، بغض النظر عن أي قواسم مشتركة أخرى.
في دراسة حديثة أجرتها CipherCue على الشركات الأوروبية، كشفت البيانات عن هيمنة واضحة لـ Cloudflare في سوق شبكات توصيل المحتوى. فمن بين 44,143 شركة تم تحديد استخدامها لشبكة CDN، تبين أن 39,547 شركة منها تعتمد على Cloudflare كواجهة لمواقعها الإلكترونية، وهو ما يمثل نسبة مذهلة تبلغ 89.6%.
إن هذه النسبة المرتفعة تؤكد التركيز الشديد في السوق: 89.6% من أصل 44,143 شركة أوروبية تستخدم شبكة CDN تعتمد على Cloudflare.
للمقارنة، تشير بيانات W3Techs (حتى 28 يوليو 2026) إلى أن Cloudflare تخدم 84.1% من المواقع التي يمكن تحديد مزود الوكيل العكسي الخاص بها. نسبة 89.6% التي توصلت إليها الدراسة الحالية تُقاس بنفس الطريقة، كحصة من المجموعة التي تستخدم CDN، مما يجعل الرقمين قريبين مع تفوق طفيف للنسبة الأوروبية.
من المهم الإشارة إلى أن هذه الإحصائيات تركز فقط على الشركات التي تستخدم شبكة CDN بالفعل. الشركات التي تقدم مواقعها مباشرةً من خوادمها الأصلية دون الاعتماد على CDN لم يتم تضمينها في هذه الأرقام. لذا، لا تُعد هذه المقارنة بين Cloudflare والإنترنت بأكمله، بل هي دراسة لخيارات الشركات التي قررت بالفعل استخدام شبكة توصيل المحتوى.
Cloudflare: الريادة وحصة السوق
تُظهر مقارنة بائعي شبكات CDN الرئيسيين حجم الهيمنة الفعلية:
تحتل أمازون المرتبة الثانية بواقع 3112 شركة، لكن هذا الرقم يتطلب توضيحًا. يتم اكتشاف Amazon عبر CloudFront، وبما أن Amazon هي أيضًا مزود استضافة سحابية عامة (AWS)، فقد يكون بعض هذه الشركات يستخدم أصول AWS وليس بالضرورة يختار CloudFront كواجهة CDN بشكل متعمد. في المقابل، تُعد Fastly شبكة CDN خالصة بدون هذا الغموض، وتأتي في المركز الثالث بـ 1,299 شركة، أي ما يقرب من شركة واحدة لكل ثلاثين شركة تستخدم Cloudflare. أما Akamai، الاسم الأقدم في هذه الفئة، فيحل رابعًا بـ 396 شركة.
يُلاحظ أن مجموع الأعداد الأولية للبائعين يتجاوز 44,143، وذلك لأن الشركة الواحدة قد تستخدم أكثر من مزود CDN واحد وتحتسب تحت كل منهم (مثل واجهة Fastly مع خادم أصلي على AWS). يفسر هذا التعداد المزدوج أرقام البائعين الأصغر، ولا يؤثر على حصة Cloudflare التي تُقاس نسبة إلى إجمالي الشركات التي تستخدم شبكات CDN.
تفاوتات الحصة السوقية بحسب الدول الأوروبية
يُخفي الرقم الإجمالي لثماني دول أوروبية تباينات كبيرة في حصة Cloudflare على مستوى كل بلد. ومع ذلك، تبقى Cloudflare الواجهة الرئيسية للأغلبية في جميع هذه الدول، حيث تتراوح حصتها من حوالي أربعة من كل خمسة مواقع في إسبانيا وأيرلندا إلى ما يقرب من تسعة عشر من كل عشرين في هولندا.
تتصدّر هولندا القائمة بنسبة 95.6%، تليها المملكة المتحدة (93.2%) وبولندا (92.6%). بينما تسجل دول مثل فرنسا (86.2%)، إيطاليا (85.4%)، وألمانيا (81.4%) نسبًا مرتفعة أيضًا. وتأتي إسبانيا وأيرلندا في المرتبة الأدنى بنسبة 78.8% لكل منهما، والتي لا تزال تمثل غالبية السوق.
تُظهر المملكة المتحدة أكبر عدد مطلق من الشركات التي تستخدم Cloudflare كشبكة CDN، حيث يبلغ العدد 15,846 شركة. أما ألمانيا، فتسجل أدنى نسبة بين الأسواق الكبرى بـ 81.4%، وهو ما يظل يمثل أربعة من كل خمسة.
مخاطر التركيز على مزود واحد: حوادث الانقطاع
تُعد المرونة أحد الدوافع الرئيسية لاختيار الشركات لشبكات CDN، ومن مزايا الموردين المتعددين أن فشل أحدهم لا يعني بالضرورة فشل الآخرين. لكن هذه الميزة تتلاشى عندما تعتمد غالبية السوق على مورد واحد. في هذه الحالة، لم يعد حادث الانقطاع يقتصر على شركة واحدة، بل يتحول إلى انقطاع واسع النطاق يؤثر على معظم السوق في وقت واحد.
نشرت Cloudflare تقارير مفصلة لما بعد الحوادث المتعلقة بالعديد من الأعطال التي حدثت خلال الخمسة عشر شهرًا الماضية. كانت ثلاثة من هذه الحوادث عالمية وذات تأثير كبير:
- 18 نوفمبر 2025: حدث انقطاع لمدة تقارب 6 ساعات (من 11:20 إلى 17:06 بالتوقيت العالمي المنسق). سببه تغيير في أذونات قاعدة البيانات أدى إلى تضخم ملف خاص بميزة ‘إدارة الروبوت’ بمدخلات مكررة، متجاوزًا حدود الوكيل وتسبب في تعطل خدمة CDN الأساسية وخدمات الأمان. أكدت Cloudflare أن الانقطاع لم يكن نتيجة لهجوم إلكتروني.
- 5 ديسمبر 2025: تسبب تغيير في التكوين أثناء معالجة ثغرة أمنية في مكونات خادم React (React Server Components) على مستوى الصناعة في اضطراب عالمي واسع النطاق.
- 20 فبراير 2026: انقطاع استمر 6 ساعات و7 دقائق ابتداءً من 17:48 بالتوقيت العالمي. حدث بسبب مهمة تنظيف آلية فسّرت استجابة خاطئة لواجهة برمجة التطبيقات كتعليمات لسحب بادئات BYOIP، مما أدى إلى سحب 25% منها من الإنترنت عبر BGP. كما أكدت Cloudflare أن هذا الحادث لم يكن بسبب هجوم إلكتروني.
لم تكن أي من هذه الحوادث ناتجة عن هجمات إلكترونية. بل كانت أسبابها تتراوح بين ملف تكوين خاطئ، وتغيير تم تطبيقه أثناء تصحيح ثغرة أمنية، ومهمة تنظيف قامت بحذف غير مقصود. تشير هذه الحوادث إلى أن العمليات الداخلية الروتينية، عندما تصل إلى نقطة حرجة، يمكن أن تؤدي إلى تعطل عدد هائل من المواقع. لم تكن الشركات بحاجة إلى أي قاسم مشترك لتتوقف عن العمل في 18 نوفمبر؛ فمجرد مشاركة Cloudflare كواجهة كفى لإحداث هذا التأثير الجماعي.
هذه الحوادث لا تعني بالضرورة أن Cloudflare أقل جودة من غيرها. فبائعون آخرون مثل Fastly وAkamai يواجهون أخطاء مماثلة. لكن الفارق يكمن في أن تعطلهم يؤثر على عدد أقل من المواقع نظرًا لصغر حصتهم السوقية. بيت القصيد هنا هو أن هيمنة مزود خدمة واحد على غالبية السوق يحول أخطاءه من مشكلة داخلية خاصة به إلى مشكلة عامة تؤثر على الجميع في آن واحد.
الفرق بين شبكة CDN وموقع تخزين البيانات
يجب التنويه إلى أن هذه الدراسة لا تتطرق إلى مكان تخزين الشركات لبياناتها. فشبكة CDN تُعد مجرد واجهة أمامية. أما الخادم الأصلي وقاعدة البيانات ومُعالج البيانات، فهي تتواجد خلفها. وفيما يتعلق بمسائل مثل اللائحة العامة لحماية البيانات (GDPR) أو إقامة البيانات، فإن الواجهة الخلفية (Backend) هي الأهم. لو تم قياس ذلك، لربما بدت الصورة أفضل بالنسبة لأوروبا، حيث يُلاحظ وجود مزودي استضافة مثل OVH و Hetzner بشكل أكبر عند فحص النطاقات الفرعية لواجهات برمجة التطبيقات بدلاً من الواجهة الأمامية. لكن التركيز هنا على الواجهة الأمامية كان متعمدًا، لأنها النقطة التي تتعطل جماعيًا للجميع، كما يتضح من حوادث الانقطاع المذكورة.
كيف تتحقق من مزود شبكة CDN لموقعك؟
يمكنك بسهولة تحديد شبكة CDN التي يستخدمها موقع معين (إن وجدت) من خلال فحص رؤوس استجابة HTTP الخاصة به:
curl -sI https://example.com | grep -i 'server|cf-ray|x-served-by|x-amz-cf-id'
يشير وجود رأس cf-ray أو قيمة server: cloudflare إلى استخدام Cloudflare. أما رأس x-served-by مع عقدة تخزين مؤقتة لـ Fastly فيدل على Fastly. ويشير x-amz-cf-id إلى Amazon CloudFront. إذا لم تظهر هذه الرؤوس، وكانت قيمة server تشير إلى اسم خادم الويب الخاص بك أو المضيف الأصلي، فعادةً ما يعني ذلك عدم وجود شبكة CDN في الواجهة الأمامية.
منهجية الدراسة
اعتمدت الدراسة على ملاحظات CipherCue الخاصة ببصمات استجابة HTTP وDNS لمواقع الشركات الأوروبية، وليست بيانات من جهات خارجية. شملت العينة 44,143 شركة في ألمانيا، المملكة المتحدة، هولندا، بولندا، فرنسا، إيطاليا، إسبانيا، وأيرلندا، حيث تم رصد استخدام مكون CDN واحد على الأقل، وذلك بناءً على أحدث الملاحظات حتى 2026-09-07. تجدر الإشارة إلى أن هذه الأرقام تمثل الشركات ضمن قاعدة بيانات CipherCue وليست عينة تمثيلية لجميع الشركات في هذه البلدان، كما أنها لا تشمل الشركات التي لا تستخدم CDN على الإطلاق. تميل العينة أيضًا نحو الشركات الصغيرة والمتوسطة، حيث تعتبر Cloudflare قوية في هذا القطاع، مما يشير إلى تركيز عالٍ لـ Cloudflare بين مستخدمي CDN ضمن هذه الفئة.
يُقصد بـ ‘اكتشاف CDN’ تصنيف مكون ما كشبكة توصيل محتوى عندما تتطابق رؤوس الاستجابة أو بصمة العرض مع نمط مزود CDN معروف (مثل رأس cf-ray لـ Cloudflare، أو x-served-by لعقدة Fastly، أو x-amz-cf-id لـ CloudFront). تُستبعد الشركات التي تخدم محتواها مباشرةً من الخادم الأصلي بدون بصمة CDN واضحة من إجمالي العدد. وقد يؤدي أي إعداد خاطئ أو غير تقليدي يخفي هذه الرؤوس إلى تقليل الأعداد المكتشفة.
يُحتمل أن تُكتشف الشركة الواحدة وهي تستخدم أكثر من مزود CDN واحد، وفي هذه الحالة تُحتسب ضمن كل منهم. ومع ذلك، تُحسب حصة Cloudflare (89.6%) بقسمة عدد الشركات التي تستخدم Cloudflare على إجمالي جميع الشركات التي تم اكتشاف استخدامها لأي CDN. لذا، فإن الشركة التي تستخدم Cloudflare و Fastly معًا تُحتسب مرة واحدة في البسط ومرة واحدة في المقام، وهو ما يفسر سبب تجاوز مجموع الأعداد الأولية لكل بائع للعدد الإجمالي 44,143.
ملاحظة حول أمازون: يتم اكتشاف أمازون من خلال CloudFront، لكن يجب الأخذ في الاعتبار أن أمازون أيضًا مزود استضافة سحابية عامة (AWS). وبالتالي، فإن بعض اكتشافات أمازون قد تكون لشركات اختارت CloudFront كواجهة CDN، بينما قد تكون أخرى لشركات تستخدم خدمات AWS الأصلية فقط. لم يتم الفصل بين الحالتين في هذه الدراسة، ولذلك تُعد Fastly (بصفتها شبكة CDN نقية لا لبس فيها) المقارنة الأكثر وضوحًا.
تفاصيل الانقطاع: استُقيت تفاصيل حوادث الانقطاع من تقارير ما بعد الحوادث المنشورة بواسطة Cloudflare، مع الالتزام بالأوقات والمدد المذكورة في تقاريرهم الأصلية، بدلًا من الاعتماد على مصادر ثانوية.
مجموعة البلدان: تم اختيار مجموعة البلدان الثمانية المشمولة في الدراسة بشكل متعمد، وقد تم تحديدها بوضوح لضمان فهم السياق عند تحليل البيانات لكل دولة على حدة. الرقم الرئيسي المذكور يمثل الاتحاد الإجمالي لهذه الأسواق الثمانية، وليس دولة واحدة بمفردها.
تُظهر هذه الدراسة بوضوح الهيمنة الكبيرة لـ Cloudflare في سوق شبكات توصيل المحتوى الأوروبي. وبينما تشير هذه الأرقام إلى ثقة واسعة في خدمات Cloudflare، فإنها تثير تساؤلات حول المخاطر المحتملة للتركيز الشديد على مزود واحد. إن فهم هذه الديناميكيات أمر بالغ الأهمية للشركات، فهو يدفعها إلى التفكير في استراتيجيات تنويع البنية التحتية وتعزيز المرونة لضمان استمرارية الأعمال في مواجهة أي أعطال مستقبلية.