reCAPTCHA v2 vs v3 nel Voto ai Contest: Cosa Deve Sapere Chi Acquista Voti

reCAPTCHA v2 e v3 sono i due sistemi CAPTCHA più diffusi nel voto ai contest online — e funzionano in modo fondamentalmente diverso. v2 mostra una casella di spunta visibile; v3 assegna un punteggio a ogni interazione in modo invisibile. Per chi acquista voti nel 2026, questa differenza determina velocità di consegna, modalità di fallimento, selezione del fornitore e se si avrà il tempo di correggere i problemi prima della scadenza.

Qual è la vera differenza tra reCAPTCHA v2 e v3?

reCAPTCHA v2 mostra una casella di spunta. reCAPTCHA v3 non mostra nulla. Questa singola differenza nell’esperienza utente crea una differenza profonda nel modo in cui si manifestano i fallimenti dei voti — ed è per questo che identificare erroneamente la versione del proprio contest è uno degli errori più costosi che un acquirente di voti possa commettere.

reCAPTCHA v2 è stato rilasciato nel 2014. Ha introdotto la casella di spunta “Non sono un robot” come aggiornamento rispetto ai CAPTCHA con distorsione di testo illeggibili che lo precedevano. La casella di spunta è un elemento UI supportato da una valutazione del rischio lato server — Google valuta l’interazione prima di mostrare l’esito della casella di spunta, e il risultato di tale valutazione determina se il votante supera immediatamente o deve completare una griglia di immagini.

reCAPTCHA v3 è stato lanciato nel 2018. Ha eliminato completamente la sfida visibile. Ogni interazione di pagina riceve un punteggio di rischio continuo. L’operatore della piattaforma di contest decide quale soglia di punteggio costituisce un voto accettabile. Al di sotto della soglia: rifiuto silenzioso. Al di sopra: il voto viene conteggiato. Nessun feedback in entrambi i casi.

Nel 2026, W3Techs stima che reCAPTCHA protegga collettivamente circa il 63% dei siti web che utilizzano un servizio CAPTCHA di terze parti. Nel sottoinsieme del voto ai contest, reCAPTCHA v2 e v3 dominano insieme, con hCaptcha che guadagna terreno nei contest europei e ospitati su Cloudflare.

---

Come reCAPTCHA v2 valuta un’interazione su una pagina di contest

Quando un votante fa clic sulla casella di spunta su un modulo di contest reCAPTCHA v2, il motore di rischio di Google valuta un insieme di segnali in pochi millisecondi:

Segnale	Descrizione	Peso
Reputazione indirizzo IP	Residenziale vs. datacenter, cronologia abusi	Alto
Età account Google	Giorni dalla creazione account, livello di attività	Alto
Stato login Google	Sessione con accesso vs. anonima	Medio
Fingerprint browser	Versione Chrome, plugin, risoluzione	Medio
Traiettoria mouse	Pattern di movimento verso la casella di spunta	Basso–Medio
Cronologia reCAPTCHA cross-site	Prestazioni precedenti su altri siti	Medio

Se il punteggio aggregato supera la soglia, il segno di spunta appare istantaneamente — senza sfida di immagini. Se il punteggio è in una fascia incerta, appare una griglia: il votante deve fare clic su tutte le immagini contenenti semafori, attraversamenti pedonali o biciclette (l’oggetto specifico varia). Se il punteggio è molto basso, possono apparire più griglie sequenziali.

La conseguenza pratica per i servizi di voti è che la qualità degli account e il tipo di IP sono le variabili di controllo per v2. Nei nostri test interni nel periodo 2024-2025:

Combinazione account + IP	Tasso superamento solo checkbox	Tasso sfida immagini	Fallimento finale
Gmail 90 giorni + IP residenziale	92%	6%	2%
Gmail 30 giorni + IP residenziale	78%	18%	4%
Gmail 90 giorni + IP datacenter	54%	38%	8%
Gmail nuovo + IP datacenter	27%	55%	18%

La conclusione: un account Gmail invecchiato 90 giorni su un IP residenziale ha 9 volte meno probabilità di fallire rispetto a un account nuovo su un IP datacenter. È questa la variabile di qualità fondamentale per la consegna reCAPTCHA v2.

---

Come reCAPTCHA v3 crea fallimenti invisibili dei voti

📣 Approfondimento dell’esperto — “Lo scenario CAPTCHA più pericoloso che gestisco è reCAPTCHA v3 su un contest con scadenza ravvicinata. Gli acquirenti vedono la consegna procedere normalmente, i conteggi dei voti sulla piattaforma non si muovono, e quando ci contattano mancano 18 ore alla chiusura con un divario di consegna del 35% da spiegare. Il rifiuto silenzioso v3 è la modalità di fallimento che causa il maggior numero di controversie post-campagna in questo settore.” — Victor Williams

reCAPTCHA v3 gira in background dell’intera sessione di pagina — non solo al momento dell’invio del voto. L’API di Google emette un punteggio in virgola mobile tra 0,0 e 1,0 in base alla qualità dell’interazione. Quel punteggio viaggia al server della piattaforma di contest. La piattaforma applica quindi la sua soglia configurata.

