SEO técnico: o que é, checklist e os erros que travam o site

SEO técnico é a parte do trabalho que ninguém vê e todo mundo sente. Um bloqueio de uma linha no arquivo errado tira metade de um site do Google sem aviso, sem e-mail e sem que nada pareça diferente para quem visita.

Este guia mostra o que compõe a camada técnica, na ordem em que ela precisa funcionar, o checklist de cada item e os erros que mais aparecem. Tudo verificável com ferramentas gratuitas do próprio Google.

O que é SEO técnico?

SEO técnico é tudo o que acontece entre o buscador e o servidor, antes de qualquer avaliação de conteúdo. Ele responde a quatro perguntas, nesta ordem:

1. O robô consegue chegar? Rastreamento: links, sitemap, arquivo robots.txt, servidor no ar.
2. O robô consegue ler? Renderização: o texto está no HTML ou depende de JavaScript.
3. A página entra no índice? Indexação: tags de robô, canonical, qualidade mínima.
4. A experiência atrapalha? Velocidade, estabilidade visual, celular, segurança.

Sabe por que a ordem importa tanto? Porque cada etapa depende da anterior. Otimizar velocidade numa página bloqueada no robots.txt é polir uma porta trancada. É por isso que qualquer auditoria de SEO começa pela camada técnica, mesmo quando a queixa é de conteúdo.

Na divisão clássica do SEO, ele é a terceira frente, ao lado do SEO on page, que é o que está dentro da página, e do SEO off page, que são os sinais de fora.

O que os dados dizem sobre o estado técnico da web?

O HTTP Archive rastreia milhões de sites todo ano e publica o resultado no Web Almanac. A edição de 2025 mostra que o básico está longe de resolvido:

Fonte: HTTP Archive, Web Almanac 2025, capítulo de SEO.

Três leituras. A primeira: o que é automático está resolvido. HTTPS e viewport vêm de graça em qualquer hospedagem ou tema moderno, e por isso passam de 90%.

A segunda: o que depende de decisão fica pela metade. Um terço dos sites não tem canonical nem meta description. Não é falta de tecnologia; é falta de alguém olhando.

A terceira é a mais importante para quem cuida de um site: menos da metade passa nos Core Web Vitals no celular. Como o Google indexa a versão mobile, esse é o número que conta. Um site que passa já está na frente da maioria, sem fazer nada extraordinário.

Como o buscador chega até o site?

Por três caminhos, e vale garantir os três:

• Links de outros sites. É como o Google descobre um domínio novo. Sem nenhuma menção externa, um site pode demorar semanas para ser encontrado.
• Links internos. É como ele descobre as páginas dentro do site. Página sem nenhum link apontando para ela é órfã, e o relatório do Search Console a classifica como "descoberta, mas não indexada".
• Sitemap. É a lista explícita do que existe e quando mudou. Não garante indexação, mas acelera a descoberta e é o caminho recomendado para muitas páginas de uma vez.

O que pode impedir a chegada:

• robots.txt bloqueando. O arquivo é uma instrução de rastreamento, não de indexação, e essa diferença derruba muita gente. Ele diz "não entre", não diz "não liste".
• Servidor lento ou instável. Se o site responde com erro ou demora demais, o Googlebot reduz o ritmo de visitas por conta própria.
• Conteúdo que só aparece com JavaScript. O Google renderiza, mas com atraso e nem sempre por completo. Robôs de IA, em geral, não renderizam.

Como a página entra no índice?

Rastrear e indexar são coisas diferentes, e confundi-las é o erro técnico mais caro que existe.

Rastrear é o robô baixar a página. Indexar é o Google decidir guardá-la no catálogo de onde saem os resultados. Uma página pode ser rastreada e não indexada, e pode até ser indexada sem ser rastreada, quando o Google a conhece só por links de terceiros.

Os três controles que existem:

Sabe qual é a combinação que quebra tudo? Bloquear no robots.txt uma página que tem noindex. O robô não entra, logo não lê o noindex, e a URL pode continuar aparecendo. Para tirar do índice, o caminho é liberar o rastreamento e deixar a tag ser lida. O detalhamento está em noindex.

