Checklist de SEO para sites: mais de 80 itens para auditar

Um checklist prático de auditoria de SEO para rastreamento, indexação, conteúdo e medição, com as evidências que vale guardar antes de alterar um site.

SEO não é uma ação única — é um sistema. Um sitemap bem configurado não leva um projeto ao topo, e uma tag title bem escrita não compensa um servidor lento. Este checklist cobre todas as áreas-chave: da base técnica ao conteúdo e à análise. Use-o ao lançar um site novo, antes de uma auditoria ou como mapa de revisão recorrente.

Não tente fechar tudo de uma vez. Divida o checklist em blocos e percorra-os em sequência: primeiro os problemas técnicos, depois o on-page e, por fim, o conteúdo. Problemas técnicos não resolvidos desvalorizam todo o resto.
Escopo

Defina o site

Defina os templates, mercados, dispositivos e fontes de dados antes de revisar os problemas.

Evidência

Guarde a prova

Registre a URL, a resposta, o resultado renderizado e a data da observação.

Prioridade

Corrija por impacto e confiança

Trate os problemas apontados pelas ferramentas como pistas até que uma URL principal os confirme.

Reverificação

Confirme o estado final

Depois de uma mudança, inspecione a página no ar e os sinais que deveriam bater entre si.

Como usar este checklist

Cada seção está organizada por importância. Os itens marcados como críticos são a higiene básica — sem eles, todo o resto perde o sentido. Os demais são melhorias de segundo e terceiro nível. Em um site novo, percorra o checklist de cima para baixo. Em um site existente, comece pelas seções em que você suspeita de algum problema e depois feche o restante.

Crie uma planilha no Google Sheets ou no Notion com três colunas: item, status (OK / problema / não se aplica) e comentário. Assim o checklist vira um documento vivo, que você pode passar para a equipe e atualizar a cada auditoria.

Checklist de SEO técnico

O SEO técnico é a base. Se o Google não consegue encontrar, ler ou indexar suas páginas, nenhum conteúdo ou link vai ajudar. Verifique esta seção primeiro.

Indexação e rastreamento

  1. O robots.txt existe e está acessível em /robots.txt — nenhuma página comercial ou de produto é bloqueada por uma diretiva Disallow
  2. O sitemap XML foi criado, contém todas as páginas públicas e foi enviado ao Google Search Console pela seção Sitemaps
  3. Nenhuma página que deveria ser indexada tem a tag <meta name="robots" content="noindex">
  4. O Googlebot consegue carregar CSS e JavaScript — esses caminhos não estão bloqueados no robots.txt (um erro comum ao passar do ambiente de testes para a produção)
  5. Os parâmetros de URL estão configurados no Google Search Console, para que tokens de sessão e parâmetros UTM não criem páginas duplicadas
  6. O orçamento de rastreamento não é desperdiçado: nada de URLs infinitas por paginação sem limite, nem navegação facetada gerando milhares de variantes sem canonical
  7. Todas as páginas são acessíveis em uma única URL canônica — não há versões paralelas sem redirecionamento ou tag canonical

Estrutura de URLs e redirecionamentos

  1. As URLs usam palavras legíveis separadas por hífens, não IDs ou números: /blog/seo-checklist em vez de /p?id=4821
  2. O separador de palavras é o hífen (-), não o sublinhado (_): o Google trata o sublinhado como um conector de palavras
  3. As URLs estão em minúsculas: /Blog/Article cria uma duplicata técnica de /blog/article
  4. O redirecionamento 301 de HTTP para HTTPS está configurado e funcionando
  5. O redirecionamento 301 de www para sem www (ou o contrário) está configurado — um único domínio canônico foi escolhido
  6. Não há cadeias de redirecionamento com mais de um salto: A → B → C deve virar A → C
  7. Todas as páginas excluídas retornam 410 (Gone) ou têm um redirecionamento 301 para uma página ativa — não deixe 404 em páginas que recebem backlinks
  8. A página 404 retorna um código de status 404 de verdade (não 200!), contém links úteis e não cria um beco sem saída frustrante

