A detecção de VPN não é validação de cliques: compare os sinais
Um rótulo de rede responde de onde veio o tráfego. A validade do clique diz respeito ao evento, à sua elegibilidade e ao seu resultado. Veja como os dois sinais se comparam.
Na maioria das discussões sobre fraude de cliques, duas perguntas são fundidas, e é dessa fusão que vêm as más decisões. A primeira é de onde veio uma solicitação, algo que uma classificação de rede pode responder aproximadamente. A segunda é se o evento deve contar, o que depende de regras de elegibilidade, comportamento e resultado. Um rótulo de VPN é evidência para a primeira pergunta e, por si só, não diz nada sobre a segunda.
Duas perguntas que parecem uma
A primeira pergunta é descritiva: esta solicitação chegou por um provedor de hospedagem, uma VPN de privacidade ou uma conexão residencial? A segunda é normativa: este evento atende à definição acordada pelo seu negócio? Respostas descritivas são baratas e estatísticas. Respostas normativas exigem uma definição e um responsável.
Confundi-las produz um detector seguro e errado. Você pode classificar corretamente cada solicitação e ainda contar eventos inválidos, porque a classificação nunca perguntou o que é um evento elegível.
O que um rótulo de rede pode sustentar
A classe de endereço é uma afirmação sobre uma população, não sobre um indivíduo. Um único IP pode estar à frente de um NAT de operadora com milhares de assinantes, de uma saída corporativa de um escritório inteiro ou de uma VPN de privacidade com usuários não relacionados. Chamar esse endereço de suspeito atribui o comportamento de poucos a todos os que estão atrás dele.
As orientações do Google sobre tráfego inválido são um exemplo concreto útil do problema da definição. Elas cobrem tanto a fraude intencional quanto os cliques acidentais, o que significa que o modelo da própria plataforma trata o evento e seu contexto como sujeito, não apenas a rede de entrega.
Uma string de agente de usuário não resolve isso. Ela é declarada pelo próprio cliente, muda com trivialidade e não é uma identidade autenticada. Trate-a como uma pista correlacionada a uma família de dispositivos, nunca como uma declaração de intenção.
O que uma revisão em nível de evento acrescenta
A revisão em nível de evento faz outras perguntas: este crédito foi contado mais de uma vez para uma única interação, o fluxo parecia automatizado, a sessão foi longa o bastante para ter lido o que clicou, e o resultado posterior correspondeu ao interesse declarado? Tudo isso se responde com dados de primeira parte que você já mantém.
Observe que nenhuma delas exige um limiar universal. Uma rajada de atividade é motivo para revisar uma janela, não prova de um celeiro de cliques, e uma única sessão estranha não é evidência de coordenação. O limiar que você inventar estará errado para algum fluxo de trabalho legítimo, então declare-o como um gatilho de revisão e não como um veredito.
Onde cada abordagem falha
Coloque os três sinais lado a lado e os pontos cegos tornam-se óbvios.
| Signal | Question it answers | Characteristic failure |
|---|---|---|
| Address classification | Where did this arrive from | Rejects shared exits and privacy-conscious users |
| Automation signals | Does this look scripted | Misses paid human interaction entirely |
| Event and outcome review | Should this count | Needs a definition and an owner to be meaningful |
A tabela é toda a comparação. Cada linha é um sinal real com um ponto cego real, e nenhum deles é uma definição de fraude.
Meça o detector, não apenas o tráfego
Mantenha três conjuntos: eventos que você sabe legítimos, eventos confirmados como inválidos e casos que você não conseguiu resolver. Avalie o detector contra todos os três. Uma regra que rejeita toda saída compartilhada parece contundente no conjunto dos confirmados inválidos e prejudica em silêncio os usuários comuns, e é exatamente esse equilíbrio que ninguém mede.
Registre os falsos positivos como uma métrica de primeira classe, ao lado das informações ausentes. Se o balde não resolvido continuar crescendo, o detector não está melhorando; está ficando mais silencioso.
Dê um responsável à decisão
Coordene com a plataforma de medição ou publicidade e com o responsável pelo serviço antes de mudar uma regra. Use o processo de relato e correção suportado pela plataforma em vez de testar anúncios monetizados ao vivo com cliques artificiais, o que cria justamente o tráfego inválido que você tenta evitar.
Limite a coleta à finalidade que você consegue justificar. O desejo de classificar fraude não torna a coleta indefinida de impressões digitais um requisito, e as Orientações do AdSense sobre tráfego inválido são uma referência razoável de como uma plataforma enquadra as categorias.
Comece escrevendo o evento elegível em uma frase. Se a frase for sobre origem de rede, você tem uma métrica indireta, não uma definição.