Para que serve o canonical?

O canonical resolve o problema mais comum de sites médios e grandes: a mesma página acessível por endereços diferentes. Com e sem barra final, com e sem www, com parâmetros de campanha, com filtros de ordenação, com versão para impressão.

Para o Google, cada endereço é uma página distinta. Sem indicação, ele escolhe uma para mostrar, e pode escolher a errada. A tag canonical aponta a versão preferida, concentrando os sinais numa URL só.

Regras práticas:

• Toda página aponta para si mesma por padrão, com a URL absoluta e completa.
• Versões duplicadas apontam para a original, e não o contrário.
• Nunca aponte tudo para a home. É um erro comum de configuração e faz o Google descartar o resto do site.
• Canonical é dica, não ordem. Se o conteúdo das duas páginas for muito diferente, o Google ignora.

Um terço dos sites não tem a tag, segundo o Web Almanac 2025, e quem procura o assunto quase sempre já viu o aviso "página alternativa com tag canonical adequada" no Search Console sem entender o que fazer.

Quanto a velocidade pesa no ranqueamento?

Menos do que o mercado diz e mais do que parece.

O Google usa a experiência da página como um sinal entre muitos, medido pelos Core Web Vitals: tempo até o conteúdo principal aparecer, resposta ao toque e estabilidade do layout. Entre duas páginas equivalentes em conteúdo, a mais rápida leva vantagem. Uma página lenta com a melhor resposta continua ganhando de uma página rápida e rasa.

O efeito real está antes do ranqueamento: gente que desiste de esperar. E o efeito técnico está no rastreamento, porque um servidor lento faz o robô visitar menos páginas por vez, o que atrasa a indexação de sites grandes.

A regra de prioridade: se o site tem problema de indexação, resolva primeiro. Se está indexado e lento, a velocidade entra na fila logo em seguida, principalmente no celular, que é a versão que o Google indexa.

O que os dados estruturados resolvem?

Dados estruturados são um bloco de código, normalmente em JSON-LD, que descreve a página em linguagem de máquina: isto é um artigo, o autor é fulano, foi publicado nesta data, estas são as perguntas frequentes.

Eles não fazem a página subir de posição por si só. O que fazem é:

• Habilitar resultados enriquecidos, como estrelas de avaliação, faixa de preço, perguntas expandidas e receitas com tempo de preparo.
• Reduzir ambiguidade. Dizem ao buscador quem é a entidade, sem depender de interpretação do texto.
• Alimentar as IAs, que usam essa descrição para atribuir autoria e data ao que citam.

O cuidado que quase ninguém toma: o dado precisa ser verdadeiro e bater com o que está visível na página. Marcar perguntas que não existem no texto, ou datas infladas, é violação de diretriz e derruba o resultado enriquecido. Na auditoria dos nossos próprios artigos, encontramos contagem de palavras zerada e data de modificação falsa nos 28, um caso clássico de dado estruturado tecnicamente presente e materialmente errado.

O que muda para os robôs de IA?

A camada técnica ganhou um público novo, com regras parecidas e uma diferença importante: a maioria dos robôs de IA não executa JavaScript. Para eles, uma página que carrega o texto por script é uma página em branco.

Quatro verificações que entram no checklist técnico moderno:

1. O robots.txt libera GPTBot, OAI-SearchBot, ClaudeBot, PerplexityBot e Google-Extended? Bloqueio herdado de arquivo antigo é o motivo mais comum de um site sumir das respostas geradas.
2. O texto está no HTML da primeira resposta? Desligue o JavaScript e recarregue; se sumir, o problema é esse.
3. O cabeçalho Content-Signal está presente? É a forma padronizada de declarar o que pode ser feito com o conteúdo.
4. Existe um arquivo llms.txt? Barato de publicar e cada vez mais comum entre os sites de referência.

A diferença entre otimizar para buscador e para IA está em SEO vs GEO. Do ponto de vista técnico, a boa notícia é que quase tudo se resolve com as mesmas configurações.

