O guia de SEO técnico para quem precisa de resultado, não de jargão

Um site pode ter o melhor texto do setor e mesmo assim não receber visita nenhuma do Google. SEO técnico é a camada que decide se esse texto chega a ser encontrado, lido e comparado com os concorrentes. Quando ela falha, nada do que vem depois funciona.

A confusão acontece porque essa camada é invisível. Ninguém abre um site e percebe que o canonical aponta para o domínio errado, que metade do catálogo está fora do sitemap ou que o servidor demora 1,8 segundo só para começar a responder. O visitante só sente o efeito: a página demora, trava, pula. O buscador sente antes.

Este guia mapeia o assunto inteiro. Primeiro o que SEO técnico cobre de fato, depois uma auditoria em sete etapas que você consegue seguir no seu próprio site, na ordem em que ela realmente deve ser feita.

O que é SEO técnico, na prática

SEO técnico é o conjunto de ajustes que garante que um buscador consiga rastrear, entender, indexar e servir suas páginas com rapidez. Não trata de escolher palavras-chave nem de escrever melhor. Trata da infraestrutura embaixo do conteúdo.

Cinco frentes concentram quase tudo o que importa:

• Rastreamento: o robô consegue chegar em todas as páginas relevantes?
• Indexação: as páginas rastreadas entram no índice, e as certas ficam de fora?
• Performance: a página responde e estabiliza rápido, principalmente no celular?
• Dados estruturados: o buscador entende o que cada página representa?
• Arquitetura: as URLs, os links internos e a hierarquia fazem sentido?

Cada frente tem sintomas próprios e ferramentas próprias. Misturar as duas coisas é o erro mais comum de quem começa: gente otimizando imagem quando o problema é uma diretiva bloqueando o robô, ou reescrevendo textos quando a página nem chegou ao índice.

Vale marcar a fronteira. SEO técnico não escolhe sobre o que você vai escrever, não define a proposta comercial da página e não substitui link building. Ele garante que essas decisões cheguem inteiras ao buscador. É trabalho de encanamento: quando está certo, ninguém repara; quando está errado, o resto do investimento vaza.

Por que conteúdo bom não resolve sozinho?

Porque o Google precisa executar três operações antes de considerar sua página para uma busca: descobrir a URL, rastrear o conteúdo e decidir indexá-lo. Falha em qualquer uma delas e o texto simplesmente não existe do ponto de vista do buscador.

Em sites pequenos isso costuma ser um problema binário: ou está indexado ou não está. Em sites grandes, é uma questão de proporção. Um catálogo com 8 mil produtos em que só 3 mil estão no índice tem 5 mil páginas de investimento parado. Nenhuma reescrita de descrição resolve isso.

Há ainda o custo de oportunidade. Enquanto o robô gasta visitas em URLs com parâmetro, páginas de filtro e variações duplicadas, ele deixa de gastar nas páginas que geram receita. Rastreamento é um recurso finito, e a arquitetura decide onde ele é queimado.

Existe uma inversão útil aqui. Conteúdo tem retorno crescente: cada artigo novo soma. A camada técnica tem retorno de destravamento: ela não soma nada enquanto está certa, e derruba tudo quando quebra. Por isso ela merece verificação periódica mesmo em época de calmaria — o custo de descobrir tarde é sempre maior que o de olhar cedo.

Rastreamento: como o Google chega até suas páginas

O robô descobre URLs de três formas: seguindo links internos, seguindo links externos e lendo o arquivo de sitemap. As três precisam estar em ordem, e a primeira é a que mais gente ignora.

Profundidade de cliques

Uma página que está a seis cliques da home recebe menos atenção do que uma que está a dois. Não é uma regra publicada, é consequência de como o rastreamento funciona: o robô prioriza o que encontra com facilidade e o que aparece linkado com frequência. Se seu produto mais lucrativo só é acessível pelo menu de filtros, ele está escondido.

A correção quase nunca é técnica complicada. É colocar links para as páginas importantes em lugares que já são rastreados com frequência: home, páginas de categoria, artigos com tráfego. Um bom trabalho de estruturação de site com SEO resolve isso no template, e não página por página.

Orçamento de rastreamento

Sites com poucas centenas de URLs raramente enfrentam limite de rastreamento. A partir de dezenas de milhares, ele vira restrição real. Os desperdícios clássicos são URLs com parâmetros de ordenação, paginação infinita, calendários que geram datas até 2099 e páginas de busca interna abertas ao robô.

