SEO Técnico: Checklist Completo para Otimizar seu Site

Guia prático · Checklist

SEO técnico é o conjunto de ajustes de código, servidor e estrutura que determina se o Google consegue rastrear, indexar e ranquear o seu site — e, em 24 anos otimizando sites, aprendi que ele decide mais resultados do que qualquer texto bem escrito. Já vi sites com conteúdo impecável presos na página 5 do Google só porque o robots.txt bloqueava o CSS, ou porque um sitemap desatualizado confundia o rastreador.

Este é um checklist SEO completo e direto ao ponto, pensado para quem quer colocar a mão na massa: dono de pequena empresa, freelancer que cuida do próprio site, ou profissional de marketing que precisa entender o que pedir para o time de desenvolvimento. Vou cobrir rastreabilidade e indexação, performance e mobile-first, arquitetura de URLs e dados estruturados, os erros técnicos mais comuns que já vi destruir o tráfego orgânico de clientes, e as ferramentas que realmente uso para auditar tudo isso. Não é teoria — é uma checklist de otimização técnica de site que você pode aplicar hoje mesmo, item por item.

Um detalhe importante antes de começar: este guia foca no “como fazer você mesmo”. Se você prefere entender o que é o serviço de auditoria profissional e quanto custa contratar alguém para isso, já escrevi sobre auditoria SEO e sobre como contratar um freelancer de SEO técnico. Aqui, o objetivo é diferente: te dar o checklist completo, passo a passo, para você aplicar com as próprias mãos — ou para saber exatamente o que cobrar de quem você contratar.

O que é SEO técnico e por que ele importa hoje

SEO técnico é a parte do SEO que não tem relação direta com palavras-chave ou qualidade da redação — é a engenharia por trás do site. Enquanto o SEO on-page cuida de títulos, headings e conteúdo, e o link building cuida da autoridade externa, o SEO técnico garante que o Google consiga acessar, entender e confiar no seu site em primeiro lugar. Sem essa base, tudo o mais é irrelevante: não adianta ter o melhor conteúdo se o rastreador do Google nunca chega até ele.

Na prática, SEO técnico cobre quatro grandes frentes: rastreabilidade (o Googlebot consegue navegar pelo site?), indexação (as páginas certas estão no índice do Google?), performance (o site carrega rápido o suficiente?) e estrutura de dados (o Google entende do que cada página trata?). Em auditorias que fiz ao longo dos últimos anos, encontrei sites perdendo entre 15% e 40% do tráfego potencial só por falhas nessas quatro frentes — sem nenhum problema de conteúdo.

Por que o SEO técnico exige ainda mais rigor

Três mudanças tornaram o SEO técnico mais crítico agora do que há cinco anos. Primeiro, o Google migrou totalmente para indexação mobile-first, ou seja, ele avalia a versão mobile do seu site como referência — não a versão desktop. Segundo, o rastreamento por IA (usado por ferramentas de AEO e GEO, como ChatGPT e Perplexity) depende ainda mais de HTML limpo e dados estruturados para “entender” o conteúdo sem depender de JavaScript pesado. Terceiro, a velocidade de carregamento virou fator de ranqueamento direto via Core Web Vitals, e sites lentos perdem posições mesmo com conteúdo superior.

SEO técnico não é só para sites grandes

Um erro comum é achar que só e-commerces com milhares de páginas precisam se preocupar com isso. Já corrigi problemas técnicos graves em sites institucionais de 10 páginas — como um canonical tag apontando para o domínio errado após uma migração, que zerou o tráfego orgânico de um cliente por três semanas. Site pequeno com erro técnico grave sofre tanto quanto site grande. A diferença é que, em sites pequenos, o problema costuma ser mais fácil de identificar e corrigir — o que torna este checklist ainda mais valioso para quem está começando.

Os pilares deste checklist

• Rastreabilidade e indexação: robots.txt, sitemap XML, canonical tags, status HTTP
• Performance e mobile-first: velocidade de carregamento, Core Web Vitals, responsividade
• Arquitetura e dados estruturados: URLs, hreflang, schema markup
• Erros técnicos comuns: redirecionamentos, conteúdo duplicado, HTTPS mal configurado
• Ferramentas de auditoria: o que usar para monitorar tudo isso continuamente

