Modelo de checklist de auditoria técnica de SEO

Auditoria de rastreabilidade e indexação

Confirme que os mecanismos de busca conseguem descobrir, rastrear e indexar as páginas certas, e nada além disso.

Robots e diretivas de rastreamento

• ☐ Confirme que o robots.txt resolve no domínio raiz e retorna status 200, não 4xx/5xx.
• ☐ Verifique que nenhuma regra Disallow está bloqueando CSS, JavaScript ou diretórios de conteúdo importantes necessários para a renderização.
• ☐ Verifique que hosts de staging ou desenvolvimento estão bloqueados da produção e que a produção não está acidentalmente bloqueada em todo o site (['Disallow: /']).
• ☐ Confirme que há uma referência de sitemap válida declarada no robots.txt.
• ☐ Revise os cabeçalhos meta robots e X-Robots-Tag em busca de noindex ou nofollow não intencionais em páginas indexáveis.
• ☐ Garanta que as páginas que você quer indexar não estejam bloqueadas pelo robots.txt (uma URL bloqueada não consegue ler a própria tag noindex).

Sitemaps XML

• ☐ Confirme que o sitemap lista apenas URLs canônicas, indexáveis e com status 200: sem redirecionamentos, sem noindex, sem URLs bloqueadas.
• ☐ Verifique que o sitemap permanece dentro dos limites por arquivo (['50,000 URLs / 50 MB descompactado']) e usa um índice de sitemaps quando necessário.
• ☐ Verifique que as URLs usam caminhos https absolutos e consistentes que correspondem ao domínio preferido.
• ☐ Envie o sitemap no Search Console e confirme que ele é lido sem erros.
• ☐ Concilie a contagem de URLs do sitemap com a contagem de indexadas e investigue grandes lacunas.

Canonicalização

• ☐ Confirme que toda página indexável declara uma canonical autorreferente (URL absoluta).
• ☐ Verifique que as tags canonical apontam para URLs ativas com status 200, não para redirecionamentos ou 404.
• ☐ Verifique se há sinais conflitantes (canonical vs. noindex, canonical vs. hreflang, canonical vs. sitemap).
• ☐ Garanta que variantes com parâmetros, facetadas, paginadas e com session-ID canonicalizem corretamente.
• ☐ Confirme que apenas uma versão de URL é canônica entre http/https, www/não-www e variantes com barra final.

Cobertura de indexação

• ☐ Revise o relatório Indexação de páginas do Search Console e triagem cada motivo de Não indexada.
• ☐ Investigue Rastreada, mas não indexada no momento e Detectada, mas não indexada no momento em busca de problemas de qualidade ou de orçamento de rastreamento.
• ☐ Resolva os padrões Duplicada sem canônica selecionada pelo usuário e Página alternativa com tag canônica adequada.
• ☐ Use a Inspeção de URL para confirmar o HTML renderizado, a canonical e a indexabilidade dos templates principais.
• ☐ Verifique os logs do servidor ou o relatório de Estatísticas de rastreamento em busca de picos de respostas 4xx/5xx e desperdício de rastreamento.
• ☐ Confirme que páginas importantes são alcançáveis por links internos, não apenas pelo sitemap.

Auditoria de arquitetura do site e links internos

Garanta que suas páginas mais importantes sejam rasas, bem interligadas e recebam a força dos links internos.

Profundidade de rastreamento e estrutura

• ☐ Execute um rastreamento completo a partir da página inicial e registre a profundidade de cliques de cada URL.
• ☐ Confirme que as páginas prioritárias ficam a uma profundidade rasa da página inicial (['3 cliques ou menos']).
• ☐ Identifique páginas profundas soterradas por paginação, filtros ou páginas hub rasas e achate a estrutura onde for apropriado.
• ☐ Verifique uma hierarquia de URLs lógica e consistente que espelhe as seções do site.
• ☐ Confirme que a navegação principal e o rodapé expõem as principais categorias e páginas comerciais-chave.