Quais erros técnicos mais travam um site?

Em ordem de dano:

• Disallow: / esquecido do ambiente de teste. Bloqueia o site inteiro. Acontece em toda migração mal conduzida e é a primeira coisa a checar quando o tráfego despenca de um dia para o outro.
• noindex em produção. Mesma origem, mesmo efeito, mais silencioso, porque as páginas somem aos poucos.
• Canonical apontando para a home. Faz o Google descartar todas as outras páginas como duplicatas.
• Migração sem redirecionamento. Endereços antigos viram 404 e todo o histórico de links se perde. O redirecionamento 301 preserva.
• Conteúdo dependente de JavaScript. Some para robôs de IA e chega atrasado ao Google.
• Site sem versão canônica de domínio. Com e sem www funcionando ao mesmo tempo, dividindo sinais.
• Paginação só com rolagem infinita. Sem links reais, o robô não alcança o que está além da primeira tela.

Sabe o que os sete têm em comum? Nenhum aparece para quem visita o site. Todos aparecem no relatório de páginas do Search Console, de graça, em minutos.

O que dá para fazer sem programador?

Mais do que parece. A divisão honesta entre o que um profissional de marketing resolve sozinho e o que precisa de quem mexe no código:

Dá para fazer sozinho, hoje:

• Diagnosticar tudo. O Search Console mostra o que não está indexado e por quê, sem depender de ninguém. É a parte mais valiosa do trabalho e é 100% acessível.
• Ler o robots.txt. Basta abrir seusite.com.br/robots.txt no navegador. Um Disallow: / ali é uma emergência que você identifica em dez segundos.
• Enviar o sitemap e acompanhar quantas URLs foram indexadas.
• Encontrar páginas órfãs e criar links internos para elas a partir do próprio editor de conteúdo.
• Conferir se o texto está no HTML, desligando o JavaScript no navegador e recarregando.
• Comprimir e redimensionar imagens antes de subir. Resolve boa parte da velocidade sem tocar em código.
• Auditar as tags de terceiros instaladas e remover o que ninguém usa.

Precisa de quem mexe no código:

• Redirecionamentos em massa, principalmente em migração.
• Canonical em plataformas que não expõem o campo.
• Renderização no servidor, quando o conteúdo depende de JavaScript.
• Ajustes finos de velocidade: cache, ordem de carregamento, divisão de scripts.
• Dados estruturados quando o CMS não os gera sozinho.

Sabe qual é o padrão mais comum em times pequenos? A pessoa de marketing faz o diagnóstico, chega com o relatório do Search Console e uma lista de URLs específicas, e o desenvolvedor resolve em uma tarde o que ninguém tinha percebido em meses. O gargalo quase nunca é técnico; é ninguém ter olhado.

Checklist de SEO técnico

• robots.txt não bloqueia nada essencial, e libera os robôs de IA
  
• Sitemap enviado, com URLs reais e datas de modificação verdadeiras
  
• Nenhuma página importante com noindex
  
• Canonical em todas as páginas, apontando para si mesmas
  
• Uma versão canônica do domínio, as outras redirecionando com 301
  
• HTTPS em todo o site
  
• Texto presente no HTML, sem depender de JavaScript
  
• Core Web Vitals no verde no celular
  
• Erros 404 conhecidos e redirecionados quando houver link apontando
  
• Dados estruturados presentes, válidos e verdadeiros
  
• Nenhuma página órfã: toda página importante recebe link interno
  
• Paginação com links reais
  

Conclusão

SEO técnico não conquista posição: ele remove os obstáculos que impedem qualquer outro esforço de funcionar. A ordem é sempre a mesma, chegar, ler, indexar, agradar, e a maioria dos problemas graves está nas duas primeiras etapas, onde a correção leva minutos. O próximo passo é abrir o relatório de páginas do Search Console e conferir quantas das suas páginas estão fora do índice e por quê. Depois, o checklist de Core Web Vitals cuida da experiência, e o de SEO on page cuida do conteúdo.