Checklist de rastreabilidade e indexação: robots.txt, sitemap e canonical

Antes de qualquer outra otimização, confirme que o Google consegue rastrear e indexar as páginas certas. Esta é a base de qualquer estratégia de SEO — de nada adianta pesquisar as melhores palavras-chave se as páginas otimizadas nunca entram no índice.

1. Robots.txt configurado corretamente

Acesse seudominio.com.br/robots.txt e verifique se ele não está bloqueando CSS, JavaScript ou páginas importantes por engano. Um erro clássico que já vi em pelo menos uma dúzia de auditorias: o arquivo robots.txt herdado do ambiente de desenvolvimento (com “Disallow: /” bloqueando o site inteiro) sendo publicado sem querer em produção. Isso derruba o rastreamento de 100% do site da noite para o dia.

2. Sitemap XML atualizado e enviado ao Search Console

O sitemap XML é o mapa que você entrega ao Google com todas as URLs que devem ser indexadas. Ele precisa: (1) estar atualizado automaticamente quando novas páginas são publicadas, (2) incluir apenas URLs canônicas com status 200, (3) estar registrado no Google Search Console em Sitemaps. Sites em WordPress geralmente geram isso via Yoast SEO ou Rank Math em /sitemap_index.xml — confirme que ele existe e está sendo lido sem erros.

3. Canonical tags apontando para a URL certa

A tag canonical diz ao Google qual versão de uma página é a “oficial” quando existem duplicatas (com e sem www, com parâmetros de URL, versões de paginação). Um canonical mal configurado — apontando para a home, para a versão errada de protocolo (http em vez de https) ou para um domínio antigo após migração — pode fazer o Google ignorar páginas inteiras. Verifique isso em cada template do site, não apenas na home.

4. Status HTTP e cadeias de redirecionamento

Rode um crawler (Screaming Frog, Sitebulb, ou o crawler do Google Search Console) e confirme que não há páginas retornando erro 404, 500 ou redirecionamentos em cadeia (301 → 301 → 301). Cada redirecionamento na cadeia dilui um pouco de “link equity” e atrasa o rastreamento. O ideal é sempre um único redirecionamento direto da URL antiga para a nova.

5. Orçamento de rastreamento (crawl budget)

Para sites grandes (acima de 1.000 páginas), o Googlebot não rastreia tudo a cada visita — ele tem um “orçamento” limitado. Páginas de baixo valor (filtros de e-commerce, páginas de tag duplicadas, páginas com parâmetros) competem pela atenção do rastreador com as páginas que você realmente quer indexar. Use o robots.txt e o atributo noindex estrategicamente para direcionar esse orçamento às páginas importantes.

Item	Onde verificar	Frequência recomendada
Robots.txt sem bloqueios indevidos	seudominio.com.br/robots.txt	A cada deploy
Sitemap XML atualizado	Google Search Console > Sitemaps	Mensal
Canonical tags corretas	Código-fonte da página (view-source)	A cada novo template
Erros 404 e 500	Search Console > Cobertura	Semanal
Cadeias de redirecionamento	Screaming Frog / Sitebulb	Trimestral

Checklist de performance e mobile-first: velocidade e Core Web Vitals

Desde que o Google adotou indexação mobile-first, a versão do seu site que importa para o ranqueamento é a que carrega no celular — não no computador do desenvolvedor com internet de 500 Mbps. Em testes que já fiz, uma redução de 2 segundos no tempo de carregamento chegou a aumentar em até 20% a taxa de conversão de páginas de captação, e o efeito no SEO segue o mesmo padrão: site rápido rastreia mais rápido, retém mais o usuário e ranqueia melhor.

1. Core Web Vitals (de forma resumida)

O Google mede três métricas principais de experiência de carregamento: LCP (tempo até o maior elemento visível carregar, ideal abaixo de 2,5s), INP (responsividade a interações, ideal abaixo de 200ms) e CLS (estabilidade visual, ideal abaixo de 0,1). Não vou aprofundar cada métrica aqui — é assunto para um guia inteiro à parte — mas o ponto prático é: rode seu site no PageSpeed Insights e corrija qualquer métrica marcada em vermelho antes de se preocupar com qualquer outra otimização técnica.

