SEO técnico: o que é e o checklist que usamos em toda auditoria

SEO técnico é a parte do SEO que garante que o Google consegue encontrar, acessar, entender e guardar no índice as páginas do seu site. Não trata do texto em si, e sim da estrutura por baixo: servidor, endereços, links, velocidade, versão para celular, códigos de resposta, JavaScript e sinais como canonical, sitemap e robots.txt.

Se essa base falha, o melhor conteúdo do mundo não aparece. Por isso toda auditoria que fazemos começa por ela. Abaixo, explicamos cada área em linguagem simples e, no fim, deixamos o checklist exato que usamos, com como verificar cada item.

O que o SEO técnico resolve (e o que não resolve)

O Google trabalha em três etapas: rastrear (o robô visita a página), indexar (analisa e guarda no índice) e ranquear (decide em que posição mostrar para cada busca). O SEO técnico cuida principalmente das duas primeiras e de alguns sinais da terceira, como velocidade e segurança.

Ele não substitui conteúdo relevante nem autoridade. Um site tecnicamente perfeito com textos fracos continua sem posição. Mas um site com bons textos e falhas técnicas desperdiça o trabalho: páginas que não entram no índice, versões duplicadas disputando a mesma busca, robô gastando tempo em endereços inúteis.

Rastreamento: o Google consegue chegar às páginas?

O Googlebot descobre páginas principalmente por links e pelo sitemap. Os pontos que mais travam o rastreamento são:

• Links que não são links. O Google segue elementos <a href=”…”>. Menus que funcionam só com clique em JavaScript, sem href, podem esconder seções inteiras.
• Bloqueios no robots.txt. Uma linha errada pode impedir o rastreamento do site todo ou de arquivos CSS e JavaScript de que o Google precisa para ver a página como o visitante vê.
• Servidor instável. Erros 5xx frequentes e respostas lentas fazem o Google reduzir o ritmo de rastreamento.
• Páginas pesadas demais. O Googlebot lê os primeiros 2 MB de cada arquivo HTML (sem compressão). Conteúdo que fica depois disso pode ser ignorado. Raramente é problema, mas acontece em páginas com muito código embutido.
• Endereços infinitos. Filtros de loja virtual que combinam cor, tamanho, preço e ordenação podem gerar milhares de URLs quase iguais. Em sites grandes, isso desvia o robô das páginas que importam.

O relatório de estatísticas de rastreamento e a inspeção de URL, ambos no Search Console, mostram como o Google está visitando o site. Explicamos como usá-los no nosso guia do Google Search Console.

Indexação: entram as páginas certas?

Rastrear não é indexar. O Google pode visitar uma página e decidir não guardá-la, ou guardar uma versão diferente da que você queria. Aqui olhamos:

• Noindex no lugar errado. É comum o site ir ao ar com a opção de “não indexar” ativada desde a fase de desenvolvimento.
• Duplicação. O mesmo conteúdo acessível por vários endereços: com e sem www, com e sem barra no fim, com parâmetros de rastreamento de campanha. A tag canonical indica qual versão é a principal, mas é uma sugestão, e o Google pode escolher outra.
• Páginas finas. Categorias vazias, páginas de tag com um único artigo, resultados de busca interna. Muitas delas no índice diluem a qualidade percebida do site.
• Códigos de resposta errados. Página de “produto não encontrado” que responde 200 (sucesso) vira um soft 404. Página removida deve responder 404 ou 410, ou redirecionar para uma substituta. Veja como tratar no artigo sobre erro 404.
• Sitemap sujo. O sitemap deve listar só páginas que você quer no Google, que respondem 200 e são canônicas.

Arquitetura e endereços

Arquitetura é a forma como as páginas se organizam e se ligam. Ela ajuda o Google a entender o que é mais importante e ajuda o visitante a chegar ao que procura.

• Profundidade: páginas importantes devem estar a poucos cliques da página inicial. Produto que só aparece na página 14 da categoria quase não recebe visita do robô.
• Menu organizado: na loja da Bruna Flores, um menu com 24 links soltos virou 6 grupos de categorias. Ficou mais fácil para o cliente e mais claro para o Google.
• URLs legíveis: /buques/rosas-vermelhas/ diz mais que /index.php?id=8831. Use letras minúsculas, hífen entre palavras e evite mudar endereços sem necessidade.
• Links internos: textos e páginas relacionadas devem se linkar com texto âncora descritivo. Página sem nenhum link apontando para ela é chamada de órfã e tende a ser ignorada.
• Trilha de navegação (breadcrumb): mostra o caminho “Início, Categoria, Produto” e reforça a hierarquia.

HTTPS, velocidade e celular

HTTPS

O site inteiro deve rodar em HTTPS, com certificado válido, e todas as versões em http devem redirecionar para a versão segura. O Google usa o HTTPS como um sinal leve de ranqueamento e prefere a versão https ao escolher a página principal. Fique atento a imagens e scripts ainda carregados por http, que geram alerta de conteúdo misto no navegador.

Velocidade

