Idiomas

Checklist de SEO Técnico

Um checklist abrangente de SEO técnico cobrindo rastreabilidade, indexação, Core Web Vitals, dados estruturados, sitemaps, robots.txt, canonicalização, HTTPS e SEO para dispositivos móveis — organizado por prioridade e tipo de site.

Publicado pela primeira vez: 27 de jun. de 2026 · Última atualização: 22 de ago. de 2026 · Avançado
Idiomas
AIEscrito porAI v2
1 sinal de evidência nesta página

Um checklist de SEO técnico confirma as condições técnicas que um site deve atender para que mecanismos de busca e mecanismos de resposta de IA rastreiem, renderizem, indexem e sirvam suas páginas — as quatro condições essenciais do Google são rastreável, indexável, compreensível e renderizável. É apenas a parte técnica; a versão completa do site está no Checklist de Auditoria de SEO. Trabalhe em ordem de prioridade — rastreabilidade, indexação, HTTPS, paridade móvel, sitemaps, dados estruturados, Core Web Vitals — e gateie seções inteiras por tipo de site: a maioria dos sites pequenos pode pular a engenharia de orçamento de rastreamento, como o Google confirma em seus próprios documentos. Dois mitos para eliminar: robots.txt não desindexa uma página, e dados estruturados não são um fator de ranqueamento. Atender ao checklist é necessário, mas não suficiente — o Google diz que a indexação ainda não é garantida.

TL;DR — SEO técnico é o piso, não o teto: as páginas precisam ser rastreáveis → indexáveis → compreensíveis → renderizáveis antes que o trabalho de conteúdo possa compensar. Execute a lista em ordem de prioridade e condicione as seções pelo tipo de site — a maioria dos sites pequenos pode pular orçamento de rastreamento, controle de navegação facetada, análise de logs e engenharia de renderização de JS, o que o próprio documento de orçamento de rastreamento do Google confirma. Elimine dois mitos de cara: robots.txt não desindexa, e dados estruturados não são um fator de ranqueamento. Trate os Core Web Vitals como metas, não como portões de aprovação/reprovação — essa é a própria linguagem “esforce-se para” do Google. E atender a todos os requisitos ainda não garante a indexação.

Evidence for this claim Google's minimum technical requirements include accessible Googlebot crawling, a successful HTTP response, and indexable content. Scope: Eligibility prerequisites, not a guarantee of indexing or ranking. Confidence: high · Verified: Google Search Essentials: Technical requirements Evidence for this claim Meeting technical requirements does not guarantee that Google will crawl, index, or serve a page. Scope: Google Search eligibility and selection behavior. Confidence: high · Verified: Google Search Essentials: Technical requirements

O modelo mental: quatro condições

O Google estrutura todo o SEO técnico em torno de quatro condições estruturais — uma página tem que ser rastreável, indexável, compreensível e renderizável. Seus requisitos técnicos do Search Essentials resumem isso em três mínimos: “Googlebot isn’t blocked,” (tradução) “o Googlebot não está bloqueado”; “The page works” (tradução) “a página funciona” (servida com um status HTTP 200); e “The page has indexable content.” (tradução) “a página tem conteúdo indexável”. Tudo nesta checklist está, na verdade, a serviço dessas condições.

A ressalva crítica, direto do mesmo documento: “Just because a page meets these requirements doesn’t mean that a page will be indexed; indexing isn’t guaranteed.” (tradução) “O simples fato de uma página atender a esses requisitos não significa que ela será indexada; a indexação não é garantida.” O SEO técnico é um portão pelo qual você precisa passar, não uma alavanca que garante resultados. É por isso que sempre argumentei que a checklist técnica é o piso — você a supera para que o conteúdo e os links possam fazer seu trabalho, não em vez deles.

Antes de começar: quais seções se aplicam a você?

A maioria dos checklists concorrentes organiza os itens por tópico e aplica a lista inteira a todos os sites. Esse é o padrão errado. O melhor eixo de organização é o tipo de site, porque o próprio Google limita suas orientações mais avançadas pelo tamanho do site. Do guia de crawl budget para sites grandes: “If your site doesn’t have a large number of pages that change rapidly, or if your pages seem to be crawled the same day that they are published, you don’t need to read this guide.” (tradução) “Se o seu site não tem um grande número de páginas que mudam rapidamente, ou se suas páginas parecem ser rastreadas no mesmo dia em que são publicadas, você não precisa ler este guia.”