2. Compressão de imagens e formatos modernos

Imagens não otimizadas são a causa mais comum de sites lentos que já auditei — em média, respondem por 40% a 60% do peso total de uma página. Converta para WebP ou AVIF, comprima antes do upload, e use lazy loading para imagens abaixo da dobra (fora da primeira tela visível).

3. Minificação de CSS e JavaScript

Remova espaços, comentários e código morto de arquivos CSS e JS, e elimine plugins ou scripts de terceiros que você não usa mais. Em WordPress, plugins de cache como WP Rocket ou W3 Total Cache automatizam boa parte disso, mas vale revisar manualmente scripts de terceiros (chats, pixels de anúncio, widgets) que muitas vezes ficam esquecidos carregando sem necessidade.

4. CDN e cache de servidor

Um CDN (Content Delivery Network) distribui os arquivos do seu site em servidores próximos geograficamente do visitante, reduzindo latência. Combinado com cache de servidor (que evita reprocessar a mesma página a cada visita), essas duas medidas costumam ser as de maior impacto por menor esforço técnico — geralmente implementáveis em um único dia de trabalho.

5. Teste de usabilidade mobile

Além da velocidade, confirme que botões têm tamanho de toque adequado (mínimo 48x48px), que não há texto cortado ou sobreposto, e que pop-ups não bloqueiam o conteúdo principal na tela do celular — o Google penaliza interstitials intrusivos em mobile desde 2017 e continua fiscalizando isso até hoje.

Métrica / Item	Meta recomendada	Ferramenta de verificação
LCP (Largest Contentful Paint)	Abaixo de 2,5s	PageSpeed Insights
INP (Interaction to Next Paint)	Abaixo de 200ms	PageSpeed Insights / CrUX
CLS (Cumulative Layout Shift)	Abaixo de 0,1	PageSpeed Insights
Peso total da página	Abaixo de 2MB	GTmetrix
Teste de usabilidade mobile	Sem erros reportados	Google Search Console

Se quiser se aprofundar especificamente nas três métricas de Core Web Vitals — o que cada uma mede tecnicamente e como corrigi-las passo a passo — vou publicar um guia dedicado só sobre isso; por ora, o resumo acima já resolve 90% dos casos práticos.

Checklist de arquitetura e dados estruturados: URLs, hreflang e schema

Arquitetura de site bem planejada facilita tanto o rastreamento do Google quanto a navegação do usuário. Vou detalhar aqui, passo a passo, os itens que mais impactam essa camada do SEO técnico.

Passo 1: revise a arquitetura de URLs

URLs curtas, descritivas e em minúsculas ranqueiam melhor e são mais fáceis de compartilhar. Prefira /blog/seo-tecnico-checklist/ a /blog/?p=862&cat=3&ref=x. Evite parâmetros dinâmicos desnecessários, use hífen (não underline) para separar palavras, e limite a profundidade da estrutura a no máximo 3-4 níveis a partir da home — páginas enterradas a 6 ou 7 cliques de distância raramente são rastreadas com frequência.

Passo 2: organize a hierarquia com links internos

Toda página importante deve ser alcançável por link interno a partir de páginas de categoria ou do menu principal — nunca deixe conteúdo relevante “órfão”, acessível só pelo sitemap. Isso também distribui a autoridade (link equity) entre as páginas do site. Se você já trabalha com pesquisa de palavras-chave, aproveite para ligar internamente os artigos que competem por termos relacionados.

Passo 3: implemente hreflang se tiver múltiplos idiomas ou regiões

Se o seu site atende públicos em português de Portugal e do Brasil, ou tem versões em outros idiomas, a tag hreflang informa ao Google qual versão mostrar para cada usuário. O erro mais comum é implementar hreflang apenas na página principal e esquecer as páginas internas, ou usar códigos de idioma/região incorretos (o correto para o Brasil é pt-br, não br ou pt sozinho). Se seu site é 100% em português para o público brasileiro, você provavelmente nem precisa de hreflang — não implemente por implementar.

Passo 4: implemente dados estruturados (schema markup)

