سياسات الاستخدام المقبول

جمع بيانات الويب: ما الذي يتغير حين تتطلب الصفحة تسجيل الدخول؟

لنفترض أن شركة تجمع الأسعار من موقع مورد. فبعض الأسعار ظاهرة للجميع، وأسعار الجملة تظهر بعد دخول الشركة إلى حسابها كعميل. وهذا مشروع واحد لمتابعة الأسعار بالنسبة للشركة. أما في سياسة AUP التي تقتصر على البيانات العامة، فيقع الجزآن على جانبي حدود الاستخدام المسموح: فدخول العميل الصحيح إلى حسابه لا يزيل قيد المزود.

تسمح سياسة الوصول المأذون به إلى البيانات غير العامة بتقييم مختلف. ويصبح السؤال المعني هو هل يملك العميل الإذن بالجمع نفسه. فالإذن بعرض صفحة الحساب وتصدير محتواها وإعادة توزيع البيانات الناتجة أمور منفصلة. ولا يعني الاشتراك الذي يتيح لموظف قراءة مواد أن برنامجًا يملك بالضرورة إذنًا بنسخها وإعادة بيعها.

تتعلق بنود أخرى بكيفية تشغيل الجمع. وتشترط سياسات AUP منشورة صراحةً اتباع تعليمات robots.txt لدى الوجهة وحدود API وحدود المعدل التقنية. وبموجب هذا البند، لا يجعل توزيع الطلبات على عناوين IP كثيرة الجمع المحظور مقبولًا بحد ذاته. فقد وافق العميل على ذلك الشرط عند شراء خدمة الوكلاء؛ وليس هذا ادعاءً بأن كل تعليمة robots.txt قانون.

محتوى الصفحات مهم أيضًا. فأسعار المنتجات العامة وبيانات الاتصال الشخصية الظاهرة للعامة نوعان مختلفان من البيانات. وقد تشترط AUP أساسًا قانونيًا لجمع البيانات الشخصية وشروطًا أشد للمعلومات الطبية أو بيانات الأطفال أو تتبع أشخاص يمكن تحديد هويتهم. وقد تغطي القيود أيضًا النشر اللاحق أو تدريب الذكاء الاصطناعي. ولا يحسم تنزيل الصفحة بنجاح أيًا من هذه الاستخدامات اللاحقة.

تُقيّم الأتمتة بحسب ما تفعله

تصف كلمات «أداة جمع بيانات» و«روبوت» و«أداة تواصل اجتماعي» البرمجيات، لكنها لا تخبرنا بالكثير عن سلوكها. فأتمتة المتصفح نفسها قد تفحص إعلانًا أو تنشئ نقرة مدفوعة زائفة. وتميز سياسات AUP المنشورة الأنشطة التالية؛ فدعم المهمة في عمود المهام لا يعني الإذن بالفعل في عمود الأنشطة المقيدة.

يوضح الفرق نفسه لماذا قد تسري قاعدة مكافحة الرسائل المزعجة حتى مع حظر منافذ البريد. فيمكن إرسال الرسائل عبر نماذج الموقع أو تعليقاته أو واجهة الرسائل الخاصة. ويمنع إغلاق منفذ SMTP مسارًا واحدًا لإرسال البريد؛ لكنه لا يوقف كل أشكال المراسلة غير المرغوبة.

تشمل الإساءة الأوضح القوة الغاشمة، التي تجرب كلمات المرور الممكنة، وحشو بيانات الاعتماد، الذي يختبر أزواج بيانات الدخول وكلمات المرور المسروقة. كما تحظر السياسات التصيد واختبار البطاقات المسروقة وتوزيع البرمجيات الخبيثة وهجمات DDoS والمحتوى غير القانوني، بما فيه استغلال الأطفال وانتهاك حقوق النشر. وتتعلق هذه المحظورات بالنشاط نفسه؛ فقد يخالف عدد قليل من المحاولات AUP حتى مع استهلاك شبه معدوم للبيانات.

قيود تتجاوز الهجمات والاحتيال

تتضمن سياسات AUP استثناءات تجارية أيضًا. فتشمل القوائم المنشورة الفعلية الاستطلاعات المدفوعة وتجارة عناصر الألعاب ونطاقات البث وتداول العملات المشفرة والمقامرة ومحتوى البالغين. وهذه أمثلة من قواعد خدمات مختلفة، لا حظر موحد في القطاع. وقد يستثني مزود نشاطًا تجاريًا دون أن يدعي أن كل ممارسة له جريمة.

