SEO técnico: o checklist do site pequeno para avaliar quem faz o seu site

1. O site bonito que o Google não consegue ler

Você pagou pelo site, aprovou o layout, recebeu elogios. Meses depois, quem procura o seu serviço na cidade continua encontrando o concorrente. Parte desse problema pode estar numa camada que ninguém vê: a que decide se o Google consegue entrar no site, ler cada página e guardá-la no índice.

Essa camada é o SEO técnico. Ela não faz o site subir sozinha, mas um defeito nela pode impedir que qualquer outro esforço apareça. Um bloqueio esquecido, uma página que responde com erro ou uma versão de celular pela metade são suficientes para o Google ignorar o que você escreveu.

Este guia é um checklist para o dono de site pequeno, como o de um escritório, uma clínica ou uma loja de bairro. A ideia não é você fazer o trabalho técnico, e sim saber o que pedir, o que conferir e como avaliar quem cuida do site. As regras citadas vêm da documentação do Google Search Central e da Ajuda do Search Console, lidas em novembro de 2026.

2. O que é SEO técnico

O SEO costuma ser dividido em três partes. O on page trata do que está escrito em cada página: título, texto, subtítulos, imagens. O off page trata do que acontece fora do site, como links e menções. O técnico trata da infraestrutura que permite ao Google encontrar, rastrear e indexar o conteúdo.

As três dependem uma da outra, mas a técnica vem primeiro na ordem lógica. O melhor texto do mundo não aparece se a página estiver bloqueada. O guia SEO on page trata da parte do conteúdo; aqui, o foco é o que precisa estar certo antes dela.

Para um site de poucas páginas, o SEO técnico é finito. Não é um trabalho contínuo de meses, e sim uma lista de itens que, uma vez certos, só precisam de conferência periódica e de atenção nas mudanças: troca de plataforma, de hospedagem ou de domínio.

3. Os três requisitos mínimos do Google

A página de requisitos técnicos do Google é curta. Para uma página ser elegível à indexação, ela precisa cumprir três condições, e o resto do SEO técnico, de certa forma, é cuidar delas em detalhe.

Leia a tabela como um piso, não como um teto. O Google escreve que cumprir os três não assegura a indexação. Eles só tornam a página elegível. A partir daí, o Google decide o que entra no índice, e o restante do checklist ajuda a não dar motivo para ficar de fora.

4. O checklist do site pequeno

A tabela abaixo reúne os itens que fazem sentido para um site de serviço ou loja pequena. A coluna do meio resume a regra do Google; a da direita diz onde você confere sem precisar abrir código.

Use a última coluna como roteiro de uma conferência de meia hora. Se você não tem acesso ao Search Console do próprio site, esse é o primeiro item a resolver, antes de todos os outros: sem ele, você depende do que o fornecedor diz. As próximas seções explicam cada linha.

5. Indexação: o que o relatório mostra e o que é normal

O relatório de indexação de páginas do Search Console mostra quantos endereços do site o Google rastreou e indexou, quais ficaram de fora e por quê. É o termômetro principal do SEO técnico, porque mostra o resultado de tudo o mais.

Não se assuste com a lista de páginas não indexadas. A Ajuda do Search Console diz que a maioria dos sites tem pelo menos algumas e que não se espera indexação de 100%, só das páginas canônicas. Endereços que redirecionam, cópias, páginas removidas que respondem 404 e páginas com noindex intencional aparecem ali e estão no lugar certo.

O que merece atenção é uma página importante fora do índice. Os motivos mais comuns, segundo a Ajuda, são: bloqueio no robots.txt, noindex, erro de servidor (5xx), “rastreada, mas não indexada” e “detectada, mas não indexada”. As duas últimas não indicam necessariamente erro técnico, mas, se aparecem na página principal de um serviço, valem uma conversa com quem cuida do site.

6. Robots.txt e noindex: os dois interruptores

