reCAPTCHA v3 token'ınız neden düşük puan alıyor?

Google'ın reCAPTCHA v3 belgelerine göre reCAPTCHA v3, 0.0 ile 1.0 arasında bir puan ve bir eylem döndürür; web sitesi bunları arka ucunda değerlendirir. Demodaki yüksek puan yalnızca o demo için sonucu gösterir. Başka bir siteye veya eyleme gönderilen token'ın puanını ya da kabul edilip edilmeyeceğini göstermez.

Hedef, değerlendirme ayrıntılarını sunuyorsa puanla birlikte token geçerliliğini, eylemi ve ilgili nedenleri inceleyin. Enterprise değerlendirmeleri, web sitesinin kendi iş akışına göre yorumladığı risk bilgilerini içerir; evrensel bir kabul eşiği yoktur. Gözlemleyebildiğiniz tek şey reddedilme ise bunu ölçülmüş bir düşük puan olarak değil, reddedilme olarak değerlendirin.

solvethree'nin belgelenmiş reCAPTCHA isteğinde, minimum puanı zorunlu kılan bir parametre yoktur. Sihirli bir puan ayarı aramak yerine entegrasyon girdilerini kontrol edin.

Çözümde, varsayıma dayalı bir ürün veya eylem kullanılıyor.

Görevin site ve eylem değerlerini mevcut hedef akışıyla karşılaştırın. solvethree'nin reCAPTCHA v3 Enterprise akışında recaptchaType varsayılan olarak enterprise-v3 değerini alır; ağ geçidi v3 değerini de kabul eder.

Şunu deneyin: Korunan etkileşimin ana makine adını ve eylem değerinin aynısını kullanın. Eylem belirsizse yeniden çözüm istemeden önce reCAPTCHA eylemini bulma kılavuzunu izleyin.

Sayfa veya reCAPTCHA yapılandırması değişti.

Mevcut ana makine adını, eylemi ve reCAPTCHA türünü çalışma alanınızda yapılandırılmış profille karşılaştırın.

Şunu deneyin: Yeni bir toplu işlem çalıştırmadan önce profili gerçek sayfaya göre güncelleyin. Görev girdilerini bu profille eşleşecek şekilde tutun.

Çözüm ve gönderim için farklı proxy'ler kullanılıyor.

Çözümde başarılı olan proxy'yi uygulama isteğinde kullanılan proxy ile karşılaştırın. proxyCandidates sağladıysanız ilk adayın başarılı olduğunu varsaymayın.

Şunu deneyin: Gönderimi başarılı proxy üzerinden yapın. Aday listesi kullanıyorsanız bunu seçmek için döndürülen başarılı aday indeksini veya SDK yardımcı işlevini kullanın.

Uygulamanız çözümden sonra kendi tarayıcı kimliğini koruyor.

Yalnızca uygulamanızda saklanan değerleri değil, giden User-Agent ve istemci ipuçlarını inceleyin.

Şunu deneyin: Hedeflenen adrese gönderim yaparken döndürülen userAgent ve secChUa değerlerini başarılı proxy ile birlikte kullanın. Token'ı ilgisiz bir tarayıcı kimliği veya hedef URL ile birleştirmeyin.