O sintoma aparece nos logs do servidor: o robô visita milhares de URLs que você nem sabia que existiam. A decisão entre bloquear o rastreamento e bloquear a indexação muda completamente o resultado nesses casos, e escolher errado é o motivo de páginas bloqueadas continuarem aparecendo na busca.

Indexação: rastreado não é o mesmo que indexado

Esta é a distinção mais cara de aprender tarde, e a que separa quem faz SEO técnico de quem repete checklist. O Google pode rastrear sua página, ler tudo e decidir não indexá-la. Isso não é erro nem punição; é julgamento de valor.

Os motivos aparecem nomeados no relatório de páginas do Search Console: "rastreada, mas não indexada no momento", "descoberta, atualmente não indexada", "página duplicada sem canônica adequada". Cada um pede uma resposta diferente, e o passo a passo para ler o relatório de páginas e agir sobre cada motivo é o primeiro lugar para onde ir quando o tráfego não sai do lugar.

Canonical e duplicação

Duplicação raramente é plágio. É o mesmo produto acessível por três caminhos, a home respondendo em quatro variações de domínio, a versão com barra final e sem barra final. O buscador escolhe uma como canônica e ignora as outras — e a escolha dele nem sempre é a sua.

A regra prática: cada conteúdo deve ter uma única URL acessível, todas as variantes redirecionadas para ela com 301, e a tag canonical apontando para si mesma nessa URL final. Canonical não é sugestão obrigatória, é dica forte. Quando ela contradiz os redirecionamentos e o sitemap, o buscador desconfia dos três.

Performance: Core Web Vitals sem mitologia

Velocidade é a frente de SEO técnico que mais recebe atenção e mais gera desperdício. Ela influencia posicionamento, mas influencia muito mais conversão. Trate como problema de negócio e a decisão de priorizar fica mais fácil.

O Google publica três métricas e seus limites de referência. Segundo a documentação do Google, LCP bom fica abaixo de 2,5 segundos, INP bom fica abaixo de 200 milissegundos e CLS bom fica abaixo de 0,1. São medidas de campo, colhidas de usuários reais, não do seu notebook com fibra.

Onde o tempo costuma ir embora

Na maioria dos sites que auditamos, três causas explicam a maior parte do atraso: tempo de resposta do servidor, imagens sem dimensão e formato adequados, e JavaScript de terceiros carregado antes do conteúdo. Chats, mapas, pixels de anúncio e testes A/B entram todos nessa terceira categoria.

Nenhuma dessas correções exige refazer o site. Exige decidir o que carrega primeiro. E exige medir no celular, em 4G, que é onde a maioria das visitas acontece.

Renderização em JavaScript

Sites que montam o conteúdo no navegador adicionam uma etapa extra ao processo: o buscador precisa executar o script antes de ver o texto. Isso funciona, mas atrasa e falha com mais frequência do que HTML entregue pronto. Se a página só existe depois que o JavaScript roda, confirme no teste de URL ao vivo do Search Console que o HTML renderizado contém mesmo o conteúdo, os links internos e a tag canonical. Uma parcela grande dos diagnósticos de SEO técnico em aplicações modernas termina aqui.

Arquitetura e URLs: o que estrutura a leitura

A estrutura de URLs é a planta baixa do site. Ela comunica hierarquia para o usuário e para o buscador ao mesmo tempo.

Uma URL boa é curta, legível, estável e reflete a categoria à qual pertence. Uma URL ruim tem identificadores numéricos, parâmetros empilhados e muda toda vez que o time de produto renomeia algo. Cada mudança de URL sem redirecionamento é um histórico de autoridade jogado fora.

O sitemap é a declaração formal dessa arquitetura. Ele lista as URLs que você considera canônicas e quer ver indexadas — e é por isso que montar e validar o arquivo de sitemap vira uma tarefa de arquitetura, não de configuração. Sitemap que lista páginas com noindex ou URLs que redirecionam é sinal de que a planta baixa e a obra não batem.

Dados estruturados valem o esforço?

Valem quando existe um formato de resultado correspondente. Marcar um produto com preço e disponibilidade, um artigo com autor e data, uma empresa local com endereço e horário: são casos em que a marcação pode render exibição enriquecida na busca.

Marcar tudo com tudo não rende nada. Schema não é fator de posicionamento direto, e inflar a marcação com dados que não aparecem na página é o caminho mais rápido para uma ação manual. Marque o que existe, valide com a ferramenta de teste de resultados avançados e pare por aí.

Uma vantagem discreta da marcação é a manutenção. Quando o schema é gerado a partir dos mesmos dados que alimentam a página, ele se atualiza sozinho. Quando é escrito à mão em cada página, ele envelhece e passa a declarar preços e datas que não existem mais. Prefira sempre a primeira forma.

