Seu site é lançado às 16h. O design é impecável, o build é limpo, o cliente está feliz. Então às 21h de sexta-feira, o tráfego orgânico cai 40% porque alguém esqueceu de definir uma tag canonical no índice do blog. Lançamos mais de cem sites headless — Next.js, Astro, Nuxt — e fomos prejudicados o suficiente para saber: código polido e design bonito não significam nada se seu SEO on-page tem uma brecha silenciosa. Vimos seis meses de equity SEO do cliente desaparecerem porque os redirects do antigo CMS nunca foram mapeados. Vimos um único atributo alt faltante eliminar a elegibilidade de featured snippet para uma linha de produtos inteira. Então, antes de qualquer coisa entrar em produção, executamos a mesma checklist de 40 itens. Sempre. Aqui está a lista exata — e os três itens que a maioria das agências ainda pula.

Esta não é uma lista teórica extraída de blogs de SEO. É a checklist real que usamos na Social Animal. Quarenta itens, organizados por categoria, testados em batalha em lançamentos reais. Alguns destes são óbvios. Alguns deles são as coisas que a maioria das agências nem pensa até ser tarde demais.

Sumário

Checklist de SEO On-Page 2026: A Lista de 40 Itens que Executamos Antes de Todo Lançamento

Title Tags e Metadados

Vamos começar de onde o Google começa — com as coisas que aparecem nos resultados de busca.

1. Title Tags Únicos em Cada Página

Cada página precisa de um title tag único. Parece óbvio, certo? Você ficaria chocado com a frequência com que setups de CMS headless são lançados com títulos duplicados porque o elemento <title> é hardcoded no componente de layout em vez de ser extraído dinamicamente do CMS.

No Next.js 15 (App Router), fica assim:

// app/blog/[slug]/page.tsx
export async function generateMetadata({ params }) {
  const post = await getPost(params.slug);
  return {
    title: post.seoTitle || `${post.title} | Your Brand`,
    description: post.seoDescription || post.excerpt,
  };
}

Mantenha títulos entre 50-60 caracteres. O Google trunca em torno de 580 pixels de largura, o que corresponde aproximadamente a 60 caracteres dependendo da largura da letra.

2. Palavra-Chave Primária Próxima ao Início do Title Tag

Isso ainda importa em 2026. A documentação do próprio Google ainda enfatiza a importância do elemento title para entender o conteúdo da página. Coloque sua palavra-chave primária na frente quando lê naturalmente.

3. Meta Descriptions em Cada Página

O Google reescreve meta descriptions em cerca de 63% das vezes de acordo com um estudo de 2025 do Ahrefs, mas isso não significa que você deva pulá-las. Nos outros 37% das vezes, sua descrição é o que os usuários veem. Escreva-as como copy publicitária — 140-155 caracteres, inclua um call-to-action, mencione um benefício.

4. Meta Tags Open Graph e Twitter Card

Compartilhamento social não é tecnicamente um fator de ranking SEO, mas gera tráfego que gera sinais que são. Cada página precisa de og:title, og:description, og:image, e og:url. Para Twitter/X, inclua twitter:card definido como summary_large_image.

5. Sem Meta Descriptions Duplicadas Entre Páginas

Execute um crawl com Screaming Frog ou Sitebulb antes do lançamento. Se duas páginas compartilham uma meta description, corrija. Isso é especialmente comum quando editores de CMS copiam páginas e esquecem de atualizar os metadados.

Estrutura de Headings

6. Exatamente Um H1 Por Página

Um H1. Não zero, não três. Um. John Mueller do Google disse que múltiplos H1s não são um problema, mas na prática, um único H1 claro que corresponda à intenção de busca fornece melhores resultados. Testamos isso repetidamente.

7. H1 Contém Palavra-Chave Primária

Seu H1 deve incluir a palavra-chave primária que você está direcionando para essa página. Não precisa ser uma correspondência exata — relevância semântica é suficiente — mas deve ser claro do que a página se trata.

