أطلقت Cloudflare ميزة BotBase for Operators لتمنح مشغلي الروبوتات طريقة أوضح لإدراج روبوتاتهم في دليل BotBase ومتابعة حالة الطلبات بعد إرسالها. وتتيح الميزة الجديدة معرفة ما إذا كان الطلب قيد المراجعة أو قُبل أو رُفض، مع عرض سبب الرفض أو أي تعديل أجرته Cloudflare على تصنيف الروبوت.
تأتي الخطوة بعد إطلاق Cloudflare دليلاً قابلاً للبحث عن الروبوتات المعروفة داخل لوحة التحكم، إلى جانب أدوات تساعد مالكي المواقع على فهم كيفية تفاعل برامج الزحف مع محتواهم. وترى الشركة أن إدارة حركة المرور الآلية لا تعتمد على قرارات أصحاب المواقع وحدهم، بل تحتاج أيضاً إلى أن يعرّف مشغلو الروبوتات أنفسهم ويشرحوا طريقة عملهم ويحافظوا على دقة بياناتهم.
مساحة موحدة لطلبات الإدراج
كان نموذج إرسال الروبوتات موجوداً سابقاً ضمن Manage Account → Configurations، ما جعل العملية مرتبطة بالحساب أكثر من ارتباطها بمنظومة الروبوتات. أما الآن فأصبح الوصول إلى BotBase for Operators من المسار Protect & Connect → Application Security → BotBase داخل لوحة Cloudflare، وتقول الشركة إن جميع العملاء يستطيعون الوصول إليه.
وتنقسم الواجهة إلى ثلاثة أقسام رئيسية:
- Bots directory: تصفح الروبوتات التي تتتبعها Cloudflare والبحث فيها وتصفيتها.
- Submission form: إرسال طلب لإدراج روبوت جديد.
- Submission history: متابعة الطلبات المقدمة من الحساب.
وتعرض صفحة سجل الطلبات ثلاث حالات أساسية: Waiting for review عند استلام الطلب ووضعه في قائمة المراجعة، وAccepted بعد قبول الروبوت وإضافته إلى الدليل، وRejected عندما يحتاج الطلب إلى تعديل. وفي الحالة الأخيرة يظهر سبب الرفض والخطوات المطلوبة لإعادة الإرسال.
تعديل بيانات الروبوت ووصف سلوكه
يمكن للمشغل الآن تعديل طلب سبق تقديمه بدلاً من إنشاء إدراج جديد عند تغيير تفاصيل مثل نقطة الوصول إلى قائمة عناوين IP أو الانتقال من قائمة سماح لعناوين IP إلى استخدام توقيع Web Bot Auth. كما يمكن إلغاء الطلب ما دام في انتظار المراجعة. وتوصي Cloudflare بالحفاظ على حداثة هذه البيانات، لأن دقتها تدخل في حصول الروبوت على حالة Verified والاحتفاظ بها، مع بقاء القرار النهائي بشأن السماح بحركة المرور لدى كل مالك موقع.
ويعتمد نموذج الإدراج الجديد على نموذج السلوك واستخدام المحتوى الذي قدمته Cloudflare في 1 يوليو، بدلاً من إجبار المشغل على اختيار تصنيف واحد. ويطلب النموذج تحديد ثلاثة جوانب:
- ما الذي يفعله الروبوت، مثل فهرسة الصفحات أو العمل نيابة عن المستخدم أو جمع البيانات أو تدريب النماذج أو دعم أدوات تحسين محركات البحث.
- كيف يستخدم المحتوى الذي يقرأه، مع تحديد مستوى الاستخدام وفق نموذج Content Signals.
- الجهة التي تشغله: مشغل مباشر يدير بنيته التحتية، أو وسيط ينفذ طلبات صادرة عن منتج أو منصة أخرى.
وتوضح Cloudflare أن روبوتاً يقرأ الصفحة لإنشاء مقتطف بحث يختلف عن روبوت يخزن الصفحة لتدريب نموذج. وتستشهد بمثال لإشارة يمكن أن تتضمن Content-Signal: search=yes, ai-train=no, use=reference، بما يسمح بالفهرسة للبحث والاحتفاظ بمرجع، لكنه لا يسمح بالتدريب على الذكاء الاصطناعي.
ما الذي يتغير عملياً؟
أعادت Cloudflare أيضاً بناء عملية المراجعة لتشمل فحوصاً آلية، بعدما ارتفع عدد الطلبات السنوية الجديدة بنحو سبعة أضعاف منذ 2023. وتتحقق الأنظمة من احتمال تكرار الروبوت، وخصوصية نمط وكيل المستخدم، وصحة وسيلة التحقق المعلنة. ويمكنها جلب قائمة عناوين IP والتحقق من نظام أسماء النطاقات العكسي أو فحص توقيع Web Bot Auth. وإذا احتاج الطلب إلى مراجعة بشرية، يُحال إلى الفريق مع تحديد سبب الفحص بدلاً من وضعه في قائمة انتظار غير موصوفة.
يمثل التحديث انتقال BotBase من دليل موجه أساساً إلى أصحاب المواقع إلى مساحة تشمل مشغلي الروبوتات أيضاً. لكن الإطلاق الحالي يركز على الرؤية فقط؛ أما ادعاء ملكية الإدراج وإدارته وفهم كيفية تعامل المواقع معه فمخطط له لاحقاً، بينما تبقى فكرة إنشاء قناة حوار بين المشغلين وأصحاب المواقع هدفاً أبعد. لذلك لا يلغي BotBase قرارات المواقع الفردية، بل يوفر معلومات أكثر انتظاماً يمكن أن تستند إليها تلك القرارات.
كيف أعددنا هذا الخبر؟
اعتمد الخبر على المصدر الأصلي الموضح أعلاه. قد نستخدم أدوات آلية للمساعدة في الاستخراج والتصنيف والصياغة،
لكن النشر يخضع لقواعد تمنع المحتوى المكرر والقصير أو الروتيني منخفض القيمة.
اقرأ سياستنا التحريرية.