Páginas órfãs e sem saída

• ☐ Cruze os dados de rastreamento com o sitemap e com dados de analytics/logs para encontrar páginas órfãs (URLs sem links internos de entrada).
• ☐ Adicione links internos contextuais para recuperar conteúdo órfão valioso, ou remova/redirecione órfãs de baixo valor.
• ☐ Identifique páginas sem saída com poucos ou nenhum link interno de saída e adicione links relevantes.
• ☐ Confirme que páginas paginadas e filtradas ainda expõem caminhos de rastreamento até os itens subjacentes.

Força de links e texto âncora

• ☐ Mapeie a contagem de links internos de entrada e sinalize páginas de alto valor que estão pouco linkadas.
• ☐ Reduza os links que apontam para URLs de baixo valor (login, carrinho, páginas utilitárias) que diluem a força.
• ☐ Use texto âncora descritivo, variado e relevante às palavras-chave em vez do genérico clique aqui.
• ☐ Confirme que os links internos importantes são elementos <a href> rastreáveis, não manipuladores de clique apenas em JavaScript.
• ☐ Corrija links internos que passam por redirecionamentos ou caem em 404 para que a força flua diretamente.

Breadcrumbs e páginas hub

• ☐ Implemente navegação breadcrumb em templates profundos e marque-a com dados estruturados BreadcrumbList.
• ☐ Garanta que os links de breadcrumb sejam âncoras reais e reflitam a verdadeira hierarquia do site.
• ☐ Construa ou fortaleça páginas hub/categoria que linkem para conteúdo de cluster relacionado.
• ☐ Confirme que módulos de conteúdo relacionado e contextual interliguem lateralmente páginas tematicamente relevantes.

Auditoria de Core Web Vitals e desempenho

Diagnostique e priorize os problemas de velocidade e estabilidade de página que prejudicam a experiência do usuário e os rankings.

Dados de campo e diagnóstico

• ☐ Revise o relatório Core Web Vitals do Search Console e anote os grupos de URLs que falham no mobile e no desktop.
• ☐ Priorize dados de campo (usuários reais) sobre pontuações de laboratório; use ferramentas de laboratório apenas para reproduzir e depurar.
• ☐ Confirme as metas: LCP em ou abaixo de ['2.5s'], INP em ou abaixo de ['200ms'], CLS em ou abaixo de ['0.1'] no 75º percentil.
• ☐ Audite templates representativos (home, categoria, produto/artigo) em vez de apenas a página inicial.

Largest Contentful Paint (LCP)

• ☐ Identifique o elemento LCP em cada template-chave e confirme que ele carrega cedo.
• ☐ Faça preload da imagem ou fonte do LCP e evite lazy-load de mídia acima da dobra.
• ☐ Sirva as imagens hero em formatos modernos, com dimensões corretas e srcset responsivo.
• ☐ Reduza o tempo de resposta do servidor (TTFB) via cache e uma CDN.

Interaction to Next Paint (INP)

• ☐ Divida tarefas longas de JavaScript e adie scripts não críticos.
• ☐ Minimize o trabalho na thread principal vindo de tags de terceiros, ferramentas de A/B e widgets de chat.
• ☐ Remova JavaScript e CSS não utilizados e faça code-split de bundles grandes.
• ☐ Teste interações reais (toques, aberturas de menu, entradas de formulário) em um dispositivo móvel intermediário.

Cumulative Layout Shift (CLS)

• ☐ Defina largura e altura explícitas (ou aspect-ratio) em imagens, vídeos e embeds.
• ☐ Reserve espaço para anúncios, banners e conteúdo injetado dinamicamente.
• ☐ Faça preload de webfonts e use font-display para limitar as mudanças de layout na troca de texto.
• ☐ Evite inserir conteúdo acima de conteúdo existente após o carregamento.