Schema markup é um código (geralmente em JSON-LD) que descreve explicitamente para o Google do que trata cada página: um artigo, um produto, uma pergunta frequente, uma avaliação. Isso não garante ranqueamento melhor por si só, mas aumenta muito a chance de aparecer em rich snippets (estrelas de avaliação, FAQ expansível, breadcrumbs) e também ajuda motores de IA generativa a “entenderem” seu conteúdo com mais precisão — a base do que hoje chamamos de GEO. Os tipos mais usados para blogs e sites de serviço são: Article, FAQPage, BreadcrumbList, LocalBusiness e Organization.

Passo 5: valide tudo antes de publicar

Depois de implementar schema, sempre rode a página no Rich Results Test do Google antes de considerar concluído. Já vi schema JSON-LD com erro de sintaxe (uma vírgula a mais) invalidando o bloco inteiro silenciosamente — o site continuava no ar normalmente, mas o Google simplesmente ignorava aquele dado estruturado.

• URLs curtas, descritivas, com hífen, sem parâmetros desnecessários
• Nenhuma página importante “órfã” sem link interno apontando para ela
• Hreflang implementado corretamente (se aplicável) em todas as páginas relevantes
• Schema markup (Article, FAQPage, LocalBusiness) implementado e validado
• Rich Results Test do Google sem erros

Erros técnicos comuns que prejudicam o SEO (e como evitá-los)

Depois de duas décadas fazendo auditorias, alguns erros técnicos aparecem repetidamente — em sites pequenos e grandes, novos e antigos. Listo abaixo os que mais destroem tráfego orgânico na prática.

1. HTTPS mal configurado ou conteúdo misto

Ter certificado SSL não basta. É comum encontrar sites com “conteúdo misto” — imagens, scripts ou links internos ainda apontando para http:// em vez de https://, o que gera avisos de segurança no navegador e sinaliza inconsistência ao Google. Verifique também se o redirecionamento de http para https é automático e sem cadeias duplas (http → https → www.https, por exemplo).

2. Conteúdo duplicado por variações de URL