8. Hierarquia Lógica de Headings (H1 → H2 → H3)

Não pule de H1 para H4. Não use headings apenas porque parecem legais. Leitores de tela e mecanismos de busca usam a hierarquia de headings para entender a estrutura do conteúdo. Em builds headless, isso frequentemente quebra quando designers usam tags de heading para dimensionamento visual. Use CSS para estilos, HTML para semântica.

9. H2s Abordam Subtópicos Relacionados e Consultas Long-Tail

Seus H2s são espaço livre para palavras-chave relacionadas. Olhe a caixa "People Also Ask" e as buscas relacionadas para sua consulta alvo. Trabalhe essas em sua estrutura H2 naturalmente.

Conteúdo e Otimização de Palavras-Chave

10. Palavra-Chave Primária nos Primeiros 100 Palavras

Vá direto ao ponto. Mencione do que a página se trata cedo. Isso não é keyword stuffing — é clareza.

11. Conteúdo Corresponde à Intenção de Busca

Este é o item mais importante desta lista. Se alguém busca "checklist de SEO on-page" e sua página é um pitch de vendas de 300 palavras, você não vai rankear. Ponto. Verifique o que está atualmente ranqueando para suas palavras-chave alvo e corresponda ao tipo de conteúdo, formato e profundidade.

12. Contagem de Palavras Mínima Viável Atendida

Não há número mágico, mas para consultas informacionais em 2026, as páginas mais bem ranqueadas têm em média 1.800-2.500 palavras de acordo com dados do Surfer SEO. Para páginas de produtos, é diferente. Corresponda ao SERP, não a um alvo arbitrário.

13. Sem Páginas de Conteúdo Fino ou Duplicado no Índice

Toda página indexável deve fornecer valor único. Tag pages, páginas de categoria vazias e arquivos paginados sem conteúdo único devem ser noindexados ou consolidados.

Checklist de SEO On-Page 2026: A Lista de 40 Itens que Executamos Antes de Todo Lançamento - arquitetura

Estrutura de URLs

14. URLs Limpas e Descritivas

Bom: /blog/checklist-seo-on-page-2026 Ruim: /blog/post?id=847&cat=seo

Mantenha URLs curtas, minúsculas, separadas por hífens. Inclua a palavra-chave alvo quando natural.

15. Sem Parâmetros de URL para Variação de Conteúdo

Se você está usando parâmetros de query para filtrar ou classificar conteúdo, certifique-se de que essas URLs parametrizadas sejam canonicalizadas para a URL base ou bloqueadas da indexação. Este é um problema enorme com sites de e-commerce e builds headless que geram visualizações filtradas.

16. Política de Barra À Direita Consistente

Escolha uma: barra à direita ou sem barra à direita. Depois aplique em qualquer lugar. No Next.js, você define isso em next.config.js:

module.exports = {
  trailingSlash: false, // ou true — apenas seja consistente
};

Inconsistência aqui causa problemas de conteúdo duplicado que são surpreendentemente difíceis de diagnosticar.

17. Toda Página Acessível Dentro de 3 Cliques da Homepage

Esta é arquitetura básica de crawl, mas quebra rapidamente em sites grandes. Use ferramentas como o relatório de profundidade de crawl do Screaming Frog para verificar.

Não linke com "clique aqui". Linke com texto que descreve o destino. "Nossas capacidades de desenvolvimento Next.js" diz aos usuários e mecanismos de busca o que encontrarão.

Suas páginas mais importantes devem ter mais links internos apontando para elas. Isso parece simples, mas regularmente auditamos sites em que a página "Sobre Nós" tem mais links internos do que as páginas de serviço principais. Mapeie sua estratégia de link interno antes do lançamento.

20. Sem Páginas Órfãs

