SEO técnico: o que é e checklist completo para 2026

SEO técnico é a parte do SEO que garante que o Google consegue rastrear, renderizar e indexar o seu site. Veja o checklist de 2026 com fontes do Google.

Painel com métricas de um site

SEO técnico é o trabalho de deixar o site legível para o Google: garantir que o robô consegue encontrar as páginas, carregar o conteúdo, entender qual versão é a oficial e guardar tudo no índice. Sem essa base, texto bom e link bom rendem pouco, porque a página nem chega a disputar posição. Este guia traz o checklist que usamos para revisar um site, com a fonte oficial de cada item.

Pense numa situação comum. O dono de uma clínica investe num site novo, bonito, com textos caprichados. Três meses depois, abre o Search Console e vê metade das páginas como "Rastreada, mas não indexada no momento". Ninguém escreveu errado. O problema estava embaixo do capô: uma tag noindex esquecida do ambiente de teste, um sitemap apontando para endereços antigos, imagens de 4 MB deixando o celular lento. É disso que o SEO técnico cuida.

O que é SEO técnico, em uma frase

É a parte do SEO que trata da infraestrutura do site e da relação dele com os robôs de busca. O SEO on-page cuida do que está escrito na página (título, texto, intertítulos). O SEO off-page cuida da reputação fora dela (links, menções, avaliações). O técnico garante que as duas outras partes consigam aparecer.

O próprio Google descreve o caminho de uma página até a busca em três etapas no guia Como funciona a Pesquisa Google: rastreamento (o Googlebot descobre e baixa a página), indexação (o Google analisa o conteúdo e decide se guarda) e exibição dos resultados. O mesmo documento deixa claro que o Google não cobra para rastrear mais vezes nem para subir alguém no ranking. A única forma de passar pelas três etapas é ter o site tecnicamente em ordem.

Por que o SEO técnico pesa mais em 2026

Três mudanças dos últimos anos deixaram o técnico mais exigente.

A primeira é a indexação só pelo celular. O Google anunciou no blog do Search Central que, a partir de 5 de julho de 2024, todos os sites passariam a ser rastreados apenas pelo Googlebot para smartphone. Se a versão de celular do seu site esconde texto, corta menu ou não carrega uma seção, para o Google aquilo não existe.

A segunda é a troca de métrica de experiência. Em março de 2024 o INP (Interaction to Next Paint) substituiu o FID entre as Core Web Vitals, conforme a documentação do web.dev. O INP mede quanto o site demora para responder a um toque ou clique, e é bem mais difícil de passar em sites carregados de scripts.

A terceira é a busca com IA. Os resumos de IA do Google e o Modo IA, que chegou em português no Brasil em 8 de setembro de 2025 segundo cobertura da Forbes Brasil, também dependem de páginas rastreadas e indexadas. O Google afirma na página AI features and your website que as mesmas práticas de SEO valem para aparecer nesses recursos. Se a página não está no índice, ela não vira fonte de resposta. Falamos mais disso em SEO para IAs.

Checklist de SEO técnico (com fonte para cada item)

A lista abaixo segue a ordem em que revisamos um site numa auditoria SEO: primeiro o que impede o Google de entrar, depois o que confunde, por último o que deixa lento.

1. Rastreamento: o Google consegue entrar?

Confira o robots.txt. Ele fica em seusite.com.br/robots.txt e diz aos robôs quais pastas não visitar. O erro clássico é um Disallow: / que veio do servidor de teste e bloqueia o site inteiro. A documentação do Google sobre robots.txt avisa de algo que muita gente ignora: robots.txt não serve para tirar página do Google. Uma URL bloqueada ainda pode aparecer na busca se outros sites apontarem para ela. Para esconder uma página, o caminho é a tag noindex.

Veja se não há página importante bloqueada por login, formulário ou JavaScript. O Googlebot não preenche formulário nem clica em "carregar mais". Se a lista de serviços só aparece depois de um clique, ela precisa estar também num link comum.