Entrega, cache e mobile

• ☐ Elimine CSS/JS que bloqueiam a renderização e faça inline apenas do CSS crítico.
• ☐ Ative compressão de texto (gzip/Brotli) e cabeçalhos de cache de longa duração para assets estáticos.
• ☐ Verifique que HTTP/2 ou HTTP/3 e uma CDN estão servindo os assets perto dos usuários.
• ☐ Confirme que o layout mobile é responsivo, com alvos de toque e tamanhos de fonte dimensionados para touch.
• ☐ Teste novamente após cada correção e observe os dados de campo por uma janela completa de coleta antes de declarar sucesso.

Auditoria de dados estruturados e resultados avançados

Valide que sua marcação de schema é precisa, elegível e conquista os resultados avançados a que se qualifica.

Cobertura de schema e escolha de tipo

• ☐ Faça o inventário de quais templates têm dados estruturados e a quais templates elegíveis eles faltam.
• ☐ Associe cada página aos tipos apropriados (['Article, Product, FAQPage, BreadcrumbList, Organization, LocalBusiness']).
• ☐ Prefira JSON-LD colocado no código-fonte da página e mantenha um formato de marcação consistente por página.
• ☐ Implemente uma entidade Organization ou de nível de site com logo e perfis sameAs onde for relevante.

Regras de precisão e elegibilidade

• ☐ Confirme que o conteúdo marcado é visível aos usuários na página: sem dados ocultos ou apenas na marcação.
• ☐ Inclua todas as propriedades obrigatórias de cada tipo e adicione as recomendadas para reforçar a elegibilidade.
• ☐ Garanta que os valores sejam verdadeiros e atuais (preço, disponibilidade, avaliações, datas) e reflitam o conteúdo da página.
• ☐ Use marcação de review/rating apenas para avaliações genuínas na página e siga as políticas atuais sobre avaliações autopromocionais.
• ☐ Confirme que as referências de entidade e os IDs são consistentes entre blocos de marcação relacionados.

Validação e testes

• ☐ Rode cada template-chave no Teste de Pesquisa Aprimorada e em um validador de schema.
• ☐ Corrija todos os erros reportados e resolva os avisos que bloqueiam aprimoramentos.
• ☐ Teste o HTML renderizado, já que parte da marcação é injetada por JavaScript após o carregamento.
• ☐ Verifique por amostragem várias URLs reais por template, não apenas um exemplo.

Monitoramento e manutenção

• ☐ Acompanhe cada tipo de resultado avançado nos relatórios de Aprimoramentos do Search Console em busca de novos erros.
• ☐ Configure alertas ou uma verificação recorrente após mudanças de template, CMS ou plugin.
• ☐ Revalide quando as diretrizes mudarem ou um recurso for descontinuado.
• ☐ Mantenha um registro de quais templates emitem quais tipos de schema e quem os gerencia.

Auditoria de SEO internacional

Garanta que a versão de idioma e região certa de cada página seja servida e indexada para o público certo.

Implementação de hreflang

• ☐ Confirme que cada página em um conjunto de idioma/região linka para todas as alternativas, incluindo um hreflang autorreferente.
• ☐ Verifique que as tags de retorno são bidirecionais: cada alternativa linka de volta para as demais (sem referências unilaterais).
• ☐ Use códigos de idioma válidos e códigos de região opcionais (['en, en-GB, es-MX']) no formato ISO.
• ☐ Inclua uma tag x-default para o fallback global/seletor de idioma.
• ☐ Escolha um método de entrega (cabeçalho HTML, cabeçalho HTTP ou sitemap) e aplique-o de forma consistente.
• ☐ Aponte as URLs de hreflang para páginas ativas, indexáveis e canônicas com status 200, nunca para redirecionamentos ou páginas noindex.

Interação entre canonical e indexação

