Checklist de auditoria de SEO técnico para 2026

A maioria das auditorias de SEO técnico falha do mesmo jeito. Elas despejam todo aviso do crawler numa planilha e chamam isso de estratégia. Você precisa de um checklist que separe o que bloqueia a descoberta do que é ruído e, em seguida, uma decisão clara sobre o que corrigir primeiro.

Este guia percorre um checklist prático de auditoria de SEO técnico para 2026: crawl e robots, indexação, Core Web Vitals, estrutura on-page, schema, sinais internacionais e o que “prontidão para busca com IA” realmente significa. Também cobre quando um passe DIY gratuito basta e quando vale a pena comprar uma auditoria paga.

O que é (e o que não é) uma auditoria de SEO técnico

Uma auditoria de SEO técnico é uma revisão estruturada de como os mecanismos de busca descobrem, renderizam e indexam suas URLs. Ela responde: o Google consegue alcançar as páginas que geram dinheiro, entendê-las e mantê-las no índice sem competir com duplicatas?

Não é pesquisa de palavras-chave, estratégia de conteúdo nem link building. Isso importa, mas fica por cima do crawl e da indexação. Se templates importantes estão com noindex, soft 404 ou enterrados atrás de redirects quebrados, mais posts no blog não salvam o trimestre.

Principal conclusão: Trate a auditoria como diagnóstico e priorização. Rankings são resultado de correções mais conteúdo e links, não um entregável do PDF em si.

O escopo da auditoria fica em crawl, índice e priorização. Conteúdo e links vêm depois que a base está clara.

Como usar este checklist

Trabalhe um domínio principal (e subdomínios acordados) por vez. Prefira os relatórios de cobertura e experiência do Google Search Console quando tiver acesso. Combine isso com um crawl (Screaming Frog, Sitebulb ou similar) e verificações pontuais num perfil de navegador limpo.

Pontue cada item como passa, falha ou precisa amostrar (catálogos grandes). Falhas ganham severidade: bloqueia páginas de dinheiro, desperdiça crawl ou é cosmético.

Pontue itens com severidade para o backlog ser entregável, não um despejo de todo aviso do crawler.

1. Acesso de crawl e robots

Comece verificando se os bots têm permissão para buscar o que importa.

• Confirme que o robots.txt não bloqueia CSS, JS nem diretórios-chave que deveriam ser indexados.
• Verifique Disallow acidental em caminhos de staging que ainda resolvem em produção.
• Confirme que os sitemaps XML estão listados, retornam 200 e incluem apenas URLs canônicas e indexáveis.
• Compare a contagem de URLs do sitemap com a contagem de URLs indexadas no Search Console. Lacunas grandes precisam de uma razão.
• Faça amostragem de crawl a partir de um IP externo. Firewalls de hospedagem e proteções antibot às vezes bloqueiam o Googlebot enquanto tudo parece fino no seu laptop.

Erro comum: Bloquear /wp-admin está ok. Bloquear /wp-json ou caminhos inteiros de /cdn-cgi/ sem entender o que eles servem é como falhas suaves se escondem.

Se os bots não conseguem buscar os templates de dinheiro, o resto da auditoria é teatro.

2. Indexação e canônicos

Acesso de crawl é inútil se as URLs erradas vencem.

• Faça verificação pontual das páginas de dinheiro com site: e a ferramenta Inspeção de URL. Confirme “URL está no Google” quando deveria estar.
• Revise noindex em templates que precisam ranquear (categoria, produto, localização, docs).
• Mapeie quase-duplicatas: misturas HTTP vs HTTPS, www vs non-www, variantes de barra final, cópias com parâmetros, views de impressão.
• Confirme rel=canonical autorreferente ou correto nos templates que importam. Navegação facetada costuma precisar de uma estratégia explícita, não de esperança.
• Soft 404s: páginas finas de “sem resultados” retornando 200, arquivos de tags vazios e shells placeholder do CMS.
• Paginação e infinite scroll: garanta que ainda exista um caminho crawlável até itens profundos.

