Troca de destino: como investigar o incidente

Um cliente relata que um anúncio o levou a um destino diferente da página combinada com o parceiro. Trate o caso como um incidente de encaminhamento que exige evidências, não como uma condenação imediata por fraude. Uma tradução, uma promoção vencida, um script comprometido e uma ocultação deliberada podem gerar capturas semelhantes, mas pedem soluções diferentes.

Este guia apresenta uma investigação delimitada de possível substituição de destino. Não ensina a construir cloaking nem a contornar revisões. Trabalhe somente em ativos próprios ou cuja inspeção tenha autorização. Os dois cenários são exercícios fictícios com hipóteses independentes em reais, não resultados da AffiliateCore. O método serve a diferentes mercados, mas não autoriza anunciar produtos restritos em qualquer país.

Conteúdo: Limites · Registro · Investigação · Falso alarme · Substituição confirmada · Retomada.

1. Diferencie outra apresentação de outra promessa

A questão não é se duas capturas têm os mesmos pixels. É se produto, condições importantes e próxima ação preservam a promessa feita ao visitante. Uma tradução pode manter a mesma proposta. Uma página que promete demonstrar um software de agenda e leva a uma assinatura paga sem relação com ele altera a proposta.

A política do Google sobre evasão de sistemas proíbe cloaking usado para esconder violações. A regra é uma referência; o procedimento abaixo é uma proposta operacional própria. Uma investigação interna não garante uma decisão favorável da plataforma publicitária em um recurso.

Defina o caminho aprovado antes de avaliar o desvio. Registre versão do criativo, categoria da fonte, domínio e página de destino, redirecionamentos combinados, produto, condições essenciais, ação esperada e responsável por mudanças. Em uma oferta da AffiliateCore, alinhe requisitos escritos de tráfego e destino à oferta real e à campanha autorizada do parceiro. A plataforma organiza oferta e resultados registrados; este texto não afirma que detecte cloaking automaticamente nem preserve todas as evidências da navegação.

Não faça cadastro ou pagamento remunerável para testar. Se a demonstração exigir autenticação, combine um ambiente de testes e eventos explicitamente excluídos da remuneração. Não peça credenciais de outra pessoa nem copie uma sessão privada de navegador.

2. Abra um registro com evidências delimitadas

Inclua número do incidente, informante e contato autorizado, horário com fuso, identificadores de oferta e campanha, URL observada e destino final, dispositivo e navegador, proposta esperada e observada, referências de provas, estimativa de alcance, proteção adotada, responsável e próxima revisão. Evite dados pessoais em mensagens amplas para a equipe. Normalmente o número do caso basta para coordenar.

Peça uma captura da promessa inesperada e da barra de endereço, ocultando informações pessoais. Pergunte qual ação veio imediatamente antes, como clicar em um botão específico. Uma captura isolada não prova toda a cadeia de redirecionamentos nem quem controlava o destino. Identifique-a como relato até obter confirmação adicional.

Nos ativos próprios, preserve a configuração relevante, histórico de publicação e registros de acesso restritos ao intervalo necessário antes de corrigir. Use acesso limitado e sua política de retenção existente. Não recolha todo o histórico de navegação do cliente. Se precisar compartilhar uma exportação de rede, remova cookies, tokens, valores de formulários e requisições não relacionadas.

Controle: uma segunda pessoa deve separar observação comprovada, inferência e dúvida aberta. Se isso não estiver claro, reescreva o registro antes de atribuir responsabilidade.

Para preparar os limites comerciais, cadastre-se como anunciante na AffiliateCore e descreva fontes permitidas, requisitos de destino e regras de aceitação. Conta criada ou oferta em rascunho não significam aprovação da rota nem garantia de tráfego de parceiros.

3. Investigue sem ampliar a exposição

1. Avalie a consequência. Um idioma inesperado pede revisão; uma cobrança estranha ou aparente coleta de credenciais pede proteção imediata. Pause a veiculação ou campanha afetada quando tiver autoridade, sem esperar uma amostra estatística se houver risco para usuários.
2. Fixe a referência. Salve criativo e destino aprovados. Confirme campanha e período do relato. Comparar uma imagem antiga com uma versão nova não constitui teste controlado.
3. Inspecione o caminho autorizado. Siga a jornada normal em sessão limpa, sem gerar evento remunerável. Registre endereços e promessas relevantes. Pare antes de baixar programas desconhecidos ou informar credenciais em destino suspeito.
4. Compare registros. Examine alterações próprias, configuração de redirecionamento e componentes externos aprovados. Peça ao parceiro responsável a versão correspondente e a explicação pelo canal comercial autorizado. Falta de resposta limita a conclusão, mas não comprova intenção.
5. Verifique explicações legítimas. Considere promoção encerrada, localização documentada, redirecionamento acidental ou componente comprometido. Altere uma condição conhecida por vez em ambiente próprio de testes. Não sonde proteções de terceiros nem se passe por um revisor.
6. Classifique o resultado. Use estados claros: não reproduzido; variação legítima explicada; encaminhamento acidental; substituição não autorizada confirmada; evidência insuficiente. Atribua intenção apenas quando sustentada. Mantenha confiança e questões abertas junto da classificação.
7. Defina a correção. Remova ou corrija a rota dentro da sua autoridade, documente a mudança, revise resultados afetados conforme condições existentes e estabeleça provas para reabrir. Não reescreva eventos históricos silenciosamente.

O produto da investigação é uma decisão fundamentada, não uma contagem de capturas de ferramentas. Uma verificação limpa em determinado instante não prova que todos sempre viram a mesma página. Uma captura divergente também não justifica rejeitar todos os resultados legítimos de um parceiro.