إعادة البيع قيد محدد آخر. فقد يتطلب بيع الوصول للعملاء باستخدام بيانات اعتماد وكلاء مستأجرة اتفاقًا منفصلًا، أو يحظره العقد القياسي. ولا تحسم ميزة المستخدمين الفرعيين في لوحة التحكم الأمر؛ فقد تكون بيانات الاعتماد المنفصلة مخصصة لفريق العميل نفسه. فالوكالة التي تستخدم الوكلاء لإعداد تقارير والشركة التي تبيع الوصول إلى الوكيل نفسه تقدمان خدمتين مختلفتين.

تحمي بعض الشروط مجموعة الوكلاء نفسها. فتحظر تزويد قواعد البيانات التي تكتشف الوكلاء أو تقيّم سمعة IP أو تحظر حركة البيانات بمعلومات جُمعت عن عناوين مجموعة الوكلاء وعقدها. فمثلًا، قد يخالف استئجار الوصول لفهرسة عناوين IP التي يستخدمها المزود للوصول إلى المواقع وإضافتها إلى قاعدة كشف وكلاء هذا البند، رغم عدم مهاجمة أي موقع وجهة. ويحمي القيد القيمة التجارية للشبكة.

توضح هذه البنود لماذا لا يمكن اختزال AUP في قائمة جرائم. فقد تحدد ملاءمة نموذج أعمال مشروع لخدمة معينة. وقد يغير الانتقال من البحث الداخلي إلى إعادة البيع، أو من جمع الأسعار العامة إلى إنشاء مجموعة بيانات عن أشخاص، التقييم التعاقدي، حتى مع استخدام البرنامج وإعدادات الوكيل نفسيهما.

قد يظل اختبار موقعك بحاجة إلى موافقة

تستعين شركة بمتعاقد لفحص موقعها بحثًا عن الثغرات. ويمكن للشركة أن تأذن بالاختبار، لكنها لا تتحكم في شبكة الوكلاء لدى المتعاقد. وتشمل قواعد وكلاء منشورة اشتراطًا صريحًا لموافقة المزود الخطية قبل فحص الثغرات أو اختبارات الإجهاد والحمل. لذلك لا يكمل إذن مالك الموقع دائمًا الموافقات اللازمة للمهمة.

تواجه الشبكة الناقلة للاختبار البيانات والشكاوى الناتجة أيضًا. فقد يصل الفحص إلى أنظمة خارج الهدف المتفق عليه، وقد يؤثر اختبار الحمل في الاستضافة المشتركة أو خدمات الحماية. وحيث يسمح المزود بهذه الاختبارات، يحدد الاتفاق على الأهداف والأساليب والمدة البيانات التي وافق على نقلها. ولا يثبت وصف عام مثل «بحث أمني» هذا النطاق.

كيف يتحول النشاط عبر وكيل إلى بلاغ إساءة

ترى الوجهة عنوان IP الذي يستخدمه الوكيل. وإذا رصد مشغلها هجمات كلمات مرور أو فحص شبكة، فإن أدلته تحدد ذلك العنوان أولًا. وقد يذهب البلاغ إلى مزود الوكلاء أو شركة الاستضافة التي توفر العنوان والخادم. وفي الحالة الثانية، يتلقى بائع الوكلاء المشكلة من مورده هو.

توضح وثائق الاستضافة المنشورة ما قد تتضمنه هذه الأدلة. فيسرد سجل فحص الشبكة الوقت وIP المصدر وIP الوجهة ومنفذ الوجهة. وقد يُبلغ مثلًا عن اتصالات متكررة من مصدر واحد إلى المنفذ 22 على خوادم مختلفة بوصفها فحصًا لخدمات SSH. وقد يتضمن بلاغ إغراق البيانات بدلًا من ذلك معدلات الرزم وملخصًا للبيانات بحسب الوجهة. وتصف هذه السجلات أحداثًا مختلفة وتتطلب تفسيرات مختلفة.

