Skip to main content
Denna artikel kommer att introducera en Recaptcha2 protokolligenkänning API integrationsbeskrivning, som gör det möjligt för användare att verifiera utan att behöva identifiera och klicka på Recaptcha2 verifieringsbilder, utan endast genom att skicka in Website Key för att möjliggöra automatisk avkodning i bakgrunden och slutföra verifieringen.

Ansökningsprocess

För att använda Recaptcha2 protokolligenkänning API, börja med att gå till Ace Data Cloud-konsolen för att hämta din API-token, som du kan spara för framtida bruk. Om du inte har loggat in eller registrerat dig, kommer du automatiskt att omdirigeras till inloggningssidan som bjuder in dig att registrera dig och logga in, och efter att ha slutfört detta kommer du automatiskt att återvända till den aktuella sidan. En API-token kan användas för att anropa alla plattformens tjänster, utan att behöva ansöka separat för varje tjänst. Första ansökan ger en gratis kvot, så att du kan prova gratis; när kvoten är otillräcklig kan du ladda på allmän balans i konsolen.
📘 Fullständig dokumentation: Recaptcha2 Protokolligenkänning API →

Grundläggande användning

Först bör du förstå den grundläggande användningsmetoden, vilket är att ange URL:en för den webbplats som behöver hantera verifieringskoden, så får du det bearbetade resultatet. Först behöver du enkelt skicka ett website_url-fält. Vår exempelwebbplats är: https://www.google.com/recaptcha/api2/demo, vi behöver hämta website_key från website_url-sidan. Först öppnar du denna webbsida, trycker på F12 för att gå till konsolen, och gör sedan en global sökning på Element-sidan efter recaptcha-demo, så får vi följande resultat:

Där data-sitekey motsvarar en sträng som är värdet av website_key, här är de specifika parameterresultaten:

Vi kan se att vi har ställt in Request Headers, inklusive:
  • accept: vilken typ av svarformat du vill ta emot, här anges som application/json, det vill säga JSON-format.
  • authorization: nyckeln för att anropa API:et, som kan väljas direkt efter ansökan.
Dessutom har vi ställt in Request Body, inklusive:
  • website_url: URL:en för den webbplats som behöver hantera verifieringskoden.
  • website_key: webbplatsens nyckelidentifierare i Recaptcha2.
När du har valt kan du se att motsvarande kod också har genererats till höger, som visas i bilden:

Klicka på “Try” knappen för att göra ett test, som visas i bilden ovan, här har vi fått följande resultat:
Resultatet innehåller flera fält, som beskrivs nedan:
  • token, resultatet av att hantera Recaptcha2-verifieringen.
Vi kan se att vi har fått verifieringsresultatet för att hantera Recaptcha2, och vi kan använda det för att POST:a eller simulera en inlämning till målsidan, engångsanvändning, giltighetstid 120 sekunder, rekommenderas att använda inom 60 sekunder. Nästa steg är att tillhandahålla en Python-version för att skicka den hanterade token till målsidan för att passera Recaptcha2. Först behöver vi ta reda på hur webbplatsen skickar POST-förfrågningar, så att vi kan skicka den genererade token. Vi behöver först öppna F12-konsolen och sedan manuellt genomföra verifieringen. Slutligen kan vi se att webbplatsen skickade en POST-förfrågan, och vi behöver bara titta på konstruktionen av denna POST-förfrågan. Den specifika processen är som följer:
  • Genomför först verifieringen manuellt, som visas i bilden nedan:

  • Klicka sedan på skicka och observera förändringarna i nätverkskonsolen, som visas i bilden nedan:

  • Analysera konstruktionen av den här POST-förfrågan, och slutligen kan du högerklicka på förfrågan för att kopiera CURL-koden, som visas i bilden nedan:

Från ovanstående bild kan vi se att URL:en för denna POST-förfrågan är: https://www.google.com/recaptcha/api2/demo, vi behöver bara skicka parametern g-recaptcha-response, och vi behöver bara överföra den bearbetade token i data nedan, koden för att anropa token för verifiering ser ut som följer:
Koden för att anropa token-verifiering i Python ser ut som följer:
Sedan kör vi koden och observerar att konsolen visar ett sådant resultat:

Till slut har vi genomfört verifieringen av Recaptcha2-koden. Om du vill generera motsvarande integrationskod kan du direkt kopiera den som genereras, till exempel CURL-koden ser ut som följer:
Python-integrationskoden ser ut som följer:

Asynkront läge (async)

Som standard är API:et synkront och blockerande: en förfrågan väntar tills token-behandlingen är klar innan den returneras. Om du gör en multipel kodlösning (multi-solver rotation) och vill “få task_id omedelbart efter att ha skickat in uppgiften, först schemalägga andra kodlösare och sedan återkomma för att hämta resultatet”, kan du skicka async: true i begäran. Genom att skicka async: true kommer gränssnittet omedelbart att returnera ett task_id utan att blockera väntan:
Använd sedan detta task_id för att pollera POST /captcha/tasks (rekommenderas var 3-5 sekund) för att hämta resultatet:
Under bearbetning kommer status: processing att returneras:
När bearbetningen är klar kommer status: ready och token att returneras:
Avgiftsinformation: I asynkront läge debiteras inte skapandet av uppgifter och polling “under bearbetning”; debiteras endast en gång när resultatet har hämtats framgångsrikt (samma pris som i synkront läge). Därför kommer avbokning av uppgifter som ännu inte har slutförts under rotationen inte att medföra kostnader. /captcha/tasks är gemensam för alla verifieringsgränssnitt (token och recognition-serien), och du kan pollera med samma task_id.

Felhantering

När du anropar API:et, om du stöter på fel, kommer API:et att returnera motsvarande felkod och information. Till exempel:
  • 400 token_mismatched: Bad request, möjligtvis på grund av saknade eller ogiltiga parametrar.
  • 400 api_not_implemented: Bad request, möjligtvis på grund av saknade eller ogiltiga parametrar.
  • 401 invalid_token: Obehörig, ogiltig eller saknad auktoriseringstoken.
  • 429 too_many_requests: För många förfrågningar, du har överskridit hastighetsgränsen.
  • 500 api_error: Internt serverfel, något gick fel på servern.

Exempel på felrespons

Slutsats

Genom detta dokument har du fått en förståelse för hur du använder Recaptcha2-protokollet för att identifiera API så att användare inte behöver identifiera och klicka på Recaptcha2-verifieringsbilder, utan bara behöver skicka in Website Key för att uppnå automatisk avkodning i bakgrunden och slutföra verifieringen. Vi hoppas att detta dokument kan hjälpa dig att bättre integrera och använda detta API. Om du har några frågor, tveka inte att kontakta vårt tekniska supportteam.