4. Exercício: localização confundida com substituição

Suponha que um publisher encaminhe visitantes à página de consulta de um fornecedor de formação. Uma reclamação diz que o visual muda em outro idioma. Os documentos aprovados identificam o mesmo fornecedor, consulta e condições de preço nas duas versões. A revisão confirma título e botão diferentes, mas produto e condições importantes equivalentes. Não se comprova destino alheio.

A investigação usa três horas de analista a R$ 30, duas horas de revisão com o parceiro a R$ 25 e uma hora de verificação a R$ 30. O ambiente de testes custa R$ 20. Custo total da revisão: R$ 190 = 90 + 50 + 30 + 20. São hipóteses didáticas, não preços praticados por serviços específicos.

A coorte delimitada teve 40 ações registradas: seis não atendem à definição prévia de aceitação, quatro são canceladas, duas seguem pendentes e 28 são aceitas. Com pagamento hipotético de R$ 20 por ação aceita, o valor devido é R$ 560. A preparação atribuída à coorte custa R$ 250. Incluindo investigação, os custos listados somam R$ 1.000. Por ação aceita: 1.000/28 = R$ 35,71. Se o teto documentado fosse R$ 40, a coorte estaria abaixo dele. O teto também é uma hipótese, não uma taxa universal recomendada.

Os materiais produzidos são uma comparação das promessas, referências às duas versões aprovadas, datas e uma conclusão limitada: “Localização legítima confirmada para o caminho revisado; sem evidência de troca oculta de produto nas condições verificadas”. Não escreva “livre de fraude para sempre”.

Retome somente após outro revisor confirmar os termos essenciais e a clareza para o visitante. As seis rejeições precisam dos motivos individuais normais; os quatro cancelamentos permanecem. Não aceite as duas pendências apenas porque o problema da página foi esclarecido. A decisão sobre a rota e a decisão sobre conversões são registros diferentes.

5. Exercício: destino não autorizado confirmado

Suponha que a rota aprovada leve a uma consulta de software. Um registro controlado na infraestrutura própria mostra que uma mudança de redirecionamento enviou alguns visitantes para uma assinatura sem relação. O histórico identifica componente alterado e caminho de acesso utilizado. Isso comprova uma alteração não autorizada. Responsabilidade e intenção ainda dependem da análise das evidências disponíveis.

Pause a rota, preserve a versão relevante e restaure o destino aprovado pelo processo normal de mudanças. O conjunto de provas contém rota aprovada, destino final observado, histórico de configuração delimitado no tempo e correção. Não publique instruções para reproduzir a fraude nem distribua um link suspeito ativo para toda a equipe.

Na coorte, suponha 50 ações: dez rejeitadas com motivos documentados, cinco canceladas, dez em análise e 25 aceitas conforme regras existentes. Não rejeite tudo automaticamente por estar dentro do período do incidente. Pagamentos a parceiros a R$ 20 totalizam R$ 500. Mídia e preparação atribuídas custam R$ 400. A investigação exige seis horas a R$ 30 e a correção duas horas a R$ 30. Atendimento autorizado a clientes custa mais R$ 60. Total listado: R$ 1.200 = 500 + 400 + 180 + 60 + 60. Custo por ação aceita: R$ 48.

A economia já ultrapassa o teto ilustrativo de R$ 40. Se as dez ações pendentes fossem legitimamente aceitas pelo mesmo valor, o custo chegaria a R$ 1.400 para 35 ações, ou R$ 40 cada. Isso não autoriza retomar: a correção da rota precisa ser verificada e pendências não podem ser presumidas como aceitas.

Exposição imediata a risco, impossibilidade de controlar o caminho aprovado e mudanças repetidas sem explicação são critérios de parada. Reabrir exige correção documentada, verificação independente, responsáveis limitados por alterações e uma pequena janela autorizada de observação. Não compre mais tráfego apenas para diluir custos do incidente. Reembolso, cancelamento e pagamento seguem contratos reais e evidência de cada registro.

6. Retome conscientemente e preserve o aprendizado

Confira: versão aprovada restaurada; condições essenciais consistentes; acesso de mudança limitado a responsáveis; componentes externos revisados; coorte afetada separada; motivos individuais preservados; próxima revisão marcada. Registre quem autorizou a retomada e seu alcance. Voltar em etapas é uma decisão de negócio após correção, não prova de segurança completa obtida por teste pequeno.

Erros comuns incluem tratar toda localização como engano, confundir link quebrado com ocultação intencional, compartilhar registros pessoais brutos, aceitar todas as conversões depois de uma correção técnica ou culpar o parceiro antes de examinar componentes próprios comprometidos. São perguntas diferentes que precisam de evidências separadas.

Anunciantes existentes podem entrar na AffiliateCore e revisar oferta e condições acordadas. Guarde evidências em sistema com acesso restrito adequado. A lista comum de conversões não equivale a arquivo forense completo. Se a definição do evento estiver ambígua, esclareça primeiro a especificação escrita de aceitação antes de escalar.

Tarefa: prepare uma ficha de rota aprovada e um registro vazio para o próximo piloto. Defina quem pode pausar, quem investiga, qual prova permite retomar e como os custos entram na conta da coorte. Ensaie com uma divergência inofensiva em testes, sem eventos reais remuneráveis nem exposição de clientes.

Fontes verificadas em 15 de outubro de 2026: política do Google Ads sobre evasão e políticas de spam do Google Search. Cenários, cálculos e modelos são exemplos didáticos originais.