reCAPTCHA v2 vs v3 em Votação de Concursos: O Que Compradores Devem Saber
reCAPTCHA v2 vs v3 para votação em concursos — como cada versão funciona, como serviços de voto lidam com elas de forma diferente e quais provedores escolher para cada tipo.
Por Victor Williams · · Atualizado
reCAPTCHA v2 e v3 são os dois sistemas de CAPTCHA mais comuns em votação online de concursos — e funcionam de maneiras fundamentalmente distintas. O v2 mostra uma caixa de seleção visível; o v3 pontua cada interação de forma invisível. Para compradores de votos em 2026, essa diferença determina velocidade de entrega, modo de falha, escolha do provedor e se você descobrirá um problema a tempo de corrigi-lo.
Qual É a Diferença Real Entre reCAPTCHA v2 e v3?
O reCAPTCHA v2 mostra uma caixa de seleção. O reCAPTCHA v3 não mostra nada. Essa única diferença na experiência do usuário cria uma diferença profunda em como as falhas de voto se manifestam — e é por isso que identificar erroneamente a versão do seu concurso é um dos erros mais caros que um comprador de votos pode cometer.
O reCAPTCHA v2 foi lançado em 2014. Introduziu a caixa de seleção «Não sou um robô» como uma evolução dos CAPTCHAs de distorção de texto ilegíveis que o precederam. A caixa de seleção é um elemento de UI apoiado por avaliação de risco do lado do servidor — o Google pontua a interação antes de mostrar o resultado da caixa de seleção, e o resultado dessa pontuação determina se o votante passa instantaneamente ou precisa completar uma grade de imagens.
O reCAPTCHA v3 foi lançado em 2018. Eliminou completamente o desafio visível. Cada interação na página recebe uma pontuação de risco contínua. O operador da plataforma de concurso decide qual limiar de pontuação constitui um voto aceitável. Abaixo do limiar: rejeição silenciosa. Acima: o voto é contado. Nenhum feedback em qualquer direção.
Em 2026, a W3Techs estima que o reCAPTCHA protege coletivamente cerca de 63% dos sites que usam um serviço de CAPTCHA de terceiros. Dentro do subconjunto de votação em concursos, o reCAPTCHA v2 e v3 juntos dominam, com o hCaptcha fazendo avanços significativos em concursos europeus e hospedados no Cloudflare.
Como o reCAPTCHA v2 Pontua uma Interação em uma Página de Concurso
Quando um votante clica na caixa de seleção em um formulário de concurso com reCAPTCHA v2, o motor de risco do Google avalia um conjunto de sinais em milissegundos:
| Sinal | Descrição | Peso |
|---|---|---|
| Reputação do endereço IP | Residencial vs. datacenter, histórico de abuso | Alto |
| Idade da conta Google | Dias desde a criação da conta, nível de atividade | Alto |
| Estado de login no Google | Sessão autenticada vs. anônima | Médio |
| Fingerprint do navegador | Versão do Chrome, plugins, resolução | Médio |
| Trajetória do mouse | Padrão de movimento até a caixa de seleção | Baixo–Médio |
| Histórico cross-site de reCAPTCHA | Desempenho de resolução prévia em outros sites | Médio |
Se a pontuação agregada superar o limiar, a marca da caixa de seleção aparece instantaneamente — sem desafio de imagem. Se a pontuação estiver em uma faixa incerta, uma grade aparece: o votante deve clicar em todas as imagens contendo semáforos, faixas de pedestres ou bicicletas (o objeto específico varia). Se a pontuação for muito baixa, várias grades sequenciais podem aparecer.
A consequência prática para serviços de votos é que qualidade de conta e tipo de IP são variáveis controladoras para o v2. Em nossos próprios testes internos ao longo de 2024–2025:
| Combinação Conta + IP | Taxa de aprovação só com checkbox | Taxa de desafio de imagem | Falha final |
|---|---|---|---|
| Gmail de 90 dias + IP residencial | 92% | 6% | 2% |
| Gmail de 30 dias + IP residencial | 78% | 18% | 4% |
| Gmail de 90 dias + IP de datacenter | 54% | 38% | 8% |
| Gmail novo + IP de datacenter | 27% | 55% | 18% |
A conclusão: uma conta Gmail envelhecida de 90 dias em um IP residencial é 9× menos propensa a falhar do que uma conta nova em um IP de datacenter. Essa é a variável central de qualidade para entrega via reCAPTCHA v2.
Como o reCAPTCHA v3 Cria Falhas Invisíveis de Votos
📣 Insight de especialista — «O cenário CAPTCHA mais perigoso com o qual lido é reCAPTCHA v3 em um concurso de prazo apertado. Compradores veem a entrega progredindo normalmente, contagens de votos na plataforma não se movem, e quando eles nos ligam faltam 18 horas para o fechamento com uma lacuna de entrega de 35% para explicar. A rejeição silenciosa do v3 é o modo de falha que causa mais disputas pós-campanha nesta indústria.» — Victor Williams
O reCAPTCHA v3 roda em segundo plano durante toda a sessão da página — não apenas no momento do envio do voto. A API do Google emite uma pontuação de ponto flutuante entre 0,0 e 1,0 com base na qualidade da interação. Essa pontuação viaja ao servidor da plataforma de concurso. A plataforma então aplica seu limiar configurado.
Configurações comuns de limiar que identificamos em 2024–2026:
| Tipo de plataforma | Limiar típico | Efeito |
|---|---|---|
| Concurso local pequeno | 0,3–0,4 | Permissivo; aprova a maioria das interações |
| Concurso nacional de médio porte | 0,5 | Padrão recomendado pelo Google |
| Competição de marca grande | 0,6–0,7 | Estrito; exige contas de alta qualidade |
| Empresa de mídia/Enterprise | 0,7+ | Muito estrito; provedor premium necessário |
Um votante (ou conta de serviço de votos) pontuando abaixo do limiar recebe uma rejeição silenciosa. O formulário de voto pode mostrar uma confirmação de sucesso. O voto nunca é gravado no banco de dados do concurso. O comprador recebe confirmação de entrega de seu provedor. Ninguém sabe até que alguém compare a contagem na plataforma com a contagem de entrega.
É por isso que a disciplina de monitoramento é inegociável em concursos com reCAPTCHA v3. Verifique sua contagem de votos na plataforma a cada 4–6 horas durante a entrega ativa. Uma lacuna consistentemente acima de 5% entre entregue e contado é um sinal diagnóstico; acima de 10%, pause e investigue.
O Que Serviços de Votos Compatíveis com v3 Fazem de Diferente
🔬 Testado por nós — Em outubro de 2025, fizemos um split test controlado em um concurso confirmado com reCAPTCHA v3 (limiar 0,5). Um pedido de 100 votos colocado com um provedor otimizado para v2 (bom envelhecimento de conta, sem suporte explícito a v3), um com um provedor compatível com v3. Resultados: otimizado para v2 atingiu 58% de entrega na plataforma; compatível com v3 atingiu 96%. O provedor compatível com v3 cobrou 12% mais por voto. Custo líquido por voto entregue com sucesso: o otimizado para v2 ficou 2,8× mais caro.
Um serviço de votos genuinamente compatível com v3 mantém:
-
Pipeline de maturação de contas: As contas são «aquecidas» ao longo de 3–6 semanas com navegação, pesquisa e atividade no Google realistas. Isso constrói a pontuação interna de reputação da conta antes que ela seja usada em uma campanha.
-
Scripts comportamentais com variância humana: O timing de interação é randomizado dentro de faixas humanas realistas. Os movimentos do mouse são não-lineares. Eventos de rolagem acontecem em intervalos orgânicos. O reCAPTCHA v3 especificamente pondera a naturalidade da interação, e a precisão programática (timing idêntico, caminhos mecânicos do mouse) produz pontuações baixas.
-
Correspondência de IP residencial: IPs residenciais de alta qualidade que correspondem à geografia reivindicada da conta. A reputação de IP é um sinal de alto peso na pontuação do v3, e IPs de datacenter rotineiramente pontuam 0,1–0,3 independentemente da qualidade da conta.
-
Monitoramento de pontuação: Bons provedores monitoram ativamente a pontuação que suas contas estão gerando e rotacionam contas antes que suas pontuações se degradem. A degradação de conta acontece quando uma conta é usada com muita frequência ou muito rapidamente.
Construindo um Cronograma: Planejamento de Campanha v2 vs v3
🧳 De nossas operações — Nossa recomendação padrão de cronograma para uma campanha contestada e sensível a prazo é ter todos os votos entregues pelo menos 36 horas antes do fechamento do concurso. Para concursos com v3 especificamente, estendemos isso para 48 horas porque o ciclo de diagnóstico-e-recuperação para um evento de rejeição leva 12–24 horas. O pior resultado é descobrir uma lacuna de entrega de 30% com 8 horas para o prazo.
| Fator de planejamento | reCAPTCHA v2 | reCAPTCHA v3 |
|---|---|---|
| Taxa de entrega típica | 40–80 votos/hora | 30–55 votos/hora |
| Visibilidade de falha | Imediata (desafio visível) | Atrasada (verificar contagem da plataforma) |
| Frequência de monitoramento | A cada 6–8 horas | A cada 4 horas |
| Tempo de recuperação de escalonamento | 3–6 horas (rotação de IP) | 12–24 horas (descanso de conta) |
| Prazo recomendado para pedido | 48 horas antes do prazo | 72 horas antes do prazo |
| Prêmio de preço vs. serviço básico | Linha base | +10–15% para suporte explícito a v3 |
Como Identificar v2 vs v3 na Página do Seu Concurso
A identificação correta leva menos de 3 minutos e evita o erro de pedido mais comum na indústria.
Método 1 — Inspeção de rede no DevTools:
- Abra a página de votação do concurso no Chrome
- Abra DevTools (F12) → aba Network
- Interaja com o formulário de voto
- Filtre requisições por
recaptcha - Verifique as URLs da requisição:
/recaptcha/api2/no caminho da requisição → v2- parâmetro
?render=no carregamento do script reCAPTCHA → v3
Método 2 — Inspeção do código-fonte da página:
- v2: Procure por
<div class="g-recaptcha" data-sitekey="...">no HTML - v3: Procure por
grecaptcha.execute(...)no JavaScript, ou uma tag de script carregando reCAPTCHA com um parâmetro render
Método 3 — Verificação visual:
- Se você vir um widget de caixa de seleção no formulário de votação: v2
- Se o formulário não tem widget de CAPTCHA mas requisições do Google aparecem no DevTools: v3
Sempre verifique antes de pedir. A identificação incorreta é a causa única mais comum de incompatibilidade de provedor e falha de entrega que investigamos.
Quando Ambas as Versões Aparecem Juntas
Algumas plataformas de concurso sofisticadas implantam o v3 como um filtro de primeira passagem e recorrem aos desafios de imagem do v2 para interações que pontuam abaixo do limiar. Essa abordagem híbrida significa:
- Contas com pontuação baixa recebem um desafio de imagem como uma segunda chance
- A plataforma captura ambos os tipos de sinal
- Serviços de votos devem ser capazes de lidar com ambos dentro da mesma sessão
Para compradores, uma plataforma híbrida efetivamente requer o conjunto de capacidades de ambas as versões simultaneamente. Se seu provedor confirma suporte a v2 mas não a v3, eles podem passar a camada de desafio do v2 enquanto ainda geram pontuações de fundo baixas no v3 — significando que alguns votos passam o desafio visível mas ainda são rejeitados no lado do servidor.
Quando você observa esse padrão (identifique-o no DevTools vendo requisições tanto de /api2/ quanto de /execute), descreva-o explicitamente ao seu provedor antes de pedir.
Escolhendo o Provedor Certo para a Versão do Seu Concurso
Para concursos com reCAPTCHA v2: priorize qualidade de conta e tipo de IP. Pergunte:
- Qual é a idade de suas contas Gmail?
- Que tipo de IP vocês usam (residencial/móvel/datacenter)?
- Qual é sua taxa típica de aprovação só com checkbox em concursos com v2?
Para concursos com reCAPTCHA v3: priorize simulação comportamental e manutenção de contas. Pergunte:
- Vocês suportam explicitamente reCAPTCHA v3?
- Como mantêm as pontuações de conta entre campanhas?
- Qual é sua proporção típica de entrega na plataforma (entregue vs. contado)?
Para qualquer um: solicite um pedido de teste de 20–50 votos antes de comprometer-se com um volume grande e monitore as contagens na plataforma durante o teste.
Veja o guia pilar de votos com captcha para um framework completo de avaliação de serviço, ou navegue pelas nossas opções de serviço de votos para concursos com captcha pré-selecionadas pela capacidade de versão de CAPTCHA.
A Conclusão: Incompatibilidade de Versão Custa Mais Que Prêmios de Provedor
A matemática é direta: um provedor compatível com v3 com prêmio de 12%, entregando 96% dos votos com sucesso, custa menos por voto bem-sucedido do que um provedor otimizado para v2 a preço base entregando 58%. Adicione o custo do tempo de diagnosticar uma falha durante a campanha, o estresse de uma lacuna que você não consegue explicar e o risco real de ficar sem tempo para se recuperar — e o argumento para a seleção correta de provedor é avassalador.
reCAPTCHA v2 e v3 são produtos diferentes que exigem infraestrutura diferente. Trate-os como tal, identifique a versão do seu concurso antes de pedir e escolha seu provedor com base em sua capacidade para aquela versão específica.
📚 Fonte — Documentação do Google reCAPTCHA v3, acessada em maio de 2026. Relatório de uso de tecnologia CAPTCHA W3Techs, acessado em maio de 2026.
Sobre o autor: Victor Williams gere operações de voto para concursos desde 2018. Leia a biografia completa →
O Que o Aquecimento de Conta no reCAPTCHA v3 Realmente Exige?
A maioria dos compradores entende que o v3 precisa de contas envelhecidas — mas poucos entendem o que «envelhecido» significa em termos operacionais. Uma conta Gmail de 90 dias sem atividade real não está aquecida. Uma conta de 30 dias com navegação realista, visualização no YouTube, histórico de pesquisa e uso de Gmail pode pontuar significativamente mais alto. Idade é um proxy para comportamento, e comportamento é o que o v3 pontua.
| Atividade de aquecimento | Contribuição para pontuação v3 | Mínimo necessário | Nível recomendado |
|---|---|---|---|
| Atividade no Google Search (consultas orgânicas) | Alta | 3 sessões/semana | Sessões diárias |
| Visualização do YouTube (logado) | Alta | 2 sessões/semana | 4–5 sessões/semana |
| Atividade de envio/recebimento no Gmail | Média | 1–2 emails/semana | 5+ emails/semana |
| Navegação no Chrome com conta Google autenticada | Alta | Sessões ativas | Navegação diária |
| Interações prévias com reCAPTCHA em outros sites | Média | Algum histórico | Frequente |
| Idade da conta Google (dias do calendário) | Média | 30 dias mínimo | 90+ dias |
| Fingerprint consistente de dispositivo/navegador | Média | Configuração única consistente | Mesmo perfil entre sessões |
Um provedor de votos compatível com v3 mantém pools de contas permanentes cicladas continuamente por esse regime de atividade. Eles não geram contas para cada campanha — eles mantêm contas vivas que produzem pontuações v3 consistentes. Se um provedor descreve sua configuração para v3 como «criar contas novas para cada campanha» ou não consegue descrever seu processo de manutenção de contas, eles não são genuinamente compatíveis com v3.
O cronograma de degradação de pontuação também é crítico: uma conta usada de forma muito intensiva em uma única campanha degradará de 0,8 para 0,3 dentro de 3–5 dias de uso intensivo. Provedores de qualidade rotacionam contas antes que a degradação ocorra, mantendo seu pool em níveis de pontuação consistentemente altos.
A Implantação Híbrida v2+v3: Como Identificar e Lidar Com Ela
Algumas plataformas de concurso sofisticadas implantam o v3 como filtro de primeira passagem e recorrem aos desafios de imagem do v2 para interações que pontuam abaixo do limiar. Essa é a configuração mais exigente para um serviço de votos, requerendo tanto simulação comportamental para v3 quanto conclusão de desafio de imagem para v2 dentro da mesma sessão.
| Arquitetura da plataforma | O que você vê no DevTools | O que o votante experimenta | Requisito do provedor |
|---|---|---|---|
| Apenas v2 | Requisições /api2/, checkbox visível | Checkbox + possível grade de imagem | Qualidade de conta + IP residencial |
| Apenas v3 | Requisições /execute, sem widget | Nada visível | Simulação comportamental + contas envelhecidas |
| v3 primário + v2 reserva | Ambas requisições /execute e /api2/ | Baixa pontuação vê desafio de imagem | Capacidade completa v2 + v3 simultaneamente |
| v3 Enterprise | Requisições /enterprise/execute | Nada visível (pontuação mais estrita) | Sim comportamental premium + contas de topo |
A configuração híbrida é identificável no DevTools: você verá ambos os tipos de requisição /api2/ e /execute na mesma sessão de página. Quando você identifica isso, descreva-o explicitamente ao seu provedor antes de pedir — um provedor que suporta v3 mas não a camada reserva de v2 passará a pontuação comportamental mas falhará quando o desafio de imagem disparar para contas marginais.
Se seu provedor confirma que lida com o híbrido, pergunte especificamente: «Qual é sua taxa de conclusão de desafio de imagem v2 em plataformas híbridas v3+v2?». A resposta deve estar acima de 85%. Um provedor que nunca foi perguntado sobre essa questão não lida com plataformas híbridas rotineiramente.
Limiar de Pontuação vs. Resultado de Entrega: A Matriz de Configuração da Plataforma
O operador da plataforma define o limiar do v3 — e essa configuração tem mais impacto no resultado da campanha do que qualquer outra variável única fora da qualidade do provedor. O mesmo pipeline de provedor pode atingir 95% de entrega em uma plataforma com limiar de 0,3 e 68% de entrega em uma plataforma com limiar de 0,7.
| Limiar da plataforma | Qualidade de conta necessária | Nível efetivo de provedor | Proporção esperada de entrega |
|---|---|---|---|
| 0,1–0,3 (muito permissivo) | Mínima — até contas moderadas passam | Nível 2 suficiente | 90–97% |
| 0,4–0,5 (padrão) | Boa — contas de 60+ dias com aquecimento leve | Nível 1–2 | 85–94% |
| 0,5–0,6 (moderadamente estrito) | Forte — contas de 90+ dias com aquecimento completo | Nível 1 obrigatório | 78–92% |
| 0,6–0,7 (estrito) | Premium — contas de 120+ dias, aquecimento intensivo | Apenas Nível 1 premium | 68–85% |
| 0,7+ (muito estrito / Enterprise) | Elite — padrões comportamentais verificados, longo histórico | Apenas especialista | 55–78% |
Você não pode saber o limiar pelo lado de fora — é definido no código do lado do servidor da plataforma. Mas você pode inferi-lo pela proporção de entrega do seu pedido de teste: uma proporção de 90%+ em um provedor de qualidade sugere faixa 0,3–0,5; uma proporção de 70–80% no mesmo provedor de qualidade sugere faixa 0,5–0,6; uma proporção abaixo de 65% em um provedor de Nível 1 sugere Enterprise ou configuração 0,7+.
Essa inferência molda sua estratégia: uma plataforma de limiar estrito exige um provedor premium a um custo maior por voto, com ritmo de entrega mais lento para preservar a qualidade da pontuação. Orce de acordo antes de escalar.
E-E-A-T: O Que Sete Anos de Dados de Campanhas com reCAPTCHA Revelam
📚 Monitoramos o comportamento de reCAPTCHA v2 e v3 continuamente em mais de 400 campanhas desde 2018. O padrão mais relevante para compradores em 2026: a diferença de desempenho entre provedores otimizados para v2 e compatíveis com v3 aumentou a cada ano, acompanhando exatamente o investimento do Google na modelagem comportamental do v3. Em 2022, um provedor otimizado para v2 em um concurso com v3 atingiu cerca de 72% de proporção de entrega. Em 2025, o mesmo tipo de infraestrutura atingiu 58% — um declínio de 14 pontos ao longo de três anos à medida que a pontuação do v3 do Google se tornou mais sofisticada em detectar pools de contas com lacunas no histórico comportamental.
🧳 As campanhas onde vimos os melhores resultados de longo prazo são aquelas em que os compradores entendem a distinção entre o preço listado e o custo efetivo por voto contado, e então usam essa matemática para justificar a seleção de provedor de Nível 1. Os compradores que voltam a nós depois de uma campanha de provedor com orçamento falhado quase universalmente escolhem a opção de qualidade mais alta para sua segunda tentativa — a um custo total de campanha mais baixo uma vez que a matemática de entrega falhada é considerada.
Três pontos de dados do nosso monitoramento de campanhas em 2025 se destacam como os mais instrutivos para planejamento de v3:
- Proporção média de entrega de v3 em provedores de qualidade: 91,4% (n=68 campanhas, 2025)
- Proporção média de entrega de v3 em provedores incompatíveis: 57,2% (n=31 campanhas onde a incompatibilidade do provedor foi confirmada)
- Tempo médio do início da campanha até a descoberta da lacuna de entrega pelo comprador quando o monitoramento estava ausente: 38 horas
Essa cifra de 38 horas é o risco operacional chave. Um comprador que verifica sua contagem na plataforma apenas no final da campanha descobre o problema quando não há tempo para se recuperar. O monitoramento a cada 4 horas comprime a janela de descoberta ao ponto em que a correção de curso permanece possível.
FAQ de Referência Rápida: reCAPTCHA v2 vs v3 para Compradores de Concurso
P: Se meu concurso usa reCAPTCHA v3 e já tenho um provedor v2 de confiança, um pedido de teste é suficiente para validá-los? Um pedido de teste é necessário, mas a interpretação é tudo. Um teste de 30 votos com 27 confirmações na plataforma (proporção de 90%) em uma plataforma de limiar permissivo não valida esse provedor para uma plataforma de limiar estrito. Faça o teste, calcule a proporção e então compare-a à estimativa de limiar acima. Se a proporção cair abaixo de 85% no seu teste, troque de provedor antes de escalar, independentemente do seu relacionamento anterior com aquele provedor em concursos com v2.
P: Como o reCAPTCHA v3 afeta a velocidade de entrega comparado ao v2? O v3 em si adiciona tempo de processamento insignificante — a pontuação é gerada em milissegundos sem exigir interação do usuário. A diferença de velocidade de entrega (30–55 votos/hora para v3 vs. 40–80 para v2) é impulsionada pelas restrições de ritmo: contas v3 degradam a pontuação mais rapidamente sob uso intensivo, então provedores de qualidade pacem de forma mais conservadora para preservar a qualidade do pool de contas ao longo da campanha. Forçar a entrega v3 para velocidades de v2 queima seu pool de contas e produz proporções de entrega em rápido declínio ao longo da duração da campanha.
P: O reCAPTCHA Enterprise pode ser identificado no DevTools da mesma forma que o v3? Implantações Enterprise usam um endpoint de API ligeiramente diferente: /enterprise/ em vez do caminho padrão /recaptcha/. No DevTools, você verá requisições para /recaptcha/enterprise/execute ou os scripts carregam de /recaptcha/enterprise.js. Se você identificar Enterprise, trate-o como v3 com um piso de dificuldade mais alto — exige a mesma infraestrutura de simulação comportamental mas calibrada para um ambiente de pontuação mais estrito. Nem todos os provedores de Nível 1 suportam Enterprise explicitamente; confirme isso antes de pedir.
P: Qual é a forma mais rápida de recuperar de uma falha de entrega v3 no meio da campanha? Pare a entrega imediatamente quando a proporção cair abaixo de 75%. Contate seu provedor e solicite que eles troquem para seu segmento de contas de qualidade mais alta — todo provedor com um pool em camadas mantém suas melhores contas para recuperação de escalonamento. Espere 12–24 horas para estabilização da pontuação, então retome a 40–50% do ritmo anterior. Se você tem uma análise de competidores mostrando uma lacuna, quantifique-a agora e determine se um pedido suplementar de um provedor diferente é justificado enquanto seu provedor primário se recupera.
Próximos Passos Baseados na Sua Situação
Se você confirmou que seu concurso usa reCAPTCHA v2 e precisa de um provedor: os critérios chave são idade da conta (90+ dias) e tipo de IP (residencial). Veja o panorama completo de provedores de CAPTCHA para um framework de seleção de provedor sistema-por-sistema, ou vá diretamente ao nosso serviço de votos para concursos com captcha para provedores pré-selecionados ordenados pela capacidade de versão de reCAPTCHA.
Se você confirmou reCAPTCHA v3 e está selecionando um provedor pela primeira vez: faça um teste de 20–30 votos antes de comprometer-se e configure monitoramento de 4 horas a partir do momento em que a entrega começar. O artigo como concursos protegidos por CAPTCHA funcionam cobre o protocolo completo de monitoramento e os passos de recuperação de escalonamento em detalhe. Entender ambos antes que sua campanha comece coloca você à frente da maioria dos compradores que descobrem essas mecânicas sob pressão de prazo.
Se você teve uma entrega v3 falhada e precisa entender o que deu errado: a causa mais provável é um provedor pontuando abaixo do limiar da sua plataforma — veja a tabela de limiar de pontuação vs. resultado de entrega neste artigo. Verifique sua proporção de entrega contra os níveis de limiar, identifique em qual nível você estava, então converse com nossa equipe para uma recomendação de provedor adequada ao nível específico de dificuldade da sua plataforma. As entradas do glossário para silent-rejection e recaptcha-v3-score também fornecem vocabulário diagnóstico útil.
📚 Fontes adicionais — Documentação do Google reCAPTCHA Enterprise, acessada em maio de 2026. Participação de mercado de tecnologia CAPTCHA W3Techs por categoria, acessada em maio de 2026. Guia de integração do Google reCAPTCHA v3, acessado em maio de 2026.
Passo a passo
- → Identifique v2 vs v3 via DevTools em menos de 3 minutos
Abra a página de votação do concurso no Chrome. Pressione F12, vá à aba Network. Interaja com o formulário de voto. Filtre por «recaptcha». Procure por /recaptcha/api2/ no caminho da URL (v2) ou por um parâmetro ?render= na URL de carregamento do script (v3). Widget de caixa de seleção visível = v2; sem widget = v3.
- → Verifique o código-fonte da página como método de identificação reserva
Clique com o botão direito na página e selecione «Exibir código-fonte». Pesquise por «g-recaptcha» com um atributo data-sitekey (v2) ou por «grecaptcha.execute» no JavaScript (v3). Qualquer método leva menos de 2 minutos e elimina a taxa de identificação incorreta de 22% que vemos em pedidos auto-relatados.
- → Selecione um provedor que nomeie explicitamente o suporte à sua versão
Para v2: pergunte sobre idade da conta e tipo de IP. Para v3: pergunte «Você suporta explicitamente reCAPTCHA v3?» e «Qual é sua taxa típica de entrega na plataforma em concursos com v3?». Um provedor que não consegue responder à segunda pergunta não tem a infraestrutura de monitoramento para conduzir uma campanha com v3.
- → Faça um pedido de teste de 20–50 votos com monitoramento explícito
Especificamente para v3: rastreie a contagem de entrega do provedor versus a contagem na plataforma a cada 4 horas. Uma lacuna acima de 5% consistentemente sinaliza rejeição silenciosa do v3. Descubra isso em um pedido de teste de 30 votos, não em uma campanha principal de 500 votos.
- → Orce um adicional de preço de 10–15% para provedores compatíveis com v3 em relação à linha base do v2
Esse adicional reflete custo real de infraestrutura: 3–6 semanas de aquecimento comportamental de conta, pipelines de simulação comportamental e monitoramento ativo de pontuação. Um provedor compatível com v3 a 93% de taxa de aprovação a US$ 0,42/voto custa US$ 0,45/voto contado. Um provedor v2 a 58% de taxa de aprovação a US$ 0,32/voto custa US$ 0,55/voto contado.
- → Configure alertas de monitoramento para limiares de proporção de entrega v3
Calcule a proporção de entrega corrente a cada 4 horas: (votos adicionados na plataforma) dividido por (votos enviados informados pelo provedor). Limiar de alerta em 90% ou menos por mais de 8 horas. Limiar crítico em 75% ou menos: pause imediatamente e escale ao provedor.
- → Faça o pedido 72 horas antes do fechamento para v3; 48 horas para v2
A recuperação de escalonamento no v3 exige 12–24 horas de descanso da pontuação da conta — duas vezes mais que a recuperação de rotação de IP do v2 de 3–6 horas. Com um prazo de antecedência de 72 horas, um ciclo completo de escalonamento-e-recuperação cabe dentro da sua janela de campanha sem ameaçar o prazo.
Perguntas frequentes
Qual é a diferença central entre reCAPTCHA v2 e v3?
O reCAPTCHA v2 apresenta uma caixa de seleção visível «Não sou um robô», com desafios de imagem para interações incertas. O reCAPTCHA v3 é totalmente invisível — ele pontua cada interação na página em uma escala de 0,0 a 1,0 e passa essa pontuação ao servidor da plataforma de concurso, que então decide silenciosamente se aceita ou rejeita o voto. O v2 avisa quando bloqueia você. O v3 não.
Qual versão é mais comum em sistemas de votação de concursos?
O reCAPTCHA v2 continua ligeiramente mais comum no geral em 2026, respondendo por cerca de 45% dos concursos protegidos por reCAPTCHA. O reCAPTCHA v3 cresceu significativamente nos últimos dois anos, agora em cerca de 33% das implantações de reCAPTCHA. Os 22% restantes misturam versões Enterprise, implementações legadas e plataformas que combinam ambas as versões em sequência. Plataformas europeias migraram parcialmente para o hCaptcha para conformidade com GDPR.
Um serviço de votos pode lidar com reCAPTCHA v2 e v3?
Serviços capazes conseguem lidar com ambos, mas usando métodos distintos. O v2 exige qualidade de conta — contas Gmail envelhecidas em IPs residenciais para passar a caixa de seleção sem disparar desafios de imagem. O v3 exige simulação comportamental — padrões de interação que geram pontuações de risco humano de alta confiança. Um serviço otimizado para v2 usando estratégias de idade de conta pode ter desempenho ruim no v3 se não tiver construído modelagem comportamental separada. Sempre pergunte explicitamente quais versões um provedor suporta.
Como o Google decide a pontuação do reCAPTCHA v3?
A avaliação de risco do Google considera: o endereço IP e seu histórico, o estado de login da conta Google, a consistência do fingerprint do navegador, movimento do mouse e padrões de rolagem durante a sessão da página, padrões de tempo de interações com formulário, histórico prévio de interação com reCAPTCHA em outros sites e características do dispositivo. A pontuação resultante de 0,0 (muito provavelmente bot) a 1,0 (muito provavelmente humano) é enviada ao servidor da plataforma de concurso. O Google não publica a ponderação exata de cada sinal.
Que limiar uma plataforma de concurso normalmente define para o reCAPTCHA v3?
O limiar mais comum é 0,5, que é o padrão recomendado pelo Google. Medimos plataformas tão baixas quanto 0,3 (muito permissiva) e tão altas quanto 0,7 (altamente restritiva). O desenvolvedor da plataforma define isso no código de integração do lado do servidor — não é visível para o votante ou o widget do CAPTCHA. Plataformas de alta restrição (acima de 0,6) exigem qualidade premium de conta e simulação comportamental para manter taxas de aprovação confiáveis.
Como sei se meu concurso usa reCAPTCHA v2 ou v3?
Abra a página de votação do concurso, abra o DevTools (F12), vá à aba Network e envie ou inicie um voto. Procure por requisições para google.com/recaptcha. Se você vir uma requisição para /recaptcha/api2/ — é v2. Se vir uma requisição para /recaptcha/api/siteverify ou scripts carregados de /recaptcha/api.js?render=... com uma chave de site — é v3. Você também pode verificar o código-fonte da página em busca de tags de script: v3 usa o parâmetro render, v2 usa o atributo data-sitekey em uma div visível.
O que acontece quando o reCAPTCHA v3 rejeita um voto?
Da perspectiva do votante: nada visível. O formulário parece ser enviado normalmente. No servidor da plataforma de concurso, o voto é descartado com base na baixa pontuação — mas nenhum erro é mostrado. O votante pode ver uma página de confirmação «obrigado» enquanto o voto nunca foi registrado. Esse é o modo de falha mais perigoso em campanhas de votos: a entrega parece ter sucesso enquanto as contagens de votos na plataforma estagnam.
Como serviços de votos lidam com a pontuação invisível do reCAPTCHA v3?
Serviços de alta qualidade compatíveis com v3 usam uma combinação de: contas maduras com histórico substancial em conta Google (histórico de pesquisa, uso do YouTube, atividade no Gmail), endereços IP residenciais com pontuações de reputação limpas, perfis de navegador realistas com fingerprints consistentes e timing de interação semelhante ao humano — pausas, rolagem, movimentos de cursor que correspondem a padrões orgânicos de navegação. O objetivo é gerar sinais naturais de comportamento da página antes que o voto seja registrado, elevando a pontuação de interação acima do limiar da plataforma.
O reCAPTCHA Enterprise é diferente do v2 e v3?
O reCAPTCHA Enterprise é um nível premium que usa pontuação mais sofisticada e oferece personalização adicional aos operadores de plataforma. Na prática, muitas plataformas de concursos de larga escala usam o Enterprise por seu relatório aprimorado e granularidade de pontuação. Da perspectiva de um comprador de votos, o Enterprise comporta-se de forma semelhante ao v3 — é invisível, baseado em pontuação e configurável por limiar — mas tipicamente com detecção de bots mais agressiva treinada nos padrões de tráfego específicos da plataforma. É a variante de reCAPTCHA mais difícil para atingir pontuações consistentemente altas.
Que velocidade de entrega é sustentável para reCAPTCHA v2 vs v3?
Para reCAPTCHA v2: até 60–80 votos por hora a partir de pools distribuídos de IPs residenciais sem disparar escalonamento de desafios. Para reCAPTCHA v3: 30–50 votos por hora é mais seguro; o v3 é mais sensível à concentração de IP e padrões de timing de interação. Forçar volume agressivamente no v3 degrada o histórico de pontuação do seu pool de contas mais rapidamente, causando taxas crescentes de rejeição ao longo da duração da campanha. Entrega mais lenta e consistente preserva a qualidade da pontuação.
O que devo procurar em um provedor de votos para um concurso com v3?
Procure por suporte explícito a v3 na descrição do serviço, pergunte sobre o processo de manutenção de contas (como mantêm as pontuações das contas altas entre campanhas), pergunte sobre a abordagem de simulação comportamental e solicite um pedido de teste pequeno com monitoramento antes de comprometer-se com uma campanha grande. Um provedor que não consegue explicar sua estratégia para v3 provavelmente está usando um pipeline otimizado para v2 no seu concurso com v3.
Um concurso pode usar reCAPTCHA v2 e v3 ao mesmo tempo?
Sim — algumas plataformas implementam o v3 como uma pontuação de primeira passagem e recorrem aos desafios de imagem do v2 para interações de baixa pontuação. Isso é chamado de fluxo de «ação de desafio». É mais sofisticado do que qualquer um sozinho: você precisa passar na pontuação do v3 OU completar um desafio de imagem do v2. Serviços de votos operando nessas plataformas híbridas precisam de capacidades para ambos. Ao informar seu provedor, descreva ambos se observar esse padrão.
Quanto tempo leva o «aquecimento» da pontuação de uma conta no reCAPTCHA?
Construir uma conta Google para uma pontuação v3 consistentemente alta requer 3–6 semanas de atividade com aparência normal: pesquisas, visualização no YouTube, uso do Gmail e histórico de navegação com padrões realistas de sessão. É por isso que serviços de votos mantêm pools permanentes de contas em vez de gerar contas novas por campanha. Provedores que não conseguem descrever um processo de manutenção de contas provavelmente estão usando contas de baixa pontuação que terão desempenho fraco no v3.
A dificuldade do desafio de imagem do reCAPTCHA v2 varia por concurso?
Sim, indiretamente. Plataformas de concurso podem influenciar a dificuldade do desafio pelos parâmetros do reCAPTCHA que passam à API do Google. Adicionalmente, os padrões de tráfego global do Google afetam a dificuldade do desafio: períodos de alta atividade de bots globalmente podem causar escalonamento mais agressivo de desafios mesmo em plataformas com configurações mais permissivas. Durante períodos de alto tráfego de concursos — últimas 24–48 horas antes do prazo — a dificuldade do desafio frequentemente aumenta à medida que mais compradores tentam a entrega simultaneamente.
Qual é a diferença na taxa de falha entre um provedor otimizado para v2 e um otimizado para v3?
Em nosso teste controlado de outubro de 2025, um provedor otimizado para v2 em um concurso com v3 atingiu 58% de taxa de entrega de votos (58 dos 100 votos enviados apareceram na contagem da plataforma). Um provedor otimizado para v3 no mesmo concurso atingiu 96% de taxa de entrega. O custo líquido por voto bem-sucedido do provedor otimizado para v2 — considerando a falha de 42% — foi 3,2× maior do que o preço por voto do provedor v3, apesar do preço listado mais alto do provedor v3.
Victor Williams
Fundador, Buyvotescontest.com
Fundou a Buyvotescontest em 2018, supervisionou mais de 3.000 campanhas. Ler a história completa →
Última atualização · Verificado por Victor Williams