Por que o Yandex Metrica não mostra o tráfego do site

A ausência de dados nem sempre significa ausência de tráfego

Um gráfico vazio no Yandex Metrica não prova que ninguém acessa o site. O Metrica registra uma visita apenas quando o navegador do visitante carregou e executou o código da tag e, em seguida, enviou uma requisição ao servidor de analytics. O usuário pode abrir a página, enviar um formulário ou clicar em um anúncio, mas não aparecer no relatório por causa de bloqueio do script, erro do navegador ou filtro nas configurações.

Primeiro, separe a ausência de acessos reais de uma falha na coleta de dados. Não se deve comparar o gráfico geral, mas sim o mesmo período, a URL específica e a origem. Por exemplo, um link de um anúncio, da descrição de uma live, de um e-mail marketing ou de uma publicação em rede social.

Como diferenciar ausência de tráfego de ausência de dados

O painel de anúncios geralmente mostra cliques no anúncio, e o log do servidor mostra as requisições ao site. Para verificar, abra o log de acesso do servidor e localize a landing page no período desejado. Nos logs do Nginx, pode ser uma requisição como: grep "GET /promo" /var/log/nginx/access.log. Se o caminho mudar por causa das tags UTM, procure a própria URL sem parâmetros ou use parte do endereço da landing page.

Um clique no painel de anúncios não equivale ao carregamento da página: o usuário pode ter fechado a aba, a conexão pode ter caído e o link pode levar a uma URL indisponível. O log do servidor também não equivale a uma visita real, porque nele entram bots, pré-visualizações de links e verificações técnicas. Mas se há acessos nos logs e eles não aparecem no Metrica, o problema provavelmente está na tag ou nas suas configurações.

O que significam as divergências entre anúncios, logs e Metrica

Se há cliques no painel de anúncios, mas não há requisições à landing page nos logs, verifique a URL final, os redirecionamentos, a disponibilidade do domínio e as configurações do rastreador. Se há registros no access.log, mas o navegador não envia requisições para mc.yandex.ru, a tag não está sendo iniciada ou está bloqueada. Se as requisições para mc.yandex.ru saem, mas o relatório está vazio, verifique o número da tag, os filtros, o período e as configurações do domínio.

Para uma conferência precisa, use um intervalo curto e uma única origem. Compare o horário, o caminho da página, o status da resposta, o endereço IP e o User-Agent apenas dentro das regras de tratamento de dados adotadas no projeto. A conferência manual é inconveniente em um fluxo grande: ela ajuda a encontrar a falha, mas não substitui o monitoramento contínuo.

O código da tag está ausente em parte das páginas

A tag pode estar na página inicial, mas faltar na landing page, no blog, no catálogo, na área do usuário, no template mobile ou no subdomínio. Esse erro costuma aparecer após a migração do site, a criação de uma página promocional separada ou a atualização do tema do CMS. O visitante abre o site, mas naquela URL específica o Metrica simplesmente não tem o que executar.

Abra o código-fonte da página pela visualização de código do navegador e procure o trecho mc.yandex.ru ou o número da tag. Verifique os endereços para os quais os links dos anúncios e das redes sociais realmente levam, e não apenas a página inicial. A desvantagem dessa verificação é que, manualmente, é fácil deixar passar páginas e cenários raros, como a tela após o pagamento ou o formulário na versão mobile.

O site tem outro número de tag instalado

O código pode funcionar corretamente, mas enviar dados para uma tag antiga, de teste ou de outra pessoa. Isso acontece após copiar um template, trocar de agência, migrar para um novo domínio ou manter várias versões do site ativas ao mesmo tempo. No navegador, as requisições aparecem, mas o dono do canal ou do site está olhando o relatório de outra tag.

Localize o identificador no código da página e compare com o número no painel do Metrica. No console do navegador, é possível executar a requisição: document.documentElement.innerHTML.includes("mc.yandex.ru"). Ela mostra se o endereço do Metrica aparece no HTML, mas não confirma que o script foi executado. Para isso, é preciso verificar as requisições de rede.

