API לפתרון reCAPTCHA שונה מ-siteverify
לא — נקודת הקצה siteverify של Google אינה יכולה להנפיק טוקן תגובה של reCAPTCHA. היא מאמתת טוקן שסופק על ידי לקוח. גם הערכות Enterprise בוחנות טוקן קיים; אף אחת מנקודות הקצה אינה יוצרת טוקן ממפתח אתר.
בדף הזה
בחרו את ה-API למשימה הנחוצה לכם
| API | מה מספקים | מה מקבלים |
|---|---|---|
| Google siteverify | טוקן תגובה קיים | תוצאת אימות |
| הערכות Google Enterprise | טוקן תגובה קיים | הערכה של הטוקן הזה |
| משימות solvethree | שם המארח של אתר נתמך, פעולה ותצורת פרוקסי | משימה שהתוצאה שלה במצב מוכן מכילה טוקן פתרון |
בתהליך reCAPTCHA v3 של Google, ה-SDK בצד הלקוח מפיק טוקן תגובה, והשרת של בעל האתר מאמת אותו באמצעות siteverify. בתהליך Enterprise, ה-SDK בצד הלקוח מפיק את הטוקן והשרת יוצר הערכה.
אם אתם מוסיפים אימות לאתר שבבעלותכם, השתמשו בתהליך המתאים של Google. אם אתם זקוקים לשירות פתרון עבור יעד נתמך, השתמשו ב-API המשימות של solvethree. שירות הפתרון מספק טוקן שהיעד יבדוק; הוא לא מחליף את האימות של היעד.
כך נראית בקשת פתרון אמיתית
ראשית, ודאו שלאתר היעד יש פרופיל פעיל שזמין לסביבת העבודה שלכם. שליחת שם מארח ופעולה לא יוצרת פרופיל. אם תנאי מוקדם זה עדיין לא הושלם, היעזרו בהגדרת פרופיל אתר.
צרו את המשימה באמצעות POST /v1/tasks ב-API של solvethree, עם Authorization: Bearer ואחריו מפתח ה-API של סביבת העבודה שלכם. שמרו את המפתח בשרת.
{
"site": "accounts.example.com",
"action": "login",
"proxy": "http://user:[email protected]:8080",
"requestId": "example_login_001"
}החליפו את שם המארח, הפעולה והפרוקסי שבדוגמה בערכים של בקשת היעד שלכם. site הוא שם מארח, לא כתובת URL מלאה. בקשות reCAPTCHA מחייבות בדיוק אחד מהשדות proxy או proxyCandidates; אל תוסיפו type או url. הדוגמה משתמשת בערך ברירת המחדל של recaptchaType, שהוא enterprise-v3; השער מקבל גם v3.
אחזרו את המשימה באמצעות GET /v1/tasks/:id. המשיכו לבדוק את מצבה כל עוד הסטטוס שלה הוא pending או solving. רק ready מכיל פתרון שמיש. אם הסטטוס משתנה ל-failed, הפסיקו את הבדיקות ועיינו ב-errorCode וב-error.
אל תבזבזו טוקן Enterprise על הערכת בדיקה
לפי התיעוד של Google, טוקני תגובה לאתרים ב-Enterprise פגים לאחר שתי דקות וניתן להעריך אותם פעם אחת בלבד. בקשו את הפתרון סמוך לבקשה המוגנת. יצירת הערכה רק כדי לבדוק אם הטוקן עובד עלולה לנצל אותו לפני שהיעד המיועד משתמש בו.
שלחו את solution.token ליעד המיועד — לא את מזהה המשימה. השתמשו בזהות הדפדפן שהוחזרה בשדות userAgent ו-secChUa, יחד עם הפרוקסי שהצליח במהלך הפתרון. החלפת פרוקסי או שילוב כותרות דפדפן לא תואמות עלולים לשבש את הבקשה הבאה.
משימה בסטטוס ready פירושה שפתרון זמין, לא שהיעד קיבל את בקשת היישום שלכם. קבעו אם הבקשה התקבלה לפי תגובת היעד, ולא לפי יצירת המשימה או מוכנותה.
מקורות ותיעוד API
הפעלת המשימה הראשונה שלך.
התחילו עם $5 בקרדיט לסביבת העבודה.