في 13 يوليو 2026، بدأت Cloudflare في طرح Precursor لجميع العملاء - محرك عميل يقيم ليس طلبًا فرديًا أو اجتياز كابتشا، بل السلوك داخل الجلسة بأكملها. صياغة رئيس التكنولوجيا في Cloudflare، دين كنيخت، قصيرة ودقيقة: "بدلاً من مجرد التحقق من الهوية عند البوابة، نحن ننظر إلى السلوك طوال الزيارة" - بدلاً من التحقق من التصريح عند المدخل، ننظر إلى السلوك خلال الزيارة بأكملها.
بالنسبة لأولئك الذين يقومون بأتمتة المتصفح - مثل السكرابرز، تعدد الحسابات، أتمتة وسائل التواصل الاجتماعي، الوكلاء الذكائيين - هذه هي تغيير وحدة قياس المخاطر. في السابق، كانت الوحدة هي الطلب: اجتاز التحدي، حصلت على cf_clearance، تعمل. الآن الوحدة هي الجلسة، وهي تعيش، تجمع التقييم ويمكن أن "تتدهور" في أي لحظة بعد أن اجتزت بالفعل التحقق.
ما الذي أطلقته Cloudflare بالضبط
Precursor هو سكربت تدمجه Cloudflare في الصفحات عبر شبكتها. يتم تفعيله بواسطة مفتاح في اللوحة (Security → Settings → Precursor)، ولا يتطلب تعديلات في كود الموقع، ويعمل عبر المنطقة بأكملها دفعة واحدة؛ يتم ضبط السلوك بشكل دقيق من خلال قواعد Precursor. يتم تقديمه ليس كبديل لـ Turnstile، بل كمكمل له: Turnstile هو تحقق لمرة واحدة، بينما Precursor هو تحقق مستمر.
ما يجمعه السكربت، وفقًا لوصف Cloudflare نفسه:
- حركة المؤشر - المسارات، السرعة، طبيعة الأقواس؛
- إيقاع التمرير؛
- إيقاع كتابة النص - التوقيتات والإيقاع، ولكن ليس المفاتيح التي تم الضغط عليها;
- نشاط الحافظة؛
- تغيير تركيز العناصر ووضوح الصفحة/التبويب.
ثم يبدأ الجزء المثير. تصف Cloudflare بوضوح أنها تبحث في هذه البيانات عن الفيزياء وعلم وظائف الأعضاء للإنسان: أقواس حركة الماوس، المحدودة بدوران المعصم، بدلاً من الحركات الخطية للأتمتة؛ تأخيرات معرفية قابلة للقياس بين ظهور المحفز على الشاشة ورد الفعل؛ اهتزازات اليد - الرعشة - كضجيج طبيعي في المسار.
الطبقة الثانية - التحقق المتقاطع من التناقضات الداخلية. هل يتحرك المؤشر بينما تكون الصفحة مخفية؟ هل تصل أحداث لوحة المفاتيح، لكن لا يوجد أي حقل نصي في التركيز؟ كل إشارة على حدة تبدو طبيعية، لكن معًا لا تتجمع في صورة متماسكة لشخص حي - وهذا يتم التقاطه بتكلفة أقل من أي تحليل لنقرة فردية.
اللحظة الثالثة والأكثر إزعاجًا للأتمتة: يتراكم التقييم على الجلسة ولا يتم إعادة تعيينه عند إعادة تحميل الصفحة. لم يعد الأسلوب الكلاسيكي "حصلت على حظر - F5 / علامة تبويب جديدة" يعيد تعيين الحالة. نتائج التحقق المستمر تحدث نفس cf_clearance، وتكتب Cloudflare بوضوح أن تأكيد الإذن الذي تم منحه مسبقًا يمكن أن يتم تقليصه أو إلغاؤه في منتصف الجلسة، ويمكن أن يتسبب أيضًا في تحدٍ إضافي.
وضعان - ولماذا من المهم معرفتهما مسبقًا
- تقليل الاحتكاك (بشكل افتراضي) - تحقق في الخلفية بدون تداخلات. لا يرى المستخدم شيئًا، لكن ضمان "الجلسة صالحة" أضعف.
- زيادة الأمان (موصى به من قبل Cloudflare) - تحدي خفيف في التداخل، يثبت جلسة صالحة، مع تدهور ملحوظ في تجربة المستخدم.
الاستنتاج العملي: يعتمد سلوك الحماية على موقع معين الآن على الإعداد الذي لا تراه من الخارج. نفس السكربت، نفس البروكسي ونفس الموقع يمكن أن يتصرفوا بشكل مختلف قبل وبعد أن يقوم المالك بتبديل الوضع. يمكن رؤية التفعيل من قبل مالك الموقع في Security → Analytics → Traffic → Bot analysis - في نفس الصف مع توزيع نقاط البوت ومباريات WAF.
النطاق: لماذا لا يعد "مجرد مضاد للبوتات" آخر
السياق الذي يجعل الخبر أكثر أهمية من الإصدار العادي. تعالج Cloudflare أكثر من تريليون طلب يوميًا، بينما يعمل Turnstile تقريبًا 3 مليارات مرة يوميًا. وفقًا لتقديرات الشركة، تجاوزت حركة المرور الآلية لأول مرة حركة المرور البشرية وتشكل حوالي 57% من جميع طلبات الويب. يعني تفعيل الطبقة السلوكية بمفتاح واحد على هذه القاعدة أن حصة الإنترنت حيث يعمل الكشف السلوكي للجلسة يمكن أن تنمو بشكل كبير - دون أي التزام من جانب المواقع.
والهدف المعلن هو ما يستخدمه اليوم: "أتمتة متقدمة تنفذ JavaScript، تعمل في بيئة متصفح حقيقية وتنجح في اجتياز تحديات فردية دون إثارة الشكوك". بمعنى آخر، Playwright/Puppeteer مع تصحيحات التخفي، متصفحات مضادة للكشف ومتصفحات وكيل - هي بالضبط الهدف الذي يصفه Precursor بصراحة.
لأجل الأمانة: لم تنشر Cloudflare بيانات كمية - لا عن الدقة، ولا عن نسبة الإنذارات الكاذبة، ولا عن الأعباء الناتجة عن المراقبة المستمرة في المتصفح. حتى الآن، هذه هي القدرات المعلنة، وليست المقاسة بشكل مستقل. كما أنه لا توجد موجة عامة من الشكاوى بشأن الحظر الكاذب الجماعي خلال أسبوعين من الطرح.
ماذا يعني هذا عمليًا
1. جودة IP لم تعد "شرطًا كافيًا" - لكنها تبقى ضرورية
الاستنتاج المغري "بما أن الكشف سلوكي، فإن البروكسي لم يعد يحل المشكلة" - غير صحيح. يعمل Precursor فوق الطبقات السابقة: سمعة IP، بصمة TLS/HTTP، نقاط البوت. يحصل IP من مركز بيانات في شبكة مكشوفة على نقطة بوت عالية ونظام صارم من التحديات قبل أن يصل الأمر إلى تحليل الماوس. السلوك هو امتحان إضافي، وليس بديلاً عن الفلتر الأولي: البروكسيات السكنية النظيفة أو المتجولة النظيفة مع ASN حي تعطي ببساطة فرصة للوصول إلى الامتحان الثاني.
2. الجلسة - كائن النظافة الجديد
في السابق، كانت الخطأ النموذجي يُعبّر عنه كـ "الكثير من الطلبات من IP واحد". الآن يضاف إليها "الكثير من النشاط غير الشبيه بالبشر داخل جلسة واحدة". ومن هنا تأتي الممارسة:
- لا تعيد استخدام سياق متصفح واحد لمئات المهام. الجلسة الطويلة هي سلسلة طويلة من السلوك، حيث يمكن أن تتجمع أي شذوذ. الجلسة الأقصر تعني مواد أقل للتقييم.
- احتفظ بالربط "الجلسة ↔ IP" مستقرًا. تغيير IP الخارجي في منتصف الجلسة هو تناقض ملحوظ؛ للسيناريوهات التي تتطلب تسجيل الدخول، تحتاج إلى جلسات ثابتة مع وقت حياة يتناسب مع المهمة، وليس تدويرًا عدوانيًا لكل طلب.
- لا تخلط بين الملفات الشخصية. حساب واحد - مجموعة مستقرة واحدة: ملف تعريف المتصفح، IP، المنطقة الزمنية، اللغة، نمط السلوك.
3. سلوك اصطناعي يجب أن يكون أكثر صدقًا - أو لا يتم على الإطلاق
التحايلات "البشرية" الساذجة (الحركة الخطية نحو مركز الزر، فترات توقف متساوية لمدة 100 مللي ثانية، نقرة فورية بعد التحميل) تعمل ضدك تحت التحقق المتقاطع: تضيف إشارة، بدلاً من إزالتها. إذا لم يتطلب السيناريو تقليد الإنسان - فمن الأكثر موثوقية عدم توليد سلوك على الإطلاق بدلاً من توليد سلوك سيء. لقد ناقشنا هذا الطبقة بعمق في المادة حول البيومترية السلوكية والبروكسيات.
4. نقاط نهاية API والعملاء غير المتصفحين - قصة منفصلة
يتطلب Precursor تنفيذ JavaScript. يجب أن تحمل العملاء بدون متصفح - curl، الواجهات الخلفية المتنقلة - وطلبات XHR/fetch إلى نقاط النهاية المحمية بيانات اعتماد الجلسة بشكل صحيح، أي cf_clearance. عمليًا، يعني هذا: أولاً، يقوم المتصفح بإنشاء جلسة صالحة، ثم تذهب الطلبات "السريعة" مع ملفات تعريف الارتباط الخاصة بها وفي نفس السياق الشبكي (نفس IP، ملف تعريف TLS متوافق). الفجوة بين جلسة المتصفح وعميل HTTP هي نفس التناقض الداخلي الذي يبحثون عنه.
5. نقاط جمع البيانات تتغير
حيثما يقوم الموقع بتفعيل زيادة الأمان، ستصبح عمليات الجمع الرخيصة بدون رأس أكثر تكلفة بشكل ملحوظ. رد الفعل المعقول هو عدم تصعيد "المحاكاة الذكية" بأي ثمن، بل إعادة النظر في المصدر: API الرسمي للموقع، تغذية الشركاء، نقاط النهاية المتنقلة، مجموعات البيانات العامة. الطريق بالكامل عبر المتصفح له معنى فقط حيث لا يمكن الحصول على البيانات بطريقة أخرى.
إلى أين يتجه هذا
يتكامل Precursor بشكل منطقي في خط Cloudflare خلال العام الماضي: حظر زواحف الذكاء الاصطناعي بشكل افتراضي، التحكم في زحف الذكاء الاصطناعي مع قواعد دقيقة، الدفع مقابل الزحف كجهد لجعل الوصول إلى المحتوى مدفوعًا، ومن 15 سبتمبر 2026 - حظر زواحف الذكاء الاصطناعي ذات الاستخدام المختلط على الصفحات التي تحتوي على إعلانات بشكل افتراضي. الاتجاه العام: يريد الموقع أن يعرف ليس "هل أنت إنسان عند الدخول"، بل "من أنت خلال الزيارة ولماذا جئت".
لسوق الأتمتة، يعني هذا تحولًا بطيئًا ولكنه أحادي الاتجاه: تكلفة جلسة "تشبه الإنسان" ترتفع، وتكلفة الطلب الواحد لم تعد المقياس الأساسي. الفائزون هم أولئك الذين يجمعون أقل، ولكن بدقة أكبر: جلسات دقيقة، IP نظيف للمهمة، بصمات متوافقة - وتقييم عقلاني حول البيانات التي تستحق الطريق عبر المتصفح.
باختصار
- من 13 يوليو 2026، تقوم Cloudflare بطرح Precursor - كشف سلوكي للجلسة، يتم تفعيله بمفتاح واحد دون تعديلات في الكود على جانب الموقع.
- الإشارات: المؤشر، التمرير، إيقاع الكتابة (بدون محتوى)، الحافظة، التركيز والوضوح؛ بالإضافة إلى التحقق المتقاطع من التناقضات.
- يتراكم التقييم على الجلسة؛ إعادة تحميل الصفحة لا تعيد تعيين التوقيع، ويمكن إلغاء الإذن في منتصف الزيارة.
- البروكسيات لم "تلغى": طبقة IP ظلت فلترًا أوليًا، والسلوك هو امتحان ثانٍ.
- لم تنشر Cloudflare بيانات كمية حول الدقة والإنذارات الكاذبة حتى الآن - من المبكر استخلاص استنتاجات حول الصرامة الحقيقية.