O robots.txt diz ao robô por onde ele pode passar. O noindex diz ao Google que uma página não deve aparecer na busca. Os dois são legítimos, e os dois, mal usados, somem com páginas.

O erro mais grave é o bloqueio total que sobra do período de construção do site. O segundo é usar os dois juntos: o Google explica que, para o noindex funcionar, a página não pode estar bloqueada no robots.txt, porque o robô precisa visitá-la para ver a regra. O guia robots.txt detalha o arquivo e como conferi-lo.

Na prática, para um site pequeno, a pergunta ao fornecedor é direta: alguma página do site tem noindex ou está bloqueada no robots.txt? Se tiver, qual e por quê. Página de agradecimento depois de um formulário, área de cliente e painel administrativo são respostas razoáveis. A página de um serviço que você vende, não.

7. HTTPS e uma única versão de cada endereço

Para o Google, http://exemplo.com.br, https://exemplo.com.br e https://www.exemplo.com.br podem ser endereços diferentes com o mesmo conteúdo. A documentação de canonização cita essas variações, além de parâmetros de campanha e versões de celular em endereço separado, como causas comuns de páginas duplicadas.

Quando há duplicatas, o Google escolhe uma versão como canônica e mostra essa. Por padrão, prefere a versão HTTPS, a menos que o certificado seja inválido, que existam redirecionamentos de HTTPS para HTTP ou que a própria página aponte para a versão sem segurança. Os sinais mais fortes para indicar a versão certa são o redirecionamento permanente (301) e o elemento rel="canonical"; o sitemap é um sinal fraco.

A documentação não fala em penalidade por conteúdo duplicado. O efeito é outro: sinais divididos entre versões e o risco de o Google mostrar o endereço que você não queria. A conferência é simples: digite o site com e sem “www” e com “http”. Todas as formas devem levar ao mesmo endereço com cadeado.

8. Celular primeiro

O Google usa a versão de celular do site, rastreada por um robô de smartphone, para indexar e classificar as páginas. A documentação chama isso de indexação que prioriza dispositivos móveis. Ter versão de celular não é obrigatório para aparecer, mas é altamente recomendado.

O formato recomendado é o design responsivo: o mesmo endereço e o mesmo código para todos os aparelhos, com o layout se ajustando à tela. O ponto técnico que mais escapa é o conteúdo. O Google pede que a versão de celular tenha o mesmo conteúdo principal da versão de computador, com o mesmo texto alternativo nas imagens e os mesmos dados estruturados. Se o celular mostra menos, o Google lê menos.

Conferir é com o próprio celular: abra as páginas principais e veja se o texto, as fotos e os botões que estão no computador também estão ali, mesmo que dentro de abas ou blocos que abrem ao toque.

9. Velocidade e Core Web Vitals

As Core Web Vitals são três medidas de experiência que o Google usa no ranqueamento. Os limites considerados bons, segundo a documentação, são: carregamento do maior elemento (LCP) em até 2,5 segundos, resposta ao toque ou clique (INP) abaixo de 200 milissegundos e estabilidade visual (CLS) abaixo de 0,1.

O peso precisa ser lido com cuidado. O Google diz que bons resultados nessas medidas não asseguram posição no topo, e que a relevância continua sendo a prioridade: o sistema mostra o conteúdo mais relevante mesmo com experiência fraca. Velocidade desempata quando há muito conteúdo útil disputando a mesma busca. Para o visitante, porém, ela pesa sempre: página que demora perde quem está com pressa. O guia Core Web Vitals explica cada métrica, e o guia site lento trata das causas.

O relatório de Core Web Vitals do Search Console usa dados de visitantes reais (o relatório CrUX do Chrome), separa celular e computador e agrupa páginas parecidas. Em site novo ou com pouca visita, ele pode mostrar “Não há dados disponíveis”. Nesse caso, o PageSpeed Insights mede a página num ambiente simulado, que imita um celular intermediário numa rede móvel, e dá uma nota de 0 a 100: 90 ou mais é bom, de 50 a 89 precisa melhorar, abaixo de 50 é ruim.

