Pular para o conteúdo
iLoveSEOCriar conta

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

SEO técnico é o conjunto de configurações que permite a um buscador chegar ao site, ler o conteúdo, entender a estrutura e guardar as páginas no índice. Ele não melhora o texto nem conquista links: ele garante que texto e links tenham efeito. É a camada que, quando falha, zera o resultado das outras duas, porque página não rastreada é página que não existe.

Ilustração retrô de um mecânico ajustando as engrenagens dentro de um armário de máquina aberto

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:

Gráfico: 95,2% dos sites têm meta viewport e 91,5% usam HTTPS, mas só 67% têm canonical e só 48% passam nos Core Web Vitals no celular

Fonte: HTTP Archive, Web Almanac 2025, capítulo de SEO, rastreamento de milhões de sites na versão para celular, 2025.

Item técnico

Sites que atendem (rastreamento em celular)

Meta viewport (página preparada para celular)

95,2%

HTTPS

91,5%

robots.txt respondendo com status 200

85%

Meta description presente

67,2%

Tag canonical presente

67%

Imagens com alt preenchido (mediana por site)

60%

Core Web Vitals aprovados

48%

Arquivo llms.txt

2,1%

Fonte: HTTP Archive, Web Almanac 2025, capítulo de SEO, rastreamento de milhões de sites na versão para celular, 2025.

A tabela conta três coisas. 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 só é descoberta se estiver no sitemap. O status "Descoberta: atualmente não indexada", do Search Console, significa outra coisa: o Google já conhece a URL e ainda não a rastreou, em geral por limite de rastreamento.
  • 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 é um dos erros técnicos mais caros que existem.

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:

Ferramenta

O que ela faz

O que ela NÃO faz

robots.txt

Pede ao robô que não rastreie a URL

Não remove do índice

Meta noindex

Pede que a URL não apareça nos resultados

Não impede o rastreamento

canonical

Indica qual é a versão preferida entre páginas parecidas

Não é ordem, é sugestão

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 um problema recorrente em 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 artigos que o blog tinha em setembro de 2026, 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: os robôs das principais empresas de IA não executam JavaScript. O levantamento da Vercel com a MERJ, de dezembro de 2024, analisou os rastreadores da OpenAI, da Anthropic, da Perplexity e da Meta e não encontrou execução de JavaScript em nenhum deles. Para esses robôs, 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 e PerplexityBot? Bloqueio herdado de arquivo antigo é um motivo frequente de um site sumir das respostas geradas. O Google-Extended fica de fora dessa lista: ele controla o uso do conteúdo para treinar o Gemini e não afeta a Busca nem as visões gerais de IA.
  2. O texto está no HTML da primeira resposta? Desligue o JavaScript e recarregue; se sumir, o problema é esse.
  3. O robots.txt traz a linha Content-Signal? É uma proposta da Cloudflare, de 24 de setembro de 2025, ainda sem adoção obrigatória: nela o site declara, com os valores search, ai-input e ai-train, se aceita ser usado para busca, para responder dentro de uma IA e para treinamento.
  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.

O padrão que se repete em times pequenos é este: 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

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.

Perguntas frequentes

O que é SEO técnico?

É a parte do SEO que cuida do encanamento do site, e não do que está escrito nele: ela não produz texto nem conquista links, só garante que os dois tenham efeito. Na prática, é manter robots.txt, sitemap, links internos, noindex, canonical, velocidade, dados estruturados e HTTPS funcionando na ordem certa: chegar, ler, indexar, agradar.

Qual a diferença entre rastreamento e indexação?

Rastrear é o robô baixar a página. Indexar é o Google decidir guardá-la no catálogo de resultados. Uma página pode ser rastreada e não indexada, e o robots.txt afeta só o rastreamento.

O robots.txt tira uma página do Google?

Não. Ele pede que o robô não rastreie a URL, mas a página pode continuar no índice se houver links apontando para ela. Para removê-la, use a meta noindex com o rastreamento liberado.

Velocidade é fator de ranqueamento?

É um sinal entre muitos, medido pelos Core Web Vitals. Entre páginas equivalentes, a mais rápida leva vantagem, mas velocidade não compensa conteúdo pior.

Preciso de programador para fazer SEO técnico?

Para o diagnóstico, não: o Search Console e o navegador mostram quase tudo. Para várias correções, sim, principalmente em velocidade, redirecionamentos e renderização.

Dados estruturados fazem o site subir?

Não diretamente. Eles habilitam resultados enriquecidos e ajudam buscadores e IAs a entender a página, o que pode aumentar o clique. Precisam corresponder ao que está visível.

Voltar para o blog