HTTPS e segurança

  1. O certificado SSL é válido e não expira em até 30 dias — a renovação automática está configurada (Let's Encrypt + Certbot)
  2. Não há conteúdo misto: todos os recursos da página (CSS, JS, imagens, fontes) carregam por HTTPS, e não por HTTP
  3. O cabeçalho HSTS (Strict-Transport-Security) está definido na resposta do servidor
  4. O cabeçalho Content-Security-Policy está configurado, restringindo as origens de carregamento de recursos
  5. X-Frame-Options ou frame-ancestors do CSP impedem que o site seja incorporado em um iframe sem permissão

Otimização para celular

  1. <meta name="viewport" content="width=device-width, initial-scale=1"> está presente em todas as páginas
  2. O texto é legível sem zoom: tamanho de fonte base de pelo menos 16px no conteúdo
  3. Botões e links têm pelo menos 44×44px para facilitar o toque
  4. Não há rolagem horizontal em telas a partir de 320px de largura
  5. O Google Mobile-Friendly Test é aprovado sem erros críticos
  6. Não há subdomínio móvel separado (m.site.com) — se ele existir, o canonical e o hreflang estão configurados corretamente, ou a migração completa para design responsivo foi concluída

Velocidade da página e Core Web Vitals

MétricaBomPrecisa melhorarRuim
LCP (maior renderização de conteúdo)≤ 2,5 s2,5–4,0 s> 4,0 s
INP (interação até a próxima renderização)≤ 200 ms200–500 ms> 500 ms
CLS (mudança cumulativa de layout)≤ 0,10,1–0,25> 0,25
TTFB (tempo até o primeiro byte)< 200 ms200–500 ms> 500 ms
  1. O elemento LCP (geralmente a imagem de destaque no topo) está otimizado: formato WebP, tamanho não maior que o necessário e atributo fetchpriority="high" adicionado
  2. Os recursos que bloqueiam a renderização foram eliminados: o CSS crítico está embutido e os scripts não críticos usam defer ou async
  3. As imagens abaixo da dobra têm o atributo loading="lazy"
  4. Todas as imagens têm atributos explícitos de width e height — isso evita o CLS
  5. O bundle de JavaScript está minimizado: sem bibliotecas não utilizadas e com dependências pesadas substituídas por alternativas mais leves
  6. TTFB abaixo de 200 ms: o cache estático está configurado, um CDN é usado para mídias e as consultas ao banco de dados estão otimizadas
  7. HTTP/2 ou HTTP/3 em uso — verifique em Chrome DevTools → Network, na coluna Protocol
Core Web Vitals são medidos com dados reais de usuários (CrUX), não apenas em testes de laboratório. O Google Search Console → Core Web Vitals mostra o estado real. Os dados de laboratório do PageSpeed Insights são um guia de depuração, não a nota final.

Checklist de on-page

O on-page cobre tudo o que você coloca diretamente na página. É aqui que acontece a maior parte do trabalho diário de SEO: tags, títulos, conteúdo, imagens e links internos.

Tag title

  1. O título é único em cada página do site — duas páginas nunca compartilham o mesmo título
  2. Tamanho de 50–60 caracteres: o Google corta os títulos por volta de 580px de largura
  3. A palavra-chave principal fica mais perto do início — as primeiras palavras têm mais peso
  4. Sem excesso de palavras-chave: “otimização de SEO, serviços de SEO, SEO Londres” é um sinal de alerta para o algoritmo
  5. O título é escrito em sentence case: “Checklist de SEO para um site”, e não “Checklist De SEO Para Um Site”
  6. A página inicial não se chama simplesmente “Início” — isso desperdiça uma ótima chance de ranquear para buscas de marca

Meta description

  1. A meta description é única em cada página — duplicatas reduzem o CTR do site inteiro
  2. Tamanho de 140–160 caracteres — nessa faixa ela aparece sem cortes na maioria dos casos
  3. A palavra-chave principal está incluída — o Google destaca em negrito as correspondências com a busca do usuário
  4. Há uma chamada para ação específica: “Leia o checklist completo”, “Audite seu site em 15 minutos”
  5. Sem caracteres especiais " < > — eles podem ser removidos ou escapados na exibição

Estrutura de títulos H1–H6

  1. Cada página tem exatamente uma tag H1 — nem nenhuma, nem duas
  2. O H1 contém a palavra-chave principal e está alinhado ao tema do título da página
  3. O H1 está marcado corretamente no HTML, e não é apenas uma div ou um span grande para parecer título
  4. A hierarquia de títulos não tem quebras: H2 → H3, sem pular de H2 para H4
  5. Os H2 incluem consultas semanticamente relacionadas e sinônimos, ampliando a cobertura do tema
  6. Os títulos descrevem o conteúdo da seção, e não funcionam como slogans de marketing sem valor para SEO

Tags canonical e duplicatas

  1. Há uma tag canonical em cada página — autorreferenciada ou apontando para a versão preferida
  2. Não há canonicals conflitantes: por exemplo, o canonical aponta para A enquanto o sitemap envia a página como B
  3. As páginas de paginação (/category?page=2) têm canonical autorreferenciado, e não apontam para a página 1 — prática ultrapassada que o Google descontinuou em 2019
  4. As versões com e sem barra final se comportam de forma consistente: uma redireciona para a outra
  5. As versões para impressão e as páginas AMP (se existirem) estão corretamente relacionadas à versão canônica

Otimização de imagens

  1. Todas as imagens têm um atributo alt descritivo — nada vazio e nenhum texto repetido em todas as imagens
  2. Imagens decorativas (divisores, fundos) têm alt="" (vazio), o correto para acessibilidade
  3. Os nomes de arquivo descrevem o conteúdo: seo-checklist-example.webp, e não IMG_4821.webp
  4. Formato WebP (ou AVIF) para fotos e ilustrações complexas — de 25–35% mais leves que JPEG com a mesma qualidade
  5. Atributos width e height em todas as imagens — isso evita o deslocamento de layout (CLS)
  6. loading="lazy" nas imagens abaixo da dobra
  7. A imagem de destaque (acima da dobra) tem fetchpriority="high" e NÃO tem loading="lazy"
  1. Cada página nova recebe pelo menos um link interno de um conteúdo já existente — nenhuma página órfã
  2. As âncoras são descritivas: “checklist completo do robots.txt” em vez de “aqui”, “leia” ou “link”
  3. As páginas-chave (serviços, categorias) recebem mais links internos do que os conteúdos de apoio
  4. Não há links internos quebrados (404) — verifique com Screaming Frog, Sitebulb ou Ahrefs
  5. Nenhum link aponta para páginas noindex — um link interno para uma página oculta desperdiça o orçamento de rastreamento
A linkagem interna é uma das ferramentas de SEO mais baratas: não custa nada para colocar e tem efeito direto na distribuição do PageRank. Uma página com três links internos de qualidade, vindos de páginas do mesmo tema, supera de forma clara uma página órfã.

Dados estruturados

A marcação estruturada ajuda o Google a entender o tipo da página e dá acesso a resultados avançados na pesquisa. Para a maioria dos sites, é mais uma alavanca para crescer o CTR sem mexer nas posições.

Marcação Schema.org

  1. O tipo de marcação corresponde ao tipo da página: Article ou BlogPosting para artigos, Product para produtos, LocalBusiness para negócios locais, e FAQ apenas quando o conteúdo estiver visível e for útil ao leitor
  2. A marcação está implementada em JSON-LD (formato recomendado pelo Google), e não em Microdata
  3. A marcação foi validada no Rich Results Test e no Google Search Console → Aprimoramentos, sem erros críticos
  4. Os campos obrigatórios estão preenchidos: para Article, headline, author e datePublished; para Product, name, description e offers
  5. O conteúdo de FAQ precisa estar visível e ser preciso; não adicione marcação para tentar conquistar um recurso de pesquisa
  6. Em negócios locais, nome, endereço e telefone (NAP) na marcação batem exatamente com o Perfil da Empresa no Google

Open Graph e tags de redes sociais

  1. As tags og:title, og:description, og:image e og:url estão definidas em todas as páginas
  2. A og:image tem pelo menos 1200×630px, o tamanho ideal para prévias no Facebook e no LinkedIn
  3. O og:type está correto: website na página inicial e article nos posts do blog
  4. As tags Twitter Card estão configuradas: twitter:card, twitter:title, twitter:image
  5. As prévias são testadas no Facebook Sharing Debugger e no Twitter Cards Validator

Conteúdo e E-E-A-T

Desde 2022–2023, o Google vem reforçando de forma consistente a importância do E-E-A-T (experiência, especialização, autoridade e confiabilidade) na avaliação das páginas. Não é um sinal algorítmico direto, mas os sinais de E-E-A-T se correlacionam com o ranqueamento em nichos competitivos.

Qualidade do conteúdo

  1. O conteúdo é escrito para pessoas, não para robôs: a página existe porque oferece valor real ao usuário, e não apenas para captar tráfego
  2. A palavra-chave principal e suas variações aparecem no H1, no primeiro parágrafo, em um ou dois H2 e naturalmente ao longo do texto
  3. Sem excesso de palavras-chave: a mesma consulta não se repete em todas as frases
  4. O tema é coberto por completo: a página responde a todas as perguntas relacionadas do usuário — veja o que os concorrentes do top 5 abordam
  5. Números, datas e exemplos específicos são usados, e não afirmações genéricas como “SEO é muito importante para os negócios”
  6. O autor é identificado com pelo menos uma breve biografia — conteúdo anônimo é mais fraco do ponto de vista de E-E-A-T
  7. As datas de publicação e de atualização estão visíveis — o Google considera a atualidade do conteúdo em alguns temas

Auditoria regular de conteúdo

  1. Páginas sem tráfego orgânico há 12 meses ou mais foram analisadas. Decisão: melhorar, mesclar com outra página ou remover com redirecionamento 301
  2. Dados desatualizados (estatísticas, ferramentas, links) foram atualizados, especialmente em conteúdos de SEO, marketing e tecnologia
  3. Não há conteúdo duplicado entre as páginas do site: use o Siteliner ou o Screaming Frog para detectar
  4. Conteúdo raso (páginas com menos de 200–300 palavras e pouco valor) foi mesclado em páginas maiores ou expandido
  5. Verifique a canibalização de palavras-chave: várias páginas não disputam a mesma consulta, o que aparece no relatório de consultas do Search Console
Regra de Pareto para auditorias de conteúdo: 20% das páginas geram 80% do tráfego orgânico. Comece melhorando as 20 páginas com mais tráfego no Search Console, porque o retorno da otimização delas é o maior.

Checklist off-page

O SEO off-page vai além do seu site: cobre o perfil de backlinks, as menções e a presença local. Esses fatores são mais difíceis de influenciar, mas determinam a autoridade do domínio aos olhos do Google.

  1. O perfil de backlinks foi revisado no Ahrefs, no Semrush ou no Google Search Console (relatório de Links): sem links de spam em massa vindos de PBNs ou fazendas de links
  2. O arquivo disavow no Google Search Console está configurado onde há links claramente manipulativos ou de spam
  3. A construção de links está ativa: guest posts, HARO/Connectively, parcerias, digital PR
  4. O perfil de âncoras é diverso: sem excesso de âncoras comerciais com correspondência exata que pareçam artificiais
  5. Os links externos que apontam para o seu site levam a páginas ativas — nenhuma autoridade de link é perdida em 404s

SEO local (para negócios locais)

  1. O Perfil da Empresa no Google foi criado, verificado e preenchido por completo: categoria, descrição, horários e fotos
  2. NAP (nome, endereço, telefone) é idêntico no site, no Perfil da Empresa e em todos os diretórios — qualquer divergência confunde o algoritmo
  3. O site está cadastrado em diretórios relevantes do setor e locais (Yelp, agregadores do setor)
  4. As avaliações do Google recebem respostas regulares, tanto positivas quanto negativas
  5. A marcação LocalBusiness nas páginas de localização está configurada corretamente

Análise e monitoramento

SEO sem análise é trabalhar às cegas. A análise não mostra só resultados: ela indica exatamente onde está o problema, como uma queda de tráfego, uma perda de posições ou uma taxa de rejeição alta em uma página específica.

Google Search Console

  1. O site está verificado no Google Search Console por DNS ou pela tag na página
  2. O sitemap XML foi enviado e não mostra erros
  3. O relatório de Páginas é revisado mensalmente: sem novos erros de “Excluída” ou “Rastreada, mas não indexada”
  4. O relatório de Core Web Vitals no GSC mostra o estado de LCP, INP e CLS com base em dados reais de usuários
  5. O relatório de Links é revisado trimestralmente, para monitorar o perfil de backlinks externos
  6. Os alertas por e-mail de erros estão ativados — o Google envia notificações quando detecta problemas de rastreamento ou indexação

Google Analytics 4

  1. O GA4 está instalado e os dados chegam corretamente — verifique no relatório em tempo real
  2. Os eventos de conversão principais estão configurados: envio de formulário, clique para ligar, adição ao carrinho, cadastro
  3. O filtro de tráfego interno está configurado para que as visitas dos funcionários não distorçam os dados
  4. O GA4 está vinculado ao Google Search Console, o que permite analisar consultas junto com o comportamento no site
  5. O relatório de canais de tráfego está configurado, com separação clara entre Pesquisa orgânica, Direto, Referência e Pago

Rotina de monitoramento

Semanal

Posições das palavras-chave (Rank Tracker ou Search Console). Tráfego orgânico dos últimos 7 dias comparado ao período anterior. Alertas de uptime (Uptime Robot, Better Uptime).

Mensal

Erros de indexação no GSC. Relatório de Core Web Vitals. Revisão do checklist de on-page nas páginas publicadas recentemente. Verificação de backlinks novos e perdidos no perfil de links.

Trimestral

Auditoria técnica completa (Screaming Frog). Auditoria de conteúdo por tráfego. Atualização de conteúdo desatualizado. Análise de concorrentes nas consultas-chave: posições, conteúdo e links.

Após cada atualização

Verificação de Core Web Vitals e do PageSpeed Insights. Teste de compatibilidade com celulares. Revisão do relatório de erros do GSC. Validação de dados estruturados.

Ao responder a grandes atualizações do algoritmo do Google (Core Update, Helpful Content Update), são necessários pelo menos 28 dias de dados antes e depois. Flutuações de curto prazo são normais. Se a queda se mantiver quatro semanas após a atualização, isso é um sinal para uma auditoria completa.

Perguntas frequentes sobre checklists de SEO

Com que frequência devo percorrer o checklist de SEO?
Itens técnicos: mensalmente ou após qualquer mudança significativa no site (atualização de plataforma, redesenho, migração). Itens de on-page e conteúdo: ao publicar material novo e durante as auditorias trimestrais de conteúdo. Análise: semanalmente. Uma passada completa pelo checklist: a cada seis meses ou após grandes atualizações de algoritmo do Google.
Por onde começar o checklist de SEO em um site novo?
Em um site novo, a ordem importa: comece pelo bloco técnico (HTTPS, acessibilidade para o Googlebot, robots.txt, sitemap), depois o on-page antes de cada publicação (tag title, H1, meta description) e então os dados estruturados. Conecte a análise (GSC, GA4) já no primeiro dia, porque sem ela você fica às cegas. Os fatores off-page vêm depois que a base estiver pronta.
Preciso concluir todos os 80+ itens de uma vez?
Não. Priorize pela relação entre risco e esforço. Problemas técnicos críticos (noindex em páginas ativas, HTTPS ausente, GSC não configurado) são corrigidos primeiro. Ajustes finos (Open Graph, Schema em todas as páginas, HSTS) preenchem as lacunas depois. Em um site ativo com tráfego, comece pelas seções em que você já suspeita de algum problema.
Quais itens do checklist trazem resultados mais rápidos?
Resultados rápidos vêm de melhorias no CTR com a reescrita de tags title e meta descriptions (visíveis em 1–2 semanas no Search Console), da correção de erros de indexação (o Google costuma reindexar as páginas corrigidas em 1–4 semanas) e da adição de links internos para páginas importantes (redistribuição do PageRank). Backlinks e autoridade de conteúdo são investimentos de longo prazo, com resultados em 3–6 meses.
Como usar este checklist para auditar um site existente?
Exporte o checklist para uma planilha. Para o bloco técnico, use o Screaming Frog (rastreamento) e o Google Search Console (estado real da indexação). Para o on-page, faça a análise das tags pelo Screaming Frog ou pelo Sitebulb. Use o PageSpeed Insights para velocidade. Comece pelas 50 principais páginas em tráfego orgânico, que é onde a otimização dá o maior retorno.

Check it with SpiderHead

Free and local: run the audit on your own machine.

Try it