Toda página em seu sitemap deve ser alcançável através de pelo menos um link interno. Páginas órfãs — páginas sem links internos apontando para elas — são rastreadas com menos frequência e ranqueiam pior.

Execute um crawl completo. Corrija cada 404. Isso é inegociável no dia do lançamento.

Tags Canonical e Conteúdo Duplicado

22. Tags Canonical Auto-Referenciadas em Cada Página

Toda página deve ter uma tag canonical apontando para si mesma. Sim, mesmo que não haja problema de conteúdo duplicado. É uma medida defensiva.

<link rel="canonical" href="https://example.com/blog/checklist-seo-on-page" />

23. Tags Canonical Usam URLs Absolutas

URLs canonical relativas funcionam em alguns navegadores, mas causam problemas com certos crawlers. Sempre use URLs absolutas completas.

24. WWW vs Non-WWW Consolidado

Escolha uma. Redirecione a outra. Verifique no Google Search Console que ambas as versões foram adicionadas e a preferida está definida. Vimos sites rodando por meses com ambas as versões indexadas.

25. HTTP para HTTPS Redirecionado

Todas as URLs HTTP devem fazer 301 redirect para HTTPS. Em 2026, isso deve ser uma certeza, mas ainda encontramos faltando em cerca de 15% das auditorias de site.

Redirects

26. 301 Redirects Mapeados para Todas as URLs Antigas

Se você está relançando ou migrando, é aqui que a maioria do valor SEO se perde. Cada URL do site antigo que teve tráfego, rankings ou backlinks precisa de um 301 redirect para o equivalente mais próximo no novo site. Mantemos mapas de redirect em planilhas durante todos os projetos de migração — às vezes com milhares de linhas.

27. Sem Cadeias de Redirect

A → B → C → D é ruim. A deve ir direto para D. O Google segue cadeias de redirect, mas cada hop diminui a eficiência de crawl e pode causar problemas. Audite com Screaming Frog.

28. Sem Loops de Redirect

Isso deveria ser óbvio, mas vimos acontecer em produção. Página A redireciona para Página B, que redireciona de volta para Página A. Erro 500 instantâneo para usuários e crawlers.

29. Soft 404s Identificados e Corrigidos

Um soft 404 é uma página que retorna um status code 200, mas mostra conteúdo "Página Não Encontrada". Google Search Console relata estes, mas você deve capturá-los antes do lançamento verificando se sua página 404 personalizada realmente retorna um status code 404.

Schema e Dados Estruturados

30. Organization Schema na Homepage

No mínimo, sua homepage deve ter schema Organization com nome, URL, logo e perfis sociais. Isso alimenta o Knowledge Panel do Google.

31. Tipos de Schema Específicos da Página

Corresponda schema ao tipo de conteúdo:

  • Posts de blog → Article ou BlogPosting
  • Páginas de serviço → Service ou ProfessionalService
  • Páginas FAQ → FAQPage
  • Páginas de produto → Product com offers e review

32. Schema Validado com a Ferramenta Rich Results Test do Google

Não apenas adicione JSON-LD e espere o melhor. Teste cada tipo de schema com a ferramenta Rich Results Test do Google. Schema inválido é pior que nenhum schema porque envia sinais mistos.

{
  "@context": "https://schema.org",
  "@type": "Article",
  "headline": "Checklist de SEO On-Page 2026",
  "author": {
    "@type": "Organization",
    "name": "Social Animal"
  },
  "datePublished": "2026-01-15",
  "dateModified": "2026-01-15"
}

Core Web Vitals e Performance

O Google confirmou que Core Web Vitals permanece um sinal de ranking em 2026, e com a métrica Interaction to Next Paint (INP) substituindo completamente FID, performance importa mais do que nunca para sites interativos.

33. LCP Abaixo de 2,5 Segundos

Largest Contentful Paint mede com que velocidade seu conteúdo principal carrega. Para sites headless, os maiores matadores de LCP são imagens hero não otimizadas e JavaScript que bloqueia renderização. Use o componente <Image> do Next.js ou otimização de imagem integrada do Astro. Se você está usando Astro, já está à frente — sua abordagem zero-JS por padrão acerta o LCP.

