لماذا يحصل رمز reCAPTCHA v3 على درجة منخفضة؟

توضّح وثائق Google الخاصة بـ reCAPTCHA v3 أنه يعيد درجة من 0.0 إلى 1.0 وإجراءً، يقيّمهما الموقع في واجهته الخلفية. تثبت الدرجة المرتفعة في صفحة تجريبية النتيجة الخاصة بتلك الصفحة. ولا تثبت درجة رمز يُرسل إلى موقع أو إجراء آخر أو قبوله.

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

لا يتضمن طلب reCAPTCHA الموثّق لدى solvethree أي معلمة تفرض حدًا أدنى للدرجة. تحقّق من مدخلات التكامل بدلًا من البحث عن إعداد سحري للدرجة.

تعتمد عملية الحل على منتج أو إجراء مفترض.

قارن موقع المهمة وإجراءها بمسار التنفيذ الحالي للموقع المستهدف. في مسار reCAPTCHA v3 Enterprise لدى solvethree، تكون القيمة الافتراضية لـ recaptchaType هي enterprise-v3؛ وتقبل البوابة أيضًا v3.

جرّب هذا: استخدم اسم المضيف والإجراء الدقيق من التفاعل المحمي. إذا لم تكن متأكدًا من الإجراء، فاتّبع دليل العثور على إجراء reCAPTCHA قبل الحل مجددًا.

تغيّرت الصفحة أو إعدادات reCAPTCHA الخاصة بها.

قارن اسم المضيف والإجراء ونوع reCAPTCHA الحاليين بملف التعريف المُعدّ في مساحة عملك.

جرّب هذا: حدّث ملف التعريف ليتوافق مع الصفحة الفعلية قبل تشغيل دفعة أخرى. حافظ على تطابق مدخلات المهمة مع ملف التعريف هذا.

تستخدم عمليتا الحل والإرسال وكيلين مختلفين.

قارن الوكيل الذي نجح في الحل بالوكيل المستخدم لطلب التطبيق. إذا قدّمت proxyCandidates، فلا تفترض أن المرشح الأول هو الذي نجح.

جرّب هذا: أرسل عبر الوكيل الذي نجح. عند استخدام قائمة مرشحين، استخدم الفهرس الفائز المُعاد أو الدالة المساعدة في SDK لاختياره.

يحتفظ تطبيقك بهوية متصفحه الخاصة بعد الحل.

افحص ترويسة User-Agent وتلميحات العميل الصادرة، لا القيم المخزّنة في تطبيقك فحسب.

جرّب هذا: استخدم userAgent وsecChUa المُعادين مع الوكيل الذي نجح عند الإرسال إلى الموقع المستهدف المقصود. لا تجمع الرمز مع هوية متصفح أو عنوان URL مستهدف غير ذي صلة.