SEO técnico: os erros que travam o crescimento de um site no Google

Checklist de SEO técnico para sites de empresa: indexação bloqueada, conteúdo que só existe com JavaScript, canonical errada, redirecionamento em cadeia, sitemap desatualizado e página de erro que responde como sucesso.
Antes de produzir conteúdo, garanta que o site pode ser lido
Existe uma ordem lógica em busca orgânica: o Google precisa acessar a página, entender o conteúdo e só então avaliar se vale ranquear. Quando uma empresa publica durante meses sem resultado, muitas vezes o problema está no primeiro degrau — e nenhum texto novo resolve isso. Esta é a lista dos travamentos técnicos que aparecem com mais frequência em sites de empresa no Brasil.
Indexação bloqueada por acidente
Dois arquivos e uma etiqueta decidem se a página entra no índice: o robots.txt, a etiqueta meta robots e o cabeçalho X-Robots-Tag. O acidente clássico é o site nascer em ambiente de teste com bloqueio total e subir para produção com o bloqueio esquecido. O segundo é bloquear no robots.txt uma pasta que também guarda o CSS e o JavaScript necessários para renderizar a página — o Google acessa o HTML, não consegue montar o layout e avalia uma versão degradada.
Verificação rápida: abra o endereço do robots.txt, procure linhas Disallow amplas e depois inspecione o HTML servido de três páginas importantes buscando noindex. Uma página só pode ser diagnosticada pelo que vem no HTML, não pelo que aparece na tela depois do JavaScript.
Conteúdo que só existe depois do JavaScript
Muitos sites modernos entregam um HTML quase vazio e montam o conteúdo no navegador. Funciona para o visitante e é frágil para busca: o rastreamento com renderização é mais lento e mais sujeito a falha, e qualquer erro de script transforma a página em casca vazia. Em site que depende de busca orgânica, título, texto principal e links internos devem vir prontos no HTML da resposta do servidor.
| Sintoma | Como confirmar | Correção |
|---|---|---|
| Página aparece vazia para o robô | Baixar o HTML sem executar JavaScript e procurar o H1 | Renderizar no servidor ou pré-gerar a página |
| Menu e links internos invisíveis | Conferir se existem tags de link no HTML | Usar links reais em vez de eventos de clique |
| Título e descrição iguais em todo o site | Comparar o HTML de três páginas | Gerar metadados por página no servidor |
Canonical apontando para o lugar errado
A etiqueta canonical diz qual é o endereço oficial de um conteúdo. Errar nela é caro: canonical de todas as páginas apontando para a home some com o site do índice; canonical apontando para versão sem www enquanto o servidor redireciona para www cria conflito; canonical relativa em página com parâmetro de campanha divide sinais entre duas URLs. A regra é simples e vale para o site inteiro: uma URL absoluta, no protocolo e no domínio que o servidor realmente atende, apontando para si mesma quando a página é a versão oficial.
Redirecionamento em cadeia e link interno para endereço morto
Depois de uma reforma de site, é comum sobrar cadeia de redirecionamento: a página antiga vai para uma intermediária, que vai para uma terceira. Cada salto adiciona espera para o visitante e diluição de sinal. O trabalho correto é apontar cada endereço antigo diretamente para o destino final, com 301, e atualizar os links internos no conteúdo — link interno nunca deve depender de redirecionamento.
Sitemap e o que ele promete
Sitemap não é lista de desejos. Ele deve conter apenas endereços que respondem com sucesso, são indexáveis e canônicos. Listar página que o próprio site marca como noindex, ou que redireciona, envia sinal contraditório. Datas de atualização precisam ser reais: se todas as linhas mudam de data a cada publicação, o campo perde utilidade.
Página de erro que responde como sucesso
O problema mais silencioso da lista: o endereço não existe, o visitante vê "página não encontrada" e o servidor responde código 200. Para o Google, é uma página válida com conteúdo pobre, repetida dezenas de vezes. Endereço inexistente precisa responder 404 (ou 410, quando a remoção é definitiva) no cabeçalho, e não apenas no texto.
Ordem de correção e o que medir
Priorize pelo que bloqueia: primeiro indexação e resposta do servidor, depois renderização de conteúdo, então canonical e redirecionamentos, e por último desempenho de carregamento. Acompanhe no relatório de páginas do Search Console a razão entre indexadas e não indexadas e leia os motivos de recusa — eles nomeiam o erro. Depois de destravar a base, o conteúdo passa a render; o método editorial está em marketing de conteúdo B2B, e a aplicação para catálogo em SEO para e-commerce. Outras análises ficam no hub de SEO.
Perguntas frequentes
Leia também

SEO para e-commerce: o que realmente influencia o crescimento orgânico
Onde o tráfego orgânico de uma loja virtual realmente nasce: arquitetura de categorias, página de produto que responde à dúvida da compra, controle de duplicidade e velocidade de carregamento.

Como a inteligência artificial está mudando o e-commerce brasileiro
Onde a inteligência artificial já entrega resultado em loja virtual no Brasil: atendimento, busca interna, recomendação, previsão de demanda e produção de conteúdo de catálogo — e onde ela ainda falha.