Como verificar o carregamento do Metrica no navegador

Abra a página em um navegador sem bloqueadores, pressione F12, vá para a aba Network e recarregue a página. No campo de filtro, digite mc.yandex.ru. Em funcionamento normal, devem aparecer requisições ao endereço de carregamento do script e requisições de coleta de dados, geralmente contendo o caminho metrika/tag.js ou watch com o número da tag.

Em seguida, abra a aba Console e verifique os erros. Sinais úteis do problema: mensagens como «Refused to load the script», «blocked by client», «Content Security Policy» ou erros de JavaScript que ocorrem antes da inicialização da tag. A verificação em um único navegador tem uma desvantagem: a extensão, a versão do navegador ou as configurações de rede de um usuário específico podem dar outro resultado.

Bloqueadores de anúncios ocultam parte das visitas

Extensões para bloquear anúncios, serviços de DNS privado, a proteção integrada dos navegadores e antivírus podem interromper as requisições para o analytics. No Network, isso costuma aparecer como blocked by client. A página abre normalmente, o servidor registra a requisição, mas o Metrica não recebe as informações da visita.

Compare a página em uma janela normal do navegador, sem extensões, e em um perfil com bloqueador. Esse teste mostra o fato do bloqueio, mas não permite estimar com precisão a proporção de visitas perdidas: as configurações de proteção do público variam. Tentar mascarar as requisições de analytics complica a manutenção e pode conflitar com as políticas de segurança do site.

O Content Security Policy bloqueia requisições ao Metrica

O cabeçalho Content Security Policy restringe as origens das quais a página pode carregar scripts e imagens e realizar requisições de rede. Após conectar uma CDN, um proxy ou reforçar a proteção do site, ele pode começar a proibir as requisições ao Metrica. No console do navegador, aparecerá uma mensagem de violação de CSP indicando o endereço bloqueado mc.yandex.ru.

A regra deve ser complementada de forma pontual, e não desativando a CSP por completo. Exemplo de diretiva em uma linha: script-src 'self' https://mc.yandex.ru; connect-src 'self' https://mc.yandex.ru; img-src 'self' data: https://mc.yandex.ru;

Essa linha não pode ser substituída sem critério no cabeçalho existente: ela deve ser combinada com as origens já necessárias do site. Se o código da tag estiver inserido diretamente no HTML, um script inline também pode exigir uma permissão separada via nonce ou hash. Adicionar unsafe-inline é mais simples, mas tem a desvantagem de uma proteção mais fraca contra a injeção de JavaScript de terceiros.

O consentimento de cookies não permite iniciar a tag

Em sites com banner de consentimento, o Metrica às vezes só é iniciado após o clique no botão. Um erro na lógica do banner pode deixar a tag desligada após o consentimento, ativá-la apenas na primeira página ou não salvar a escolha do usuário. Por isso, parte das visitas se perde, especialmente em visitas curtas vindas de landing pages.

Verifique os cenários de primeiro acesso, consentimento, recusa, nova visita, navegador mobile e modo privado. Iniciar o analytics antes da escolha do usuário pode aumentar o volume de dados, mas essa opção tem uma desvantagem jurídica e reputacional: o tratamento de dados deve estar em conformidade com os requisitos aplicáveis ao seu projeto.

Os filtros da tag excluem visitas necessárias

Nas configurações do Metrica, podem estar ativos filtros por endereços IP, domínios, URLs, parâmetros ou tráfego técnico. Normalmente eles são adicionados para remover visitas da equipe e acessos de teste. Após mudar de escritório, VPN, rede corporativa ou estrutura de URL, esse filtro pode passar a excluir não apenas as visitas internas.

Revise os filtros ativos e verifique a finalidade de cada regra. Para diagnosticar, é possível alterar temporariamente um filtro e repetir o acesso de teste. A desvantagem de desativar o filtro é que as visitas de funcionários, desenvolvedores e testes automatizados entrarão nas estatísticas, por isso é melhor registrar as alterações separadamente.