Sinal	Padrão saudável	Sinal de alerta
Canônico	Aponta para a URL de dinheiro preferida	Aponta para um parâmetro ou caminho desatualizado
Status	200 para indexáveis	Conteúdo soft 404 em 200
Sitemap	Corresponde às URLs preferidas	Inclui redirects e URLs com noindex
Hreflang	Recíproco onde usado	Unidirecional ou códigos de idioma errados

Canônico, status, sitemap e hreflang devem apontar para as URLs de dinheiro preferidas, não para cópias com parâmetros.

3. Renderização e Core Web Vitals

Os sistemas do Google usam sinais de experiência de página. Dados de campo de usuários reais vencem um único print do Lighthouse.

• Puxe Core Web Vitals do Search Console e do CrUX quando disponível.
• Teste em laboratório os templates-chave (home, listagem, artigo, produto, checkout se público).
• Anote o elemento LCP: imagem hero, bloqueio de web font ou renderização client-side tardia.
• Anote fontes de CLS: banners injetados, ads tardios, mídia sem tamanho.
• Anote problemas de INP em templates interativos (filtros, menus, carrinhos).
• Scripts de terceiros pesados: tag managers, widgets de chat, ferramentas de A/B. Meça o custo; não chute.

Boa prática: Corrija a classe do template, não uma URL viral. Um template de produto pode destruir CWV de milhares de páginas.

Core Web Vitals pertencem ao template. Dados de campo vencem um print sortudo do Lighthouse.

4. Estrutura on-page e links internos

SEO técnico inclui se o HTML é compreensível.

• Title tags únicas e precisas nos templates de dinheiro. Sem keyword stuffing.
• Um H1 claro que combine com o trabalho da página.
• Hierarquia de headings que espelhe o conteúdo, não um acidente de design.
• Links internos de hubs para páginas de dinheiro. URLs órfãs encontradas só em sitemaps são um cheiro ruim.
• Templates finos ou quase vazios que competem com irmãos mais ricos.
• Links quebrados e cadeias de redirect na navegação principal e no rodapé.

Hierarquia de headings e links de hub para páginas de dinheiro importam tanto quanto o crawl em si.

5. Dados estruturados e rich results

Schema não ranqueia por mágica. Pode esclarecer entidades e desbloquear rich results quando combina com o conteúdo visível.

• Valide com as ferramentas de rich results do Google e os relatórios de aprimoramentos do Search Console.
• Prefira tipos que você consegue sustentar com honestidade: Article, Product, FAQ, Organization, BreadcrumbList.
• Remova JSON-LD conflitante ou desatualizado deixado por temas e plugins antigos.
• Mantenha a marcação alinhada ao que o usuário vê. FAQ schema falso é um problema de confiança.

Schema só ajuda quando combina com o que o usuário consegue ver na página.

6. Internacional e hreflang (quando relevante)

Se você opera mais de um locale, SEO internacional faz parte da auditoria técnica.

• O padrão de URL do locale é consistente (pasta, subdomínio ou ccTLD) e documentado.
• Anotações hreflang são recíprocas e usam códigos válidos de idioma ou região.
• x-default aponta para algum lugar intencional.
• Seletor de idioma não cria armadilhas de crawl nem conjuntos duplicados de parâmetros.

Se você tem só um idioma, pule esta seção. Não invente hreflang por estética.

Hreflang precisa ser recíproco. Anotações unidirecionais são um modo comum de falha.

7. Prontidão para busca com IA sem o teatro

Marketing de “SEO para IA” muitas vezes significa spam automatizado. Numa auditoria técnica, prontidão para busca com IA é mais chata e mais útil:

• HTML claro e crawlável para o conteúdo principal (não trancado atrás de renderização client-side não essencial).
• URLs canônicas estáveis para que citações e snippets apontem para a página certa.
• Titles, headings e schema precisos que combinem com a página.
• Sinais de atualização e autoria onde forem honestos (páginas de autor que existem, datas que atualizam quando o conteúdo muda).
• Sem cloaking, fazendas de doorway nem páginas doorway geradas por IA.

Você não consegue “otimizar para rankings do ChatGPT” com um plugin. Consegue tornar páginas fáceis de buscar, citar e atribuir.