يحتاج المزود بعد ذلك إلى ربط الحدث الخارجي بنشاط العميل. وقد يساعد التخصيص مع عنوان مخصص؛ أما مع IP مشترك أو متناوب، فقد لا يكفي العنوان وحده. وقد يستخدم العملاء IP نفسه في أوقات مختلفة أو في الوقت نفسه. ويساعد الوقت الدقيق ومنطقته الزمنية ومنافذ المصدر، حيث تتاح وتكون ذات صلة، على تمييز الاتصالات. ويعتمد ذلك على السجلات الموجودة فعليًا لدى الشبكة.

كما يختلف وقت وصول الشكوى عن وقت النشاط الموصوف فيها. فقد تكون مهمة خاملة حين تراسل جهة الدعم العميل قد ولدت البيانات المبلغ عنها سابقًا. ولهذا لا تجيب مراجعة قائمة العمليات الحالية وحدها أو فحص عمل الوكيل الآن عن البلاغ.

لا تتطلب هذه العملية أن يقرأ مزود الوكلاء كل صفحة HTTPS. فمع TLS المعتاد من الطرف إلى الطرف عبر نفق وكيل، تكون مسارات الصفحات وكلمات المرور المرسلة ومحتويات الاستجابات مشفرة. ويمكن للوجهة تقديم أدلة من جانبها، بينما يملك المزود أو المستضيف المعلومات الشبكية المتاحة له. وللمتصفح المُدار أو API جمع بيانات الويب الذي يعالج الصفحات فعليًا دور ونطاق اطلاع مختلفان.

لماذا قد تتوقف وجهة واحدة عن العمل بينما تظل الأخرى تُحمّل

لا يؤدي إنفاذ القواعد دائمًا إلى تعطيل الحساب. فتسمح آلية منشورة لمعالجة الشكاوى بتقييد مؤقت للموقع أو المضيف المذكور في البلاغ وحده. ويمكن أن تستمر البيانات الأخرى. وفي هذه الحالة، قد يبلغ فاحص الوكيل عن اتصال يعمل، رغم تعذر وصول مهمة العميل الأساسية إلى وجهتها.

توجد قواعد وقائية أيضًا. فتراقب بعض الخدمات معدلات الطلبات إلى وجهات حساسة، مثل صفحات الدخول المصرفية، وتطبق قيودًا إضافية عندما يزيد النشاط عن الحد. لذلك قد تكون فئة قابلة للوصول في الاستخدام الطبيعي، دون إتاحتها لطلبات آلية غير مقيدة. وهذه ضوابط وجهة، وليست بالضرورة حصة بيانات شهرية.

قد تتداخل AUP والاستخدام العادل هنا، لكن يظل سبب التدخل مهمًا. فقد يحمّل جامع أسعار موردًا مشتركًا فوق طاقته أثناء أداء مهمة مسموحة. وقد تخالف هجمات كلمات المرور AUP بحجم أقل بكثير. ولا يعالج شراء بيانات أكثر المشكلة الأولى إلا إذا غير السعة المعنية؛ ولا يأذن بالنشاط الثاني.

قد يفرض المستضيف الذي تعتمد عليه الخدمة قيدًا أوسع. فتصف قواعد الاستضافة إيقاف IP منفرد أو عدة عناوين أو خادم كامل بعد هجمات وعمليات فحص. وقد يضطر بائع الوكلاء المستخدم لتلك البنية إلى حل الحدث مع المستضيف قبل عودة الوصول. ويُبقي استبدال IP الوكيل مع مواصلة النشاط نفسه السبب قائمًا.

ولا يوجد تسلسل تحذير موحد. فتصف بعض السياسات محاولات لحل المشكلة مع العميل، مع الاحتفاظ بحق الإيقاف بعد المخالفة الأولى. كما تميز أنظمة حسابات منشورة بين بلاغ إساءة ومخالفة AUP مكتشفة ومشكلة احتيال في الدفع. ويحتاج العميل إلى معرفة السبب المعلن ونطاق القيد؛ ولا توفر كلمة «موقوف» وحدها هذه المعلومات.

إذا أرسل البيانات متعاقد أو مستخدم آخر

قد تكون بيانات اعتماد الوكيل مثبتة في عدة تطبيقات أو مسلمة لوكالة. وقد تجعل شروط المزود صاحب الحساب مسؤولًا عن النشاط المنفذ عبر هذا الوصول. فعلاقة المزود مع العميل الذي اشترى الخدمة، لذا لا يحل توضيح أن متعاقدًا شغل البرنامج الحدث بحد ذاته.