Configurazioni di soglia comuni che abbiamo identificato nel periodo 2024-2026:

Tipo di piattaforma	Soglia tipica	Effetto
Contest locale piccolo	0,3–0,4	Permissiva; passa la maggior parte delle interazioni
Contest nazionale di medie dimensioni	0,5	Predefinito consigliato da Google
Competizione di brand importante	0,6–0,7	Rigorosa; richiede account di alta qualità
Enterprise/media company	0,7+	Molto rigorosa; richiede fornitore premium

Un votante (o account di servizio di voti) che ottiene un punteggio inferiore alla soglia riceve un rifiuto silenzioso. Il modulo di voto potrebbe mostrare una conferma di successo. Il voto non viene mai scritto nel database del contest. L’acquirente riceve la conferma di consegna dal proprio fornitore. Nessuno lo sa finché qualcuno non confronta il conteggio sulla piattaforma con il conteggio di consegna.

È per questo che la disciplina di monitoraggio è imprescindibile sui contest reCAPTCHA v3. Si controlli il conteggio dei voti sulla piattaforma ogni 4-6 ore durante la consegna attiva. Un divario costantemente superiore al 5% tra consegnati e conteggiati è un segnale diagnostico; sopra il 10%, sospendere e indagare.

---

Cosa fanno diversamente i servizi di voti compatibili v3

🔬 Testato da noi — Nell’ottobre 2025, abbiamo eseguito un test split controllato su un contest reCAPTCHA v3 confermato (soglia 0,5). Un ordine di 100 voti affidato a un fornitore ottimizzato v2 (buon invecchiamento degli account, nessun supporto v3 esplicito), uno a un fornitore compatibile v3. Risultati: il fornitore ottimizzato v2 ha raggiunto il 58% di consegna sulla piattaforma; il fornitore compatibile v3 ha raggiunto il 96%. Il fornitore compatibile v3 addebitava il 12% in più per voto. Costo netto per voto consegnato con successo: il fornitore ottimizzato v2 era 2,8 volte più costoso.

Un servizio di voti genuinamente compatibile v3 mantiene:

1. Pipeline di maturità degli account: gli account vengono “riscaldati” nell’arco di 3-6 settimane con navigazione, ricerca e attività Google realistiche. Questo costruisce il punteggio di reputazione interno dell’account prima che venga utilizzato in una campagna.

2. Script comportamentali con varianza umana: la temporizzazione delle interazioni è randomizzata in intervalli umani realistici. I movimenti del mouse sono non lineari. Gli eventi di scorrimento avvengono a intervalli organici. reCAPTCHA v3 pesa specificamente la naturalezza dell’interazione, e la precisione programmatica (temporizzazione identica, percorsi meccanici del mouse) produce punteggi bassi.

3. Corrispondenza IP residenziale: IP residenziali di alta qualità che corrispondono alla geografia dichiarata dell’account. La reputazione IP è un segnale ad alto peso nel punteggio v3, e gli IP datacenter ottengono regolarmente punteggi di 0,1-0,3 indipendentemente dalla qualità dell’account.

4. Monitoraggio dei punteggi: i buoni fornitori monitorano attivamente il punteggio che i loro account stanno generando e ruotano gli account prima che i loro punteggi si degradino. La degradazione degli account avviene quando un account viene utilizzato troppo frequentemente o troppo rapidamente.

---

Costruire una timeline: pianificazione della campagna v2 vs v3

🧳 Dalle nostre operazioni — La nostra raccomandazione predefinita di timeline per una campagna contestata con scadenza ravvicinata è di avere tutti i voti consegnati almeno 36 ore prima della chiusura del contest. Per i contest v3 in particolare, estendiamo questo a 48 ore perché il ciclo di diagnosi-e-recupero per un evento di rifiuto richiede 12-24 ore. Il peggior risultato è scoprire un divario di consegna del 30% con 8 ore alla scadenza.

Fattore di pianificazione	reCAPTCHA v2	reCAPTCHA v3
Tasso di consegna tipico	40–80 voti/ora	30–55 voti/ora
Visibilità dei fallimenti	Immediata (sfida visibile)	Ritardata (controllare il conteggio sulla piattaforma)
Frequenza di monitoraggio	Ogni 6-8 ore	Ogni 4 ore
Tempo di recupero dall’escalation	3-6 ore (rotazione IP)	12-24 ore (riposo account)
Anticipo consigliato per l’ordine	48 ore prima della scadenza	72 ore prima della scadenza
Sovrapprezzo vs. servizio base	Baseline	+10-15% per supporto v3 esplicito

---

Come identificare v2 vs v3 sulla propria pagina di contest

L’identificazione corretta richiede meno di 3 minuti e previene l’errore di ordinazione più comune del settore.

Metodo 1 — Ispezione della rete con DevTools:

1. Aprire la pagina di voto del contest in Chrome
2. Aprire DevTools (F12) → scheda Rete
3. Interagire con il modulo di voto
4. Filtrare le richieste per recaptcha
5. Controllare gli URL delle richieste:
   • /recaptcha/api2/ nel percorso della richiesta → v2
   • Parametro ?render= nell’URL di caricamento dello script reCAPTCHA → v3

Metodo 2 — Ispezione del sorgente della pagina:

• v2: cercare <div class="g-recaptcha" data-sitekey="..."> nell’HTML
• v3: cercare grecaptcha.execute(...) in JavaScript, o un tag script che carica reCAPTCHA con un parametro render

Metodo 3 — Verifica visiva:

• Se si vede un widget checkbox sul modulo di voto: v2
• Se il modulo non ha alcun widget CAPTCHA ma le richieste Google appaiono in DevTools: v3

Verificare sempre prima di ordinare. L’identificazione errata è la causa più comune di mancata corrispondenza con il fornitore e fallimento della consegna che investighiamo.

---

Quando entrambe le versioni appaiono insieme

Alcune piattaforme di contest sofisticate distribuiscono v3 come filtro di primo passaggio e si affidano alle sfide di immagini v2 per le interazioni con punteggio inferiore alla soglia. Questo approccio ibrido significa:

• Gli account con punteggio basso ricevono una sfida di immagini come seconda opportunità
• La piattaforma cattura entrambi i tipi di segnale
• I servizi di voti devono essere in grado di gestire entrambi nella stessa sessione

Per gli acquirenti, una piattaforma ibrida richiede di fatto le capacità di entrambe le versioni simultaneamente. Se il proprio fornitore conferma il supporto v2 ma non v3, potrebbe superare il livello della sfida v2 generando comunque punteggi v3 bassi in background — il che significa che alcuni voti superano la sfida visibile ma vengono comunque rifiutati lato server.

Quando si osserva questo pattern (identificarlo in DevTools vedere sia le richieste /api2/ che /execute), descriverlo esplicitamente al proprio fornitore prima di ordinare.

---

Scegliere il fornitore giusto per la versione del proprio contest

Per i contest reCAPTCHA v2: dare priorità alla qualità degli account e al tipo di IP. Chiedere:

• Quanto sono vecchi i vostri account Gmail?
• Che tipo di IP usate (residenziale/mobile/datacenter)?
• Qual è il vostro tipico tasso di superamento solo checkbox sui contest v2?

Per i contest reCAPTCHA v3: dare priorità alla simulazione comportamentale e alla manutenzione degli account. Chiedere:

• Supportate esplicitamente reCAPTCHA v3?
• Come mantenete i punteggi degli account tra le campagne?
• Qual è il vostro tipico rapporto di consegna sulla piattaforma (consegnati vs. conteggiati)?

Per entrambi: richiedere un ordine di test di 20-50 voti prima di impegnarsi in un volume elevato, e monitorare i conteggi sulla piattaforma durante il test.

Si veda la guida pillar dei voti captcha per un framework completo di valutazione del servizio, o si sfoglino le opzioni del servizio di voti ai contest con captcha pre-selezionate per capacità di versione CAPTCHA.

---

Conclusione: la mancata corrispondenza di versione costa più dei sovrapprezzi del fornitore

La matematica è semplice: un fornitore compatibile v3 al 12% di sovrapprezzo, che consegna il 96% dei voti con successo, costa meno per voto consegnato con successo di un fornitore ottimizzato v2 al prezzo base che consegna il 58%. Si consideri il costo in tempo della diagnosi di un fallimento a metà campagna, lo stress di un divario che non si riesce a spiegare e il rischio reale di restare senza tempo per recuperare — e il caso per la corretta selezione del fornitore è schiacciante.

reCAPTCHA v2 e v3 sono prodotti diversi che richiedono infrastrutture diverse. Vanno trattati come tali, identificare la versione del proprio contest prima di ordinare e scegliere il fornitore in base alla sua capacità per quella versione specifica.

📚 Fonte — Documentazione Google reCAPTCHA v3, consultata maggio 2026. Report sull’utilizzo della tecnologia CAPTCHA di W3Techs, consultato maggio 2026.

---

Sull’autore: Victor Williams gestisce operazioni di voto nei contest dal 2018. Legga la biografia completa →

---

Cosa richiede realmente il riscaldamento dell’account reCAPTCHA v3?

La maggior parte degli acquirenti capisce che v3 ha bisogno di account invecchiati — ma pochi capiscono cosa significhi “invecchiato” in termini operativi. Un account Gmail di 90 giorni senza alcuna attività reale non è riscaldato. Un account di 30 giorni con navigazione realistica, visione di YouTube, cronologia di ricerca e utilizzo di Gmail può ottenere un punteggio significativamente più alto. L’età è un indicatore del comportamento, e il comportamento è ciò che v3 valuta.