Os próprios limites (deliberadamente aproximados) do Google para quando o crawl budget começa a importar:

  • Sites grandes — 1 milhão+ de páginas únicas com conteúdo mudando aproximadamente semanalmente.
  • Sites médios ou maiores — 10 000+ páginas únicas com conteúdo mudando muito rapidamente (diariamente).
  • Sites com uma grande parcela de URLs presas no estado “Discovered - currently not indexed” (tradução) “Descoberta — atualmente não indexada” do Search Console.

Então, aqui está a divisão que eu realmente usaria:

Trilha inicial — sites pequenos / de brochura / de negócios locais (< ~10K URLs): verificação de sanidade da rastreabilidade, verificação de sanidade da indexação/canonical, HTTPS, paridade móvel, um sitemap XML, uma rodada de Core Web Vitals, dados estruturados válidos onde geram um rich result. Pule crawl budget, controle de navegação facetada, análise de arquivos de log e engenharia de renderização JS completamente.

Trilha avançada — sites grandes / de ecommerce / com muito JS / empresariais: tudo na Trilha inicial mais gerenciamento de crawl budget, controle de navegação facetada, auditorias de renderização JavaScript, análise de logs de servidor e (se internacional) hreflang.

1. Rastreabilidade

  • Correção do robots.txt. Confirme que você não está desautorizando nada que queira indexar. Google: “A robots.txt file tells search engine crawlers which URLs the crawler can access on your site. This is used mainly to avoid overloading your site with requests; it is not a mechanism for keeping a web page out of Google.” (tradução) “Um arquivo robots.txt informa aos rastreadores dos mecanismos de busca quais URLs eles podem acessar no seu site. Ele é usado principalmente para evitar a sobrecarga do site com solicitações; não é um mecanismo para manter uma página fora do Google.” Use-o para manter bots fora de espaços de baixo valor (busca interna, combinações infinitas de parâmetros), não como uma ferramenta de desindexação. Este é o mesmo território que o mergulho profundo em robots.txt cobre por completo.
  • A armadilha da contradição robots.txt + noindex. Não bloqueie uma URL no robots.txt e dependa de um noindex nela. Google: “While Google won’t crawl or index the content blocked by a robots.txt file, we might still find and index a disallowed URL if it is linked from other places on the web.” (tradução) “Embora o Google não rastreie nem indexe o conteúdo bloqueado por um arquivo robots.txt, ainda podemos encontrar e indexar uma URL não permitida se houver links para ela em outros lugares da web.” O bot não consegue rastrear a página, então ele nunca vê o noindex, e a URL ainda pode aparecer nua nos resultados. Para remover uma página: permita o rastreamento + noindex, ou proteja-a com senha.
  • Erros de rastreamento. Corrija 4xx e 5xx inesperados. O Google só indexa páginas servidas com um 200, e “Client and server error pages aren’t indexed.” (tradução) “Páginas de erro do cliente e do servidor não são indexadas.”
  • Cadeias e loops de redirecionamento. Reduza A→B→C→D para A→D. Cadeias desperdiçam rastreamento e vazam um pouco a cada salto. O material sobre rastreamento e redirecionamentos se aprofunda aqui.
Evidence for this claim A robots.txt disallow controls crawling but is not a reliable mechanism for keeping a linked URL out of Google’s index. Scope: production output verified at URL, template and representative-sample level Confidence: high · Verified: Introduction to robots.txt

2. Indexabilidade

  • Cobertura de indexação. No relatório de Indexação de Páginas do Search Console, reconcilie o que você quer indexado com o que realmente está. Investigue grandes grupos de “Descobertas/Rastreadas - atualmente não indexadas”.
  • Canonicalização. Aponte URLs duplicadas e quase duplicadas para uma versão preferida. O Google chama rel="canonical" de “a strong signal that the specified URL should become canonical” (tradução) “um forte sinal de que a URL especificada deve se tornar a principal” — um sinal, não uma diretriz que ele deva obedecer. E, crucialmente: “Don’t use the robots.txt file for canonicalization purposes.” (tradução) “Não use o arquivo robots.txt para fins de canonicalização.” Verifique se você não está enviando sinais de canonicalização conflitantes entre a tag HTML, o cabeçalho HTTP e o sitemap — o mergulho profundo em canonicalização orienta sobre como consolidá-los.
  • Conteúdo duplicado. Parâmetros, versões para impressão, vazamentos de staging, divisões http/https e www/não-www criam duplicatas. Escolha uma, canonalize ou redirecione as demais.

3. HTTPS

Baseline, não opcional. Sirva todo o site via HTTPS, redirecione http para https e procure por conteúdo misto (uma página segura carregando uma imagem, script ou folha de estilo insegura). A verificação da realidade de Chris Green em SEO em 2026 coloca a adoção de HTTPS em “91%+” — você não quer estar nos 9% restantes.