Use links de verdade. O Google recomenda, no guia de links rastreáveis, que os links sejam elementos <a> com atributo href. Botão que leva a outra página só por JavaScript pode não ser seguido.

Cheque os códigos de resposta. Página que existe responde 200. Página removida responde 404 ou 410. Página que mudou de endereço responde 301. Uma página "não encontrada" que devolve 200 (o tal soft 404) gasta rastreamento à toa e aparece como erro no Search Console.

2. Indexação: o Google guarda a página certa?

Procure noindex esquecido. Abra o código-fonte das páginas principais e busque por noindex. Em WordPress, confira também a opção "Evitar que mecanismos de pesquisa indexem este site", em Configurações, Leitura.

Defina a URL canônica. O mesmo conteúdo costuma existir em vários endereços: com e sem www, com e sem barra no fim, com parâmetros de campanha (?utm_source=). A tag rel="canonical" indica qual é a oficial. O Google explica no guia de canonicalização que a canônica é um sinal forte, mas é uma sugestão: se os outros sinais (links internos, sitemap, redirecionamentos) apontarem para outra versão, ele pode escolher outra.

Mantenha o sitemap limpo. O sitemap XML deve listar só as URLs que você quer no índice, com resposta 200 e sem redirecionamento. O limite de cada arquivo é de 50 mil URLs ou 50 MB sem compressão, segundo a documentação de sitemaps. Envie o endereço no Search Console e cite-o no robots.txt.

Leia o relatório de páginas do Search Console. Ele separa o que está indexado do que não está e diz o motivo. Os dois avisos que mais aparecem em site pequeno são "Rastreada, mas não indexada no momento" (o Google viu e decidiu não guardar, quase sempre por conteúdo fraco ou repetido) e "Descoberta, mas não indexada no momento" (o Google sabe que existe, mas ainda não visitou).

3. Renderização: o Google enxerga o mesmo que o visitante?

Sites feitos em React, Vue ou Angular podem entregar ao robô uma página quase vazia que só ganha conteúdo depois que o JavaScript roda. O Google renderiza JavaScript, mas isso acontece numa fila separada e pode atrasar. A documentação de JavaScript e SEO recomenda renderização no servidor ou pré-renderização quando possível.

O teste é simples: na Inspeção de URL do Search Console, clique em "Testar URL ativa" e depois em "Ver página testada". Se o HTML renderizado não tem o seu texto, o título certo ou os links, o Google também não tem.

4. Velocidade e Core Web Vitals

As três métricas e os limites considerados bons, conforme o web.dev:

Métrica O que mede Bom
LCP (Largest Contentful Paint) quanto tempo o maior elemento visível leva para aparecer até 2,5 segundos
INP (Interaction to Next Paint) quanto tempo a página leva para reagir a um toque ou clique até 200 milissegundos
CLS (Cumulative Layout Shift) quanto a página "pula" enquanto carrega até 0,1

O Google usa as Core Web Vitals nos sistemas de classificação, como diz a página Noções básicas sobre as Core Web Vitals, mas também deixa claro que conteúdo relevante pesa mais. Velocidade desempata e, principalmente, segura o visitante. Um site lento não perde só posição. Perde o cliente que desistiu antes de ver o telefone.

O que mais resolve, na nossa experiência com sites de pequenas empresas:

Imagens em WebP ou AVIF, no tamanho em que aparecem na tela. Uma foto de 4.000 pixels exibida em 800 é o problema número um. Também ajuda carregar a imagem principal com prioridade e as demais com loading="lazy", reservar a altura de banners e anúncios para a página não pular, cortar plugins e scripts de terceiros que ninguém usa (chat, pixel duplicado, mapa embutido na home) e ter hospedagem com cache e HTTP/2 ou HTTP/3.

Meça com o PageSpeed Insights, que mostra dados de usuários reais quando o site tem tráfego suficiente, e acompanhe o relatório Core Web Vitals do Search Console. Esse é o trabalho principal de uma otimização de sites.

5. Celular