• ☐ Garanta que cada URL localizada seja autocanônica, e não canonicalizada para outra versão de idioma.
• ☐ Confirme que hreflang e canonical não se contradizem na mesma página.
• ☐ Verifique que páginas localizadas quase duplicadas não estão sendo colapsadas em uma única canonical.
• ☐ Verifique que as páginas localizadas aparecem em seus próprios sitemaps com as referências alternativas corretas.

Geossegmentação e estrutura de URL

• ☐ Confirme uma estrutura clara e escalável para idiomas/regiões (ccTLD, subdomínio ou subdiretório) e aplique-a de forma consistente.
• ☐ Defina a segmentação por país onde for apropriado e alinhe-a à sua estratégia de URL.
• ☐ Evite redirecionamentos automáticos baseados em IP que bloqueiam rastreadores ou prendem usuários na versão errada; prefira um banner ou seletor de idioma.
• ☐ Localize o conteúdo de forma significativa (moeda, unidades, dados de contato, ortografia) em vez de duplicar um idioma.

Validação

• ☐ Rastreie o site com o relatório de hreflang ativado e resolva tags de retorno ausentes ou quebradas.
• ☐ Use a ferramenta de Inspeção de URL para confirmar como as alternativas são detectadas.
• ☐ Verifique por amostragem vários locais quanto à renderização, indexabilidade e entrega corretas.
• ☐ Reaudite após adicionar novos locais ou templates.

Auditoria de migração / redesign do site

Proteja rankings e tráfego antes, durante e depois de uma migração ou redesign verificando redirecionamentos e paridade.

Preparação pré-lançamento

• ☐ Rastreie o site ativo e exporte um inventário completo de URLs indexáveis, títulos, metadados e códigos de status como linha de base.
• ☐ Registre o desempenho de referência: principais páginas de destino orgânicas, rankings, tráfego, conversões e cobertura de indexação.
• ☐ Confirme que o site de staging está bloqueado da indexação e protegido (autenticação ou lista de IPs permitidos), mas verifique que as diretivas serão removidas no lançamento.
• ☐ Construa um mapa de redirecionamento completo de cada URL antiga para seu equivalente novo mais próximo.
• ☐ Prepare novos sitemaps XML, robots.txt e propriedades de analytics/Search Console para a nova estrutura.

Mapeamento de redirecionamentos

• ☐ Use redirecionamentos permanentes 301 para URLs alteradas e evite 302 para mudanças permanentes.
• ☐ Mapeie as URLs antigas um-para-um para páginas novas relevantes; evite redirecionamentos em massa para a página inicial.
• ☐ Elimine cadeias e loops de redirecionamento para que cada URL antiga resolva em um único salto.
• ☐ Preserve ou migre hreflang, canonical e dados estruturados para as novas URLs.
• ☐ Planeje para parâmetros legados, arquivos de mídia e quaisquer URLs com backlinks externos.

Paridade de conteúdo e técnica

• ☐ Verifique que títulos, meta descriptions, cabeçalhos, conteúdo do corpo e imagens foram transferidos ou melhorados.
• ☐ Confirme que os links internos apontam diretamente para as novas URLs, não por meio de redirecionamentos.
• ☐ Verifique que as tags canonical, os dados estruturados e o hreflang estão corretos nos novos templates.
• ☐ Compare Core Web Vitals e a velocidade de página principal antes e depois para detectar regressões.

Validação no lançamento e pós-lançamento

• ☐ No go-live, remova os bloqueios de noindex/robots do staging e confirme que o site de produção é rastreável.
• ☐ Envie os novos sitemaps e use a Inspeção de URL para solicitar indexação das páginas prioritárias.
• ☐ Rastreie novamente o novo site para confirmar que os redirecionamentos resolvem, não existem 404 críticos e nenhum template emite noindex não intencional.
• ☐ Monitore diariamente a cobertura de indexação, as estatísticas de rastreamento, os rankings e o tráfego nas primeiras semanas e fique atento a quedas sustentadas.
• ☐ Mantenha os redirecionamentos ativos a longo prazo e corrija qualquer caminho quebrado recém-descoberto.