المهمة العملية هي تحديد التطبيق أو الشخص الذي استخدم بيانات الاعتماد في الوقت المبلغ عنه وإيقاف النشاط المعني. وإذا تسرب الوصول، فيلزم إبطال بيانات الاعتماد المكشوفة أو تغييرها. وقد تسهل بيانات اعتماد منفصلة وسجلات المهام هذا العمل حيث تدعمها الخدمة. لكنها لا تنشئ استثناءً من AUP.

قد تشمل قيود الحساب أيضًا محاولات تجاوز قواعد المزود نفسه: فتح حسابات بديلة بعد الحظر، أو طلب تجارب متكررة خلافًا للشروط المعلنة، أو تفادي التحقق من الهوية. ولا يحول حساب جديد أو IP معين حديثًا العملية المحظورة نفسها إلى عملية معتمدة.

ماذا يحدث للباقة المدفوعة ورصيدها

هناك تبعات مالية محتملة متعددة ينبغي تمييزها. إحداها رسم العمل المتعلق بمعالجة الشكوى، وأخرى فقد استحقاق الخدمة غير المستخدم عند إنهاء العقد بسبب مخالفة. وثالثة التزام تغطية مطالبات أو نفقات محددة لأطراف ثالثة تسبب فيها سلوك العميل. ولا يحد المبلغ المدفوع لباقة الوكيل جميع هذه الالتزامات بالضرورة.

هذه فروق تعاقدية فعلية. فتشمل شروط منشورة مصادرة الأرصدة غير المستخدمة بعد الإنهاء بسبب مخالفة، مع معاملة مختلفة عندما ينهي المزود الخدمة لاعتبارات تخصه. وتنص بعض الشروط أيضًا على أن الإيقاف لأسباب الامتثال لا يمدد الاشتراك أو صلاحية الأرصدة تلقائيًا. لذلك لا يعني خمول الحساب بالضرورة توقف مدة خدمته المدفوعة.

ليس لرسم معالجة الشكوى مبلغ موحد على مستوى القطاع. ويغطي سداده الرسم المنصوص عليه في الاتفاق، لكنه لا يشتري الإذن بمواصلة نشاط محظور ولا يضمن الاستعادة. وفي المقابل، لا يثبت وصول بلاغ وحده جميع التبعات المالية. وتحدد أسباب القيد أو الإنهاء المعنية وأحكام الدفع المنطبقة النتيجة التعاقدية، مع مراعاة الحقوق القانونية الإلزامية.

ماذا ترسل عندما يتواصل معك الدعم

يحتاج الدعم إلى رد عن النشاط الموصوف في البلاغ. ولا تحدد عبارات «الوكيل يعمل» و«الباقة مدفوعة» و«نحن نجمع بيانات الويب فقط» ما أنتج الاتصالات المبلغ عنها. ويربط الرد المفيد الحدث بعمل العميل الفعلي ويوضح ما اتُخذ من إجراءات.

1. أوقف المهمة المتأثرة مؤقتًا واحتفظ بإعداداتها وسجلاتها المتاحة. واستخدم وقت النشاط المبلغ عنه، بما فيه المنطقة الزمنية، بدل وقت تلقي الرسالة.
2. حدد التطبيق أو المهمة المجدولة أو الموظف أو المتعاقد الذي يستخدم الوصول. وقارن الوجهة وIP الوكيل بسجلاتك. واطلب أي تفاصيل ناقصة عبر قناة دعم المزود.
3. صف السبب والتغيير الذي أجريته: مثل إيقاف المهمة أو إزالة وجهة غير مقصودة أو إبطال وصول مكشوف. وللاختبار المتفق عليه سابقًا، أرفق الإذن الخطي ونطاقه.
4. تأكد من القيد المتبقي وما يشترطه المزود قبل استئناف العمل المسموح. وتجنب إعادة تشغيل العملية نفسها على IP آخر ما دام السبب لم يُحل.

قد يستخدم المزود تذكرة أو نموذج لوحة تحكم أو مسار رد مخصصًا. وتتيح بعض الخدمات نص الشكوى وحالتها عبر API. وهذه طرق لمعالجة الحدث؛ ولا تحدد أي منها مدة استعادة موحدة. كما يختلف موعد مراجعة رد العميل عن وعد بإعادة تفعيل الخدمة.