34. INP Abaixo de 200 Milissegundos

Interaction to Next Paint substituiu FID em março de 2024 e continua a métrica de responsividade em 2026. Frameworks JavaScript pesados do lado do cliente são os culpados usuais. Honestamente, esta é uma das maiores razões pelas quais empurramos clientes para arquiteturas headless — enviar menos JavaScript para o navegador melhora diretamente INP.

35. CLS Abaixo de 0,1

Cumulative Layout Shift mede estabilidade visual. Os culpados usuais: imagens sem width/height explícito, conteúdo injetado dinamicamente, web fonts causando FOIT/FOUT. Defina dimensões explícitas em todos os elementos de mídia e use font-display: swap com fontes fallback apropriadas.

36. Pontuação Mobile PageSpeed Insights Acima de 90

Pontuações desktop são fáceis. Celular é onde importa. Teste cada template de página crítico, não apenas a homepage. Vimos homepages pontuar 98 enquanto páginas de listagem de produtos pontuam 45.

Internacionalização e Hreflang

37. Tags Hreflang em Todas as Páginas Multilíngues/Multi-Região

Se você serve conteúdo em múltiplos idiomas ou direciona múltiplas regiões, hreflang é obrigatório. Acertar errado e o Google pode mostrar conteúdo francês para usuários ingleses ou vice-versa.

<link rel="alternate" hreflang="en-us" href="https://example.com/page" />
<link rel="alternate" hreflang="fr-fr" href="https://example.com/fr/page" />
<link rel="alternate" hreflang="x-default" href="https://example.com/page" />

Sempre inclua x-default. Sempre torne hreflang recíproco — se Página A referencia Página B, Página B deve referenciar Página A.

Não sirva conteúdo de idioma diferente na mesma URL baseado em idioma do navegador ou IP. O Google rastreia dos EUA em inglês. Se seu conteúdo francês está atrás de detecção de IP, o Google nunca verá. Use URLs distintas: /fr/page, fr.example.com/page, ou example.fr/page.

Imagens e Mídia

39. Alt Text Descritivo em Todas as Imagens

Cada imagem deve ter alt text que descreve o que está na imagem. Não com keyword stuffing, não "image1.jpg", não vazio. Descritivo. Isto é tanto um requisito de SEO quanto de acessibilidade.

40. Imagens Servidas em Formatos Modernos (WebP/AVIF)

Servir JPEG e PNG em 2026 é deixar performance na mesa. WebP tem suporte universal de navegador. AVIF oferece compressão ainda melhor (30-50% menor que WebP em muitos casos). Se você está usando um CMS headless com um image CDN como Cloudinary ou Imgix, negociação de formato acontece automaticamente. No Next.js, o componente Image integrado lida com isso.

Fundações Técnicas

Estas não fizeram a lista numerada porque são table stakes, mas merecem menção:

  • XML Sitemap enviado para Google Search Console e referenciado em robots.txt
  • Robots.txt revisado — certifique-se de que Disallow: / staging não foi para produção (vimos isso acontecer mais vezes do que gostaríamos de admitir)
  • Certificado SSL válido e não expirando dentro de 30 dias do lançamento
  • Google Search Console e Bing Webmaster Tools verificados
  • Página 404 retorna status code 404 real e fornece navegação de volta para conteúdo útil

O que a Maioria das Agências Perde

