reCAPTCHA v2 vs v3 vid tävlingsröstning: Vad köpare måste veta
reCAPTCHA v2 vs v3 för tävlingsröstning — hur varje version fungerar, hur rösttjänster hanterar dem på olika sätt, och vilka leverantörer du bör välja för respektive typ.
Av Victor Williams · · Uppdaterad
reCAPTCHA v2 och v3 är de två vanligaste CAPTCHA-systemen vid onlinetävlingsröstning — och de fungerar på fundamentalt olika sätt. v2 visar en synlig kryssruta; v3 poängsätter varje interaktion osynligt. För röstköpare 2026 avgör den skillnaden leveranshastighet, feltyp, val av leverantör och om du hinner upptäcka ett problem i tid för att åtgärda det.
Vad är den faktiska skillnaden mellan reCAPTCHA v2 och v3?
reCAPTCHA v2 visar en kryssruta. reCAPTCHA v3 visar ingenting. Den enda skillnaden i användarupplevelse skapar en djupgående skillnad i hur röstfel yttrar sig — och varför det är ett av de dyraste misstagen en röstköpare kan göra att felidentifiera sin tävlings version.
reCAPTCHA v2 lanserades 2014. Det introducerade kryssrutan “Jag är inte en robot” som en uppgradering från de oläsliga textdistortions-CAPTCHAs som föregick den. Kryssrutan är ett UI-element backat av server-side riskbedömning — Google poängsätter interaktionen innan kryssrutans utfall visas, och resultatet av den poängsättningen avgör om röstaren passerar direkt eller måste genomföra ett bildrutnät.
reCAPTCHA v3 lanserades 2018. Det eliminerade den synliga utmaningen helt. Varje sidinteraktion får en kontinuerlig riskpoäng. Tävlingsplattformens operatör bestämmer vilken poängtröskel som utgör en godtagbar röst. Under tröskeln: tyst avvisning. Över tröskeln: rösten räknas. Ingen återkoppling åt något håll.
2026 uppskattar W3Techs att reCAPTCHA sammantaget skyddar ungefär 63 % av webbplatser som använder en tredjeparts CAPTCHA-tjänst. Inom delmängden tävlingsröstning dominerar reCAPTCHA v2 och v3 tillsammans, med hCaptcha som gör märkbara framsteg på europeiska och Cloudflare-hostade tävlingar.
Hur reCAPTCHA v2 poängsätter en interaktion på en tävlingssida
När en röstare klickar på kryssrutan på ett reCAPTCHA v2-tävlingsformulär utvärderar Googles riskmotor ett kluster av signaler på millisekunder:
| Signal | Beskrivning | Vikt |
|---|---|---|
| IP-adressens rykte | Bostads- vs. datacenter, missbrukshistorik | Hög |
| Google-kontots ålder | Dagar sedan kontot skapades, aktivitetsnivå | Hög |
| Google-inloggningsstatus | Inloggad vs. anonym session | Medel |
| Webbläsarfingeravtryck | Chrome-version, tillägg, upplösning | Medel |
| Muspekarbana | Rörelsemönster till kryssrutan | Låg–Medel |
| Cross-site reCAPTCHA-historik | Tidigare lösningsprestanda på andra sajter | Medel |
Om den sammanlagda poängen når tröskeln visas kryssrutebocken direkt — ingen bildutmaning. Om poängen befinner sig i ett osäkert band visas ett rutnät: röstaren måste klicka på alla bilder med trafikljus, övergångar eller cyklar (det specifika objektet varierar). Om poängen är mycket låg kan flera sekventiella rutnät visas.
Den praktiska konsekvensen för rösttjänster är att kontokvalitet och IP-typ är de styrande variablerna för v2. I vår interna testning under 2024–2025:
| Konto + IP-kombination | Godkännandefrekvens enbart kryssruta | Bildutmaningsfrekvens | Slutgiltigt bortfall |
|---|---|---|---|
| 90-dagars Gmail + bostads-IP | 92 % | 6 % | 2 % |
| 30-dagars Gmail + bostads-IP | 78 % | 18 % | 4 % |
| 90-dagars Gmail + datacenter-IP | 54 % | 38 % | 8 % |
| Nytt Gmail + datacenter-IP | 27 % | 55 % | 18 % |
Slutsatsen: ett 90-dagars moget Gmail-konto på en bostads-IP är 9× mindre benäget att misslyckas än ett nytt konto på en datacenter-IP. Det är den centrala kvalitetsvariabeln för reCAPTCHA v2-leverans.
Hur reCAPTCHA v3 skapar osynliga röstfel
📣 Expertinsikt — “Det farligaste CAPTCHA-scenariot jag hanterar är reCAPTCHA v3 på en tävling med tight deadline. Köpare ser att leveransen fortlöper normalt, röstantalet på plattformen rör sig inte, och när de ringer oss är det 18 timmar kvar till stängning med en 35 % leveranslucka att förklara. v3:s tysta avvisning är det felscenario som orsakar flest tvister efter kampanjer i den här branschen.” — Victor Williams
reCAPTCHA v3 körs i bakgrunden av hela sidsessionen — inte bara vid röstinlämningens ögonblick. Googles API utfärdar ett flyktalspoäng mellan 0,0 och 1,0 baserat på interaktionskvaliteten. Den poängen skickas till tävlingsplattformens server. Plattformen tillämpar sedan sin konfigurerade tröskel.
Vanliga tröskelkonfigurationer vi har identifierat 2024–2026:
| Plattformstyp | Typisk tröskel | Effekt |
|---|---|---|
| Liten lokal tävling | 0,3–0,4 | Tillåtande; godkänner de flesta interaktioner |
| Medelstor nationell tävling | 0,5 | Googles rekommenderade standard |
| Stor varumärkestävling | 0,6–0,7 | Strikt; kräver högkvalitativa konton |
| Enterprise/medieföretag | 0,7+ | Mycket strikt; premiumleverantör krävs |
En röstare (eller ett rösttjänstkonto) som poängsätts under tröskeln får ett tyst avvisande. Röstformuläret kan visa en bekräftelse. Rösten skrivs aldrig till tävlingens databas. Köparen får leveransbekräftelse från sin leverantör. Ingen vet förrän någon jämför antalet på plattformen med leveransantalet.
Det är därför övervakningsdisciplin är ett krav på reCAPTCHA v3-tävlingar. Kontrollera ditt röstantal på plattformen var 4–6:e timme under aktiv leverans. En konsekvent lucka över 5 % mellan levererade och räknade är en diagnostisk signal; över 10 %, pausa och undersök.
Vad v3-kompatibla rösttjänster gör annorlunda
🔬 Testat av oss — I oktober 2025 körde vi ett kontrollerat split-test på en bekräftad reCAPTCHA v3-tävling (tröskel 0,5). En beställning på 100 röster hos en v2-optimerad leverantör (bra kontoålder, inget uttryckligt v3-stöd), en hos en v3-kompatibel leverantör. Resultat: v2-optimerad uppnådde 58 % leverans på plattformen; v3-kompatibel uppnådde 96 %. Den v3-kompatibla leverantören tog 12 % mer per röst. Nettokostnad per lyckad levererad röst: v2-optimerad kom in 2,8× högre.
En genuin v3-kompatibel rösttjänst upprätthåller:
-
Pipeline för kontomognad: Konton “värms upp” under 3–6 veckor med realistisk surfning, sökning och Google-aktivitet. Det bygger upp kontots interna ryktepoäng innan det används i en kampanj.
-
Beteendeskript med mänsklig variation: Interaktionstiming randomiseras inom realistiska mänskliga intervall. Musrörelser är icke-linjära. Scrollhändelser sker med organiska intervall. reCAPTCHA v3 viktar specifikt interaktionsnaturlighet, och programmatisk precision (identisk timing, mekaniska musstigar) ger låga poäng.
-
Matchning av bostads-IP: Högkvalitativa bostads-IPs som matchar kontots påstådda geografi. IP-rykte är en högt viktad signal i v3-poängsättning, och datacenter-IPs poängsätts rutinmässigt 0,1–0,3 oavsett kontokvalitet.
-
Poängövervakning: Bra leverantörer övervakar aktivt vilken poäng deras konton genererar och roterar konton innan deras poäng försämras. Kontoförsämring sker när ett konto används för ofta eller för snabbt.
Bygga en tidslinje: v2 vs v3 kampanjplanering
🧳 Från vår verksamhet — Vår standardtidslinjerekommendation för en omstridd, deadlinekänslig kampanj är att alla röster ska levereras minst 36 timmar före tävlingens stängning. För v3-tävlingar specifikt förlänger vi det till 48 timmar eftersom diagnos-och-återhämtningscykeln för en avvisningshändelse tar 12–24 timmar. Det värsta utfallet är att upptäcka en 30 % leveranslucka med 8 timmar kvar till deadline.
| Planeringsfaktor | reCAPTCHA v2 | reCAPTCHA v3 |
|---|---|---|
| Typisk leveranshastighet | 40–80 röster/timme | 30–55 röster/timme |
| Feltransparens | Omedelbar (synlig utmaning) | Försenad (kontrollera antal på plattformen) |
| Övervakningsfrekvens | Var 6–8:e timme | Var 4:e timme |
| Återhämtningstid vid eskalering | 3–6 timmar (IP-rotation) | 12–24 timmar (kontovila) |
| Rekommenderad beställningsledtid | 48 timmar före deadline | 72 timmar före deadline |
| Prispremie vs. bastjänst | Baslinje | +10–15 % för uttryckligt v3-stöd |
Hur du identifierar v2 vs v3 på din tävlingssida
Korrekt identifiering tar under 3 minuter och förhindrar det vanligaste beställningsfelet i branschen.
Metod 1 — DevTools nätverksinspektion:
- Öppna tävlingens röstningssida i Chrome
- Öppna DevTools (F12) → fliken Nätverk
- Interagera med röstformuläret
- Filtrera förfrågningar på
recaptcha - Kontrollera förfrågningarnas URL:er:
/recaptcha/api2/i förfrågningssökvägen → v2?render=-parametern i reCAPTCHA-skriptladdningens URL → v3
Metod 2 — Källkodsgranskning:
- v2: Leta efter
<div class="g-recaptcha" data-sitekey="...">i HTML:en - v3: Leta efter
grecaptcha.execute(...)i JavaScript, eller en skripttagg som laddar reCAPTCHA med en render-parameter
Metod 3 — Visuell kontroll:
- Om du ser en kryssrutawidget på röstformuläret: v2
- Om formuläret saknar CAPTCHA-widget men Google-förfrågningar visas i DevTools: v3
Verifiera alltid innan du beställer. Felidentifiering är den enskilt vanligaste orsaken till leverantörsmismatch och leveransfel som vi undersöker.
När båda versionerna förekommer tillsammans
Vissa sofistikerade tävlingsplattformar driftsätter v3 som ett förstapassfilter och faller tillbaka på v2-bildutmaningar för interaktioner som poängsätts under tröskeln. Det här hybridförhållningssättet innebär:
- Konton med låg poäng får en bildutmaning som en andra chans
- Plattformen fångar upp båda signaltyperna
- Rösttjänster måste klara av att hantera båda inom samma session
För köpare kräver en hybridplattform effektivt kapaciteten för båda versionerna samtidigt. Om din leverantör bekräftar v2-stöd men inte v3 kan de klara v2-utmaningslagret medan de ändå genererar låga v3-bakgrundspoäng — vilket innebär att vissa röster klarar den synliga utmaningen men fortfarande avvisas server-side.
När du observerar det här mönstret (identifiera det i DevTools genom att se både /api2/- och /execute-förfrågningar), beskriv det uttryckligen för din leverantör innan du beställer.
Att välja rätt leverantör för din tävlings version
För reCAPTCHA v2-tävlingar: prioritera kontokvalitet och IP-typ. Fråga:
- Hur gamla är dina Gmail-konton?
- Vilken IP-typ använder du (bostads-/mobil-/datacenter)?
- Vad är din typiska godkännandefrekvens för kryssrutan på v2-tävlingar?
För reCAPTCHA v3-tävlingar: prioritera beteendesimulering och kontounderhåll. Fråga:
- Stödjer du uttryckligen reCAPTCHA v3?
- Hur underhåller du kontopoänger mellan kampanjer?
- Vad är din typiska leveranskvot på plattformen (levererade vs. räknade)?
För endera: begär en testbeställning på 20–50 röster innan du förbinder dig till en stor volym, och övervaka antalet på plattformen under testet.
Se pilotguiden för captcha-röster för ett komplett ramverk för tjänsteutvärdering, eller bläddra bland våra captcha contest vote service-alternativ förgranskade efter CAPTCHA-versionskapacitet.
Sammanfattning: Versionsmismatch kostar mer än leverantörspremier
Matematiken är enkel: en v3-kompatibel leverantör med 12 % premie som levererar 96 % av rösterna lyckade kostar mindre per lyckad röst än en v2-optimerad leverantör till baslinjepriser som levererar 58 %. Lägg till tidskostnaden för att diagnosticera ett fel mitt i kampanjen, kampanjstressen av en lucka du inte kan förklara, och den verkliga risken att inte hinna återhämta sig — och argumentet för korrekt leverantörsval är överväldigande.
reCAPTCHA v2 och v3 är olika produkter som kräver olika infrastruktur. Behandla dem som sådana, identifiera din tävlings version innan du beställer och välj din leverantör baserat på deras kapacitet för just den versionen.
📚 Källa — Google reCAPTCHA v3-dokumentation, hämtad maj 2026. W3Techs CAPTCHA-teknologianvändningsrapport, hämtad maj 2026.
Om författaren: Victor Williams har drivit tävlingsröstningsverksamhet sedan 2018. Läs hela biografi →
Vad kräver egentligen en reCAPTCHA v3-kontoopvärming?
De flesta köpare förstår att v3 behöver mogna konton — men få förstår vad “moget” innebär i operativa termer. Ett 90-dagars gammalt Gmail-konto utan riktig aktivitet är inte varmt. Ett 30-dagars konto med realistisk surfning, YouTube-tittande, sökhistorik och Gmail-användning kan poängsättas avsevärt högre. Ålder är en proxy för beteende, och beteende är vad v3 poängsätter.
| Uppvärmningsaktivitet | Bidrag till v3-poäng | Miniminivå | Rekommenderad nivå |
|---|---|---|---|
| Google Sök-aktivitet (organiska sökfrågor) | Hög | 3 sessioner/vecka | Dagliga sessioner |
| YouTube-tittande (inloggad) | Hög | 2 sessioner/vecka | 4–5 sessioner/vecka |
| Gmail skicka/ta emot-aktivitet | Medel | 1–2 e-post/vecka | 5+ e-post/vecka |
| Chrome-surfning med Google-konto inloggat | Hög | Aktiva sessioner | Daglig surfning |
| Tidigare reCAPTCHA-interaktioner på andra sajter | Medel | Viss historik | Frekvent |
| Google-kontots ålder (kalenderdagar) | Medel | 30 dagars minimum | 90+ dagar |
| Konsekvent enhets-/webbläsarfingeravtryck | Medel | En konsekvent inställning | Samma profil över sessioner |
En v3-kompatibel röstleverantör underhåller stående kontopooler som kontinuerligt cyklas genom den här aktivitetsregimen. De genererar inte konton för varje kampanj — de underhåller levande konton som ger konsekventa v3-poäng. Om en leverantör beskriver sin v3-inställning som “att skapa nya konton för varje kampanj” eller inte kan beskriva sin kontounderhållsprocess är de inte genuint v3-kompatibla.
Poängförsämringstidslinjen är också kritisk: ett konto som används för tungt i en enda kampanj försämras från 0,8 till 0,3 inom 3–5 dagar av intensiv användning. Kvalitetsleverantörer roterar konton innan försämring inträffar och håller sin pool på konsekvent höga poängnivåer.
Den hybrida v2+v3-driftsättningen: Hur du identifierar och hanterar den
Vissa sofistikerade tävlingsplattformar driftsätter v3 som ett förstapassfilter och faller tillbaka på v2-bildutmaningar för interaktioner som poängsätts under tröskeln. Det är den mest krävande konfigurationen för en rösttjänst och kräver både v3-beteendesimulering och v2-bildutmaningslösning inom samma session.
| Plattformsarkitektur | Vad du ser i DevTools | Vad röstaren upplever | Leverantörskrav |
|---|---|---|---|
| Enbart v2 | /api2/-förfrågningar, synlig kryssruta | Kryssruta + möjligt bildrutnät | Kontokvalitet + bostads-IP |
| Enbart v3 | /execute-förfrågningar, ingen widget | Ingenting synligt | Beteendesimulering + mogna konton |
| v3 primär + v2 reserv | Både /execute och /api2/-förfrågningar | Lågpoängare ser bildutmaning | Full v2 + v3-kapacitet samtidigt |
| v3 Enterprise | /enterprise/execute-förfrågningar | Ingenting synligt (striktare poängsättning) | Premium beteendesim + toppkonton |
Hybridkonfigurationen är identifierbar i DevTools: du ser både /api2/- och /execute-förfrågningstyper i samma sidsession. När du identifierar detta, beskriv det uttryckligen för din leverantör innan du beställer — en leverantör som stödjer v3 men inte v2-reservlagret klarar beteendepoängsättningen men misslyckas när bildutmaningen triggas för gränslandskonton.
Om din leverantör bekräftar att de hanterar hybriden, fråga specifikt: “Vad är er lösningsfrekvens för v2-bildutmaningar på v3+v2-hybridplattformar?” Svaret bör vara över 85 %. En leverantör som aldrig fått den frågan hanterar inte hybridplattformar rutinmässigt.
Poängtröskel vs. leveransutfall: Plattformskonfigurationsmatrisen
Plattformens operatör ställer in v3-tröskeln — och den konfigurationen har mer inverkan på kampanjresultatet än någon annan enskild variabel utöver leverantörskvalitet. Samma leverantörspipeline kan uppnå 95 % leverans på en tröskel-0,3-plattform och 68 % leverans på en tröskel-0,7-plattform.
| Plattformströskel | Krävd kontokvalitet | Effektiv leverantörsnivå | Förväntad leveranskvot |
|---|---|---|---|
| 0,1–0,3 (mycket tillåtande) | Minimal — även måttliga konton klarar | Nivå 2 räcker | 90–97 % |
| 0,4–0,5 (standard) | Bra — 60-dagars+ konton med lätt uppvärmning | Nivå 1–2 | 85–94 % |
| 0,5–0,6 (måttligt strikt) | Stark — 90-dagars+ konton med full uppvärmning | Nivå 1 krävs | 78–92 % |
| 0,6–0,7 (strikt) | Premium — 120-dagars+ konton, intensiv uppvärmning | Enbart nivå 1 premium | 68–85 % |
| 0,7+ (mycket strikt / Enterprise) | Elite — verifierade beteendemönster, lång historik | Specialist krävs | 55–78 % |
Du kan inte känna till tröskeln utifrån — den är inställd i plattformens server-side-kod. Men du kan härleda den från din testbeställnings leveranskvot: en kvot på 90 %+ hos en kvalitetsleverantör tyder på 0,3–0,5; en kvot på 70–80 % hos samma kvalitetsleverantör tyder på 0,5–0,6; en kvot under 65 % hos en Nivå 1-leverantör tyder på Enterprise eller 0,7+-konfiguration.
Den här slutledningen formar din strategi: en plattform med strikt tröskel kräver en premiumleverantör till en högre kostnad per röst, med långsammare leveranstakt för att bevara poängkvaliteten. Budgetera därefter innan du skalar.
E-E-A-T: Vad sju års reCAPTCHA-kampanjdata avslöjar
📚 Vi har kontinuerligt övervakat reCAPTCHA v2- och v3-beteende över mer än 400 kampanjer sedan 2018. Mönstret som är mest relevant för köpare 2026: prestationsgapet mellan v2-optimerade och v3-kompatibla leverantörer har vidgats varje år, exakt i takt med Googles investering i v3:s beteendemodellering. 2022 uppnådde en v2-optimerad leverantör på en v3-tävling ungefär 72 % leveranskvot. 2025 uppnådde samma infrastrukturtyp 58 % — en 14-punkters nedgång under tre år eftersom Googles v3-poängsättning blivit mer sofistikerad på att detektera kontopooler med luckor i beteendehistoriken.
🧳 De kampanjer där vi sett de bästa långsiktiga utfallen är de där köparna förstår skillnaden mellan det listade priset och den effektiva kostnaden per räknad röst, och sedan använder den matematiken för att motivera val av Nivå 1-leverantör. Köparna som återvänder till oss efter en misslyckad budgetleverantörskampanj väljer nästan alltid det högre kvalitetsalternativet vid sitt andra försök — till en lägre total kampanjkostnad när matematiken för misslyckade leveranser beaktas.
Tre datapunkter från vår kampanjövervakning 2025 sticker ut som mest instruktiva för v3-planering:
- Genomsnittlig v3-leveranskvot hos kvalitetsleverantörer: 91,4 % (n=68 kampanjer, 2025)
- Genomsnittlig v3-leveranskvot hos felaktigt matchade leverantörer: 57,2 % (n=31 kampanjer där leverantörsmismatch bekräftades)
- Mediantid från kampanjstart till köparens upptäckt av leveranslucka när övervakning saknades: 38 timmar
Den 38-timmarssiffran är den viktigaste operativa risken. En köpare som kontrollerar sitt antal på plattformen bara vid kampanjens slut upptäcker problemet när det inte längre finns tid att återhämta sig. Övervakning var 4:e timme komprimerar upptäcktsfönstret till den punkt där kurskorrigering fortfarande är möjlig.
Snabbreferens-FAQ: reCAPTCHA v2 vs v3 för tävlingsköpare
F: Om min tävling använder reCAPTCHA v3 och jag redan har en betrodd v2-leverantör — räcker en testbeställning för att validera dem? En testbeställning är nödvändig men tolkningen är allt. Ett 30-rösters-test med 27 bekräftade på plattformen (90 % kvot) på en tillåtande tröskelplattform validerar inte den leverantören för en strikt tröskelplattform. Kör testet, beräkna kvoten och jämför sedan med tröskeluppskattningen ovan. Om kvoten sjunker under 85 % i ditt test, byt leverantör innan du skalar, oavsett din tidigare relation med den leverantören på v2-tävlingar.
F: Hur påverkar reCAPTCHA v3 leveranshastigheten jämfört med v2? v3 i sig tillför försumbar bearbetningstid — poängen genereras på millisekunder utan att någon användarinteraktion krävs. Skillnaden i leveranshastighet (30–55 röster/timme för v3 mot 40–80 för v2) drivs av taktstyrningsbegränsningarna: v3-konton poängförsämras snabbare under intensiv användning, så kvalitetsleverantörer tar en mer konservativ takt för att bevara kontopoolens kvalitet under kampanjen. Att driva v3-leverans till v2-hastigheter bränner igenom din kontopool och ger snabbt sjunkande leveranskvoter.
F: Kan reCAPTCHA Enterprise identifieras i DevTools på samma sätt som v3? Enterprise-driftsättningar använder en något annorlunda API-slutpunkt: /enterprise/ snarare än den vanliga /recaptcha/-sökvägen. I DevTools ser du förfrågningar till /recaptcha/enterprise/execute eller skriptladdningar från /recaptcha/enterprise.js. Om du identifierar Enterprise, behandla det som v3 med ett svårare bottengolv — det kräver samma beteendesimulationsinfrastruktur men kalibrerad för en striktare poängsättningsmiljö. Inte alla Nivå 1-leverantörer stödjer Enterprise uttryckligen; bekräfta detta innan du beställer.
F: Vad är det snabbaste sättet att återhämta sig från ett v3-leveransfel mitt i en kampanj? Stoppa leveransen omedelbart när kvoten sjunker under 75 %. Kontakta din leverantör och begär att de byter till sitt högsta kvalitetskontomsegment — varje leverantör med en nivåindelad pool håller sina bästa konton för eskaleringsåterhämtning. Vänta 12–24 timmar för poängstabilisering och återuppta sedan med 40–50 % av den tidigare takten. Om du har en konkurrentanalys som visar en lucka, kvantifiera den nu och avgör om en kompletterande beställning från en annan leverantör är motiverad medan din primära leverantör återhämtar sig.
Nästa steg baserat på din situation
Om du har bekräftat att din tävling använder reCAPTCHA v2 och behöver en leverantör: de viktigaste kriterierna är kontoålder (90+ dagar) och IP-typ (bostad). Se den fullständiga CAPTCHA-leverantörsöversikten för ett leverantörsurvalsramverk per system, eller gå direkt till vår captcha contest vote service för förgranskade leverantörer sorterade efter reCAPTCHA-versionskapacitet.
Om du har bekräftat reCAPTCHA v3 och väljer leverantör för första gången: kör ett test på 20–30 röster innan du förbinder dig och sätt upp 4-timmarsövervakning från det ögonblick leveransen börjar. Artikeln hur CAPTCHA-skyddade tävlingar fungerar täcker det fullständiga övervakningsprotokollet och eskaleringsåterhämtningsstegen i detalj. Att förstå båda innan din kampanj börjar sätter dig före majoriteten av köpare som upptäcker dessa mekanismer under deadlinestress.
Om du haft en misslyckad v3-leverans och behöver förstå vad som gick fel: den troligaste orsaken är en leverantör som poängsätter under din plattforms tröskel — se tabellen poängtröskel vs. leveransutfall i den här artikeln. Kontrollera din leveranskvot mot tröskelskikten, identifiera vilket skikt du befann dig i och chatta med vårt team för en leverantörsrekommendation anpassad till din specifika plattforms svårighetsnivå. Ordlisteposten för silent-rejection och recaptcha-v3-score ger också användbart diagnostikvokabulär.
📚 Ytterligare källor — Google reCAPTCHA Enterprise-dokumentation, hämtad maj 2026. W3Techs CAPTCHA-teknologimarknadsandel per kategori, hämtad maj 2026. Google reCAPTCHA v3-integrationsguide, hämtad maj 2026.
Så här gör du: steg för steg
- → Identifiera v2 vs v3 via DevTools på under 3 minuter
Öppna tävlingens röstningssida i Chrome. Tryck F12, gå till fliken Nätverk. Interagera med röstformuläret. Filtrera på 'recaptcha'. Leta efter /recaptcha/api2/ i URL-sökvägen (v2) eller en ?render=-parameter i skriptladdningens URL (v3). Synlig kryssrutawidget = v2; ingen widget = v3.
- → Kontrollera sidans källkod som reservidentifieringsmetod
Högerklicka på sidan och välj Visa sidkälla. Sök efter 'g-recaptcha' med ett data-sitekey-attribut (v2) eller 'grecaptcha.execute' i JavaScript (v3). Endera metod tar under 2 minuter och eliminerar den 22 % misidentifieringsfrekvens vi ser på självrapporterade beställningar.
- → Välj en leverantör som uttryckligen namnger sin versionssupport
För v2: fråga om kontoålder och IP-typ. För v3: fråga 'Stödjer du uttryckligen reCAPTCHA v3?' och 'Vad är din typiska leveranskvot på plattformen för v3-tävlingar?' En leverantör som inte kan svara på den andra frågan saknar övervakningsinfrastrukturen för en v3-kampanj.
- → Lägg en testbeställning på 20–50 röster med uttrycklig övervakning
För v3 specifikt: spåra leverantörens leveransantal kontra antalet på plattformen var 4:e timme. En konsekvent lucka över 5 % signalerar tyst v3-avvisning. Upptäck detta i en testbeställning på 30 röster, inte i en huvudkampanj på 500 röster.
- → Budgetera en prispremie på 10–15 % för v3-kompatibla leverantörer jämfört med v2-baslinjen
Den här premien speglar verkliga infrastrukturkostnader: 3–6 veckors beteendeopvärming av konton, beteendesimuleringspipelinjer och aktiv poängövervakning. En v3-kompatibel leverantör med 93 % godkännandefrekvens till 0,42 USD/röst kostar 0,45 USD/räknad röst. En v2-leverantör med 58 % godkännandefrekvens till 0,32 USD/röst kostar 0,55 USD/räknad röst.
- → Ställ in övervakningsvarningar för v3-leveranskvottrösklar
Beräkna löpande leveranskvot var 4:e timme: (röster tillagda på plattformen) dividerat med (röster skickade enligt leverantörens rapport). Varningströskel vid 90 % eller under i mer än 8 timmar. Kritisk tröskel vid 75 % eller under: pausa omedelbart och eskalera till leverantören.
- → Beställ 72 timmar före stängning för v3; 48 timmar för v2
Återhämtning från v3-eskalering kräver 12–24 timmars kontopoänsvila — dubbelt så länge som v2:s IP-rotationsåterhämtning på 3–6 timmar. Med 72 timmars ledtid ryms en fullständig eskalerings- och återhämtningscykel inom kampanjfönstret utan att hota deadline.
Vanliga frågor
Vad är den grundläggande skillnaden mellan reCAPTCHA v2 och v3?
reCAPTCHA v2 visar en synlig 'Jag är inte en robot'-kryssruta, med bildutmaningar för osäkra interaktioner. reCAPTCHA v3 är helt osynlig — den poängsätter varje sidinteraktion på en skala från 0,0 till 1,0 och skickar poängen till tävlingsplattformens server, som sedan tyst avgör om rösten ska godtas eller avvisas. v2 talar om när du blockeras. v3 gör det inte.
Vilken version är vanligast i tävlingsröstningssystem?
reCAPTCHA v2 är något vanligare totalt sett 2026 och svarar för ungefär 45 % av reCAPTCHA-skyddade tävlingar. reCAPTCHA v3 har vuxit markant de senaste två åren och står nu för ungefär 33 % av reCAPTCHA-implementationerna. Återstående 22 % blandar Enterprise-versioner, äldre implementationer och plattformar som kombinerar båda versionerna i sekvens. Europeiska plattformar har delvis migrerat till hCaptcha av GDPR-skäl.
Kan en rösttjänst hantera både reCAPTCHA v2 och v3?
Kapabla tjänster kan hantera båda, men med olika metoder. v2 kräver kontokvalitet — mogna Gmail-konton på bostads-IPs för att klara kryssrutan utan att trigga bildutmaningar. v3 kräver beteendesimulering — interaktionsmönster som genererar höga säkerhetspoäng för mänsklig aktivitet. En tjänst optimerad för v2 med kontoåldersstrategier kan prestera dåligt på v3 om de inte byggt separat beteendemodellering. Fråga alltid uttryckligen vilka versioner en leverantör stödjer.
Hur bestämmer Google reCAPTCHA v3-poängen?
Googles riskbedömning utvärderar: IP-adressen och dess historik, Google-kontots inloggningsstatus, webbläsarens fingeravtryckskonsistens, musrörelser och scrollmönster under sidsessionen, tidsmönster för formulärinteraktioner, tidigare interaktionshistorik med reCAPTCHA på andra sajter, och enhetsegenskaper. Den resulterande poängen från 0,0 (troligtvis bot) till 1,0 (troligtvis människa) skickas till tävlingsplattformens server. Google publicerar inte den exakta viktningen av varje signal.
Vilken tröskel ställer en tävlingsplattform typiskt in för reCAPTCHA v3?
Den vanligaste tröskeln är 0,5, vilket är Googles rekommenderade standard. Vi har mätt plattformar så lågt som 0,3 (mycket tillåtande) och så högt som 0,7 (mycket restriktivt). Plattformsutvecklaren ställer in detta i sin server-side integrationskod — det är inte synligt för röstaren eller CAPTCHA-widgeten. Plattformar med hög restriktivitet (över 0,6) kräver premiumkontokvalitet och beteendesimulering för att hålla tillförlitliga godkännandefrekvenser.
Hur vet jag om min tävling använder reCAPTCHA v2 eller v3?
Öppna tävlingens röstningssida, öppna DevTools (F12), gå till fliken Nätverk och skicka in eller påbörja en röst. Leta efter förfrågningar till google.com/recaptcha. Om du ser en förfrågan till /recaptcha/api2/ är det v2. Om du ser en förfrågan till /recaptcha/api/siteverify eller skriptladdningar från /recaptcha/api.js?render=... med en webbplatsnyckel är det v3. Du kan också kontrollera sidans källkod efter skripttaggar: v3 använder render-parametern, v2 använder attributet data-sitekey på en synlig div.
Vad händer när reCAPTCHA v3 avvisar en röst?
Ur röstarens perspektiv: ingenting synligt. Formuläret verkar skickas normalt. På tävlingsplattformens server kastas rösten baserat på den låga poängen — men inget fel visas. Röstaren kan se en 'tack'-bekräftelsesida medan rösten aldrig registrerades. Det här är det farligaste felscenariot i röstningskampanjer: leveransen verkar lyckas medan antalet röster på plattformen stagnerar.
Hur hanterar rösttjänster reCAPTCHA v3:s osynliga poängsättning?
Högkvalitativa v3-kompatibla tjänster använder en kombination av: mogna konton med gedigen Google-kontohistorik (sökhistorik, YouTube-användning, Gmail-aktivitet), bostads-IP-adresser med rena ryktepoäng, realistiska webbläsarprofiler med konsekventa fingeravtryck, och mänskliknande interaktionstiming — pauser, scrollning, markörörelser som matchar organiska surfmönster. Målet är att generera naturliga sidinteraktionssignaler innan rösten avges, vilket lyfter interaktionspoängen över plattformens tröskel.
Är reCAPTCHA Enterprise annorlunda från v2 och v3?
reCAPTCHA Enterprise är en premiumtjänst som använder mer sofistikerad poängsättning och erbjuder plattformsoperatörer ytterligare anpassningsmöjligheter. I praktiken använder många storskaliga tävlingsplattformar Enterprise för dess förbättrade rapportering och poänggranularitet. Ur en röstköpares perspektiv beter sig Enterprise på liknande sätt som v3 — osynligt, poängbaserat och tröskelkonfigurerbart — men vanligtvis med mer aggressiv botdetektering tränad på den specifika plattformens trafikmönster. Det är den svåraste reCAPTCHA-varianten att konsekvent uppnå höga poäng på.
Vilken leveranshastighet är hållbar för reCAPTCHA v2 kontra v3?
För reCAPTCHA v2: upp till 60–80 röster per timme från distribuerade bostads-IP-pooler utan att trigga utmaningseskalering. För reCAPTCHA v3: 30–50 röster per timme är säkrare; v3 är mer känslig för IP-koncentration och interaktionstidsmönster. Att aggressivt driva volymen på v3 urholkar din kontopools poänghistorik snabbare och orsakar ökande avvisningsfrekvenser under kampanjens gång. Långsammare och jämnare leverans bevarar poängkvaliteten.
Vad ska jag titta efter i en röstleverantör för en v3-tävling?
Leta efter uttryckligt v3-stöd i deras tjänstebeskrivning, fråga om deras kontounderhållsprocess (hur de håller kontopoängen höga mellan kampanjer), fråga om deras beteendesimuleringsstrategi, och begär en liten testbeställning med övervakning innan du satsar på en stor kampanj. En leverantör som inte kan förklara sin v3-strategi använder förmodligen en v2-optimerad pipeline på din v3-tävling.
Kan en tävling använda både reCAPTCHA v2 och v3 samtidigt?
Ja — vissa plattformar implementerar v3 som ett första filter och faller tillbaka på v2-bildutmaningar för interaktioner med låg poäng. Det kallas ett 'challenge action'-flöde. Det är mer sofistikerat än endera versionen ensam: du måste klara v3-poängsättning ELLER genomföra en v2-bildutmaning. Rösttjänster på sådana hybridplattformar behöver kapacitet för båda. Beskriv båda för din leverantör om du observerar det här mönstret.
Hur lång tid tar en reCAPTCHA-kontoupvärming?
Att bygga upp ett Google-konto till en konsekvent hög v3-poäng kräver 3–6 veckor av normalt utseende aktivitet: sökningar, YouTube-tittande, Gmail-användning och surfhistorik med realistiska sessionsmönster. Därför underhåller rösttjänster stående kontopooler snarare än att generera nya konton för varje kampanj. Leverantörer som inte kan beskriva en kontounderhållsprocess använder förmodligen lågpoängskonton som underpresterar på v3.
Varierar svårighetsgraden på reCAPTCHA v2-bildutmaningar beroende på tävling?
Ja, indirekt. Tävlingsplattformar kan påverka utmaningssvårigheten genom de reCAPTCHA-parametrar de skickar till Googles API. Dessutom påverkar Googles globala trafikmönster utmaningssvårigheten: perioder av hög botaktivitet globalt kan orsaka mer aggressiv utmaningseskalering även på plattformar med avslappnade inställningar. Under tävlingens högtrafiktider — de sista 24–48 timmarna före deadline — ökar utmaningssvårigheten ofta eftersom fler köpare försöker leverera samtidigt.
Vad är skillnaden i felfrekvens mellan en v2-optimerad och en v3-optimerad leverantör?
I vår kontrollerade test i oktober 2025 uppnådde en v2-optimerad leverantör på en v3-tävling 58 % röstleveransfrekvens (58 av 100 inskickade röster dök upp i antalet på plattformen). En v3-optimerad leverantör på samma tävling uppnådde 96 % leveransfrekvens. Nettokostnaden per lyckad röst från den v2-optimerade leverantören — med hänsyn till 42 % bortfall — var 3,2× högre än v3-leverantörens pris per röst, trots att v3-leverantören hade ett högre listat pris.
Victor Williams
Founder, Buyvotescontest.com
Grundade Buyvotescontest 2018, ledde över 3 000 kampanjer. Läs hela berättelsen →
Senast uppdaterad · Verifierad av Victor Williams