في 7 سبتمبر 2026، نشر باحثو CipherCue قياسًا يجب على الجميع قراءته، خاصة أولئك الذين يتصفحون الويب الأوروبي بشكل آلي: من بين 44,143 شركة أوروبية تمكنت من اكتشاف CDN، 89.6% منها تستخدم Cloudflare. ليس "رائد السوق بفارق كبير" - بل تقريبًا كل السوق بالكامل. بالنسبة لعمليات السحب، وإدارة الحسابات المتعددة، وأي نوع من الأتمتة، فهذا يعني شيئًا بسيطًا: الوصول إلى تسعة مواقع من أصل عشرة في الاتحاد الأوروبي يتم عبر نفس الخوارزمية، بناءً على نفس المعايير، في نفس الثانية.
ما الذي تم حسابه بالضبط
العينة تشمل الشركات من ألمانيا، المملكة المتحدة، هولندا، بولندا، فرنسا، إيطاليا، إسبانيا، وأيرلندا، التي تم تحديد مكون CDN واحد على الأقل في مواقعها. تم الكشف عن ذلك من خلال ردود HTTP وبصمات الخادم: رأس cf-ray وserver: cloudflare لـ Cloudflare، x-served-by مع علامة التخزين المؤقت لـ Fastly، x-amz-cf-id لـ CloudFront. تاريخ الملاحظات هو 7 سبتمبر 2026.
التوزيع حسب المزودين:
- Cloudflare - 39,547 شركة (89.6%)
- Amazon CloudFront - 3,112
- Fastly - 1,299
- Akamai - 396
التوزيع حسب الدول ملحوظ، لكن السقف مرتفع في كل مكان:
- هولندا - 95.6% (7,587 من 7,939)
- المملكة المتحدة - 93.2% (15,846 من 17,007)
- بولندا - 92.6% (2,682 من 2,896)
- فرنسا - 86.2% (3,456 من 4,008)
- إيطاليا - 85.4% (3,126 من 3,661)
- ألمانيا - 81.4% (4,650 من 5,715)
- إسبانيا وأيرلندا - 78.8% لكل منهما
يقر المؤلفون بأن هناك قيودًا، وهذا أمر عادل: قد تكون شركة واحدة تحت عدة مزودين في نفس الوقت (حساب مزدوج)، والعينة مائلة نحو الشركات الصغيرة والمتوسطة - القطاع الذي يكون فيه الاشتراك المجاني لـ Cloudflare هو الأقوى. لذا، فإن 89.6% هي النسبة بين الشركات التي تم اكتشاف CDN لديها، وليس بين جميع الكيانات القانونية الأوروبية.
هناك تحقق مستقل من حجم الأرقام: وفقًا لبيانات W3Techs في سبتمبر 2026، يستخدم 84.7% من المواقع التي تعرف على الأقل وكيل عكسي Cloudflare، وهو ما يمثل 25.2% من جميع المواقع في فهرسهم. تقنيات مختلفة، عينات مختلفة، لكن الاستنتاج واحد: أمام ربع الويب وأمام الغالبية العظمى من إعدادات CDN المعروفة، هناك وسيط واحد.
لماذا تعتبر الأتمتة ليست "مجرد حصة في السوق"
عندما يكون هناك العديد من الفلاتر، فإن الخطأ في بصمة واحدة يكلف الوصول إلى موقع واحد. عندما يكون الفلتر فعليًا واحدًا، فإن الخطأ يكلف الوصول إلى كل القطاع دفعة واحدة - وهذا يغير اقتصاد العمل.
تقوم Cloudflare بتقييم الطلب بـ bot score من 1 إلى 99: كلما كان الرقم أقل، كانت الثقة أكبر في أن الآلية أمام الموقع. النموذج الذي يحسب هذه الدرجة، وفقًا لوصف الشركة نفسها، يعالج أكثر من 46 مليون طلب HTTP في الثانية ويأخذ في الاعتبار ليس فقط طلبك المحدد، ولكن أيضًا الإحصائيات العالمية عبر الشبكة: سمعة IP، ASN ونوع العنوان (مركز بيانات / سكني / موبايل)، اتساق الرؤوس، بصمة TLS، والسمات السلوكية. الكشف متعدد الطبقات - heuristics بالإضافة إلى ML، حيث يمثل التعلم الآلي الجزء الأكبر من القرارات.
النتيجة العملية: يتم تقييم مجموعتك وبصمتك ليس من قبل الموقع، بل من قبل الشبكة. إذا تم اكتشافك على مورد واحد - فإن إشارة السمعة قد تم أخذها في الاعتبار بالفعل عند الطلب التالي لمورد آخر. في عالم يجلس فيه تسعة من كل عشرة مواقع أوروبية على هذه الشبكة، فإن "التحول إلى هدف آخر والانتظار" لم يعد استراتيجية.
IP السكني لم يعد تذكرة عبور
المنطق القديم "أخذت عنوان سكني - مررت كإنسان" يتعارض مع حقيقة أن مزود الفلتر قد اكتشف هذه الحيلة منذ فترة طويلة. وصفت Cloudflare علنًا نموذجًا منفصلًا ضد الروبوتات التي تمر عبر البروكسيات السكنية: في البداية تم اختبار العلامات الشبكية (الخطوات الزائدة، الكمون)، لكن تم التخلي عنها بسبب الإنذارات الكاذبة على الإنترنت الفضائي، وانتقلوا إلى التحليل السلوكي - الارتفاعات النمطية في النشاط على عناوين IP. في منشوراتهم، تم تقديم حجم الظاهرة التي يرونها: حوالي 17 مليون IP فريد في الساعة، تم استخدامها في الهجمات عبر البروكسيات السكنية، 45,000 ASN و237 دولة ومنطقة (الأرقام تتعلق بشهر مارس 2024، ولم تقدم الشركة أرقامًا أحدث). الدقة المعلنة لتصنيف الهجوم الموزع على أحد العملاء هي 95%، وزيادة الكشف عن الروبوتات من الشبكات السحابية هي 20%.
تفصيل مهم من هناك: النموذج لا يبنى عمدًا على حظر IP - لتجنب إخراج المستخدمين الحقيقيين من نفس الشبكات. هذه أخبار جيدة لحركة المرور النزيهة من العناوين السكنية وأخبار سيئة لأولئك الذين يعتقدون أن "المنزل" وحده يمنح الضوء الأخضر. ما يعمل هو نوع العنوان، ولكن الربط بين "نوع العنوان + السلوك + البصمة". لقد أجرينا تحليلًا تفصيليًا للاختلافات بين الجدران في مقارنة أنظمة مكافحة الروبوتات Cloudflare وDataDome وAkamai وKasada - والآن يجب العودة إليها مع مراعاة أن الوزن في السطر الأول في أوروبا أصبح غير متناسب.
الجانب الآخر: عندما يسقط واحد - يسقط الجميع
للمونوكولتور جانب ثانٍ، ليس عن الحظر، بل عن التوافر. قدمت السنة والنصف الماضية ثلاث حلقات نموذجية:
- 18 نوفمبر 2025 - فشل عالمي أثر، وفقًا للتقديرات، على حوالي كل خامس صفحة ويب وثالث من بين 10,000 من أكثر المواقع والخدمات شعبية. السبب وفقًا لتحليل الشركة نفسها: تغيير الحقوق في مجموعة ClickHouse أدى إلى تكرار الصفوف في ملف السمات، الذي تستخدمه نموذج ML
. من المثير للسخرية: الآلية التي تقرر ما إذا كنت إنسانًا أم لا، تسببت في تعطل جزء كبير من الإنترنت. - 5 ديسمبر 2025 - فشل في الساعة 8:47 UTC لمدة حوالي 25 دقيقة، أثر على مجموعة فرعية من العملاء الذين كانوا يمثلون حوالي 28% من إجمالي حركة HTTP التي تمر عبر الشبكة.
- 20 فبراير 2026 - في الساعة 17:48 UTC، تم سحب المسارات من بعض العملاء الذين يستخدمون BYOIP (نطاقات IP الخاصة بهم) عبر BGP بسبب تغيير في عملية إدخال العناوين.
صياغة مؤلفي الدراسة هنا دقيقة: عندما يكون مزود واحد أمام الجزء الأكبر من السوق، فإن أخطائه تتوقف عن كونها مشكلته وتصبح مشكلة للجميع في نفس الوقت. بالنسبة لخط أنابيب جمع البيانات، يعني ذلك أن "الموقع المستهدف سقط" و"المنطقة بأكملها سقطت" لم يعد يتم تمييزهما بشكل جيد - والتنبيهات المخصصة لنطاق معين قد تكون مضللة.
ماذا تفعل عمليًا حيال ذلك
فيما يلي ما يتغير فعليًا في سير العمل إذا تم قبول المونوكولتور كواقع.
- اختبر الربط على أكثر من موقع واحد. إذا كانت بصمتك تمر على ثلاثة موارد - فمن المحتمل أنك اختبرت نفس الفلتر ثلاث مرات. اختر في مجموعة الاختبار موردًا من CloudFront، وآخر من Fastly، وآخر من Akamai، وآخر بدون CDN على الإطلاق، وإلا فإن العينة لن تثبت شيئًا.
- قم بتوزيع المجموعات حسب المشاريع، وليس حسب المواقع. نظرًا لأن السمعة يتم تقييمها بواسطة الشبكة، فإن "مجموعة منفصلة لكل نطاق" لا تعزل شيئًا. العزل له معنى على مستوى المشروع والملف الشخصي: مشروع واحد - مجموعته الخاصة من العناوين، ومجموعته الخاصة من البصمات، وسرعته الخاصة.
- انظر إلى نوع ومصدر العنوان. ASN وفئة العنوان - مدخل مباشر إلى التقييم. للأغراض الحساسة، فإن البروكسيات السكنية والعناوين المحمولة لها معنى؛ أما المهام التقنية الجماعية (التحقق من التوافر، واجهات برمجة التطبيقات الخاصة، العمل مع المنصات بدون مكافحة روبوتات صارمة) فمن الأفضل والأكثر نزاهة إغلاقها باستخدام بروكسيات مراكز البيانات، دون إهدار حركة المرور الثمينة.
- لا تحرق الشبكة الفرعية. النماذج السلوكية تلتقط الارتفاعات في النشاط على العنوان. السرعة المتساوية على مجموعة واسعة تتحمل التقييم بشكل أفضل من دفعة قصيرة عدوانية من مجموعة ضيقة.
- قم بترتيب البصمة بالكامل. بصمة TLS، ترتيب ومحتوى الرؤوس، إصدار HTTP، سلوك JS - يتم تقييمها معًا. عنوان سكني مع بصمة عميل HTTP عارية يعطي نتيجة أسوأ من عنوان مركز بيانات مرتب مع مجموعة متصفح نزيهة.
- افصل بين "تم حظرنا" و"لديهم عطل". قاعدة بسيطة: عند الزيادة الجماعية في الأخطاء، تحقق أولاً مما إذا كانت جميع الأهداف غير المرتبطة قد تعطلت في نفس الوقت وما تظهره صفحة حالة المزود. إعادة المحاولة في وقت الفشل العالمي - هي وسيلة لإحراق المجموعة بلا سبب.
- كن لديك خطة بديلة ليوم سقوط الفلتر. قائمة المهام التي يمكن أن تنتظر وتكمل ما فات، أغلى في التطوير، لكنها تتحمل 25 دقيقة من عدم التوافر دون فقدان البيانات.
الاستنتاج
الرقم 89.6% لا يتعلق بأن Cloudflare سيء، ولا يتعلق بأن الويب الأوروبي قد أغلق. إنه يتعلق بأن تنوع الأهداف لم يعد يعني تنوع العقبات. تقييم واحد، نموذج واحد، قاعدة سمعة واحدة - ونتيجة لذلك، وضع فشل مشترك واحد: سواء تم اعتبارك روبوتًا أو عندما يقوم المزود نفسه بإسقاط المسارات.
الاستنتاج للممارسة ممل، لكنه عملي: يجب التوقف عن تحسين التحايل "للموقع" وبدء تحسين السلوك - جودة العناوين، السرعة المتساوية، البصمة المتوافقة، التشخيص النزيه للفشل. هذا هو الشيء الوحيد الذي يعمل بشكل جيد على كلا الجانبين من 89.6%.