Depois de auditar sites de dezenas de outras agências, aqui está o que é mais frequentemente negligenciado:

  1. Robots.txt de staging indo para produção. Não posso enfatizar isso o suficiente. Se seu site de produção tem Disallow: / em robots.txt, você é invisível ao Google. Adicione uma verificação no dia do lançamento para isto. Automatize se puder.

  2. Problemas de renderização de JavaScript. Sites headless que dependem de renderização do lado do cliente podem ser invisíveis ao Google se conteúdo crítico carrega assincronamente. O Google renderiza JavaScript, mas com atrasos e às vezes execução incompleta. Server-side rendering ou geração estática via Next.js ou Astro elimina este risco completamente.

  3. Navegação facetada criando milhares de URLs indexáveis. Sites de e-commerce com filtros para tamanho, cor, preço, marca — cada combinação cria uma URL única. Sem tags canonical apropriadas ou diretivas noindex, você está criando milhares de páginas finas e duplicadas.

  4. Reciprocais de hreflang ausentes. Se a página em inglês referencia a página em francês, mas a página em francês não referencia a página em inglês de volta, o Google pode ignorar ambas as anotações hreflang.

  5. Markup de schema que não corresponde ao conteúdo visível. As diretrizes do Google são claras: dados estruturados devem refletir conteúdo realmente visível na página. Adicionar schema Product com um preço que não é exibido na página é uma ação manual esperando acontecer.

  6. Esquecer de atualizar links internos após mudanças de URL. Você configurou 301 redirects (bom), mas todos os seus links internos ainda apontam para URLs antigas, criando hops de redirect desnecessários em cada carregamento de página.

Se você está planejando uma migração de site ou novo build e quer que isso seja feito certo, verifique nossas capacidades de desenvolvimento headless CMS ou entre em contato.

Tabela Completa da Checklist de 40 Itens

# Item Categoria Prioridade
1 Title tags únicos em cada página Meta Crítico
2 Palavra-chave primária próxima ao início do título Meta Alta
3 Meta descriptions em cada página Meta Alta
4 Tags Open Graph e Twitter Card Meta Média
5 Sem meta descriptions duplicadas Meta Alta
6 Exatamente um H1 por página Headings Crítico
7 H1 contém palavra-chave primária Headings Alta
8 Hierarquia de heading lógica Headings Alta
9 H2s abordam subtópicos e consultas long-tail Headings Média
10 Palavra-chave primária nos primeiros 100 palavras Conteúdo Alta
11 Conteúdo corresponde à intenção de busca Conteúdo Crítico
12 Contagem de palavras mínima viável atendida Conteúdo Alta
13 Sem conteúdo fino ou duplicado indexado Conteúdo Crítico
14 URLs limpas e descritivas URLs Alta
15 Sem parâmetros de URL para variação de conteúdo URLs Alta
16 Política de barra à direita consistente URLs Média
17 Toda página acessível dentro de 3 cliques Links Internos Alta
18 Texto âncora descritivo em links internos Links Internos Média
19 Páginas-chave recebem mais links internos Links Internos Alta
20 Sem páginas órfãs Links Internos Alta
21 Links internos quebrados corrigidos Links Internos Crítico
22 Tag canonical auto-referenciada em cada página Canonicals Crítico
23 Tags canonical usam URLs absolutas Canonicals Alta
24 WWW vs non-WWW consolidado Canonicals Alta
25 HTTP para HTTPS redirecionado Redirects Crítico
26 301 redirects mapeados para todas as URLs antigas Redirects Crítico
27 Sem cadeias de redirect Redirects Alta
28 Sem loops de redirect Redirects Crítico
29 Soft 404s identificados e corrigidos Redirects Alta
30 Organization schema na homepage Schema Média
31 Tipos de schema específicos da página Schema Média
32 Schema validado com Rich Results Test Schema Média
33 LCP abaixo de 2,5 segundos Core Web Vitals Crítico
34 INP abaixo de 200 milissegundos Core Web Vitals Crítico
35 CLS abaixo de 0,1 Core Web Vitals Alta
36 Pontuação Mobile PageSpeed acima de 90 Core Web Vitals Alta
37 Tags hreflang em páginas multilíngues i18n Alta
38 URLs específicas de idioma (não detecção de IP) i18n Alta
39 Alt text descritivo em todas as imagens Imagens Alta
40 Imagens em formatos WebP/AVIF Imagens Média