A experiência de carregamento é medida pelas Core Web Vitals: LCP (quanto tempo o conteúdo principal leva para aparecer) bom até 2,5 s, INP (quanto a página demora para responder a um toque ou clique) bom até 200 ms e CLS (quanto o layout pula durante o carregamento) bom até 0,1. O Google avalia essas métricas no 75º percentil das visitas reais. Detalhamos cada uma no artigo sobre Core Web Vitals.

Celular

A indexação mobile-first vale para todos os sites: o Google usa a versão para celular para indexar e ranquear. Se o celular mostra menos texto, menos links ou menos dados estruturados que o computador, é isso que conta. Confira se conteúdo, títulos, imagens com texto alternativo e marcações são os mesmos nas duas versões.

JavaScript: o que o Google vê de verdade

O Google executa JavaScript, mas em uma etapa posterior ao rastreamento, e com limites. Sites feitos em frameworks como React ou Vue, ou com conteúdo carregado depois da página abrir, precisam de cuidado redobrado:

• O conteúdo principal e os links devem estar no HTML que o servidor entrega ou aparecer sem depender de clique, rolagem ou login.
• Não use JavaScript para tirar ou trocar um noindex que está no HTML original. Ao ver o noindex, o Google pode nem executar o script.
• Se o canonical for definido por JavaScript, ele deve ser igual ao do HTML original, ou não existir no HTML.
• Páginas que respondem com código diferente de 200 podem nem ser renderizadas.

O jeito mais rápido de verificar é usar o teste ao vivo da inspeção de URL e comparar o HTML renderizado com o que aparece no navegador. O Google tem um guia oficial sobre o tema em noções básicas de SEO para JavaScript.

Dados estruturados e redirecionamentos

Dados estruturados são marcações no código (o formato recomendado é o JSON-LD) que descrevem a página para máquinas: isto é um produto, com este preço; isto é uma empresa, com este endereço. Eles ajudam o Google a entender o conteúdo e são necessários para alguns resultados com destaque visual, como preço e estrelas de avaliação em produtos. Não prometem posição.

Redirecionamentos são o ponto mais sensível em qualquer mudança de site. Ao trocar de plataforma, de domínio ou de estrutura de URLs, cada endereço antigo deve apontar com redirecionamento 301 (permanente) para o equivalente novo, em um único salto. Cadeias (A para B para C) e redirecionamentos de tudo para a página inicial desperdiçam o histórico acumulado.

Foi o que fizemos no site novo do MAM Rio: além do site completo, a migração de mamrio.org.br para mam.rio incluiu estrutura, títulos, descrições e redirecionamentos planejados para não perder o que já estava indexado.

O checklist que usamos em toda auditoria

Esta é a lista que aplicamos nas auditorias técnicas. A prioridade alta significa que o problema pode tirar páginas do Google ou impedir que entrem.

Item	Como verificar	Prioridade
Site não está bloqueado no robots.txt	Abrir /robots.txt e conferir o relatório de robots.txt no Search Console	Alta
Páginas importantes sem noindex	Inspeção de URL e rastreador (como o Screaming Frog)	Alta
Uma única versão do site (https, com ou sem www)	Digitar as quatro variações e ver se todas redirecionam para a mesma	Alta
Páginas importantes indexadas	Relatório de indexação de páginas no Search Console	Alta
Sitemap enviado e só com URLs válidas	Relatório de sitemaps e rastreador em modo lista	Média
Canonical correto em cada página	Rastreador e inspeção de URL (canônico declarado x escolhido pelo Google)	Média
Sem erros 5xx e poucos 404 linkados internamente	Rastreador e relatório de estatísticas de rastreamento	Alta
Redirecionamentos em um salto, sem cadeias	Relatório de cadeias de redirecionamento do rastreador	Média
Core Web Vitals no verde no celular	Relatório de Core Web Vitals e PageSpeed Insights	Média
Mesmo conteúdo no celular e no computador	Comparar as duas versões e o HTML renderizado	Alta
Conteúdo e links visíveis sem depender de JavaScript	Teste ao vivo da inspeção de URL	Alta
Páginas importantes a até 3 cliques da inicial	Relatório de profundidade do rastreador	Média
Sem páginas órfãs relevantes	Cruzar sitemap e rastreamento	Média
Dados estruturados válidos	Teste de pesquisa aprimorada do Google	Baixa a média
HTTPS sem conteúdo misto	Console do navegador e rastreador	Média

Problema técnico costuma ser silencioso. O site parece normal para quem visita, enquanto metade das páginas está fora do Google.

Por onde começar

Se você não tem tempo para passar por tudo, comece pelos itens de prioridade alta, nesta ordem: robots.txt, noindex, versão única do site e relatório de indexação. São verificações de minutos e respondem à pergunta mais importante: o Google está conseguindo ver o que eu publico?

Depois, trate o resto em ciclos. Corrigir tudo de uma vez num site grande é raro; corrigir o que mais pesa primeiro é o que dá resultado. Quando a base técnica é fraca demais, às vezes vale mais refazer o site do que remendar, e é aí que entra o nosso trabalho de desenvolvimento de sites rápidos em WordPress. Se o site está bom, mas precisa de diagnóstico e plano, a auditoria técnica é o primeiro passo da nossa otimização SEO.