Período, relatório ou fuso horário incorretos

Às vezes os dados já existem, mas no painel está selecionada outra tag, um período muito curto, o modo de comparação de datas ou um fuso horário inadequado. Com poucas visitas, uma diferença de algumas horas pode mudar completamente o cenário de um dia específico. Não se deve avaliar o funcionamento da tag apenas pelos primeiros minutos após o acesso.

Remova a comparação de períodos, abra um intervalo maior e verifique a data da visita de teste. Em seguida, vá para o relatório por páginas e localize o caminho exato da landing page. Um período amplo é conveniente para encontrar dados, mas tem a desvantagem de que, no gráfico geral, fica mais difícil perceber o momento em que a tag parou de funcionar após uma atualização do site.

Redirecionamentos e domínios alteram o caminho do visitante

O acesso pode passar por um encurtador de link, um rastreador, a versão HTTP do site, o domínio www, o subdomínio mobile e só então chegar à landing page final. Se o redirecionamento estiver configurado com erro, a página demorar a responder ou o visitante for enviado para outro domínio, a tag do site correto pode não carregar. Isso é especialmente importante para links de descrições de transmissões e campanhas de anúncios.

Verifique a cadeia com o comando curl -I -L "https://example.com/promo" e observe os status com os endereços de redirecionamento. O comando mostra os redirecionamentos do servidor, mas não substitui o teste no navegador: redirecionamentos JavaScript e bloqueios por extensões o curl não vê. Links encurtados são convenientes em publicações, porém o acesso adicional complica o diagnóstico.

A SPA não envia visualizações em acessos internos

Em um site de página única, a navegação entre seções muitas vezes ocorre sem recarregamento completo. O usuário abre um plano, um card de produto, um formulário ou uma página de agradecimento, e o Metrica registra apenas a primeira tela. As visitas podem aparecer no relatório, mas as páginas de entrada, a profundidade de visualização e as conversões ficam incompletas.

Verifique no Network se uma nova requisição ao Metrica aparece após a mudança de rota dentro da aplicação. Teste a navegação pelos botões do navegador, janelas modais, troca de idioma e URLs dinâmicas. O envio automático de visualizações pelo roteador é conveniente, mas tem a desvantagem de que, com um erro na lógica, é fácil gerar visualizações duplicadas e uma profundidade de visita inflada.

As metas não disparam mesmo havendo visitas

Um relatório de meta vazio não significa que o site não tem tráfego. As visitas podem estar sendo coletadas normalmente, mas o envio do formulário, o clique no botão, a compra ou o acesso à página de agradecimento não estão sendo registrados. As causas podem ser um seletor CSS alterado, um evento antes da inicialização da tag, um formulário AJAX sem tratamento do resultado ou outro número de Metrica na página.

Execute a ação manualmente e, ao mesmo tempo, observe o Network: após ela, deve aparecer uma requisição relacionada ao envio do evento. A meta por clique no botão é configurada rapidamente, mas tem a desvantagem de registrar o clique, e não o envio bem-sucedido do formulário. Para formulários, é mais útil rastrear separadamente o início do preenchimento, o erro e o resultado confirmado.

Checklist de diagnóstico em cinco minutos

1. Abra o link pelo qual o tráfego deve chegar em um navegador normal, sem bloqueadores.
2. No DevTools, abra o Network, recarregue a página e filtre as requisições por mc.yandex.ru.
3. Na aba Console, verifique erros de JavaScript, CSP e a mensagem blocked by client.
4. Compare o número da tag no código da página com o número do relatório no painel do Metrica.
5. Verifique no access.log a requisição à URL desejada durante o teste, por exemplo grep "GET /promo" /var/log/nginx/access.log.
6. Compare o log do servidor com os cliques no painel de anúncios para um mesmo link e um mesmo período.
7. Revise os filtros, as datas selecionadas, o fuso horário, os subdomínios e o fluxo de consentimento de cookies.
8. Para SPA, faça uma navegação interna e confirme que uma nova requisição é enviada após a mudança de rota.