Com a indexação só por smartphone, a versão de celular é a versão oficial. Confira se o texto, os intertítulos, os dados estruturados e os links internos são os mesmos no celular e no computador. Botões precisam ter tamanho de dedo, e o texto precisa ser legível sem zoom.

6. HTTPS e segurança

O Google anunciou o HTTPS como sinal de classificação em 2014. Hoje é o mínimo. Confira se todas as versões (http, https, com e sem www) levam para uma só por redirecionamento 301 e se não há "conteúdo misto" (imagem ou script carregado por http dentro de página https).

7. Arquitetura e links internos

Nenhuma página importante deve ficar a mais de três cliques da home. Página que não recebe link interno nenhum (página órfã) quase não é rastreada. Organize o site em silos: uma página principal por tema e artigos de apoio que linkam para ela com o texto exato do assunto. Este artigo, por exemplo, faz parte do silo da nossa agência de SEO.

URLs curtas e descritivas ajudam o visitante e o Google. /seo-local/ diz mais que /?page_id=482.

8. Dados estruturados

Os dados estruturados, em JSON-LD, explicam ao Google o que a página é: uma empresa local, um artigo, um produto, uma pergunta frequente. O formato recomendado e os tipos aceitos estão na introdução aos dados estruturados. Para negócio local, o LocalBusiness com nome, endereço, telefone e horário é o básico. Teste no Teste de pesquisa aprimorada antes de publicar.

Um ponto que vale saber: desde 2023 o Google restringiu o resultado em formato de perguntas frequentes (FAQ) a sites de governo e de saúde com autoridade, como registrado no blog do Search Central em agosto de 2023. O schema FAQPage continua válido e ajuda a explicar o conteúdo, mas não garante o visual de sanfona na busca.

9. Sites com mais de um idioma ou região

Se o site tem versão em inglês ou espanhol, use hreflang para indicar qual versão mostrar a cada público. O Google detalha a implementação no guia de versões localizadas. O erro comum é colocar o hreflang só de um lado: a versão em português aponta para a em inglês, mas a em inglês não aponta de volta.

10. Migrações e redesenho

Trocar de domínio, de plataforma ou de estrutura de URL é o momento de maior risco. Monte uma planilha com cada URL antiga e a nova, configure redirecionamento 301 de uma para uma (não mande tudo para a home), mantenha os redirecionamentos por pelo menos um ano, como orienta o guia de mudança de site, e acompanhe o Search Console diariamente nas primeiras semanas.

Checklist rápido para imprimir

Área Verificação Onde conferir
Rastreamento robots.txt sem bloqueio indevido seusite/robots.txt
Rastreamento links internos em <a href> código-fonte
Rastreamento páginas removidas com 404 ou 301 Search Console, Páginas
Indexação nenhum noindex em página importante código-fonte e Inspeção de URL
Indexação canônica definida e coerente código-fonte
Indexação sitemap só com URLs 200 e enviado Search Console, Sitemaps
Renderização HTML renderizado tem texto e links Inspeção de URL, Ver página testada
Velocidade LCP até 2,5 s, INP até 200 ms, CLS até 0,1 PageSpeed Insights
Celular mesmo conteúdo no celular e no computador navegador em modo celular
Segurança HTTPS em tudo, um só domínio final navegador e redirecionamentos
Arquitetura páginas a até 3 cliques, nenhuma órfã rastreador (Screaming Frog ou similar)
Dados estruturados JSON-LD válido para o tipo de página Teste de pesquisa aprimorada
Idiomas hreflang de ida e volta código-fonte

Ferramentas para fazer o SEO técnico

O Google Search Console é gratuito e obrigatório. É a única ferramenta que mostra o que o próprio Google vê do seu site. O PageSpeed Insights, também gratuito, mede velocidade. Para rastrear o site inteiro como um robô, o Screaming Frog tem versão gratuita até 500 URLs. Semrush e Ahrefs, pagos, fazem auditoria automática e mostram concorrentes. No Bing, o Bing Webmaster Tools cumpre o papel do Search Console e aceita IndexNow para avisar de páginas novas na hora.

