SEO técnico: o que é e o que verificar no seu site (checklist prático)
SEO técnico é o que garante que o Google consiga encontrar, ler e indexar o seu site. Sem essa base, o melhor conteúdo pode simplesmente não aparecer.
O SEO técnico reúne os ajustes de estrutura, código e servidor que permitem aos buscadores rastrear, renderizar e indexar as páginas de um site. Ele não substitui um bom conteúdo, mas decide se esse conteúdo chega a ser considerado na busca.
Neste guia, montamos um checklist prático com base na documentação oficial do Google Search Central e do web.dev. Para cada item, explicamos o que verificar e qual é a prioridade, para você saber por onde começar.
O que você vai ver neste post:
- O que é SEO técnico e por que ele vem antes de qualquer outra otimização
- Checklist de rastreamento, indexação, desempenho e estrutura
- Como priorizar os itens do checklist
- Quais ferramentas usar em cada verificação
O que é SEO técnico?
O Google trabalha em etapas: primeiro descobre e rastreia a página, depois a renderiza (executa o JavaScript, quando existe) e, por fim, decide se ela entra no índice. Esse fluxo é descrito no guia de noções básicas de SEO para JavaScript do Google. O SEO técnico cuida para que nada trave o caminho em nenhuma dessas etapas.
Vale uma ressalva importante. O próprio Google afirma, na documentação sobre experiência na página, que bons resultados em relatórios técnicos não garantem as primeiras posições, porque a relevância do conteúdo continua sendo o fator principal. O SEO técnico é a fundação, não o prédio inteiro.
Como priorizar o checklist de SEO técnico?
Nem todo problema técnico tem o mesmo peso. Uma forma simples de organizar a fila é esta:
- Prioridade alta: tudo que impede o Google de rastrear ou indexar páginas importantes. Um bloqueio errado aqui zera o tráfego orgânico de uma seção inteira.
- Prioridade média: itens que afetam qual versão é indexada, a experiência do usuário e a eficiência do rastreamento.
- Prioridade complementar: melhorias que ampliam a forma como o site aparece na busca, como dados estruturados.
A tabela abaixo resume o checklist.
| Item | O que verificar | Prioridade |
|---|---|---|
| robots.txt | Se nenhuma área importante está bloqueada | Alta |
| noindex | Se só as páginas certas estão fora do índice | Alta |
| Renderização de JavaScript | Se o conteúdo e os links aparecem para o Google | Alta |
| Mobile-first indexing | Se a versão mobile tem o mesmo conteúdo da desktop | Alta |
| HTTPS | Se todo o site roda em conexão segura | Alta |
| Canonical | Se cada conteúdo tem uma URL preferida | Média |
| Sitemap XML | Se lista só URLs canônicas e está enviado | Média |
| Redirecionamentos e cadeias | Se apontam direto para o destino final | Média |
| 404 e soft 404 | Se páginas inexistentes retornam o código certo | Média |
| Core Web Vitals | Se LCP, INP e CLS estão na faixa "bom" | Média |
| Dados estruturados | Se a marcação é válida e condiz com a página | Complementar |
Rastreamento e indexação: o que verificar primeiro?
1. robots.txt
O robots.txt diz aos robôs quais URLs eles podem acessar. Segundo a introdução ao robots.txt do Google, ele serve principalmente para evitar que o site seja sobrecarregado de requisições, e não é um mecanismo para manter uma página fora do Google. Uma URL bloqueada ainda pode aparecer nos resultados, sem descrição, se outros sites apontarem para ela.
O que verificar: se não há uma regra Disallow bloqueando pastas importantes, algo comum depois de migrações ou quando um ambiente de testes vai para o ar com as regras de homologação.
2. Tag noindex
Para tirar uma página do índice, o caminho é o noindex, aplicado por meta tag ou pelo cabeçalho HTTP X-Robots-Tag. Há um detalhe que confunde muita gente: de acordo com a documentação sobre bloqueio de indexação, o noindex só funciona se a página não estiver bloqueada no robots.txt. Se o robô não consegue acessar a página, ele não enxerga a instrução.
O que verificar: se páginas estratégicas não carregam um noindex esquecido e se páginas que devem sair do índice não estão, ao mesmo tempo, bloqueadas no robots.txt.
3. Canonical
Quando o mesmo conteúdo pode ser acessado por várias URLs (com parâmetros, com e sem barra, versões de impressão), o Google escolhe uma delas como canônica. O guia de consolidação de URLs duplicadas classifica redirecionamentos e a tag rel="canonical" como sinais fortes, e a inclusão no sitemap como sinal fraco. Esses sinais se somam, mas o Google pode escolher outra URL se os indícios forem contraditórios.
O que verificar: se a canonical aponta para a URL que você quer ranquear e se ela é coerente com os links internos e o sitemap.
4. Sitemap XML
O sitemap ajuda o Google a descobrir URLs, mas, como explica a visão geral de sitemaps, não garante que todas sejam rastreadas e indexadas. Ele é mais útil em sites grandes, novos ou com muito conteúdo de mídia. Pelas regras de criação de sitemaps, cada arquivo aceita até 50 MB (sem compressão) ou 50.000 URLs, as URLs devem ser absolutas e o Google ignora os campos priority e changefreq.
O que verificar: se o sitemap contém apenas URLs canônicas, que retornam código 200 e não têm noindex, e se ele foi enviado no Search Console.
5. Renderização de JavaScript
O Google renderiza páginas com uma versão do Chromium, mas isso acontece numa etapa posterior ao rastreamento. O guia de JavaScript do Google recomenda renderização no servidor ou pré-renderização, porque deixa o site mais rápido e nem todos os robôs executam JavaScript. Também orienta usar links com o elemento <a href> e evitar rotas baseadas em fragmentos, como #/produtos.
O que verificar: na Inspeção de URL do Search Console, se o HTML renderizado mostra o conteúdo principal e os links de navegação.
Quais são os Core Web Vitals atuais e seus limites?
Core Web Vitals são as métricas do Google para medir a experiência real de carregamento, interatividade e estabilidade visual. Desde 12 de março de 2024, o INP substituiu o FID como métrica oficial de interatividade, conforme o anúncio do web.dev. Os limites, segundo o guia de Web Vitals, devem ser atingidos no percentil 75 das visitas, separando mobile e desktop.
| Métrica | O que mede | Bom | Precisa melhorar | Ruim |
|---|---|---|---|---|
| LCP | Carregamento do maior elemento visível | Até 2,5 s | De 2,5 s a 4 s | Acima de 4 s |
| INP | Resposta às interações do usuário | Até 200 ms | De 200 ms a 500 ms | Acima de 500 ms |
| CLS | Estabilidade visual do layout | Até 0,1 | De 0,1 a 0,25 | Acima de 0,25 |
Prioridade: média. A página do Google sobre Core Web Vitals recomenda bons resultados nessas métricas, mas deixa claro que a relevância continua em primeiro lugar. Corrija primeiro as páginas que geram receita e que estão na faixa "ruim".
Mobile-first indexing, HTTPS e dados estruturados
Mobile-first indexing
O Google usa a versão mobile do site, rastreada com o robô de smartphone, para indexar e classificar as páginas. As práticas recomendadas de indexação mobile-first pedem o mesmo conteúdo, os mesmos títulos e meta descriptions, as mesmas meta robots e os mesmos dados estruturados nas duas versões. Também orientam não carregar o conteúdo principal apenas depois de uma interação do usuário.
O que verificar: se textos, links ou blocos removidos da versão mobile não estão fazendo falta.
HTTPS
O HTTPS aparece como um dos aspectos da experiência na página na documentação do Google. Além disso, o artigo Why HTTPS matters, do web.dev, lembra que ele protege a integridade e a privacidade da navegação e é exigido por vários recursos modernos do navegador.
O que verificar: se todas as versões HTTP redirecionam para HTTPS, se o certificado está válido e se não há imagens ou scripts carregados por HTTP.
Dados estruturados
Dados estruturados são marcações que explicam ao Google o que é cada informação da página, como um produto, um artigo ou perguntas frequentes. A introdução aos dados estruturados recomenda o formato JSON-LD e avisa que uma marcação válida não garante resultados avançados.
O que verificar: no Teste de pesquisa aprimorada (Rich Results Test) do Google, se não há erros e se as informações marcadas correspondem ao que está visível na página. Prioridade complementar: vale fazer depois que a base estiver saudável.
Redirecionamentos, cadeias e erros 404
Redirecionamentos e cadeias
O guia de redirecionamentos do Google recomenda redirecionamentos no servidor sempre que possível: 301 ou 308 para mudanças permanentes e 302, 303 ou 307 para temporárias. Meta refresh e redirecionamento por JavaScript são interpretados com menos confiabilidade.
Sobre cadeias, o Google explica, no guia de mudança de site com alteração de URLs, que o Googlebot segue até 10 saltos, mas recomenda apontar direto para o destino final e manter os redirecionamentos por pelo menos um ano.
O que verificar: cadeias (A para B para C), loops e links internos que ainda apontam para URLs redirecionadas. O ideal é atualizar esses links para a URL final.
Páginas 404 e soft 404
Pela documentação de códigos de status HTTP, o Google trata 404 e 410 da mesma forma: remove a URL do índice e reduz o rastreamento dela aos poucos. Ter páginas 404 é normal quando o conteúdo realmente deixou de existir.
O problema é o soft 404: a página diz "não encontrado" ou está vazia, mas o servidor responde com código 200. Isso confunde o Google e aparece como erro no Search Console. Em sites feitos com JavaScript, o guia do Google sugere redirecionar para uma página que retorne 404 de verdade ou aplicar noindex.
O que verificar: se páginas inexistentes retornam 404 ou 410, e se conteúdos que mudaram de endereço têm redirecionamento 301 para a página equivalente.
Quais ferramentas usar para uma auditoria de SEO técnico?
- Google Search Console: o relatório de indexação de páginas mostra o que foi indexado e por que algumas URLs ficaram de fora (noindex, soft 404, bloqueio por robots.txt, duplicadas). Traz ainda o relatório de Core Web Vitals, a Inspeção de URL e o envio de sitemaps.
- PageSpeed Insights: segundo a documentação do PageSpeed Insights, combina dados de campo (usuários reais, do relatório CrUX, dos últimos 28 dias) com dados de laboratório gerados pelo Lighthouse.
- Lighthouse: ferramenta aberta do Google que roda no Chrome DevTools, na linha de comando ou dentro do PageSpeed Insights e audita desempenho, acessibilidade, boas práticas e SEO. Ótimo para depurar, mas são dados de laboratório.
- Screaming Frog SEO Spider: rastreador de sites que encontra links quebrados, cadeias e loops de redirecionamento, canonicals, títulos duplicados e renderiza JavaScript. A versão gratuita rastreia até 500 URLs.
Se você está avaliando parceiros para conduzir esse trabalho, vale conferir os critérios para escolher uma agência de SEO. E, com a busca cada vez mais mediada por IA, uma base técnica sólida também sustenta estratégias como as que discutimos em SEO além do clique.
SEO técnico é manutenção, não projeto único
Um checklist de SEO técnico não se resolve uma vez só. Cada troca de tema, plugin novo ou migração pode reintroduzir bloqueios, cadeias de redirecionamento ou quedas de desempenho. Revise os itens de prioridade alta a cada mudança relevante e acompanhe o Search Console com regularidade.
Se você quer um diagnóstico completo e um plano de correção priorizado para o seu site, a SEO Marketing pode ajudar com uma consultoria de SEO técnico. Para quem está começando do zero ou reestruturando a estratégia, também oferecemos auditoria e planejamento de SEO.
Referências
- Entenda os conceitos básicos de SEO para JavaScript, Google Search Central, atualizado em 04/03/2026
- Noções básicas sobre a experiência na página nos resultados da Pesquisa Google, Google Search Central, atualizado em 22/09/2026
- Introdução ao robots.txt, Google Search Central, atualizado em 10/12/2025
- Bloquear a indexação da Pesquisa com noindex, Google Search Central, atualizado em 10/12/2025
- Como especificar um URL canônico, Google Search Central, atualizado em 10/07/2026
- Informações sobre sitemaps, Google Search Central, consultado em 30/09/2026
- Criar e enviar um sitemap, Google Search Central, consultado em 30/09/2026
- Interaction to Next Paint becomes a Core Web Vital on March 12, web.dev, 31/01/2024
- Web Vitals, web.dev, atualizado em 31/10/2024
- Largest Contentful Paint (LCP), web.dev, consultado em 30/09/2026
- Interaction to Next Paint (INP), web.dev, consultado em 30/09/2026
- Cumulative Layout Shift (CLS), web.dev, consultado em 30/09/2026
- Core Web Vitals e os resultados da Pesquisa Google, Google Search Central, atualizado em 10/12/2025
- Práticas recomendadas para indexação com prioridade para dispositivos móveis, Google Search Central, atualizado em 10/12/2025
- Why HTTPS matters, web.dev, consultado em 30/09/2026
- Introdução à marcação de dados estruturados na Pesquisa Google, Google Search Central, atualizado em 10/12/2025
- Redirecionamentos e a Pesquisa Google, Google Search Central, atualizado em 14/04/2026
- Como mudar um site com alterações de URL, Google Search Central, atualizado em 20/08/2026
- Como os códigos de status HTTP e erros de rede e DNS afetam a Pesquisa Google, Google Search Central, atualizado em 04/02/2026
- Relatório de indexação de páginas, Ajuda do Search Console, consultado em 30/09/2026
- Sobre o PageSpeed Insights, Google for Developers, atualizado em 21/10/2024
- Introdução ao Lighthouse, Chrome for Developers, atualizado em 02/06/2025
- SEO Spider, Screaming Frog, consultado em 30/09/2026