Prontidão para busca com IA são páginas crawláveis, claras e atribuíveis — não um plugin que promete citações.

Ordem de prioridade quando tudo está pegando fogo

1. Restaure páginas de dinheiro bloqueadas ou desindexadas.
2. Corrija canônicos quebrados e templates de soft 404.
3. Colapse cadeias de redirect de migrações.
4. Estabilize Core Web Vitals em templates de alto tráfego.
5. Limpe linking interno e colisões de templates finos.
6. Schema e polimento internacional.

Qualquer coisa que só afeta um arquivo raramente visitado pode esperar.

Entregue os bloqueadores que restauram a descoberta das páginas de dinheiro antes de polir schema.

Auditoria DIY vs auditoria paga

Faça você mesmo quando:

• Você tem acesso ao Search Console e um site pequeno (dezenas a poucas centenas de URLs indexáveis).
• O modo de falha é óbvio (migração, noindex acidental, bloqueio de robots).
• Seu desenvolvedor consegue entregar as correções sem uma fila longa.

Compre uma auditoria paga quando:

• O tráfego caiu após um redesign ou mudança de CMS e ninguém concorda no porquê.
• Complexidade de catálogo ou multilocale exige amostragem.
• Você precisa de um backlog priorizado com responsáveis (dev, conteúdo, hosting) antes de um retainer.
• Agências anteriores deixaram plugins conflitantes, sitemaps e restos de “SEO para IA”.

Aviso: Uma auditoria não cria rankings sozinha. Se a página de produto é fraca ou o product-market fit está errado, o trabalho técnico só limpa a pista.

DIY funciona para falhas pequenas e óbvias. Compre ajuda quando complexidade ou queda pós-redesign precisa de um backlog priorizado.

Se você quer um passe prático com uma lista ranqueada de correções em vez de um dump de 80 páginas, veja a página do meu serviço de auditoria de SEO técnico.

Cenário aplicado: queda após redesign

Um site B2B migra de WordPress para um framework JavaScript. Sessões orgânicas caem 40% em seis semanas.

Achados do checklist:

• Rotas importantes de docs retornam shells renderizados no client com HTML inicial fino.
• URLs antigas /blog/* dão 404 sem mapa de redirects.
• O sitemap ainda lista caminhos legados.
• Tags canônicas nas novas páginas de listagem apontam para a homepage.

Primeiro sprint: mapa de redirects para URLs legadas, corrigir canônicos, enviar sitemap atualizado, melhorar HTML renderizado no servidor para templates de docs. Conteúdo e links vêm depois que isso aterrissa.

Redirects, canônicos, sitemap e HTML server-rendered aterrissam antes de conteúdo e links.

Perguntas frequentes

Quanto tempo leva uma auditoria de SEO técnico?

A maioria das auditorias de domínio único termina em cerca de uma a duas semanas após o acesso estar pronto. Catálogos muito grandes recebem uma amostra escopada de templates mais um plano para o resto.

Preciso do Search Console para uma auditoria útil?

Ajuda muito. Sem ele, um crawl mais checagens públicas de URL ainda encontra muitos problemas, mas cobertura e dados de campo de CWV ficam mais magros.

Isso é o mesmo que um pacote completo de SEO?

Não. Este checklist é diagnóstico técnico e priorização. Estratégia de conteúdo, digital PR e otimização contínua são separados assim que a base está clara.

Corrigir esses itens garante rankings?

Nenhum operador honesto deveria prometer isso. Correções técnicas removem bloqueadores para que conteúdo e links possam funcionar. O Google ainda ranqueia relativo a concorrentes e relevância.

E quanto a AI Overviews e “GEO”?

Mantenha páginas crawláveis, claras e atribuíveis. Pule esquemas que alegam citações garantidas em IA. Trate recursos experimentais como secundários a indexação sólida e páginas úteis.

O que fazer em seguida

Rode o crawl e as checagens do Search Console em ordem, escreva um backlog curto com severidade e entregue os principais bloqueadores antes de expandir a produção de conteúdo. Se quiser um segundo olhar no backlog ou na implementação, entre em contato pelo formulário e podemos escopar uma auditoria de SEO técnico focada.