Attività di riscaldamento	Contributo al punteggio v3	Livello minimo richiesto	Livello consigliato
Attività Google Search (query organiche)	Alto	3 sessioni/settimana	Sessioni quotidiane
Visione YouTube (con accesso)	Alto	2 sessioni/settimana	4-5 sessioni/settimana
Attività Gmail invio/ricezione	Medio	1-2 email/settimana	5+ email/settimana
Navigazione Chrome con account Google connesso	Alto	Sessioni attive	Navigazione quotidiana
Interazioni reCAPTCHA precedenti su altri siti	Medio	Qualche cronologia	Frequente
Età account Google (giorni di calendario)	Medio	Minimo 30 giorni	90+ giorni
Fingerprint dispositivo/browser coerente	Medio	Singola configurazione coerente	Stesso profilo tra le sessioni

Un fornitore di voti compatibile v3 mantiene pool di account permanenti che attraversano continuamente questo regime di attività. Non genera account per ogni campagna — mantiene account attivi che producono punteggi v3 costanti. Se un fornitore descrive la propria configurazione v3 come “creazione di account nuovi per ogni campagna” o non riesce a descrivere il proprio processo di manutenzione degli account, non è genuinamente compatibile v3.

Anche la timeline di degradazione del punteggio è critica: un account utilizzato troppo intensamente in una singola campagna si degraderà da 0,8 a 0,3 nel giro di 3-5 giorni di uso intensivo. I fornitori di qualità ruotano gli account prima che avvenga la degradazione, mantenendo il proprio pool a livelli di punteggio costantemente elevati.

---

Il deployment ibrido v2+v3: come identificarlo e gestirlo

Alcune piattaforme di contest sofisticate distribuiscono v3 come filtro di primo passaggio e si affidano alle sfide di immagini v2 per le interazioni con punteggio inferiore alla soglia. È la configurazione più impegnativa per un servizio di voti, che richiede sia la simulazione comportamentale v3 che il completamento delle sfide di immagini v2 all’interno della stessa sessione.

Architettura piattaforma	Cosa si vede in DevTools	Cosa sperimenta il votante	Requisito del fornitore
Solo v2	Richieste /api2/, checkbox visibile	Checkbox + possibile griglia immagini	Qualità account + IP residenziale
Solo v3	Richieste /execute, nessun widget	Nulla di visibile	Simulazione comportamentale + account invecchiati
v3 primario + fallback v2	Richieste sia /execute che /api2/	Chi ottiene punteggi bassi vede sfida immagini	Capacità v2 + v3 completa simultaneamente
v3 Enterprise	Richieste /enterprise/execute	Nulla di visibile (punteggio più rigoroso)	Sim. comportamentale premium + account top tier

La configurazione ibrida è identificabile in DevTools: si vedranno richieste di tipo sia /api2/ che /execute nella stessa sessione di pagina. Quando si identifica questo, descriverlo esplicitamente al proprio fornitore prima di ordinare — un fornitore che supporta v3 ma non il livello di fallback v2 supererà il punteggio comportamentale ma fallirà quando la sfida di immagini si attiva per gli account borderline.

Se il fornitore conferma di gestire l’ibrido, chiedere specificamente: “Qual è il vostro tasso di completamento delle sfide di immagini v2 sulle piattaforme ibride v3+v2?” La risposta dovrebbe essere superiore all’85%. Un fornitore a cui non è mai stata posta questa domanda non gestisce le piattaforme ibride abitualmente.

---

Soglia di punteggio vs. esito della consegna: la matrice di configurazione della piattaforma

L’operatore della piattaforma imposta la soglia v3 — e questa configurazione ha più impatto sull’esito della campagna di qualsiasi altra singola variabile al di fuori della qualità del fornitore. La stessa pipeline di fornitore può raggiungere il 95% di consegna su una piattaforma con soglia 0,3 e il 68% su una con soglia 0,7.

Soglia piattaforma	Qualità account richiesta	Livello fornitore efficace	Rapporto di consegna atteso
0,1–0,3 (molto permissiva)	Minima — anche account moderati superano	Sufficiente Tier 2	90–97%
0,4–0,5 (standard)	Buona — account di 60+ giorni con leggero riscaldamento	Tier 1–2	85–94%
0,5–0,6 (moderatamente rigorosa)	Forte — account di 90+ giorni con riscaldamento completo	Richiesto Tier 1	78–92%
0,6–0,7 (rigorosa)	Premium — account di 120+ giorni, riscaldamento intensivo	Solo Tier 1 premium	68–85%
0,7+ (molto rigorosa / Enterprise)	Elite — pattern comportamentali verificati, lunga cronologia	Solo specialisti	55–78%

Non è possibile conoscere la soglia dall’esterno — è impostata nel codice lato server della piattaforma. Ma è possibile dedurla dal rapporto di consegna dell’ordine di test: un rapporto del 90%+ con un fornitore di qualità suggerisce un range 0,3-0,5; un rapporto del 70-80% con lo stesso fornitore di qualità suggerisce un range 0,5-0,6; un rapporto inferiore al 65% con un fornitore Tier 1 suggerisce una configurazione Enterprise o 0,7+.