A mesma página acessível por seudominio.com.br, www.seudominio.com.br, seudominio.com.br/pagina e seudominio.com.br/pagina/ (com e sem barra final) é tratada pelo Google como conteúdo potencialmente duplicado se não houver canonical e redirecionamento consistentes. Escolha uma versão “oficial” (recomendo https://www com barra final ao fim das URLs) e redirecione 301 todas as variações para ela.

3. Redirecionamentos quebrados após migração ou redesign

Este é, sem dúvida, o erro mais caro que já vi na prática: uma empresa trocou de plataforma e não mapeou os redirecionamentos das URLs antigas para as novas. Resultado: centenas de páginas indexadas viraram 404, e o tráfego orgânico caiu 70% em seis semanas. Toda migração de domínio, plataforma ou reestruturação de URLs precisa de uma planilha de redirecionamentos 301 completa, testada antes do lançamento.

4. JavaScript bloqueando a renderização do conteúdo

Sites construídos inteiramente em frameworks JavaScript (React, Vue, Angular) sem server-side rendering podem entregar uma página vazia para rastreadores que não executam JS completamente — incluindo alguns bots de IA usados em AEO e GEO. Se o conteúdo principal só aparece depois de uma chamada assíncrona, use SSR (server-side rendering) ou pré-renderização para garantir que o HTML já chegue com o conteúdo visível.

5. Meta tag noindex esquecida em produção

Clássico entre clássicos: a tag <meta name="robots" content="noindex"> usada no ambiente de staging/desenvolvimento e esquecida quando o site vai ao ar. Já resolvi isso em pelo menos três clientes diferentes — o site parecia perfeito, mas simplesmente não aparecia em nenhuma busca porque estava dizendo ao Google, explicitamente, para não indexá-lo. Sempre confira essa tag logo após qualquer deploy.

Ferramentas para auditar SEO técnico e próximos passos

SEO técnico não é uma tarefa que se faz uma vez e esquece — é um processo contínuo de monitoramento. Estas são as ferramentas que uso, na ordem em que costumo abri-las durante uma auditoria.

1. Google Search Console (gratuito, obrigatório)

É a fonte direta de dados do Google sobre como ele enxerga seu site: cobertura de indexação, erros de rastreamento, teste de usabilidade mobile, relatório de Core Web Vitals e envio de sitemap. Se você só puder usar uma ferramenta, use esta — e configure alertas por e-mail para ser avisado de quedas bruscas de cobertura.

2. Screaming Frog ou Sitebulb (crawler técnico)

Esses crawlers simulam o Googlebot navegando pelo seu site e listam, em uma planilha, todos os problemas técnicos: redirecionamentos, canonicals, títulos duplicados, links quebrados, profundidade de cliques. A versão gratuita do Screaming Frog já cobre até 500 URLs, suficiente para a maioria dos sites institucionais e pequenos e-commerces.

3. PageSpeed Insights e GTmetrix (performance)

O PageSpeed Insights usa dados reais de usuários (CrUX) combinados com um teste de laboratório para apontar exatamente o que está deixando a página lenta — imagem específica, script específico, fonte específica. O GTmetrix complementa com um relatório em cascata (waterfall) mais visual, útil para conversar com o time de desenvolvimento sobre prioridades.

4. Rich Results Test e Schema Markup Validator

Ferramentas gratuitas do Google e da comunidade schema.org para validar se seus dados estruturados (Article, FAQPage, LocalBusiness) estão sintaticamente corretos e elegíveis para rich snippets. Rode isso toda vez que alterar um template que contenha schema.

5. Ubersuggest e ferramentas de monitoramento (visão ampla)

Para acompanhar o impacto das correções técnicas no tráfego e nas posições ao longo do tempo, ferramentas como Ubersuggest ajudam a cruzar a saúde técnica do site com o desempenho orgânico real — volume de tráfego, palavras-chave ganhas e perdidas, páginas com queda de posição. Se preferir uma visão mais completa sobre qual ferramenta escolher para cada etapa, já escrevi um comparativo detalhado em ferramentas de SEO.

Próximos passos: como priorizar

Com uma lista de problemas técnicos em mãos, priorize nesta ordem: (1) qualquer coisa bloqueando indexação (noindex indevido, robots.txt, canonical errado) — isso é o incêndio a apagar primeiro; (2) erros 404 e redirecionamentos quebrados em páginas com tráfego histórico; (3) performance e Core Web Vitals; (4) dados estruturados e refinamentos de arquitetura. Essa ordem reflete o impacto real que já observei em dezenas de auditorias: primeiro garanta que o Google consegue ver o site, depois otimize a experiência.

Perguntas Frequentes

O que é SEO técnico?

SEO técnico é o conjunto de otimizações de código, servidor e estrutura que garantem que os mecanismos de busca consigam rastrear, indexar e renderizar corretamente um site. Inclui robots.txt, sitemap XML, velocidade de carregamento, HTTPS, dados estruturados e arquitetura de URLs. Diferente do SEO on-page, não trata do conteúdo textual, mas da infraestrutura que sustenta esse conteúdo.

Qual a diferença entre SEO técnico e SEO on-page?

SEO técnico cuida da infraestrutura (rastreabilidade, indexação, velocidade, código), enquanto SEO on-page cuida de elementos de conteúdo visíveis na página, como títulos, headings, densidade de palavras-chave e qualidade da redação. Os dois são complementares: um site tecnicamente perfeito sem bom conteúdo não converte, e um ótimo conteúdo em site tecnicamente falho nem chega a ser rastreado.

Quanto tempo leva para ver resultados de SEO técnico?

Correções de indexação (como remover um noindex indevido) podem gerar efeito visível em 1 a 4 semanas, assim que o Google rastreia novamente as páginas. Já melhorias de performance e Core Web Vitals costumam levar de 4 a 12 semanas para refletir plenamente nas posições, pois dependem de o Google acumular novos dados de experiência do usuário (CrUX).

Preciso contratar um profissional ou posso fazer sozinho?

Itens básicos deste checklist — sitemap, robots.txt, canonical, compressão de imagens — podem ser feitos por qualquer gestor de site com atenção aos detalhes. Correções mais complexas, como migração de domínio, implementação de hreflang em múltiplos idiomas ou SSR em aplicações JavaScript, geralmente exigem um especialista técnico. Veja mais em nosso guia sobre freelancer de SEO técnico.

O que é crawl budget e por que ele importa?

Crawl budget é o número de páginas que o Googlebot está disposto a rastrear no seu site em um período de tempo. Para sites com mais de 1.000 páginas, desperdiçar esse orçamento em páginas de baixo valor (filtros, tags duplicadas) atrasa a indexação de páginas importantes. Sites pequenos raramente sofrem com isso, pois o Google costuma rastreá-los por completo sem dificuldade.

O sitemap XML é obrigatório para o SEO funcionar?

Não é estritamente obrigatório — o Google pode descobrir páginas por links internos mesmo sem sitemap — mas é altamente recomendado. Ele acelera a descoberta de páginas novas, ajuda o Google a entender a estrutura do site e permite monitorar erros de indexação diretamente no Search Console. Praticamente todo CMS moderno, incluindo WordPress, gera um automaticamente.

O que são Core Web Vitals, resumidamente?

São três métricas do Google que medem a experiência de carregamento de uma página: LCP (velocidade de carregamento do maior elemento visível), INP (responsividade a cliques e toques) e CLS (estabilidade visual, evitando elementos que ‘pulam’ na tela). Ficar dentro das metas recomendadas do Google nessas três métricas é fator direto de ranqueamento desde 2021 e continua sendo um fator relevante hoje.

Como sei se meu site tem conteúdo duplicado técnico?

Use o Google Search Console (relatório de Cobertura, seção ‘Página alternativa com tag canônica adequada’) ou rode um crawler como Screaming Frog para comparar títulos e meta descriptions duplicados entre URLs diferentes. Se a mesma página é acessível por múltiplas URLs (com/sem www, com/sem barra final), isso também conta como duplicação técnica que precisa de canonical e redirecionamento.

HTTPS realmente afeta o ranqueamento?

Sim, o Google confirmou HTTPS como fator de ranqueamento desde 2014, embora seja um sinal de peso relativamente pequeno isoladamente. O impacto maior hoje vem indiretamente: navegadores marcam sites sem HTTPS como ‘não seguros’, o que aumenta a taxa de rejeição e prejudica a confiança do usuário — sinais que o Google também observa.

O que é dados estruturados (schema markup) e preciso disso?

Dados estruturados são um código, geralmente em formato JSON-LD, que descreve explicitamente o tipo de conteúdo de uma página para os mecanismos de busca. Não é obrigatório para ranquear, mas aumenta a chance de aparecer em rich snippets (FAQ expansível, estrelas de avaliação) e ajuda ferramentas de IA generativa a interpretar o conteúdo com mais precisão — relevante tanto para SEO quanto para AEO e GEO.

Com que frequência devo auditar o SEO técnico do meu site?

Recomendo uma checagem rápida semanal no Google Search Console (erros de cobertura e usabilidade mobile), uma auditoria completa com crawler a cada trimestre, e uma auditoria aprofundada sempre que houver mudança de plataforma, domínio ou redesign completo do site. Sites que publicam conteúdo com frequência se beneficiam de monitoramento mais próximo do semanal.

Migrar de HTTP para HTTPS ou trocar de domínio prejudica o SEO?

Prejudica temporariamente se feito sem planejamento, mas não deveria prejudicar de forma permanente se a migração for bem executada: redirecionamentos 301 completos de cada URL antiga para a nova, atualização do sitemap, e envio da alteração de endereço no Google Search Console. A maioria das quedas de tráfego pós-migração que já vi vieram de redirecionamentos incompletos, não da migração em si.

Ferramentas gratuitas são suficientes para SEO técnico?

Para a maioria dos sites pequenos e médios, sim: Google Search Console, PageSpeed Insights e a versão gratuita do Screaming Frog (até 500 URLs) cobrem praticamente todo este checklist sem custo. Ferramentas pagas como Ubersuggest, Semrush ou Sitebulb agregam valor principalmente em sites grandes ou quando você precisa de monitoramento automatizado contínuo.

Veja também

O que é AEO (Answer Engine Optimization): guia completo

Como Aparecer no ChatGPT e Perplexity: Guia de GEO para Empresas

Schema Markup: Guia Completo de Dados Estruturados para SEO, AEO e GEO