Quem cuida da parte técnica dentro da empresa?

Depende de onde mora cada problema, e essa é a resposta honesta. Sitemap, canonical, títulos e meta tags costumam ser editáveis pelo painel e cabem no time de marketing. Tempo de resposta do servidor, cabeçalhos HTTP, redirecionamentos e renderização exigem quem tenha acesso ao código e ao ambiente de produção.

O arranjo que funciona melhor é simples: marketing detecta e prioriza, desenvolvimento executa, e alguém é dono do relatório do Search Console. Quando ninguém é dono, os avisos de exclusão se acumulam por meses e viram um trabalho grande em vez de vários pequenos.

Se a empresa não tem esse perfil interno, contratar SEO técnico como projeto fechado resolve a dívida acumulada, mas não a manutenção. Combine desde o início quem vai olhar o relatório depois que a consultoria terminar. Essa é a parte que costuma ser esquecida no contrato.

Auditoria de SEO técnico em sete etapas

Esta é a ordem que faz sentido em uma auditoria. Cada etapa depende da anterior estar resolvida — auditar performance antes de resolver indexação é otimizar páginas que ninguém vai ver.

1. Confirme o que está no índice. Abra o relatório de páginas do Search Console e compare o número de páginas indexadas com o número de páginas que deveriam estar. A diferença é seu escopo de trabalho.

2. Verifique os bloqueios. Leia o arquivo de exclusão de robôs linha por linha e procure meta tags de noindex em templates. Um Disallow: / esquecido depois de um lançamento derruba um site inteiro em duas semanas.

3. Consolide os domínios. Escolha uma versão canônica — com ou sem www, sempre em HTTPS — e redirecione todas as outras com 301. Depois confira que sitemap, canonical e links internos usam essa mesma versão.

4. Audite a duplicação. Rastreie o site com um crawler e liste títulos repetidos, canonicais cruzados e URLs com parâmetro. Decida para cada grupo qual URL sobrevive.

5. Meça performance de campo. Use dados de usuários reais, não apenas testes de laboratório. Separe o que é problema de servidor do que é problema de front-end antes de pedir qualquer correção.

6. Revise a marcação. Valide dados estruturados nas páginas de modelo: produto, artigo, categoria, contato. Corrija erros antes de expandir para outros tipos.

7. Monte o monitoramento. Defina o que será verificado toda semana e o que será verificado a cada deploy. Sem isso, você vai repetir esta auditoria inteira daqui a seis meses.

As sete etapas cabem em uma semana de trabalho em um site de porte médio. Em catálogos grandes, a etapa quatro sozinha pode levar mais tempo que todas as outras juntas.

Como priorizar o que corrigir primeiro?

Por impacto sobre receita, não por severidade no relatório. Uma ferramenta que aponta 400 problemas está descrevendo, não priorizando.

Toda lista de SEO técnico deve ser ordenada assim. Comece pelo que impede acesso: páginas de receita fora do índice, bloqueios acidentais, erros de servidor em massa. Depois o que dilui: duplicação e canonicalização. Depois o que atrasa: performance. Por último, o que enriquece: dados estruturados e refinamento de arquitetura.

Se uma correção custa dois dias de desenvolvimento e afeta três páginas sem tráfego, ela pode esperar. Se custa duas horas e destrava a categoria mais vendida, ela é hoje.

Uma advertência sobre notas. Ferramentas de auditoria entregam pontuações de 0 a 100 e é tentador tratar a nota como meta. Ela não é. A nota pondera dezenas de checagens com pesos que não são os seus. Persiga os problemas que afetam páginas com receita e aceite ficar em 78 para sempre.

O que medir depois de corrigir

Três indicadores acompanham bem o trabalho de SEO técnico, e nenhum deles é posição média.

O primeiro é a razão entre páginas indexadas e páginas publicadas — mede se o buscador está aceitando o que você produz. O segundo é o volume de páginas que recebem ao menos uma impressão por mês, que mostra quanto do site está vivo. O terceiro é a distribuição das métricas de campo entre bom, precisa melhorar e ruim.

Esses três números se movem devagar e mentem pouco. Acompanhe-os por trimestre, registre cada alteração feita e você terá algo raro: uma relação clara entre o que foi corrigido e o que mudou.

Um último aviso, porque ele economiza discussão. SEO técnico não produz salto de posição por conta própria. Ele remove os motivos pelos quais um bom conteúdo perde para um conteúdo pior. Feito o básico com rigor, a competição volta a ser sobre o que você tem a dizer — que era onde ela deveria estar desde o começo.