Pular para o conteúdo
PT · $
Acesso ao painel Comprar pacote
SEO Técnico

Checklist de SEO Técnico: Guia Completo Item por Item

7 minutos de leitura

Esta checklist de SEO técnico reúne, em sequência, os itens que você deve verificar para que seu site seja encontrado e rastreado pelos mecanismos de busca, para que as páginas certas sejam indexadas e para que o visitante tenha uma experiência rápida e segura. Mesmo o melhor conteúdo não ranqueia se não puder ser rastreado ou se tiver sido removido do índice por engano; por isso, antes do trabalho de conteúdo, é preciso verificar a base. Cada item foi escrito para que você possa marcá-lo como "sim / não".

Por que o SEO técnico vem primeiro?

O mecanismo de busca trabalha em três etapas: rastreamento (encontrar e baixar a página), indexação (entender e armazenar o conteúdo) e ranqueamento. O SEO técnico garante que as duas primeiras etapas funcionem sem problemas. Se um problema ocorrer ali, as etapas seguintes nem começam. Antes de começar, confirme que o Search Console está instalado; para a configuração, veja nosso guia de introdução ao Search Console. Grande parte dos itens abaixo é verificada com os relatórios dele.

Para acelerar a verificação, três fontes gratuitas bastam: o Search Console (como o Google vê você), o PageSpeed Insights (velocidade e Core Web Vitals) e uma ferramenta de crawl para desktop (que percorre o site como um mecanismo de busca e gera uma lista de links quebrados, redirecionamentos e tags ausentes). Marque o resultado de cada item como "ok / a corrigir / não aplicável" em uma tabela com data; em três meses, você pode comparar com a mesma tabela.

1. Controles de rastreamento (crawl)

  • As páginas importantes não estão bloqueadas pelo robots.txt. A ferramenta "Inspeção de URL" do Search Console mostra se uma página pode ser rastreada.
  • As páginas retornam HTTP 200. Nas páginas importantes, não deve haver 404, 500 nem soft 404 (página sem conteúdo que retorna 200).
  • Os redirecionamentos são de uma única etapa e 301. Redirecionamentos em cadeia (A → B → C) devem ser encurtados; fora de situações temporárias, não use 302.
  • As páginas importantes estão ligadas por links internos. Páginas "órfãs", que não recebem nenhum link, podem ser ignoradas. Detalhes em nosso artigo sobre estratégia de links internos.
  • Os links internos quebrados foram corrigidos. Corrija ou remova os links que retornam 404.
  • A estrutura de URLs é limpa. Prefira endereços curtos, legíveis, em letras minúsculas e sem parâmetros desnecessários; não gere centenas de variações com parâmetros para o mesmo conteúdo.
  • Não há erros do Googlebot nos logs do servidor. Em sites grandes, respostas 5xx frequentes às requisições do bot reduzem o rastreamento.

2. Controles de indexação

  • O relatório Páginas do Search Console foi analisado. Leia um a um os motivos de "não indexada" (por exemplo, "Rastreada - atualmente não indexada", "Página alternativa com tag canonical adequada", "Excluída pela tag 'noindex'").
  • As páginas importantes não têm noindex. Uma tag <meta name="robots" content="noindex"> esquecida após o desenvolvimento é um erro muito comum.
  • As páginas desnecessárias foram excluídas de propósito. Para páginas de agradecimento, carrinho, filtros e busca interna, considere usar noindex.
  • Conteúdo fino (thin) foi revisado. Una ou melhore as páginas com poucos parágrafos e textos repetidos.
  • Foi feita uma busca com site:. Pesquise site:seudominio.com.br no Google e compare, de forma aproximada, o número de páginas indexadas com o número real.

3. Canonical e conteúdo duplicado

