Depois de 20 anos atuando como consultor SEO e trabalhando com grandes portais como Samsung LATAM, Nivea e Eucerin, uma coisa que aprendi é que a maioria dos sites tem problemas técnicos sérios que impedem o Google de rastrear, indexar e ranquear suas páginas — e os donos nem sabem disso.
Um site pode ter o melhor conteúdo do mundo, a estratégia de keywords mais bem elaborada, os melhores backlinks. Se a fundação técnica estiver comprometida, nada disso vai funcionar como deveria. SEO Técnico é a base invisível que faz tudo o mais funcionar.
Neste guia, vou cobrir todos os pilares do SEO Técnico com a profundidade que o assunto merece — do rastreamento ao Schema Markup, passando por Core Web Vitals, arquitetura de informação e dados estruturados para IAs.
O que é SEO Técnico?
SEO Técnico é o conjunto de otimizações feitas na estrutura e no código do site para que os mecanismos de busca possam rastrear, indexar e entender suas páginas com eficiência. Diferente do SEO On-page (que trata do conteúdo) e do SEO Off-page (que trata dos links externos), o SEO Técnico cuida da infraestrutura.
O processo do Google para decidir o que ranquear começa antes mesmo de ler o conteúdo. Primeiro ele precisa: descobrir que a página existe, conseguir acessá-la, conseguir renderizá-la, entendê-la e só então avaliá-la. Se qualquer etapa desse processo falhar, a página fica invisível — independente de quão boa seja.
Rastreamento: como o Google descobre e lê seu site
O Googlebot é o robô que percorre a web seguindo links e lendo o conteúdo das páginas. Ele tem um orçamento de rastreamento (crawl budget) — um limite de páginas que vai explorar em cada site por período. Sites grandes e bem estruturados recebem mais orçamento. Sites lentos ou cheios de erros desperdiçam esse orçamento em páginas sem valor.
Para monitorar e otimizar o rastreamento em escala, ferramentas como o AutoSEO Hub (que inclui um crawler robusto contra WordPress e detecção de sitemaps ocultos) podem automatizar o processo de identificação de problemas técnicos em sites grandes.
Robots.txt: a primeira barreira
O arquivo robots.txt fica na raiz do domínio (seusite.com.br/robots.txt) e instrui os robôs sobre o que podem e não podem rastrear. Erros aqui são fatais: um único Disallow: / bloqueia o Googlebot de todo o site.
O que verificar no robots.txt:
- Certifique-se de que páginas estratégicas não estão bloqueadas
- CSS e JavaScript NÃO devem ser bloqueados — o Google precisa renderizar a página para entendê-la
- Páginas de administração, carrinho e checkout podem (e devem) ser bloqueadas
- Adicione a URL do sitemap: Sitemap: https://seusite.com.br/sitemap.xml
Sitemap XML: o mapa do tesouro para o Google
O sitemap XML é uma lista de todas as páginas que você quer que o Google indexe. Não substitui links internos, mas acelera a descoberta de páginas novas ou atualizadas. Deve ser enviado no Google Search Console.
Um bom sitemap inclui: a URL de cada página, a data da última modificação, a prioridade relativa e a frequência de atualização. Sites com blog devem ter um sitemap dinâmico que atualiza automaticamente quando novos artigos são publicados.
Indexação: o que o Google guarda no banco de dados
Rastrear não é o mesmo que indexar. O Google pode rastrear uma página e decidir não indexá-la. Isso acontece por vários motivos — e entender cada um é fundamental para resolver problemas de visibilidade.
Os principais motivos de exclusão de índice
- Tag noindex: a página tem meta name="robots" content="noindex". Verifica se está em páginas que deveriam estar indexadas.
- Canonical incorreto: a página aponta para outra como versão preferida, e o Google honra esse sinal.
- Conteúdo duplicado: o Google detecta que o conteúdo é idêntico a outra página e escolhe indexar apenas uma.
- Rastreada mas não indexada: o Google achou a página mas decidiu que não é útil o suficiente para o índice.
- Descoberta mas não rastreada: a página existe no sitemap mas o Googlebot ainda não chegou até ela.
Como monitorar a cobertura de indexação
O Google Search Console é a ferramenta essencial. No relatório de Indexação, você vê exatamente quantas páginas estão indexadas, quantas foram excluídas e por qual motivo. Monitore isso semanalmente — uma queda repentina no número de páginas indexadas é sinal de problema sério.
Para sites com centenas de páginas, use o Screaming Frog para fazer um crawl completo e cruzar com os dados do Search Console. Isso revela inconsistências que passariam despercebidas na análise manual.
Core Web Vitals: velocidade que o Google mede e cobra
Desde 2021, os Core Web Vitals fazem parte oficial dos fatores de ranqueamento do Google. São métricas que medem experiência real do usuário — não velocidade em laboratório, mas como o site se comporta para visitantes reais, em dispositivos e conexões reais.
LCP — Largest Contentful Paint
Mede o tempo que o maior elemento visível da página leva para renderizar completamente. Geralmente é a imagem principal do hero, um bloco de texto grande ou um vídeo de fundo.
Meta de performance: abaixo de 2,5 segundos é considerado bom. Entre 2,5s e 4s precisa melhorar. Acima de 4s é ruim.
Causas mais comuns de LCP alto e como resolver:
- Imagens sem otimização: Converta para WebP, comprima sem perder qualidade visível e use srcset para servir tamanhos corretos por dispositivo
- Sem preload da imagem principal: Adicione <link rel="preload" as="image"> para a imagem do hero — isso acelera drasticamente o LCP
- Fontes bloqueando renderização: Use font-display: swap para que o texto apareça enquanto a fonte carrega
- JavaScript bloqueando o main thread: Scripts de terceiros (analytics, chat ao vivo, pixels de publicidade) carregados de forma síncrona atrasam toda a renderização
- Servidor lento (TTFB alto): Time to First Byte acima de 800ms prejudica o LCP. Use CDN, cache do servidor e considere hospedagem mais próxima do público
INP — Interaction to Next Paint
Substituiu o FID (First Input Delay) em março de 2024. Enquanto o FID media apenas a primeira interação, o INP mede a responsividade a TODAS as interações durante a visita — cliques, toques, digitação.
Meta: abaixo de 200ms é bom. Entre 200ms e 500ms precisa melhorar. Acima de 500ms é ruim.
O INP alto quase sempre é causado por JavaScript pesado que bloqueia o main thread do navegador. Principais culpados: frameworks JavaScript com re-renders excessivos, widgets de terceiros mal otimizados, event handlers que executam operações custosas e animações implementadas em JavaScript em vez de CSS.
CLS — Cumulative Layout Shift
Mede a estabilidade visual da página — quanto ela se mexe enquanto carrega. Já aconteceu de você tentar clicar num botão e o layout se mover no último segundo, fazendo você clicar em algo errado? Isso é CLS alto.
Meta: abaixo de 0,1 é bom. Entre 0,1 e 0,25 precisa melhorar. Acima de 0,25 é ruim.
Causas e soluções:
- Imagens sem dimensões: sempre defina width e height no HTML para imagens — o navegador reserva o espaço antes de carregar
- Anúncios sem container reservado: defina um placeholder com tamanho mínimo para o espaço de anúncios
- Fontes causando FOUT: Flash of Unstyled Text acontece quando a fonte carrega depois do texto, com dimensões diferentes. Use font-display: optional para evitar o deslocamento
- Conteúdo dinâmico inserido acima do fold: banners de cookies, notificações e outros elementos que aparecem depois do carregamento inicial
Arquitetura de informação: como organizar o site para o Google entender
A estrutura do seu site comunica ao Google o que é importante e como as páginas se relacionam. Uma boa arquitetura acelera o rastreamento, distribui autoridade de forma eficiente e facilita a criação de tópicos de autoridade.
Hierarquia de URLs
A estrutura de URLs deve refletir a hierarquia do conteúdo:
- Home: fesouza.com.br/
- Categoria: fesouza.com.br/consultoria/
- Subcategoria: fesouza.com.br/seo-tecnico/
- Conteúdo: fesouza.com.br/blog/auditoria-seo/
URLs devem ser curtas, descritivas, em minúsculas, sem caracteres especiais e com hífens (não underscores) separando as palavras. Evite parâmetros dinâmicos desnecessários como /page?id=47&cat=3.
Links internos: a espinha dorsal do SEO
Links internos servem a dois propósitos críticos: ajudam o Googlebot a descobrir e rastrear todas as páginas do site, e distribuem autoridade (PageRank) das páginas mais fortes para as mais fracas.
Estratégia de links internos que funciona:
- Toda página importante deve ser acessível em 3 cliques ou menos a partir da home
- Use anchor text descritivo, com a keyword da página destino — evite "clique aqui"
- Crie hubs de conteúdo (pillar pages) que linkam para artigos de suporte e recebem links de volta
- Corrija links quebrados imediatamente — são desperdício de crawl budget e experiência ruim
Canonicalization: evitando conteúdo duplicado
O mesmo conteúdo acessível em múltiplas URLs é um problema frequente, especialmente em e-commerces (filtros, ordenações) e sites com versões HTTP/HTTPS ou www/non-www.
A tag canonical (<link rel="canonical" href="URL_PREFERIDA">) diz ao Google qual versão preferir. Deve estar em todas as páginas, incluindo na própria versão preferida (self-canonical).
Outros pontos de atenção:
- Redirecione permanentemente (301) www para non-www (ou vice-versa) e HTTP para HTTPS
- Padronize URLs com e sem trailing slash (barra final) — escolha um padrão e redirecione o outro
- Em e-commerces, canonicalize páginas de filtros e ordenações para a categoria principal
Schema Markup: o idioma que as IAs entendem
Schema Markup (dados estruturados) é um código que você adiciona ao HTML para explicar ao Google e às IAs generativas o que cada elemento da página significa. Não apenas o que diz, mas o que é.
Por exemplo, sem schema, o Google lê "Fernando Souza — Consultor SEO desde 2005" como texto. Com schema, entende que "Fernando Souza" é uma Person, "Consultor SEO" é um jobTitle e "2005" é uma foundingDate. Essa diferença é fundamental para Rich Results e para ser citado por IAs como ChatGPT e Perplexity.
Os schemas mais importantes para consultores e prestadores de serviço
- Person: quem você é, suas credenciais, especialidades e links de autoridade
- LocalBusiness: endereço, telefone, horários de funcionamento e área de atendimento
- Service: cada serviço que você oferece, com descrição, área de atendimento e fornecedor
- FAQPage: perguntas e respostas estruturadas — essencial para Featured Snippets e AI Overviews
- Article / BlogPosting: para conteúdo editorial com autor, data de publicação e modificação
- BreadcrumbList: hierarquia de navegação que aparece nos resultados do Google
Validando Schema Markup
Use o Rich Results Test (search.google.com/test/rich-results) para validar se o schema está correto. Erros de sintaxe no JSON-LD podem impedir que o Google reconheça os dados estruturados.
HTTPS e segurança: fundação não negociável
HTTPS não é mais opcional — é requisito básico de ranqueamento e confiança. Sites sem SSL recebem alertas de "não seguro" nos navegadores, o que aumenta a taxa de rejeição e prejudica conversões.
Além do certificado, configure headers de segurança no servidor:
- X-Content-Type-Options: previne ataques de MIME sniffing
- X-Frame-Options: previne clickjacking
- Referrer-Policy: controla informações passadas nos referrals
- Content-Security-Policy: define fontes confiáveis de recursos
Mobile-first: o Google vê o que o celular vê
Desde 2019, o Google usa mobile-first indexing para todos os sites. Isso significa que ele rastreia, indexa e ranqueia seu site baseado na versão mobile — não na desktop. Se a versão mobile tem menos conteúdo, menus diferentes ou imagens quebradas, é isso que o Google avalia.
Pontos críticos para mobile:
- Conteúdo deve ser idêntico em mobile e desktop (não esconda conteúdo em abas no mobile)
- Tamanho de fonte mínimo de 16px para texto principal
- Botões e áreas clicáveis com no mínimo 48x48px
- Viewport configurado: <meta name="viewport" content="width=device-width, initial-scale=1.0">
- Sem conteúdo que exija Flash ou plugins não suportados em mobile
Como fazer uma auditoria técnica SEO
Uma auditoria técnica completa segue uma sequência lógica que cobre todas as camadas do SEO Técnico:
1. Google Search Console — o ponto de partida
Verifique o relatório de Cobertura de Índice para entender quais páginas estão indexadas e quais foram excluídas. Analise o relatório de Core Web Vitals para identificar páginas com problemas de performance. Verifique Ações Manuais — penalidades aplicadas pela equipe do Google.
2. Crawl com Screaming Frog
Configure o Screaming Frog e rastreie todo o site. Analise: erros 404, cadeias de redirecionamento, títulos duplicados ou ausentes, meta descriptions duplicadas ou ausentes, imagens sem atributo alt, links internos quebrados e páginas com pouco conteúdo.
Além do Screaming Frog, plataformas integradas como o AutoSEO Hub oferecem crawling acoplado a um dashboard visual para priorização de correções, especialmente útil para quem gerencia múltiplos sites.
3. PageSpeed Insights
Analise as 10 páginas mais importantes em mobile e desktop. Documente LCP, INP e CLS. Priorize correções com maior impacto — geralmente otimização de imagens e eliminação de JavaScript bloqueante.
4. Análise manual de robots.txt e sitemap
Verifique se o robots.txt está correto, se o sitemap está enviado no Search Console e se ele inclui apenas páginas que deveriam ser indexadas.
5. Validação de Schema Markup
Use o Rich Results Test nas páginas principais. Corrija erros e adicione schemas ausentes.
6. Priorização das correções
Organize os problemas em três categorias: Crítico (bloqueia indexação — corrigir imediatamente), Alto impacto (prejudica ranqueamento e performance — próxima sprint) e Melhorias (ganhos incrementais — backlog).
SEO Técnico não é um projeto pontual — é manutenção contínua. Sites mudam, plugins atualizam, CDNs criam problemas inesperados. O que está certo hoje pode estar quebrado semana que vem. Monitoramento regular no Search Console e alertas de disponibilidade são parte da rotina de qualquer operação SEO séria.
Para automatizar o monitoramento e a execução de correções em múltiplos sites, muitos consultores usam plataformas como o AutoSEO Hub que permitem orquestrar auditorias, gerar relatórios e rastrear KPIs sem precisar de múltiplas ferramentas.
Se você quiser que eu faça uma auditoria técnica completa do seu site, identificando todos os problemas e entregando um plano de ação priorizado, é só entrar em contato.