SEO tecnico: 11 metricas essenciais para developers
SEO tecnico vai muito além de tags e sitemap. Neste guia, você encontra as 11 metricas que developers precisam acompanhar para garantir indexação, performance e ranqueamento saudáveis.
SEO tecnico vai muito além de tags e sitemap. Neste guia, você encontra as 11 metricas que developers precisam acompanhar para garantir indexação, performance e ranqueamento saudáveis.
SEO técnico é o conjunto de otimizações estruturais e de performance aplicadas a um site para melhorar sua indexação, rastreamento e experiência do usuário. Para developers, não basta escrever código que funciona: é preciso medir como o site se comporta aos olhos dos crawlers e dos usuários. As 11 métricas abaixo formam um painel prático para diagnosticar problemas, priorizar correções e acompanhar o impacto das mudanças. Cada uma vem com um critério concreto de avaliação, baseado em boas práticas do Google e da comunidade técnica.
1. Tempo de Carregamento (LCP)
O Largest Contentful Paint (LCP) mede quanto tempo o maior elemento visível da página leva para renderizar. É a métrica que mais impacta a percepção de velocidade em dispositivos móveis. Para um developer, ele aponta gargalos como imagens pesadas, CSS bloqueante ou JavaScript que atrasa a renderização. O Google recomenda LCP abaixo de 2,5 segundos para boa experiência. Valores entre 2,5 e 4 segundos exigem atenção, e acima disso comprometem o ranqueamento.
2. Atraso na Primeira Interação (INP)
O Interaction to Next Paint substituiu o FID como métrica de responsividade em 2024. Ele mede o tempo entre a interação do usuário e a resposta visual da página. Para developers, INP alto indica scripts longos no thread principal, animações pesadas ou listeners mal otimizados. O alvo é abaixo de 200 milissegundos. Um exemplo: um site de e-commerce com INP de 350 ms pode perder vendas por botões que parecem travados, mesmo com carregamento rápido.
3. Mudança de Layout (CLS)
O Cumulative Layout Shift quantifica quanto os elementos da página se movem após o carregamento. Uma CLS acima de 0,1 é considerada ruim, pois causa cliques acidentais e frustração. A causa mais comum é a falta de dimensões definidas em imagens ou anúncios. Para o developer, a correção passa por reservar espaço no CSS e evitar injetar conteúdo acima da dobra após o primeiro paint. Um teste rápido: abra a página no modo mobile e role o feed, se o texto pula, há CLS.
4. Taxa de Rastreamento (Crawl Rate)
O crawl budget não é uma métrica direta, mas a taxa de rastreamento indica quantas páginas o Googlebot acessa por dia. No Search Console, a seção "Estatísticas de rastreamento" mostra o total de solicitações e o tempo de resposta. Se o Googlebot rastreia menos que o esperado, pode haver problemas de orçamento, servidor lento ou robots.txt bloqueando áreas importantes. Para sites grandes, otimizar o crawl é essencial; para sites pequenos, o impacto é menor, mas ainda relevante para indexação rápida.
5. Erros 404 e Soft 404
Erros 404 são respostas HTTP para URLs inexistentes, mas o problema técnico real são os soft 404: páginas que retornam 200 com conteúdo vazio ou irrelevante. O Google trata ambos como perda de orçamento de rastreamento e sinal de qualidade baixa. No Search Console, o relatório "Páginas" lista esses erros. Um developer deve configurar redirecionamentos 301 para URLs antigas e garantir que páginas removidas retornem 404 verdadeiros, não 200 com texto genérico.
6. Redirecionamentos em Cadeia
Uma cadeia de redirecionamentos acontece quando uma URL A redireciona para B, que redireciona para C, e assim por diante. Cada salto aumenta o tempo de carregamento e dilui o PageRank. O Google recomenda no máximo 3 redirecionamentos por URL, mas o ideal é 1. Ferramentas como Screaming Frog identificam cadeias em segundos. Para o developer, a correção é simples: atualizar links internos e externos para apontar direto para a URL final, eliminando intermediários.
7. Dados Estruturados Válidos
Schema.org é o vocabulário que ajuda o Google a entender o conteúdo, gerando rich snippets. Mas dados estruturados inválidos ou com erros não trazem benefício e podem causar avisos no Search Console. A métrica aqui é a taxa de validação: use a ferramenta de teste de dados estruturados do Google e corrija todos os erros. Um exemplo: uma receita com schema de Review sem o campo "author" não exibe estrelas. Para developers, a manutenção é contínua, pois mudanças no tema podem quebrar o schema.
8. Tempo de Resposta do Servidor (TTFB)
O Time to First Byte mede quanto tempo o servidor leva para enviar o primeiro byte de resposta. Um TTFB alto indica problemas de hospedagem, banco de dados lento ou configuração inadequada do cache. O Google considera 200 ms como bom, 500 ms como aceitável, e acima de 1 segundo como crítico. Para um developer, um TTFB de 800 ms em uma página estática sugere cache ausente ou servidor mal configurado. A correção pode envolver CDN, cache de página ou otimização de consultas SQL.
9. Cobertura de Indexação (Index Coverage)
O relatório de cobertura no Search Console mostra quantas páginas estão indexadas, excluídas ou com erros. A métrica útil é a proporção de páginas indexadas em relação ao total de páginas válidas. Se 30% das páginas estão "Rastreadas, não indexadas", pode haver problemas de qualidade ou canibalização. Para o developer, a solução passa por revisar canonical, meta robots e conteúdo duplicado. Uma página de produto com parâmetros de filtro pode gerar milhares de URLs indexáveis desnecessárias.
10. Tamanho de Página em Bytes
O peso total de uma página, incluindo HTML, CSS, JavaScript e imagens, afeta tanto a velocidade quanto o custo de rastreamento. Páginas acima de 2 MB são consideradas pesadas, especialmente em redes móveis 3G. Ferramentas como PageSpeed Insights mostram o peso por tipo de recurso. Um developer pode reduzir o tamanho com minificação, compressão Gzip ou Brotli, e otimização de imagens em WebP. Uma página de blog com 5 MB de JavaScript não carrega rápido em nenhum dispositivo.
11. Erros de JavaScript (JS Errors)
Erros de JavaScript durante o carregamento podem impedir que o Google renderize o conteúdo corretamente, resultando em páginas em branco ou parcialmente indexadas. No Search Console, o relatório "Indexação de página" mostra erros de renderização. A métrica é a taxa de páginas com erros de JS em relação ao total. Para developers, o hábito é verificar o console do navegador em cada deploy, especialmente em SPAs. Um erro simples de variável indefinida pode derrubar a renderização de uma seção inteira.
Como escolher a métrica certa para seu caso
Nenhuma métrica é universal. Para um site institucional pequeno, o foco deve ser TTFB e CLS, que afetam diretamente a experiência. Para um e-commerce com milhares de produtos, a prioridade é cobertura de indexação e crawl rate. Já para um portal de notícias, a velocidade de renderização (LCP e INP) pesa mais, pois os usuários consomem conteúdo rápido. O ponto comum: comece pelo Core Web Vitals, que o Google usa como sinal de ranqueamento, e depois avance para as métricas estruturais. Monitore semanalmente, não diariamente, para evitar ruído de dados.
FAQ
O que é SEO técnico?
SEO técnico é o conjunto de otimizações estruturais e de performance que melhoram o rastreamento, a indexação e a experiência do usuário em um site. Inclui velocidade, dados estruturados, arquitetura de URLs, redirecionamentos e outros fatores que não dependem do conteúdo em si.
Qual a diferença entre SEO técnico e SEO on-page?
SEO técnico foca na infraestrutura do site, como velocidade, rastreamento e indexação. SEO on-page trata do conteúdo e das palavras-chave dentro das páginas. Ambos são complementares: um site rápido com conteúdo ruim não ranqueia, e um conteúdo ótimo em site lento perde posições.
Como medir o Core Web Vitals?
O Core Web Vitals pode ser medido no PageSpeed Insights, no Search Console ou via APIs do Chrome. As três métricas principais são LCP, INP e CLS. O Google considera bom LCP até 2,5s, INP até 200ms e CLS até 0,1.
Por que o Google não indexa minhas páginas?
As causas comuns incluem robots.txt bloqueando o rastreamento, meta noindex, conteúdo duplicado, páginas de baixa qualidade ou erros de JavaScript. Verifique o relatório de cobertura no Search Console para identificar o motivo específico.
O que é crawl budget?
Crawl budget é o número de páginas que o Googlebot rastreia em um site em um determinado período. Ele é limitado pela frequência de atualização e pela autoridade do domínio. Sites grandes precisam otimizar para gastar esse orçamento em páginas importantes.
Qual ferramenta usar para monitorar SEO técnico?
O Google Search Console é gratuito e essencial. Para análises mais profundas, Screaming Frog, PageSpeed Insights e Lighthouse são recomendados. Ferramentas pagas como Ahrefs e Semrush oferecem auditorias completas, mas as gratuitas já cobrem a maioria das necessidades.