A tag canonical (<link rel="canonical" href="...">) é o modo de dizer "esta é a versão principal" quando o mesmo conteúdo, ou um muito parecido, existe em vários endereços.

  • Cada página aponta para si mesma (self-referencing) ou aponta de propósito para a versão principal.
  • O canonical usa endereço absoluto (https://...) e não aponta para um endereço que redireciona ou retorna 404.
  • As variações com e sem www, http/https e barra final são redirecionadas com 301 para uma única versão.
  • Os parâmetros de filtro e ordenação apontam o canonical para a página principal da categoria.
  • Canonical e noindex não são usados juntos. Os dois sinais se contradizem.

Observação: o canonical é uma orientação, não uma ordem. Com sinais contraditórios (links internos, sitemap, redirecionamento), o Google pode escolher outro endereço. Por isso, o link interno, o sitemap e o canonical devem apontar para o mesmo endereço.

Um exemplo típico de erro de canonical: em um e-commerce, uma URL de categoria com "?ordenar=preco" aponta para si mesma como canonical. Como resultado, a mesma lista de produtos é indexada em dezenas de endereços, e as páginas competem entre si. A solução é apontar o canonical de todas as variações com parâmetros para a URL limpa da categoria.

4. Hreflang e estrutura multilíngue

Se você tem páginas para mais de um idioma ou região, o hreflang informa ao Google qual versão deve ser mostrada a qual usuário.

  • Cada versão de idioma lista as demais (validação recíproca). Se a página A aponta para B, a B também deve apontar para A.
  • Inclui a própria versão de idioma (self-reference).
  • Os códigos de idioma e região estão corretos: pt-BR, pt, en, en-gb; no português do Brasil, pt-BR costuma ser suficiente.
  • Os endereços de destino retornam 200 e não conflitam com o canonical.
  • x-default está definido, para o seletor de idioma ou a página padrão.
  • Cada idioma foi realmente traduzido. Não marque como outro idioma páginas que não foram traduzidas.

5. Sitemap e robots.txt

ArquivoO que verificar
sitemap.xml Contém apenas URLs que retornam 200, que você deseja indexar e que são endereços canônicos; foi enviado ao Search Console; cada arquivo não ultrapassa 50.000 URLs ou 50 MB; o lastmod reflete a data real de atualização.
robots.txt Fica na raiz do domínio (/robots.txt); não bloqueia pastas críticas, exceto áreas administrativas e temporárias; não bloqueia arquivos CSS/JS; indica o sitemap com a linha Sitemap:.

Uma distinção crítica: o robots.txt impede o rastreamento, mas não remove a página do índice. Se você quer que uma página não apareça no índice, use noindex e não a bloqueie no robots.txt ao mesmo tempo; caso contrário, o Google nunca verá a tag noindex.

6. Velocidade, mobile e segurança

  • Core Web Vitals verificados. Busque LCP ≤ 2,5 s, INP ≤ 200 ms e CLS ≤ 0,1. Detalhes em nosso guia de Core Web Vitals; para medir, use o PageSpeed Insights.
  • Imagens comprimidas (WebP/AVIF), com dimensões definidas, e as que ficam abaixo da dobra com carregamento preguiçoso.
  • O tempo de resposta do servidor (TTFB) é curto e o cache está ativado.
  • Compatibilidade com mobile: design responsivo, tag viewport, espaço suficiente entre elementos clicáveis e o mesmo conteúdo do desktop no mobile.
  • O site inteiro usa HTTPS. O certificado é válido, não há conteúdo misto (mixed content) e os endereços http são redirecionados com 301 para https.
  • Cabeçalhos de segurança e infraestrutura atualizada: versão atual do PHP e do CMS, além de varredura de malware.
  • Tags básicas de cada página estão corretas: title e description exclusivos em cada página, um único H1. Dicas de redação estão em nosso guia de meta title e description.

7. Dados estruturados

Os dados estruturados (marcação schema.org) descrevem para as máquinas o que é cada página e permitem resultados enriquecidos (estrelas, perguntas frequentes, preço, receitas etc.). O Google recomenda o formato JSON-LD.

  • Os tipos adequados estão aplicados: Organization em sites institucionais, Article em artigos, Product em produtos, LocalBusiness em negócios locais e BreadcrumbList para o caminho de navegação.
  • A marcação corresponde exatamente ao conteúdo visível na página. Incluir informações invisíveis ou falsas é um risco de ação manual.
  • A validação foi feita: o Teste de Resultados Enriquecidos do Google e o relatório "Melhorias" do Search Console mostram erros e avisos.
  • Os requisitos atuais foram verificados: os tipos que geram resultados enriquecidos mudam com o tempo; acompanhe a lista atual em Google Search Central.

Ordem de prioridade: não tente corrigir tudo ao mesmo tempo. Comece pelos problemas que bloqueiam: as páginas precisam poder ser rastreadas, noindex incorreto, erros no robots.txt e 5xx. Em seguida, vêm a limpeza de canonical e redirecionamentos e, depois, velocidade e dados estruturados.

Conteúdo gerado por JavaScript

Em sites feitos com frameworks como React ou Vue, o conteúdo é gerado no navegador. O Google consegue executar JavaScript, mas esse processo acontece em uma segunda fila, pode demorar e pode gerar erros.

  • O conteúdo importante está na resposta HTML inicial? Compare o que o Google vê com "Inspeção de URL → Testar URL ativa → Ver página rastreada" no Search Console.
  • Os links são <a href> reais? Botões que navegam apenas por evento de clique podem não ser rastreados.
  • Title, description e canonical são gerados no servidor? Se possível, use renderização no servidor (SSR) ou pré-renderização.
  • Há links de paginação em vez de rolagem infinita? Caso contrário, o conteúdo mais profundo pode não ser descoberto.

Problemas comuns e soluções

SintomaCausa provávelSolução
Página nova não é indexada por semanasSem links internos, fora do sitemap, baixa qualidadeAdicione links internos, inclua no sitemap, solicite a indexação pela Inspeção de URL e fortaleça o conteúdo
Muitos avisos de "Página alternativa com tag canonical adequada"Endereços duplicados ou com parâmetrosAlinhe os canonicals e os endereços do sitemap
Tráfego caiu de repentenoindex acidental, bloqueio no robots.txt, mudança de temaVerifique o código-fonte da página ativa e o robots.txt; encontre no Search Console a data em que o erro começou
Conteúdo diferente no mobile e no desktopSeções ocultas, site mobile separadoMantenha no mobile o conteúdo completo; o Google usa a versão mobile
Resultado enriquecido não apareceMarcação com erro ou incompatível com o conteúdoValide no Teste de Resultados Enriquecidos e alinhe com o conteúdo visível

Com que frequência verificar?

FrequênciaVerificação
SemanalErros de rastreamento e notificações de segurança ou ação manual no Search Console
MensalNúmero de páginas indexadas, situação dos Core Web Vitals, relatório de 404 e redirecionamentos
A cada 3 mesesRastreamento completo do site, páginas órfãs, consistência de sitemap e canonical, hreflang
Após grandes mudançasTema, domínio, CMS ou estrutura de URLs alterados: refaça toda a lista

Conclusão

O objetivo do SEO técnico é remover os obstáculos entre o seu conteúdo e o usuário: suas páginas devem ser rastreadas, indexadas com o endereço correto, carregar rápido e ser corretamente identificadas. Passar os sete tópicos acima para uma planilha e percorrer o site em sequência gera, em meio dia de trabalho, uma tabela sólida. Depois que os problemas forem corrigidos, chega a vez do trabalho de conteúdo e visibilidade; para isso, você pode acompanhar nosso artigo sobre métodos para aumentar o tráfego orgânico.

Depois de confirmar que o site está tecnicamente pronto, para apoiar sua visibilidade nos resultados de busca você pode conhecer a abordagem do hit orgânico. O posicionamento continua sendo definido pelos algoritmos do Google; o HitBot não substitui essas decisões, apenas funciona como uma ferramenta ao lado do trabalho que você realiza.

Faltam cliques na sua palavra-chave?

O HitBot gera sessões reais que pesquisam a palavra-chave que pretende, encontram o seu site e clicam nele. O resultado acumula-se no Search Console como impressões e cliques.

Outros artigos