4. SEO para dispositivos móveis

O Google usa indexação mobile-first: “Google uses the mobile version of a site’s content, crawled with the smartphone agent, for indexing and ranking.” (tradução) “O Google usa a versão móvel do conteúdo de um site, rastreada com o agente de smartphone, para indexação e ranqueamento.” A lista de verificação de paridade, direto do documento mobile-first do Google:

  • “Make sure that your mobile site contains the same content as your desktop site.” (tradução) “Garanta que seu site móvel contenha o mesmo conteúdo que seu site para desktop.”
  • “Make sure that the title element and the meta description are equivalent across both versions of your site.” (tradução) “Garanta que o elemento title e a meta description sejam equivalentes nas duas versões do site.”
  • “Make sure that your mobile and desktop sites have the same structured data.” (tradução) “Garanta que os sites móvel e para desktop tenham os mesmos dados estruturados.”
  • “Use the same robots meta tags on the mobile and desktop site.” (tradução) “Use as mesmas meta tags robots nos sites móvel e para desktop.”
  • “Don’t lazy-load primary content upon user interaction.” (tradução) “Não faça lazy-load de conteúdo primário mediante interação do usuário.”
  • “Make sure that the mobile site has the same alt text for images as the desktop site.” (tradução) “Garanta que o site móvel tenha o mesmo texto alternativo para imagens que o site para desktop.”

A falha mais comum é um template móvel simplificado que silenciosamente remove conteúdo, links ou dados estruturados presentes no desktop — o Google indexa a versão mais enxuta.