Quanto tempo leva para ver efeito

Correção de bloqueio (robots.txt, noindex) costuma aparecer em dias ou poucas semanas, porque o Google volta a rastrear e indexa o que estava parado. Melhoria de velocidade aparece no relatório de Core Web Vitals depois de cerca de 28 dias, que é a janela de dados reais que o Chrome UX Report usa. Ganho de posição depende do resto do SEO, e o próprio Google, na página Você precisa de um SEO?, sugere perguntar a qualquer profissional "que tipo de resultado espera e em quanto tempo". Desconfie de quem responde com data exata.

Quando chamar alguém para fazer

Dá para resolver sozinho boa parte do checklist se o site é pequeno e você tem acesso ao painel. Vale chamar um especialista quando o Search Console mostra muitas páginas fora do índice e você não entende o motivo, quando o site vai mudar de plataforma ou de domínio, quando é feito em JavaScript (React, Next, Vue) ou quando as Core Web Vitals não passam mesmo depois de otimizar as imagens.

Na IKOEH, o SEO técnico é a primeira etapa de qualquer trabalho de consultoria SEO e de SEO local. Antes de escrever uma linha de conteúdo, a gente confirma que o Google consegue ler o que vai ser escrito. Se você tem um negócio pequeno e quer começar pelo básico, o artigo SEO para pequenas empresas mostra por onde ir. Para entender em que ordem as coisas acontecem até a primeira página, leia como aparecer na primeira página do Google.

Quer saber como está o seu site?

A IKOEH faz auditoria SEO com o checklist acima aplicado ao seu site, em linguagem clara e com a lista do que corrigir primeiro. Somos uma agência de marketing digital em Osasco e atendemos toda a Grande São Paulo. Fale com a gente pelo contato e peça o diagnóstico.

Perguntas frequentes sobre SEO técnico

O que é SEO técnico?

É a parte do SEO que cuida da estrutura do site para que o Google consiga rastrear, renderizar e indexar as páginas. Inclui robots.txt, sitemap, canônica, velocidade, versão de celular, HTTPS, links internos e dados estruturados.

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

O on-page trata do conteúdo de cada página: título, texto, intertítulos, imagens com descrição. O técnico trata da infraestrutura: se a página carrega, se o robô entra, se a versão oficial está clara. Uma página pode ter o melhor texto do mercado e não aparecer por um problema técnico.

SEO técnico precisa de programador?

Parte não. Conferir o Search Console, enviar sitemap e comprimir imagens qualquer pessoa organizada faz. Renderização de JavaScript, redirecionamentos em massa, ajustes de servidor e correção de INP normalmente pedem alguém que mexa em código.

Core Web Vitals derrubam o site no Google?

Elas fazem parte dos sinais de experiência que o Google usa, mas a documentação oficial diz que conteúdo relevante pesa mais. Um site lento raramente some por isso, mas perde desempate para concorrentes parecidos e perde visitantes que desistem de esperar.

Com que frequência devo fazer uma revisão técnica?

Uma revisão completa por ano e sempre antes e depois de mudanças grandes (novo tema, nova plataforma, troca de domínio). O Search Console deve ser olhado pelo menos uma vez por mês, porque ele avisa por e-mail de alguns problemas, mas não de todos.

Robots.txt tira uma página do Google?

Não. Ele só pede ao robô que não visite a página. Se ela já estava no índice ou recebe links, pode continuar aparecendo. Para remover, use a tag noindex (e deixe o robô acessar a página para ler a tag) ou a ferramenta de remoções do Search Console para urgências.

SEO técnico ajuda a aparecer no ChatGPT e na Visão geral de IA?

Ajuda no que vem antes. Os recursos de IA do Google usam páginas do índice, e o Google afirma que as boas práticas de SEO continuam valendo para eles. Outros buscadores de IA também precisam conseguir acessar a página. Sem rastreamento e indexação, não há como ser citado.

Quer ajuda com marketing digital para o seu negócio?

Agência de SEO Falar com a IKOEH