FAQ

Com que frequência devo executar uma auditoria de SEO on-page?

Executamos a checklist completa antes de cada lançamento e depois fazemos auditorias trimestrais após o lançamento. Sites que publicam conteúdo com frequência (posts de blog diários ou semanais) devem auditar mensalmente no mínimo. Adições de conteúdo podem introduzir links quebrados, meta tags faltantes ou problemas de estrutura de heading que se acumulam com o tempo.

SEO on-page ainda é importante em 2026 com AI Overviews?

Absolutamente. Google's AI Overviews ainda puxam de páginas da web que ranqueiam bem organicamente. As páginas citadas em respostas de AI Overview são predominantemente páginas que já ranqueiam no top 10 para essa consulta. SEO on-page forte é como você chega lá. Se algo, AI Overviews tornaram otimização de featured snippet e dados estruturados mais importantes, não menos.

Qual é o erro de SEO on-page mais comum que agências cometem durante migrações de site?

Esquecer de mapear 301 redirects de URLs antigas para novas. Vimos sites perderem 60-80% do seu tráfego orgânico da noite para o dia por causa disso. O segundo erro mais comum é deixar um robots.txt de staging com Disallow: / ir para produção. Ambos são evitáveis com uma checklist apropriada.

Preciso de markup de schema em cada página?

Nem toda página precisa de schema personalizado, mas toda página deve herdar pelo menos o schema Organization ou WebSite de todo o site. Páginas direcionadas a tipos de rich result específicos — FAQ, How-To, Product, Article — devem ter o tipo de schema apropriado. Concentre seus esforços de schema em páginas onde rich results podem melhorar CTR.

Como sites com CMS headless lidam com SEO on-page diferentemente?

A principal diferença é que elementos de SEO como title tags, meta descriptions, tags canonical e schema precisam ser explicitamente tratados no framework frontend. Plataformas CMS tradicionais como WordPress têm plugins (Yoast, Rank Math) que lidam muito disso automaticamente. Com um setup headless usando Next.js ou Astro, você está construindo esses elementos em seus componentes você mesmo. Na verdade, é uma vantagem — você tem mais controle — mas significa mais responsabilidade. Essa é uma grande parte do que fazemos em nosso trabalho de desenvolvimento headless CMS.

Quais limiares de Core Web Vitals devo visar em 2026?

Os limiares "bom" do Google não mudaram: LCP abaixo de 2,5s, INP abaixo de 200ms, CLS abaixo de 0,1. Mas aqui está — "bom" é o mínimo. Em SERPs competitivas, as páginas melhor ranqueadas típicamente têm LCP abaixo de 1,8s e INP abaixo de 100ms. Se você está em um vertical competitivo, apunte para melhor que bom.

Devo usar hreflang mesmo se direcionei apenas um país?

Se você genuinamente serve apenas um idioma em um país, você não precisa de hreflang. Mas se você tem até duas versões de idioma ou serve o mesmo idioma para diferentes regiões (p.ex., inglês para EUA e UK), implemente hreflang. Também considere adicioná-lo proativamente se planejar expandir internacionalmente dentro do próximo ano — é muito mais fácil implementar durante o build do que retrofit depois.

Posso usar conteúdo gerado por IA e ainda rankear bem com SEO on-page?

A posição do Google em 2026 é clara: eles não penalizam conteúdo gerado por IA per se, mas penalizam conteúdo de baixa qualidade e inútil independentemente de como foi produzido. IA pode ser uma ótima ferramenta de rascunho inicial, mas conteúdo que rankeia bem tipicamente inclui insights originais, experiência de primeira mão e dados específicos — coisas que modelos de IA não podem fabricar. Use IA para acelerar seu fluxo de trabalho, então adicione a experiência humana que torna conteúdo genuinamente útil.