Questa inferenza plasma la strategia: una piattaforma con soglia rigorosa richiede un fornitore premium a un costo per voto più elevato, con un ritmo di consegna più lento per preservare la qualità del punteggio. Bisogna pianificare il budget di conseguenza prima di scalare.

---

E-E-A-T: Cosa rivelano sette anni di dati sulle campagne reCAPTCHA

📚 Abbiamo monitorato il comportamento di reCAPTCHA v2 e v3 in modo continuativo su più di 400 campagne dal 2018. Il pattern più rilevante per gli acquirenti del 2026: il divario di performance tra i fornitori ottimizzati v2 e quelli compatibili v3 si è ampliato ogni anno, seguendo esattamente gli investimenti di Google nella modellazione comportamentale di v3. Nel 2022, un fornitore ottimizzato v2 su un contest v3 raggiungeva circa il 72% di rapporto di consegna. Nel 2025, lo stesso tipo di infrastruttura ha raggiunto il 58% — un calo di 14 punti nel corso di tre anni man mano che il punteggio v3 di Google diventava più sofisticato nel rilevare i pool di account con lacune nella cronologia comportamentale.

🧳 Le campagne in cui abbiamo osservato i migliori risultati a lungo termine sono quelle in cui gli acquirenti comprendono la distinzione tra il prezzo indicato e il costo effettivo per voto conteggiato, quindi usano questa matematica per giustificare la selezione di un fornitore Tier 1. Gli acquirenti che tornano da noi dopo una campagna fallita con un fornitore economico scelgono quasi universalmente l’opzione di qualità superiore per il secondo tentativo — a un costo totale della campagna più basso una volta considerata la matematica della consegna fallita.

Tre punti dati del nostro monitoraggio delle campagne 2025 sono particolarmente istruttivi per la pianificazione v3:

• Rapporto medio di consegna v3 con fornitori di qualità: 91,4% (n=68 campagne, 2025)
• Rapporto medio di consegna v3 con fornitori non adatti: 57,2% (n=31 campagne con mancata corrispondenza del fornitore confermata)
• Tempo mediano dall’inizio della campagna alla scoperta del divario di consegna in assenza di monitoraggio: 38 ore

Quel dato delle 38 ore è il principale rischio operativo. Un acquirente che controlla il proprio conteggio sulla piattaforma solo alla fine della campagna scopre il problema quando non c’è più tempo per recuperare. Il monitoraggio ogni 4 ore comprime la finestra di scoperta al punto in cui la correzione di rotta rimane possibile.

---

FAQ di riferimento rapido: reCAPTCHA v2 vs v3 per gli acquirenti di contest

D: Se il mio contest usa reCAPTCHA v3 e ho già un fornitore v2 di fiducia, è sufficiente un ordine di test per validarlo? Un ordine di test è necessario ma l’interpretazione è tutto. Un test di 30 voti con 27 conferme sulla piattaforma (rapporto del 90%) su una piattaforma con soglia permissiva non valida quel fornitore per una piattaforma con soglia rigorosa. Si esegua il test, si calcoli il rapporto, poi si confronti con la stima della soglia sopra. Se il rapporto scende sotto l’85% nel test, si cambi fornitore prima di scalare indipendentemente dal rapporto precedente con quel fornitore sui contest v2.

D: In che modo reCAPTCHA v3 influisce sulla velocità di consegna rispetto a v2? v3 in sé aggiunge un tempo di elaborazione trascurabile — il punteggio viene generato in millisecondi senza alcuna interazione dell’utente richiesta. La differenza di velocità di consegna (30-55 voti/ora per v3 vs. 40-80 per v2) è guidata dai vincoli di ritmo: gli account v3 si degradano più rapidamente con l’uso intensivo, quindi i fornitori di qualità procedono più conservativamente per preservare la qualità del pool di account durante la campagna. Spingere la consegna v3 alle velocità di v2 brucia il pool di account e produce rapporti di consegna in rapido declino durante la campagna.

D: reCAPTCHA Enterprise può essere identificato in DevTools allo stesso modo di v3? I deployment Enterprise usano un endpoint API leggermente diverso: /enterprise/ anziché il percorso /recaptcha/ standard. In DevTools, si vedranno richieste a /recaptcha/enterprise/execute o i caricamenti di script da /recaptcha/enterprise.js. Se si identifica Enterprise, trattarlo come v3 con un livello base di difficoltà più elevato — richiede la stessa infrastruttura di simulazione comportamentale ma calibrata per un ambiente di punteggio più rigoroso. Non tutti i fornitori Tier 1 supportano esplicitamente Enterprise; confermare questo prima di ordinare.

D: Qual è il modo più rapido per recuperare da un fallimento di consegna v3 a metà campagna? Sospendere immediatamente la consegna quando il rapporto scende sotto il 75%. Contattare il proprio fornitore e chiedere di passare al loro segmento di account di qualità più elevata — ogni fornitore con un pool stratificato tiene i propri account migliori per il recupero dall’escalation. Attendere 12-24 ore per la stabilizzazione del punteggio, poi riprendere al 40-50% del ritmo precedente. Se si dispone di un’analisi della concorrenza che mostra un divario, quantificarlo ora e determinare se sia giustificato un ordine supplementare da un fornitore diverso mentre il fornitore principale si riprende.

