מדוע טוקן ה-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 של יעד שאינן קשורות אליו.