10. Sitemap: quando ele ajuda

O sitemap é um arquivo que lista as páginas do site e ajuda o Google a rastreá-lo com mais eficiência. A documentação diz quando ele faz mais diferença: site grande, site novo com poucos links externos e site com muito vídeo, imagem ou notícia.

O mesmo texto diz quando ele pode não ser necessário: site com cerca de 500 páginas ou menos, bem interligado, em que o Googlebot acha tudo seguindo links a partir da página inicial. Ainda assim, o Google conclui que, na maioria dos casos, ter um sitemap traz benefício, e ele não obriga o Google a rastrear nem a indexar nada. Para site pequeno, vale perguntar ao fornecedor se o arquivo existe, qual é o endereço dele e se foi enviado no Search Console. São três respostas curtas, e todas dá para conferir no painel.

11. Dados estruturados e imagens

Dois itens fecham o checklist. Os dados estruturados descrevem a página em código para o Google, e, para negócio local, os tipos que contam são LocalBusiness e Organization. Eles tornam a página elegível a resultados avançados, mas não mudam a posição por si. O guia dados estruturados mostra os tipos que ainda valem em 2026.

As imagens precisam de texto alternativo descritivo e, para aparecer no Google Imagens, devem estar no código como imagem, não como fundo definido no CSS. São detalhes pequenos, mas são técnicos: dependem de quem monta o site, não de quem escreve o texto.

12. Como avaliar quem cuida da parte técnica

O Google tem uma página só sobre contratar SEO, e ela serve de roteiro. Peça exemplos de trabalhos anteriores. Pergunte se o profissional segue as diretrizes do Google, quais resultados espera, em que prazo e como mede o sucesso. Combine que ele vai compartilhar todas as alterações feitas no site.

Os sinais de alerta também estão lá. Ninguém pode prometer o primeiro lugar no Google. Desconfie de quem alega relação especial com o Google, de quem oferece “envio prioritário” a buscadores, de quem contata você por e-mail sem pedido e de ferramentas que se dizem aprovadas pelo Google. Numa auditoria, o Google recomenda dar acesso só de leitura ao Search Console.

Para a parte técnica, há um teste prático: peça um relatório com cada item do checklist da seção 4, com o status atual e a evidência (captura do Search Console, resultado do teste). Um fornecedor sério entrega isso em linguagem simples. O guia consultoria de SEO aprofunda o que perguntar antes de contratar.

13. Erros comuns

• Não ter acesso ao próprio Search Console. Sem ele, você não confere nenhum item do checklist.
• Bloqueio de construção esquecido. O Google diz que páginas bloqueadas no robots.txt dificilmente aparecem.
• Querer 100% das páginas indexadas. A Ajuda do Search Console diz que isso não é esperado.
• Várias versões do mesmo endereço. Com e sem “www”, com e sem HTTPS, sem redirecionamento para uma só.
• Celular com menos conteúdo. O Google indexa pela versão de celular.
• Tratar velocidade como atalho para o topo. O Google diz que relevância vem primeiro.

Esses erros têm em comum o fato de serem invisíveis para quem só olha o site no computador do escritório. Por isso a conferência precisa ser feita nas ferramentas do Google, e não no olho.

14. Em resumo

SEO técnico é cuidar do básico de infraestrutura para o Google encontrar, ler e indexar o site: Googlebot liberado, páginas respondendo com sucesso, noindex só onde for intencional, HTTPS, uma versão de cada endereço, celular com o mesmo conteúdo, velocidade dentro dos limites, sitemap e dados estruturados corretos.

Para site pequeno, é uma lista finita, que você confere no Search Console e no PageSpeed Insights sem saber programar. Ela tira obstáculos, mas não decide a posição: o que o site alcança na busca depende do conteúdo, do mercado e da concorrência. Tenha acesso às ferramentas, peça o checklist com evidência a quem cuida do site e repita a conferência a cada mudança de plataforma, hospedagem ou domínio.