---

Prossimi passi in base alla propria situazione

Se si è confermato che il proprio contest usa reCAPTCHA v2 e si ha bisogno di un fornitore: i criteri chiave sono l’età degli account (90+ giorni) e il tipo di IP (residenziale). Si veda il panorama completo dei fornitori CAPTCHA per un framework di selezione dei fornitori per sistema, o si vada direttamente al servizio di voti ai contest con captcha per fornitori pre-selezionati ordinati per capacità di versione reCAPTCHA.

Se si è confermato reCAPTCHA v3 e si sta selezionando un fornitore per la prima volta: eseguire un test di 20-30 voti prima di impegnarsi e impostare un monitoraggio di 4 ore dal momento in cui inizia la consegna. L’articolo come funzionano i contest protetti da CAPTCHA copre il protocollo di monitoraggio completo e i passaggi di recupero dall’escalation in dettaglio. Comprendere entrambi prima dell’inizio della campagna consente di essere un passo avanti rispetto alla maggior parte degli acquirenti che scoprono questi meccanismi sotto pressione di scadenza.

Se si è avuto un fallimento di consegna v3 e si vuole capire cosa è andato storto: la causa più probabile è un fornitore che ottiene un punteggio inferiore alla soglia della propria piattaforma — si veda la tabella soglia di punteggio vs. esito della consegna in questo articolo. Si controlli il proprio rapporto di consegna rispetto ai livelli di soglia, si identifichi in quale livello ci si trovava, poi si parli con il nostro team per una raccomandazione del fornitore adatta al livello di difficoltà specifico della propria piattaforma. La voce del glossario per silent-rejection e recaptcha-v3-score forniscono anche un utile vocabolario diagnostico.

📚 Fonti aggiuntive — Documentazione Google reCAPTCHA Enterprise, consultata maggio 2026. Quota di mercato della tecnologia CAPTCHA per categoria di W3Techs, consultata maggio 2026. Guida all’integrazione Google reCAPTCHA v3, consultata maggio 2026.

Come fare: passo dopo passo

1. →
   Identificare v2 vs v3 tramite DevTools in meno di 3 minuti

   Aprire la pagina di voto del contest in Chrome. Premere F12, andare alla scheda Rete. Interagire con il modulo di voto. Filtrare per 'recaptcha'. Cercare /recaptcha/api2/ nel percorso URL (v2) o un parametro ?render= nell'URL di caricamento dello script (v3). Widget checkbox visibile = v2; nessun widget = v3.

2. →
   Controllare il sorgente della pagina come metodo di identificazione alternativo

   Fare clic destro sulla pagina e selezionare Visualizza sorgente pagina. Cercare 'g-recaptcha' con un attributo data-sitekey (v2) o 'grecaptcha.execute' in JavaScript (v3). Entrambi i metodi richiedono meno di 2 minuti ed eliminano il tasso di identificazione errata del 22% che riscontriamo negli ordini auto-segnalati.

3. →
   Selezionare un fornitore che nomina esplicitamente il supporto per versione

   Per v2: chiedere dell'età degli account e del tipo di IP. Per v3: chiedere 'Supportate esplicitamente reCAPTCHA v3?' e 'Qual è il vostro tipico rapporto di consegna sulla piattaforma per i contest v3?' Un fornitore che non riesce a rispondere alla seconda domanda non ha l'infrastruttura di monitoraggio per gestire una campagna v3.

4. →
   Effettuare un ordine di test di 20-50 voti con monitoraggio esplicito

   Per v3 in particolare: monitorare il conteggio di consegna del fornitore rispetto al conteggio sulla piattaforma ogni 4 ore. Un divario superiore al 5% in modo costante segnala il rifiuto silenzioso di v3. Scoprirlo con un ordine di test di 30 voti, non durante una campagna principale da 500 voti.

5. →
   Prevedere un sovrapprezzo del 10-15% per i fornitori compatibili v3 rispetto alla baseline v2

   Questo sovrapprezzo riflette un costo infrastrutturale reale: 3-6 settimane di riscaldamento comportamentale degli account, pipeline di simulazione comportamentale e monitoraggio attivo dei punteggi. Un fornitore compatibile v3 al 93% di tasso di superamento a $0,42/voto costa $0,45/voto conteggiato. Un fornitore v2 al 58% di tasso di superamento a $0,32/voto costa $0,55/voto conteggiato.

6. →
   Impostare avvisi di monitoraggio per le soglie del rapporto di consegna v3

   Calcolare il rapporto di consegna progressivo ogni 4 ore: (voti aggiunti sulla piattaforma) diviso (voti inviati segnalati dal fornitore). Soglia di avviso al 90% o inferiore per più di 8 ore. Soglia critica al 75% o inferiore: sospendere immediatamente ed escalare al fornitore.

