תיקון פרופיל אתר שלא הפך לפעיל
פתחו את פרופילי האתרים ובדקו את סטטוס הפרופיל. הוא חייב להיות active לפני ש-solvethree יוכל לפתור עבורו בסביבת העבודה שלכם. שליחת משימה עם שם מארח ופעולה אינה יוצרת או מפעילה פרופיל.
בדף הזה
התחילו בסטטוס הפרופיל
- הפרופיל נמצא בתור, בלכידה או באימות.
הלכידה עדיין מתבצעת. כפתורי הלכידה מושבתים בזמן שהיא פועלת.
כדאי לנסות: המתינו לשינוי הסטטוס במקום לשלוח שוב ושוב או לנסות ללכוד מחדש את הפרופיל. אין זמן לכידה מובטח.
- הפרופיל נמצא בבדיקה.
מצב בדיקה אינו מצב פעיל. קראו כל הסבר או צעד הבא שמוצגים עבור הפרופיל.
כדאי לנסות: פעלו לפי ההנחיות המוצגות. אם אין בהן צעד מעשי להמשך, פנו לתמיכה עם סטטוס הפרופיל והפרטים המפורטים להלן, לאחר הסרת מידע רגיש.
- הפרופיל במצב כשל.
קראו את סיבת הלכידה המוצגת לפני ניסיון חוזר. בדקו אם היא מצביעה על הגדרות יעד שגויות.
כדאי לנסות: תקנו הגדרות שגויות באמצעות עריכת יעד, אם האפשרות זמינה. השתמשו בניסיון לכידה חוזר כשהפרופיל שנכשל מציע זאת; אל תנסו שוב עם אותן הגדרות כשהסיבה מצביעה על בעיית קלט.
בחשבונות מסוימים מוצגת האפשרות הוספת יתרה לצורך לכידה, או הוספת יתרה להמשך במהלך ההגדרה. פעלו לפי ההנחיה אם היא מופיעה; אל תניחו שהיתרה היא הסיבה לכל לכידה שנכשלת.
בדיקת הדף, הפעולה והסוג השמורים
פתחו את הפרופיל והשתמשו בעריכת יעד אם האפשרות זמינה. אם טרם הוספתם פרופיל, בחרו הוספת אתר. בדקו את ההגדרות הבאות מול הדף שעבורו אתם מתכוונים לפתור:
- כתובת URL של הדף: השתמשו בדף ה-HTTPS המדויק שבו פועל ה-reCAPTCHA הרצוי, ולא רק בדף הבית של האתר.
- פעולת לכידה: בדקו את הפעולה עבור הדף הזה. בעריכת יעד, זהו שדה הפעולה.
- סוג reCAPTCHA: בחרו Enterprise v3 או Regular v3 בהתאם ליעד. בבקשות API, ברירת המחדל של
recaptchaTypeהיאenterprise-v3; עבור Regular v3 משתמשים ב-v3. - מפתח אתר: זהו שדה אופציונלי שניתן לגלות אוטומטית. שדה ריק כשלעצמו אינו מעיד על הגדרה שגויה של הפרופיל.
- כתובת URL לניווט ו-Referer: אלה שדות אופציונליים. בדקו את הערכים השמורים שלהם אם סיבת הלכידה מצביעה על אופן ההגעה לדף.
פרופילים מוגדרים עבור שילוב מסוים של שם מארח, פעולת לכידה וסוג reCAPTCHA. התאמה מדויקת של פעולת המשימה בוחרת את הפרופיל שלה; פעולות ביצוע אחרות דורשות יעד לכידה חד-משמעי אחד. אל תניחו שפרופיל פעיל לדומיין מכסה כל פעולה, וודאו שפרופיל פעיל זמין לסביבת העבודה ששולחת את הבקשה.
אם הפרופיל כבר פעיל ויש צורך לרענן את הלכידה שלו, הפקד הוא לכידה מחדש, או סנכרון פרופיל מערכת עבור פרופיל שאומת על ידי המערכת — ולא ניסיון לכידה חוזר. פרופיל אחר שמוצג כפעיל לא יפתור חוסר התאמה בבקשה.
הבחנה בין שגיאת פרופיל לא פעיל לבין 403 מהיעד
- יצירת המשימה מחזירה HTTP 403 והתגובה מציינת שהפרופיל אינו פעיל.
זוהי תגובה של ה-API של solvethree, לפני שיש בידיכם פתרון שמיש.
כדאי לנסות: תקנו את הסטטוס או ההגדרות של הפרופיל המתאים במסוף. טפלו תחילה בתגובת ה-HTTP שאינה מציינת הצלחה; שליחה חוזרת של אותו גוף משימה לא תפעיל את הפרופיל.
- המשימה מוכנה, אך אתר היעד מחזיר HTTP 403.
זוהי דחייה מצד היעד, ולא ראיה לכך שהפרופיל אינו פעיל. 403 מהיעד לבדו אינו מזהה איזו הגנה דחתה את הבקשה.
כדאי לנסות: בדקו את הבקשה היוצאת ליעד. שלחו את הפתרון באמצעות זהות ה-userAgent וה-secChUa שהוחזרה איתו והפרוקסי שהצליח. אל תשלבו כתובת URL אחרת של יעד או זהות דפדפן אחרת; מצב מוכן מציין שנוצר פתרון, לא שהאתר קיבל אותו.
אם אתם עדיין חסומים, פנו ל[email protected] עם המוצר, חותמת הזמן, שם המארח/הפעולה של היעד, סטטוס הפרופיל וסיבת הלכידה המוצגת. כללו את מזהה המשימה או ה-requestId אם הם זמינים, וכן את סטטוס ה-HTTP או שגיאת המשימה ותיאור התגובה לאחר הסרת מידע רגיש. הסירו מפתחות API, סיסמאות פרוקסי, טוקנים, קובצי Cookie ונתוני לקוחות.
מקורות ותיעוד API
עדיין לא הסתדר?
יש לשלוח לתמיכה את מזהה המשימה ואת השגיאה שהתקבלה.