Nem todo clique merece a sua landing page

As condições descrevem um visitante, não um palpite

Cada regra é um conjunto de condições unidas por "e", e a primeira regra que casar decide o resultado. As condições são aquelas sobre as quais você de fato raciocinaria: em que país, região ou cidade está o visitante; de que rede ele chegou, pelo número de sistema autônomo; se essa rede é um data center, uma VPN comercial, um proxy público, um nó de saída TOR ou um anonimizador web; o que o classificador de visitantes concluiu sobre ele e que nota baixa lhe deu; se um crawler declarado é autêntico; dispositivo, idioma, página de origem, padrão de user agent, presença de tags de campanha, hora local do dia, dia da semana e se esta é a primeira visita ou uma visita repetida.

Duas delas merecem uma nota, porque são as que a concorrência não oferece. O tipo de rede vem de um banco de proxies indexado por faixa de endereços, e não de uma lista negra de user agents, então um scraper que se apresenta como Chrome continua sendo reconhecido como data center. E "crawler verificado" é uma checagem de endereço, não de nome: uma requisição que diz ser o Googlebot vinda de um provedor residencial não é o Googlebot, e o mecanismo de regras sabe a diferença.

As condições têm três valores de propósito. Uma condição pode ser atendida, não atendida ou ficar sem resposta porque o dado falta — e "sem resposta" nunca conta como correspondência. Inverter uma condição inverte apenas uma resposta segura, então uma regra escrita como "todos menos a Alemanha" não dispara em silêncio para visitantes cujo país não pôde ser resolvido.

• ✓Tipo de visitante, verificação e nota de qualidade vindos do classificador
• ✓Tipo de rede: data center, VPN, proxy público, TOR, proxy web
• ✓País, região, cidade, número de sistema autônomo, endereço ou sub-rede
• ✓Dispositivo, idioma, origem, padrão de user agent, tags de campanha
• ✓Faixa de hora local, dia da semana, primeira visita ou visita repetida
• ✓Listas de endereços reutilizáveis — uma lista, referenciada por muitas regras

Cinco desfechos, e nenhum deles é um beco sem saída

Uma regra que casa pode deixar a visita passar e apenas registrar que houve correspondência; devolver o link como indisponível com 404 ou 410; mandar esse visitante para outro destino; mostrar uma página de aviso com a sua marca e o seu próprio texto; ou marcar a visita como suspeita sem mudar para onde ela vai.

A ação de deixar passar e registrar existe porque um filtro que você não consegue auditar é um filtro em que você não consegue confiar. Cada correspondência é gravada no evento de clique com o identificador da regra e a ação aplicada, então a quebra de tráfego filtrado responde a "quanto tráfego esta regra barrou e se ela barrou o tráfego certo" — inclusive para regras que você já editou ou excluiu, porque a ação fica guardada ao lado do identificador.

Bloquear com 404 devolve deliberadamente a página comum de não encontrado. Um link bloqueado precisa ser indistinguível de um link que nunca existiu: qualquer outra coisa avisa a quem está sondando os seus links que ele achou algo que vale a pena sondar.

Regras para um link, regras para o espaço de trabalho inteiro

A maior parte das políticas não trata de um link só. Um conjunto de regras que vale para todo o espaço de trabalho se aplica a cada link que um cliente possui e é avaliado depois das regras do próprio link, então um link pode carregar uma exceção acima de uma proibição geral: "feche tudo o que vem de data centers" no nível do espaço de trabalho, "deixe o nosso monitoramento passar" no único link que o monitor observa. Qualquer link também pode abrir mão por completo do conjunto compartilhado.

Antes de uma regra entrar no ar, você pode rodá-la contra um visitante hipotético — país, dispositivo, tipo de rede, horário — e ver exatamente qual regra dispara e onde o visitante aterrissa. A prévia não é uma reimplementação: ela chama a mesma função pura que o worker do edge chama, e um teste de ponta a ponta compara a resposta dela com o cabeçalho Location real de um redirecionamento real.

O custo de uma regra é restrição de projeto, não detalhe posterior

A filtragem acontece no caminho do redirecionamento, que é o único lugar em que milissegundos são visíveis para uma pessoa. Por isso o mecanismo pede só os dados de que as regras daquele link específico realmente precisam: uma condição de país dispara uma consulta geográfica, uma condição de tipo de proxy carrega o conjunto de faixas, uma condição de crawler verificado lê uma entrada de cache. Um link sem regras não faz uma única leitura a mais — e isso é afirmado por um teste com contadores de chamada, não pela esperança.

O que as regras chegaram a buscar é entregue à tarefa em segundo plano que monta o evento de clique, então a mesma consulta nunca é paga duas vezes.