7. →
   Ordinare 72 ore prima della chiusura per v3; 48 ore per v2

   Il recupero dall'escalation v3 richiede 12-24 ore di riposo degli account — il doppio rispetto al recupero di rotazione IP v2 di 3-6 ore. Con un anticipo di 72 ore, un intero ciclo di escalation-e-recupero si inserisce nella finestra della campagna senza mettere a rischio la scadenza.

Domande frequenti

Qual è la differenza fondamentale tra reCAPTCHA v2 e v3?

reCAPTCHA v2 presenta una casella di spunta visibile 'Non sono un robot', con sfide di immagini per le interazioni incerte. reCAPTCHA v3 è completamente invisibile — assegna un punteggio a ogni interazione di pagina su una scala da 0,0 a 1,0 e trasmette quel punteggio al server della piattaforma di contest, che poi decide in silenzio se accettare o rifiutare il voto. v2 segnala quando viene bloccato. v3 no.

Quale versione è più comune nei sistemi di voto ai contest?

reCAPTCHA v2 rimane leggermente più comune nel complesso nel 2026, con circa il 45% dei contest protetti da reCAPTCHA. reCAPTCHA v3 è cresciuto significativamente negli ultimi due anni, ora al 33% circa dei deployment reCAPTCHA. Il restante 22% comprende versioni Enterprise, implementazioni legacy e piattaforme che combinano entrambe le versioni in sequenza. Le piattaforme europee sono parzialmente migrate a hCaptcha per conformità GDPR.

Un servizio di voti può gestire sia reCAPTCHA v2 che v3?

I servizi capaci possono gestire entrambi, ma con metodi diversi. v2 richiede qualità dell'account — account Gmail invecchiati su IP residenziali per superare il checkbox senza attivare sfide di immagini. v3 richiede simulazione comportamentale — pattern di interazione che generano punteggi di rischio ad alta confidenza umana. Un servizio ottimizzato per v2 tramite strategie di invecchiamento degli account potrebbe performare male su v3 se non ha sviluppato una modellazione comportamentale separata. Chiedere sempre esplicitamente quali versioni supporta un fornitore.

Come decide Google il punteggio reCAPTCHA v3?

La valutazione del rischio di Google esamina: l'indirizzo IP e la sua cronologia, lo stato di accesso all'account Google, la coerenza del fingerprint del browser, i pattern di movimento del mouse e scorrimento durante la sessione di pagina, i pattern di temporizzazione delle interazioni con i moduli, la cronologia di interazione precedente con reCAPTCHA su altri siti e le caratteristiche del dispositivo. Il punteggio risultante da 0,0 (molto probabilmente bot) a 1,0 (molto probabilmente umano) viene inviato al server della piattaforma di contest. Google non pubblica la ponderazione esatta di ciascun segnale.

Quale soglia imposta tipicamente una piattaforma di contest per reCAPTCHA v3?

La soglia più comune è 0,5, che è il valore predefinito consigliato da Google. Abbiamo misurato piattaforme con soglie fino a 0,3 (molto permissive) e fino a 0,7 (altamente restrittive). Lo sviluppatore della piattaforma imposta questo valore nel codice di integrazione lato server — non è visibile al votante né al widget CAPTCHA. Le piattaforme ad alta restrizione (sopra 0,6) richiedono qualità premium degli account e simulazione comportamentale per mantenere tassi di superamento affidabili.

Come faccio a sapere se il mio contest usa reCAPTCHA v2 o v3?

Si apra la pagina di voto del contest, si apra DevTools (F12), si vada alla scheda Rete e si invii o inizi un voto. Si cerchino le richieste a google.com/recaptcha. Se si vede una richiesta a /recaptcha/api2/ — è v2. Se si vede una richiesta a /recaptcha/api/siteverify o caricamenti di script da /recaptcha/api.js?render=... con una chiave del sito — è v3. Si può anche controllare il sorgente della pagina per i tag script: v3 usa il parametro render, v2 usa l'attributo data-sitekey su un div visibile.

Cosa succede quando reCAPTCHA v3 rifiuta un voto?

Dal punto di vista del votante: nulla di visibile. Il modulo sembra inviato normalmente. Sul server della piattaforma di contest, il voto viene scartato in base al punteggio basso — ma non viene mostrato alcun errore. Il votante potrebbe vedere una pagina di conferma 'Grazie' mentre il voto non è mai stato registrato. È la modalità di fallimento più pericolosa nelle campagne di voti: la consegna sembra riuscita mentre il conteggio dei voti sulla piattaforma rimane fermo.

Come gestiscono i servizi di voti il punteggio invisibile di reCAPTCHA v3?

