لم تعد كل الزيارات الآلية إلى الموقع صادرة عن برامج زحف تقليدية أو روبوتات مزعجة. فالمستخدم قد يطلب من مساعد ذكاء اصطناعي مقارنة المنتجات، أو البحث عن إجابة في مركز المساعدة، أو إتمام عملية شراء نيابة عنه. ولهذا أعلنت Cloudflare يوم 4 نوفمبر 2026 عن أدوات جديدة تمنح أصحاب المواقع رؤية أوضح لحركة الوكلاء الشخصيين وتحكمًا أكثر تفصيلًا في وصولهم.
التحديث يجمع بين تحسينات في Security Analytics وسياسات وصول تسمح باتخاذ قرار مختلف حسب الوكيل والصفحات التي يحاول الوصول إليها، بدل التعامل مع كل حركة الذكاء الاصطناعي باعتبارها نوعًا واحدًا من الزيارات.
تصنيف جديد لزيارات Personal Assistants
أضافت Cloudflare فئة Personal Assistants إلى مخطط Bot Analysis داخل Security Analytics. ويمكن لمسؤول الموقع اختيار هذه الفئة لمتابعة حركة الوكلاء الشخصيين بمرور الوقت، بدل اختلاطها ببقية أنواع الزيارات الآلية.
كما أضافت أداة إحصاءات تعرض أسماء الوكلاء الذين يزورون الموقع وعدد الطلبات التي يرسلها كل منهم. وعند تصفية البيانات حسب وكيل معين، تتغير بقية المؤشرات لإظهار الصفحات التي طلبها، ورموز حالة HTTP التي تلقاها، والشبكات التي جاءت منها الطلبات.
هذه التفاصيل تساعد على معرفة ما إذا كان الوكيل يقرأ مقالات الموقع، أو يصل إلى صفحات المنتجات، أو يحاول فتح صفحة تسجيل الدخول أو الدفع، أو يتوقف عند أخطاء تمنعه من إكمال المهمة.
سياسات مستقلة للسماح أو الحظر
أعادت Cloudflare تسمية إعداد سياسات روبوتات الذكاء الاصطناعي إلى AI Crawler and Agent access policies، ووسعت خيارات التحكم لتشمل الوكلاء الشخصيين المدعومين. ويمكن لصاحب الموقع وضع سياسة عامة للوكلاء، ثم اختيار سياسة مختلفة لكل وكيل على حدة.
- Allow: السماح للوكيل بالوصول دون حظره.
- Block on pages with ads: منعه من الصفحات التي تعرض إعلانات.
- Block: حظر الوكيل.
وتوضح Cloudflare أن سياسات Search وTraining الحالية لا تتغير بهذا التحديث؛ فالخيارات الجديدة توسع التحكم في سلوك الوكلاء الشخصيين، ولا تعني دمج جميع أنواع روبوتات الذكاء الاصطناعي في سياسة واحدة.
ماذا عن حماية حسابات المستخدمين؟
بالنسبة إلى المواقع التي تستخدم Account Abuse Protection، والمتاحة في مرحلة الوصول المبكر، يمكن لفرق الحماية رؤية الوكيل الذي نفذ حدث تسجيل دخول أو إنشاء حساب، والحساب المرتبط به. وتسمح هذه المعلومات بفحص نشاط حساب بعينه أو اتخاذ إجراء ضده دون الاضطرار إلى حظر الوكيل نفسه عن جميع المستخدمين.
لكن هذه الرؤية مرتبطة بالوكلاء الذين تستطيع Cloudflare التعرف عليهم، كما أن نطاق الميزة المذكورة يركز على أحداث تسجيل الدخول وإنشاء الحساب. لذلك لا ينبغي افتراض أن كل طلب صادر عن أي مساعد ذكي سيظهر بهوية مؤكدة.
كيف يستفيد أصحاب المواقع والمتاجر؟
أهم تغيير هنا هو الانتقال من قرار عام مثل «احظر كل الروبوتات» إلى سياسة مبنية على نوع الوكيل والصفحة والغرض من الزيارة. فقد يرغب ناشر يعتمد على الإعلانات في تقييد وكيل على صفحات معينة، بينما يريد متجر إلكتروني السماح لوكيل موثوق بالوصول إلى بيانات المنتجات والمخزون حتى يستطيع مساعدة العميل.
- راجع تقارير الزيارات أولًا لتحديد الوكلاء الذين يصلون إلى الموقع فعليًا.
- افحص الصفحات التي يطلبها كل وكيل، خصوصًا المنتجات والسلة والدفع وتسجيل الدخول.
- لا تسمح تلقائيًا بكل الوكلاء؛ قيّم أثرهم على الخصوصية والحسابات واستهلاك الموارد.
- لا تحظرهم جميعًا دون تحليل؛ فقد تكون بعض الطلبات مرتبطة بعميل يحاول الوصول إلى خدمتك عبر مساعد شخصي.
- اختبر السياسات بعد تطبيقها وراقب أخطاء الوصول وسجلات الخادم.
التحديث لا يضمن زيادة الزيارات أو المبيعات من وكلاء الذكاء الاصطناعي، لكنه يوفر طبقة أوضح لمراقبة هذا النوع من الحركة واتخاذ قرار مناسب بشأنه. كما أن الخيارات المتاحة قد تختلف بحسب منتجات Cloudflare المفعلة وخطة الحساب.
الخلاصة: الوكيل الشخصي قد يكون وسيطًا بين العميل والموقع، وليس مجرد روبوت زحف. لذلك تصبح معرفة هويته والصفحات التي يصل إليها خطوة مهمة قبل تحديد السماح أو الحظر.
المصادر
- Cloudflare Blog – See the agents, set the terms، 4 نوفمبر 2026
- Cloudflare Changelog – Granular access controls for the top Personal Agents، 4 نوفمبر 2026
- Cloudflare Changelog – See which AI assistants act for your users، 3 نوفمبر 2026
اكتشاف المزيد من lightweb2
اشترك للحصول على أحدث التدوينات المرسلة إلى بريدك الإلكتروني.
