وكيل المستخدم هو بيان وليس دليل على الهوية. قبل منح استثناء أو تفسير نشاط مثل نشاط المحرك ، تحقق من الاستعلام وفقًا لطرق المشغل. احتفظ بالنتائج وأخذ وسطاء الشبكة في الاعتبار.
من استعلام محدد
لاحظ الوقت والمسار المطلوب والحالة والعنوان الملحوظ على المستوى الصحيح للبنية التحتية. إذا كان الوكيل أو CDN أمام الخادم ، فتحقق من كيفية إرسال العنوان الأصلي والمصادر الموثوقة. يجب ألا يكون الرأس الذي يقدمه أي عميل كافيًا للتعرف على الجهاز. العمل على حالات قليلة قبل التعميم على جميع السجلات.
تطبيق الطريقة الرسمية
تقوم Google بتوثيق التحقق من خلال قوائم العناوين الخاصة به وطريقة DNS. لفحص DNS ، يجب عليك التحقق من الاسم الذي تم الحصول عليه ثم التأكد من أن الدقة المباشرة تتوافق مع العنوان الأولي ، مع توقع اللاحقة للفئة. لا تقم بالتحقق من صحة الاسم فقط لأنه يحتوي على كلمة google. تحقق من المعلومات الرسمية أثناء التنفيذ.
اربط العنوان المرصود بفئة الروبوت الصحيحة
تميز وثائق Google عدة فئات من الروبوتات وأدوات الاسترداد. لا يجب تفسير العناوين وأنماط الأسماء من هذه الفئة. قبل الاستنتاج بأن استعلامًا يأتي من Googlebot، استخدم الطريقة الرسمية المناسبة والعنوان الذي تمت ملاحظته فعليًا على الحدود الموثوقة للبنية التحتية الخاصة بك. يمكن اختيار عنوان منسوخ من رأس لم يتم التحقق منه بواسطة العميل الذي يرسل الطلب.
| خطوة | مراقبة | اختصار لتجنب |
|---|---|---|
| عنوان البداية | تحديد مصدر موثوق في السجلات | ثق في أي رأس تلقى |
| دقة عكسية | احصل على الاسم المرتبط بالعنوان | اقبل اسمًا يحتوي فقط على كلمة google |
| الاسم والفئة | تحقق من المجال المتوقع وفقًا للوثائق | أداة مربكة تم تشغيلها بواسطة مستخدم وروبوت حالي |
| قرار مباشر | ابحث عن العنوان الأولي من الاسم الذي حصلت عليه | توقف عند الدقة العكسية |
| تفويض | تطبيق محيط الوصول المقصود | افتح منطقة خاصة لأنه يتم التعرف على الهوية |
يجب التحقق من اللاحقة بحدود المجال ، وليس من خلال بحث نصي بسيط. لا ينتمي اسم مثل Googlebot.com.example.net إلى نطاق Googlebot.com. ومع ذلك ، فإن مقارنة الاسم وحده لا يكفي: حافظ على الدقة المباشرة أو استخدم قوائم العناوين المنشورة وفقًا للطريقة المختارة.
هوية منفصلة وتفويض
يجب أن يصل الروبوت المحدد إلى الموارد المخصصة له فقط. الصفحة العامة وواجهة الإدارة ليس لهما نفس النطاق. استثناءات جدار الحماية للوثيقة والغرض منها. يساعد التعريف في تحليل الحمل والأخطاء ؛ لا يحل محل سياسة الوصول والقيود المناسبة والحماية للوظائف الحساسة.
مثال وهمي: زيادة في الاستفسارات
يرى الموقع العديد من عمليات الوصول التي تحمل اسم محرك ، مع مسارات غير عادية. يتحقق الفريق من عينة ويجد أن بعض العناوين لا تتطابق مع طرق التحقق المنشورة. ثم يفصل حركة المرور التي تم التحقق منها وحركة المرور المعلنة لفهم الحمل. ولا يستنتج أن المحرك الرسمي أطلق هذا النشاط على أساس الصياغة وحدها.
قم بإجراء فحص بقعة وتتبع
من موجه Windows باستخدام أداة Nslookup ، ابدأ بعنوان الاستعلام الذي تقوم بمراجعةه ، ثم استفسر عن الاسم الذي تم الحصول عليه بالفعل. الخطان أدناه هما نماذج لاستبدالها ، وليست نتيجة تحكم. لا تنشر المجلات أو الإعدادات الأولية التي قد تحتوي على معلومات حساسة لتوضيح مقال.
nslookup ADRESSE_IP_OBSERVEE
nslookup NOM_RETOURNE_PAR_LA_PREMIERE_REQUETE- لاحظ طلب البدء والتاريخ ومستوى البنية التحتية حيث تم جمع العنوان. في حالة تدخل الوكيل ، قم بتوثيق التكوين الذي يجعل هذا العنوان موثوقًا به.
- مواجهة حل الاسم والنتائج مع أساليب جوجل الرسمية. إذا كانت الخطوة غير متوفرة أو غامضة ، فاحتفظ بالحالة للتحقق بدلاً من التأكيد افتراضيًا.
- للحصول على حجم كبير ، قم بإعداد تحقق آلي مناسب مع سياسة إدارة التحديث والخطأ. تجنب الاعتماد البطيء أو حظر الاعتماد على كل طلب عام.
- ثم تحليل الوصول والتحميل بشكل منفصل. لا تثبت الهوية التي تم التحقق منها عدم فهرسة ناجحة أو جودة الاستجابة المقدمة.
والنتيجة المفيدة هي تصنيف يمكن تتبعه: تم التحقق من الهوية وفقًا لهذه الطريقة أو الهوية غير المؤكدة أو التحقق غير المكتمل. اربط هذه المعلومات بـ تشخيصات CDN وجدار الحماية لفهم رفض الوصول ، دون الخلط بين إعلان الروبوت وقرار البنية التحتية الخاصة بك.
جعل السيطرة قابلة للصيانة
خطط لتحديث القوائم وإدارة الإخفاقات المؤقتة وتسجيل الدخول إلى العناصر الضرورية. تجنب حظر عمليات بحث DNS في كل استعلام عام ؛ اختر بنية مناسبة مع فريقك الفني. بعد التصحيح ، تحقق من الأخطاء والوصول المفيد. كاملة مع تشخيص انسداد CDN للتمييز بين مشكلة الهوية ومشكلة الاستجابة.