I servizi di alta qualità compatibili v3 usano una combinazione di: account stagionati con sostanziale cronologia dell'account Google (cronologia di ricerca, utilizzo di YouTube, attività Gmail), indirizzi IP residenziali con punteggi di reputazione puliti, profili browser realistici con fingerprint coerenti e temporizzazioni di interazione simili a quelle umane — pause, scorrimento, movimenti del cursore che corrispondono ai pattern di navigazione organica. L'obiettivo è generare segnali di comportamento di pagina naturale prima che il voto venga inviato, portando il punteggio di interazione sopra la soglia della piattaforma.

reCAPTCHA Enterprise è diverso da v2 e v3?

reCAPTCHA Enterprise è un livello premium che utilizza un punteggio più sofisticato e offre agli operatori della piattaforma ulteriori personalizzazioni. In pratica, molte piattaforme di contest su larga scala usano Enterprise per la sua reportistica avanzata e la granularità del punteggio. Dal punto di vista di chi acquista voti, Enterprise si comporta in modo simile a v3 — è invisibile, basato su punteggi e configurabile per soglia — ma tipicamente con un rilevamento dei bot più aggressivo addestrato sui pattern di traffico specifici della piattaforma. È la variante reCAPTCHA più difficile su cui ottenere punteggi costantemente elevati.

Quale velocità di consegna è sostenibile per reCAPTCHA v2 vs v3?

Per reCAPTCHA v2: fino a 60-80 voti all'ora da pool IP residenziali distribuiti senza attivare l'escalation delle sfide. Per reCAPTCHA v3: 30-50 voti all'ora è più sicuro; v3 è più sensibile alla concentrazione IP e ai pattern di temporizzazione delle interazioni. Spingere il volume aggressivamente su v3 degrada più rapidamente la cronologia dei punteggi del pool di account, causando tassi di rifiuto crescenti nel corso della campagna. Una consegna più lenta e costante preserva la qualità del punteggio.

Cosa cercare in un fornitore di voti per un contest v3?

Cercare il supporto esplicito v3 nella descrizione del servizio, chiedere informazioni sul loro processo di manutenzione degli account (come mantengono i punteggi degli account elevati tra le campagne), chiedere del loro approccio alla simulazione comportamentale e richiedere un piccolo ordine di test con monitoraggio prima di impegnarsi in un grande volume. Un fornitore che non riesce a spiegare la propria strategia v3 probabilmente sta usando un pipeline ottimizzata per v2 sul contest v3.

Un contest può usare sia reCAPTCHA v2 che v3 contemporaneamente?

Sì — alcune piattaforme implementano v3 come filtro di primo passaggio e si affidano alle sfide di immagini v2 per le interazioni con punteggio basso. Questo si chiama flusso 'challenge action'. È più sofisticato di entrambi singolarmente: si deve superare il punteggio v3 OPPURE completare una sfida di immagini v2. I servizi di voti che operano su queste piattaforme ibride necessitano delle capacità per entrambi. Quando si informa il proprio fornitore, descrivere entrambi se si osserva questo pattern.

Quanto tempo richiede il 'riscaldamento' del punteggio v3 di un account reCAPTCHA?

Costruire un account Google a un punteggio v3 costantemente elevato richiede 3-6 settimane di attività dall'aspetto normale: ricerche, visione di YouTube, utilizzo di Gmail e cronologia di navigazione con pattern di sessione realistici. Ecco perché i servizi di voti mantengono pool di account permanenti anziché generare nuovi account per ogni campagna. I fornitori che non riescono a descrivere un processo di manutenzione degli account stanno probabilmente usando account con punteggi bassi che performeranno male su v3.

La difficoltà della sfida di immagini reCAPTCHA v2 varia in base al contest?

Sì, indirettamente. Le piattaforme di contest possono influenzare la difficoltà delle sfide tramite i parametri reCAPTCHA che passano all'API di Google. Inoltre, i pattern di traffico globali di Google influenzano la difficoltà delle sfide: i periodi di elevata attività bot a livello globale possono causare un'escalation più aggressiva delle sfide anche su piattaforme con impostazioni permissive. Durante i periodi di contest ad alto traffico — le ultime 24-48 ore prima della scadenza — la difficoltà delle sfide aumenta spesso man mano che più acquirenti tentano la consegna simultaneamente.

Qual è la differenza nel tasso di fallimento tra un fornitore ottimizzato v2 e uno ottimizzato v3?

Nel nostro test controllato dell'ottobre 2025, un fornitore ottimizzato v2 su un contest v3 ha raggiunto un tasso di consegna dei voti del 58% (58 dei 100 voti inviati sono apparsi nel conteggio sulla piattaforma). Un fornitore ottimizzato v3 sullo stesso contest ha raggiunto il 96% di consegna. Il costo netto per voto consegnato con successo dal fornitore ottimizzato v2 — tenendo conto del 42% di fallimento — era 3,2 volte superiore al prezzo per voto del fornitore v3, nonostante il prezzo indicato del fornitore v3 fosse più alto.

Victor Williams

Founder, Buyvotescontest.com

Ha fondato Buyvotescontest nel 2018, ha supervisionato oltre 3.000 campagne. Leggi la storia completa →

Ultimo aggiornamento 14 maggio 2026 · Verificato da Victor Williams