Com que frequência devo realizar uma auditoria técnica de SEO?

Para a maioria dos sites, uma auditoria técnica abrangente a cada trimestre funciona bem, combinada com monitoramento contínuo no intervalo. Sites grandes e que mudam com frequência (grandes e-commerces ou veículos de notícias) se beneficiam de mergulhos profundos mensais, enquanto sites pequenos e estáveis muitas vezes podem esperar seis meses. Além do cronograma, sempre rode o módulo de auditoria relevante após qualquer evento importante: uma migração, um redesign, uma mudança de CMS ou uma atualização de template, já que é nessas horas que os problemas técnicos são introduzidos.

Qual é a diferença entre uma auditoria e o monitoramento contínuo?

Uma auditoria é uma revisão abrangente em um ponto no tempo, na qual você inspeciona sistematicamente rastreabilidade, arquitetura, desempenho, dados estruturados e mais para encontrar e priorizar problemas. O monitoramento é a camada contínua e automatizada que vigia novos problemas entre as auditorias, acompanhando cobertura de indexação, links quebrados, picos de códigos de status, Core Web Vitals e erros de dados estruturados para que regressões apareçam rapidamente. Auditorias definem a direção e revelam problemas profundos; o monitoramento captura os novos rapidamente. Você precisa de ambos.

Os Core Web Vitals são um fator de ranqueamento?

Sim. Os Core Web Vitals fazem parte dos sinais de experiência na página do Google e podem influenciar os rankings, especialmente como critério de desempate entre páginas de relevância e qualidade semelhantes. Eles não são uma solução mágica (conteúdo relevante e útil continua sendo o fator dominante), então trate os Core Web Vitals como uma entrada significativa de experiência do usuário e de ranqueamento que vale a pena acertar, não como um substituto da qualidade do conteúdo e da saúde geral do site.

O Google renderiza JavaScript, e por que isso importa para uma auditoria?

O Google consegue renderizar JavaScript, mas a renderização acontece em uma segunda passagem após o rastreamento inicial e depende de os recursos serem rastreáveis. Se conteúdo crítico, links internos, canonicals ou dados estruturados só aparecem depois que o JavaScript do lado do cliente é executado, eles podem ser descobertos tarde ou perdidos caso os scripts sejam bloqueados ou falhem. Durante uma auditoria, sempre verifique o DOM renderizado além do HTML bruto e confirme que seu robots.txt permite o JavaScript e o CSS necessários para a renderização.

Quais problemas técnicos devo corrigir primeiro?

Priorize qualquer coisa que bloqueie o rastreamento ou a indexação de páginas importantes: tags noindex acidentais, regras de disallow excessivamente amplas no robots.txt, canonicals quebradas ou conflitantes, erros de servidor (5xx) e cadeias ou loops de redirecionamento. Eles podem remover páginas da busca por completo, então superam as correções cosméticas. Depois de eliminar os bloqueadores de rastreamento e indexação, percorra por gravidade a arquitetura do site, os Core Web Vitals, os dados estruturados e as questões internacionais.

Quanto tempo depois de corrigir os problemas verei resultados?

Varia conforme o problema e a rapidez com que os mecanismos de busca rastreiam novamente as páginas afetadas. Remover um bloqueador de indexação pode se refletir em dias para URLs de alta prioridade que você solicita via Inspeção de URL, enquanto mudanças amplas em um site grande podem levar semanas até o novo rastreamento se completar. Métricas baseadas em campo como Core Web Vitals só atualizam depois que uma janela completa de coleta de dados passa, então espere um atraso antes que as melhorias apareçam nesses relatórios. Rastreie novamente, valide e monitore em vez de presumir uma mudança instantânea.