5. Sitemaps e descoberta

  • Higiene do XML sitemap. Empregue URLs absolutas e preferenciais; fique abaixo do limite de 50 MB / 50 000 URLs por arquivo; liste apenas URLs indexáveis e preferenciais; mantenha lastmod preciso. Referencie-o no robots.txt (Sitemap: https://example.com/sitemap.xml) para que os mecanismos o descubram automaticamente. Tratamento completo no material de XML sitemaps.
  • O Bing ainda se importa. Da orientação do Bing de julho de 2025: “Sitemaps remain a foundational signal for ensuring comprehensive URL coverage across your site,” (tradução) “Os sitemaps continuam sendo um sinal fundamental para garantir cobertura abrangente de URLs em todo o site”; “XML remains the preferred format for sitemaps,” (tradução) “o XML continua sendo o formato preferido para sitemaps”; e “The lastmod field in your sitemap remains a key signal, helping Bing prioritize URLs for recrawling.” (tradução) “O campo lastmod no sitemap continua sendo um sinal-chave e ajuda o Bing a priorizar URLs para novo rastreamento.”
  • IndexNow. A maioria das listas de verificação centradas no Google o omite, mas é uma vitória viva, gratuita e de uma linha: o conselho do Bing é “Use IndexNow for real-time URL submission, instantly notifying Bing and participating search engines” (tradução) “Use o IndexNow para o envio de URLs em tempo real, notificando imediatamente o Bing e os mecanismos de busca participantes” quando o conteúdo muda. Ele complementa os sitemaps em vez de substituí-los. (Nota: o Google não usa o IndexNow para páginas gerais.)

6. Dados estruturados

  • O que faz: garante elegibilidade para resultados avançados e ajuda máquinas (e LLMs) a entender sua página. “Adding structured data can enable search results that are more engaging to users… which are called rich results.” (tradução) “Adicionar dados estruturados pode habilitar resultados de busca mais envolventes para os usuários, chamados de resultados avançados.”
  • O que não faz: impulsionar ranqueamento. A documentação do Google enquadra o schema estritamente como elegibilidade para resultados avançados e entendimento de máquinas — não um sinal de ranqueamento. Não venda isso, nem reserve orçamento para isso, como uma jogada de ranqueamento.
  • Formato: “In general, Google recommends using JSON-LD for structured data if your site’s setup allows it, as it’s the easiest solution for website owners to implement and maintain at scale.” (tradução) “Em geral, o Google recomenda usar JSON-LD para dados estruturados se a configuração do seu site permitir, pois é a solução mais fácil para proprietários de sites implementarem e manterem em escala.” Valide com o Teste de Resultados Avançados. O material de dados estruturados cobre os tipos específicos que valem a pena implementar.

7. Core Web Vitals e experiência de página

Metas, não portões — a redação real do Google é “strive to,” (tradução) “esforce-se para”, expressão que a maioria dos checklists superestima como limites rígidos de aprovação/reprovação:

  • LCP — “strive to have LCP occur within the first 2.5 seconds of the page starting to load.” (tradução) “esforce-se para que o LCP ocorra nos primeiros 2,5 segundos do início do carregamento da página.”
  • INP — “strive to have an INP of less than 200 milliseconds.” (tradução) “esforce-se para ter um INP inferior a 200 milissegundos.”
  • CLS — “strive to have a CLS score of less than 0.1.” (tradução) “esforce-se para ter uma pontuação de CLS inferior a 0,1.”

E a relação com o ranqueamento, que as pessoas superestimam: “Google Search always seeks to show the most relevant content, even if the page experience is sub-par.” (tradução) “O Google Search sempre busca mostrar o conteúdo mais relevante, mesmo que a experiência de página seja inferior.” Bons Core Web Vitals são um desempate entre resultados relevantes, não uma sobreposição da relevância. Meça com dados de usuários reais (CrUX/campo), não apenas com pontuações de laboratório.

8. Adições avançadas (apenas para grandes / ecommerce / com muito JavaScript)

  • Orçamento de rastreamento. Somente se você ultrapassou os limites do Google acima. Capacidade + demanda; você ganha orçamento removendo desperdício (explosões de parâmetros, combinações de navegação facetada, armadilhas de spider, URLs duplicadas) muito mais do que tentando fazer o Google rastrear “mais.” Veja o mergulho profundo em orçamento de rastreamento.
  • Renderização de JavaScript. Confirme que o conteúdo crítico e os links existem no HTML renderizado e são acessíveis por meio de links reais <a href>, não apenas navegação por clique. Isso é território de JavaScript SEO.
  • Controle de navegação facetada. Decida quais combinações de filtro/ordenação são rastreáveis/indexáveis e controle o restante.
  • Análise de arquivos de log. A verdade fundamental sobre o que os bots realmente buscam, com que frequência e quais códigos de status eles encontram.
  • hreflang — somente se você for genuinamente multirregional/multilíngue. Esse é um tópico grande o suficiente para viver em seu próprio material de SEO internacional; não o adicione pela metade.

9. Acesso de rastreadores de IA / LLM (curto, escopo definido)

Dois itens essenciais em 2026, e nada mais — o trabalho profundo de GEO/AEO vive no material de busca com IA, não aqui:

  • Decida o acesso de rastreadores de IA em robots.txt. Permita ou bloqueie explicitamente os user-agents de IA com os quais você se importa (treinamento vs. busca com IA vs. buscadores acionados por usuário são bots diferentes). O enquadramento de Chris Green: “Robots.txt is no longer just crawl housekeeping. It’s becoming a policy surface.” (tradução) “Robots.txt não é mais apenas manutenção de rastreamento. Está se tornando uma superfície de política.”
  • Dados estruturados funcionam como contexto de máquina para LLMs — um motivo bônus para deixar seu schema válido, não um novo fluxo de trabalho.

10. Como priorizar o que você encontrar

É aqui que a maioria dos checklists falha: eles entregam 90 itens sem ponderação. Não conserte tudo — conserte o que move a agulha. O conselho do meu amigo Patrick sobre auditorias de clientes, que eu sempre releio: “If clients are coming to you asking for an audit, they already have a pain point. Talk to them. Solve that one thing and they’ll be happy with the audit.” (tradução) “Quando um cliente pede uma auditoria, já existe um problema concreto. Converse com ele; resolver esse ponto específico fará com que a auditoria atenda à necessidade real.” O mesmo Modelo de Auditoria de SEO enquadra isso como “sweating the small stuff rarely does much for your rankings” (tradução) “suar com os pequenos detalhes raramente ajuda muito no seu ranqueamento” — melhor gastar “80% of your time fixing the 20% of things that matter.” (tradução) “80% do seu tempo corrigindo os 20% das coisas que importam.”

E dê um passo atrás em todo o exercício: um checklist leva você a ok. John Mueller, do Google, já repetiu o ponto de que apenas fundamentos levam a resultados bons-mas-não-ótimos — a dominância real vem da profundidade tópica e autoridade, não de marcar cada caixa técnica. O checklist limpa o chão; conteúdo e links constroem a casa.

Quer a versão completa do site?

Esta página é apenas técnica por design. Se você quiser a auditoria mais ampla — técnica mais on-page, conteúdo e off-page — essa é a Lista de Verificação de Auditoria de SEO, uma coisa separada e mais ampla. Não tente fazer esta página fazer os dois trabalhos.

Add an expert note

Pin an expert quote

New person? Create their unclaimed profile at /admin/experts/ → Pin a quote first.