Modelo de Checklist de SEO On-Page

Checklist de SEO On-Page para Post de Blog / Artigo

Passe cada post de blog novo ou atualizado por esta lista antes de ele ir ao ar para capturar o básico de on-page que silenciosamente limita o ranqueamento.

Página: [URL do post ou título de trabalho]   Palavra-chave principal: [consulta-alvo]   Intenção de busca: [informacional / tutorial / comparação]

Conteúdo e palavras-chave

• ☐ Intenção de busca atendida: o formato (guia, listicle, tutorial) combina com o que já ranqueia para a consulta.
• ☐ Palavra-chave principal aparece no H1, nas primeiras 100 palavras e naturalmente ao longo do texto, sem exageros.
• ☐ Subtópicos, perguntas e entidades relacionados cobertos, sem lacunas óbvias em relação aos primeiros resultados.
• ☐ Conteúdo é original e agrega experiência própria, dados ou exemplos (E-E-A-T), não uma reescrita da primeira página.
• ☐ Fácil de escanear: parágrafos curtos, subtítulos descritivos, bullets e uma conclusão clara logo no início.

Headings e estrutura

• ☐ Exatamente um H1; H2 e H3 aninhados de forma lógica e seguindo o esquema do artigo.
• ☐ Variações da palavra-chave e perguntas usadas nos subtítulos onde soam naturais.
• ☐ Sumário (para posts longos) com links âncora internos para cada H2.

Meta e URL

• ☐ Title tag único, com cerca de 50–60 caracteres, com a palavra-chave logo no começo.
• ☐ Meta description única, com cerca de 150–155 caracteres, com um gancho e a palavra-chave.
• ☐ Slug curto, legível e relevante à palavra-chave, sem datas, stop words ou excesso de categorias: [/exemplo-de-slug].
• ☐ Tags Open Graph e Twitter Card definidas (título, descrição, imagem) para prévias limpas nas redes sociais.

Links e mídia

• ☐ 3–5 links internos contextuais para posts relacionados e páginas de conversão, com texto âncora descritivo.
• ☐ Links externos para fontes confiáveis e relevantes onde sustentam uma afirmação.
• ☐ Uma imagem principal/de capa mais visuais de apoio; texto alt descritivo e ciente da palavra-chave em cada um: [texto alt].
• ☐ Imagens comprimidas e servidas em formato moderno (WebP/AVIF) com width/height definidos para evitar deslocamento de layout.

Autor e confiança

• ☐ Assinatura de autor visível com link para uma página de bio real; datas de publicação e de última atualização exibidas.
• ☐ Fontes citadas e afirmações verificadas; conteúdo de afiliado ou patrocinado devidamente sinalizado.

Técnico e schema

• ☐ Schema Article (ou BlogPosting) adicionado e válido no Rich Results Test.
• ☐ Schema FAQPage ou HowTo adicionado apenas se houver conteúdo correspondente visível na página.
• ☐ Canonical autorreferente correto; página é indexável (sem noindex acidental ou bloqueio no robots).
• ☐ Compatível com dispositivos móveis e passa nos Core Web Vitals (LCP, INP, CLS) em um aparelho real.
• ☐ Adicionada ao sitemap XML e vinculada a pelo menos uma página já indexada.

Checklist de SEO On-Page para Página de Produto

Otimize uma página de produto individual para que ela ranqueie em consultas com intenção de compra e conquiste rich results de avaliação e preço antes do lançamento.

Produto: [nome do produto]   Palavra-chave principal: [consulta do comprador, ex.: marca + modelo]   SKU/URL: [/slug-do-produto]

Conteúdo e palavras-chave

• ☐ Descrição de produto única e original, não o texto padrão do fabricante que aparece em outras cem lojas.
• ☐ Palavra-chave principal no H1 (o nome do produto) e usada naturalmente na descrição e nos subtítulos.
• ☐ Benefícios, especificações, materiais, dimensões e casos de uso cobertos para responder às dúvidas do comprador.
• ☐ Termos de cauda longa e modificadores incorporados onde soam naturais: [ideal para / tamanho / cor / compatível com].
• ☐ Conteúdo de apoio à compra presente: frete, trocas, garantia e um guia de tamanho ou caimento quando fizer sentido.

Avaliações e confiança

• ☐ Avaliações reais de clientes e nota média exibidas na página (não falsificadas nem importadas sem consentimento).
• ☐ Seção de perguntas e respostas que trata objeções reais de pré-compra.
• ☐ Sinais de confiança visíveis: status de estoque, selos de checkout seguro e política de troca clara.

Variações e mídia

• ☐ Várias imagens do produto mais vídeo onde for útil; cada imagem tem texto alt descritivo incluindo a variação: [produto + cor/tamanho].
• ☐ Variações de cor, tamanho e estilo tratadas sem criar URLs duplicadas e rasas: use uma única página de produto canônica ou canonicals corretos.
• ☐ Imagens com zoom, comprimidas e em formato moderno com width/height definidos.

Meta e URL

• ☐ Title tag único com nome do produto, modificador-chave e marca: [Nome do Produto + Modificador | Marca].
• ☐ Meta description única e orientada a benefício, com cerca de 150–155 caracteres, que pode incluir preço ou um diferencial.
• ☐ URL limpa e legível: sem IDs de sessão, parâmetros de rastreamento ou longas strings de SKU.

Links e estrutura interna

• ☐ Navegação breadcrumb de volta à categoria-mãe e à página inicial.
• ☐ Links internos para a categoria-mãe, produtos relacionados e guias de compra relevantes com âncoras descritivas.
• ☐ Módulos de “Você também pode gostar” / cross-sell apontando para produtos ativos e em estoque.

Schema

• ☐ Schema Product com name, image, description, brand, SKU/GTIN e Offer (price, priceCurrency, availability): os valores coincidem com a página visível.
• ☐ Marcação AggregateRating e review adicionada apenas quando avaliações reais e visíveis a sustentam.
• ☐ Schema BreadcrumbList presente e consistente com o breadcrumb visível.
• ☐ Validado no Rich Results Test sem erros ou avisos sobre preço/disponibilidade.

Técnico e ciclo de vida

• ☐ Canonical autorreferente correto; URLs de parâmetros de facetas ou ordenação não criam duplicatas indexáveis.
• ☐ Página é indexável e está no sitemap XML; tratamento de itens fora de estoque e descontinuados definido (manter, redirecionar ou 410).
• ☐ Compatível com dispositivos móveis, adição rápida ao carrinho e aprovação nos Core Web Vitals.

Checklist de SEO On-Page para Página de Categoria / Coleção

Transforme uma página de categoria ou coleção em uma landing page ranqueável para termos de cabeça, sem deixar a navegação facetada inflar o índice.

Categoria: [nome da categoria]   Palavra-chave principal: [termo de cabeça, ex.: “tênis de corrida masculino”]   URL: [/slug-da-categoria]

Introdução e texto de apoio

• ☐ Parágrafo(s) de introdução únicos acima ou abaixo da grade de produtos, mirando o termo de cabeça e ajudando o comprador a escolher.
• ☐ Palavra-chave principal no H1 (o nome da categoria) e usada naturalmente na introdução e nos subtítulos.
• ☐ Texto de apoio responde a perguntas de “como escolher” e leva a guias de compra relevantes, sem enchimento com excesso de palavras-chave.
• ☐ O texto não empurra os produtos tão para baixo a ponto de prejudicar a usabilidade.

Navegação facetada e indexação

• ☐ URLs de parâmetros de filtro, ordenação e paginação não criam milhares de páginas indexáveis rasas e quase duplicadas.
• ☐ Estratégia de indexação definida por faceta: indexar combinações valiosas, aplicar noindex ou bloquear o restante.
• ☐ Estratégia de canonical consistente: visões filtradas/ordenadas apontam via canonical para a URL limpa da categoria, a menos que uma faceta seja intencionalmente uma landing page.
• ☐ Paginação tratada com links rastreáveis (ou load-more com URLs corretas); a página 2 em diante permanece indexável, mas com prioridade menor na linkagem interna.

Produtos e mídia

• ☐ A grade de produtos mostra primeiro itens relevantes e em estoque; itens fora de estoque tratados com elegância.
• ☐ Miniaturas de produto têm texto alt descritivo e são comprimidas para carregar a grade rapidamente.
• ☐ A imagem de categoria ou hero (se usada) tem texto alt descritivo: [texto alt].

Meta e URL

• ☐ Title tag único com o termo de cabeça e um qualificador: [Categoria + Qualificador | Marca].
• ☐ Meta description única, com cerca de 150–155 caracteres, resumindo a seleção e dando um motivo para clicar.
• ☐ URL curta e lógica que reflete a hierarquia do site: sem parâmetros na versão canônica.

Links e estrutura interna

• ☐ Navegação breadcrumb mostrando o caminho da página inicial até esta categoria.
• ☐ Links internos para subcategorias, principais produtos e categorias relacionadas com âncoras descritivas.
• ☐ A categoria é vinculada a partir da navegação principal ou de uma página de hub, para não ficar órfã.

Schema e técnico

• ☐ Schema CollectionPage e/ou ItemList refletindo os produtos exibidos; schema BreadcrumbList presente.
• ☐ Validado no Rich Results Test sem erros.
• ☐ Página é indexável, está no sitemap XML, é compatível com dispositivos móveis e passa nos Core Web Vitals.

Checklist de SEO On-Page para Landing Page (PPC / Conversão)

Lance uma landing page de PPC ou conversão focada, com um objetivo claro, forte correspondência de mensagem e a decisão certa de indexação para a variação.

Campanha/oferta: [nome da oferta]   Palavra-chave/tema do anúncio: [palavra-chave ou grupo de anúncios]   URL: [/slug-da-landing]

Correspondência de mensagem e conteúdo

• ☐ O título corresponde ao texto do anúncio, à palavra-chave ou à promessa da campanha, para que o visitante veja na hora que está no lugar certo.
• ☐ Exatamente um H1 que declara a proposta de valor central em linguagem simples.
• ☐ Apenas um objetivo principal: nenhuma oferta concorrente ou navegação que desvie a atenção da conversão.
• ☐ Benefícios, prova social (depoimentos, logos, avaliações) e tratamento de objeções, tudo acima ou perto da dobra.
• ☐ Texto específico e orientado a benefício; sem afirmações sem comprovação ou inventadas.

Chamada para ação

• ☐ Um único CTA principal, repetido, com texto orientado à ação: [Iniciar teste grátis / Solicitar orçamento].
• ☐ O formulário pede o mínimo de campos necessários; atrito (formulários longos, distrações) removido.
• ☐ Expectativa clara do próximo passo perto do CTA (o que acontece depois do clique).

Decisão de indexação

• ☐ Defina a intenção: landing page de SEO (indexar) vs. variação apenas paga ou A/B quase duplicada (noindex nas variações rasas).
• ☐ Se for apenas paga, a página fica em noindex e fora do sitemap XML para não competir com páginas orgânicas.
• ☐ Se for indexável, ela mira uma consulta real, tem conteúdo único e um canonical autorreferente.
• ☐ Variações de teste A/B apontam via canonical para a URL principal ou ficam em noindex para evitar conteúdo duplicado.

Meta e URL

• ☐ Title tag único alinhado à oferta e à palavra-chave (só relevante se a página for indexável).
• ☐ Meta description única que reforça a oferta e o CTA.
• ☐ Slug curto, legível e relevante à campanha; parâmetros de rastreamento mantidos fora da URL canônica.

Mídia e confiança

• ☐ Imagens de hero e de prova comprimidas e em formato moderno; texto alt descritivo onde fizer sentido: [texto alt].
• ☐ Elementos de confiança presentes: links de privacidade/termos, selos de segurança e uma identidade real da empresa.

Técnico e rastreamento

• ☐ Layout mobile-first; carrega rápido e passa nos Core Web Vitals (páginas lentas elevam o custo de PPC e perdem conversões).
• ☐ Analytics e rastreamento de conversão disparam corretamente; o banner de consentimento não bloqueia o CTA.
• ☐ Sem links quebrados ou becos sem saída; a página de agradecimento ou confirmação funciona de ponta a ponta.

Checklist de SEO On-Page para a Página Inicial

Faça a página inicial comunicar com clareza quem é a marca, ranquear para termos de marca e principais e repassar autoridade às páginas-chave.

Marca: [nome da marca]   Termo de posicionamento principal: [pelo que você quer ser conhecido]   Domínio: [https://example.com]

Marca e posicionamento

• ☐ Um H1 que declara quem você é e o que faz. Clareza acima de um slogan vago.
• ☐ A área acima da dobra responde “o que é isto, para quem é, o que faço a seguir” em poucos segundos.
• ☐ Nome da marca e termo de posicionamento central usados naturalmente nos headings e no texto de introdução.
• ☐ Proposta de valor e principais diferenciais óbvios sem precisar rolar muito.

Navegação e links internos

• ☐ A navegação principal leva às principais categorias, serviços e páginas de conversão com rótulos descritivos.
• ☐ O rodapé inclui links importantes de utilidade e SEO (sobre, contato, principais categorias, políticas).
• ☐ A página inicial repassa autoridade para dentro. Ela linka para as páginas que você mais quer ranquear.
• ☐ Uma busca interna em todo o site e/ou caminhos claros para conteúdo mais profundo estão disponíveis.

Meta e URL

• ☐ O title tag começa com a marca e uma frase de posicionamento concisa: [Marca: O Que Você Faz].
• ☐ Meta description atraente que vende a marca e inclui um motivo para clicar.
• ☐ O canonical aponta para a única URL preferida da página inicial; variantes não preferidas (www/sem-www, barra final) redirecionam para ela.

Confiança e mídia

• ☐ Prova social presente: logos de clientes, depoimentos, avaliações ou selos de confiança reconhecíveis.
• ☐ Imagens de hero e de marca comprimidas e em formato moderno; logotipo e imagens relevantes com texto alt: [texto alt].
• ☐ Caminho de contato claro e, quando relevante, localização/NAP para dar credibilidade.

Schema

• ☐ Schema Organization com name, logo, url e links sameAs para os perfis sociais oficiais.
• ☐ Schema WebSite com potentialAction (caixa de pesquisa de sitelinks) se houver busca no site.
• ☐ Schema LocalBusiness em vez de/junto com Organization se a marca for um negócio local físico.
• ☐ Validado no Rich Results Test sem erros.

Técnico

• ☐ A página inicial é indexável, rápida, mobile-first e passa nos Core Web Vitals.
• ☐ Apenas uma página inicial canônica é indexável; os redirecionamentos se resolvem em um único salto.
• ☐ Tags de favicon, Open Graph e Twitter Card definidas para busca de marca e prévias sociais.

Checklist de SEO On-Page para Página Local / “Perto de Mim”

Otimize uma página de local ou de área de atendimento para que ela ranqueie em buscas “perto de mim” e cidade-mais-serviço e esteja alinhada ao Perfil da Empresa no Google.

Local/área de atendimento: [cidade ou bairro]   Palavra-chave principal: [serviço + cidade, ex.: “encanador em São Paulo”]   URL: [/locais/slug-da-cidade]

NAP e relevância local

• ☐ Nome, endereço e telefone da empresa (NAP) exibidos em texto na página e idênticos ao Perfil da Empresa no Google e a outras citações.
• ☐ Termos de cidade, bairro e área de atendimento usados naturalmente no H1, na introdução e nos subtítulos, sem exageros.
• ☐ Conteúdo único e específico do local (não um nome de cidade trocado em um modelo duplicado em várias páginas).
• ☐ Serviços oferecidos neste local, horário de funcionamento e qualquer raio de área de atendimento claramente informados.
• ☐ Prova local incluída: avaliações, fotos ou estudos de caso/projetos específicos da região.

Alinhamento com o Perfil da Empresa no Google

• ☐ A página linka para o Perfil da Empresa no Google, e o perfil linka de volta para exatamente esta página.
• ☐ Categorias do negócio, serviços e horários na página coincidem com a ficha do perfil.
• ☐ Link de telefone com toque para ligar e toque para traçar a rota disponíveis no celular.

Mapa e rotas

• ☐ Mapa do Google incorporado mostrando a localização do negócio (ou a área de atendimento).
• ☐ Rotas de carro, estacionamento ou notas de transporte público onde forem úteis aos visitantes.
• ☐ O mapa incorporado é carregado sob demanda (lazy-load) para não deixar a página lenta.

Meta e URL

• ☐ Title tag único com serviço e local: [Serviço na Cidade | Marca].
• ☐ Meta description única mencionando a cidade, um diferencial e uma chamada para ação.
• ☐ URL limpa e lógica com a cidade/serviço: [/locais/cidade-servico].

Links e mídia

• ☐ Links internos para páginas de serviços relacionadas, outros locais e um hub de locais com âncoras descritivas.
• ☐ Fotos reais do local, da equipe ou do trabalho (não só banco de imagens) com texto alt ciente do local: [alt: serviço na cidade].
• ☐ Breadcrumb de volta ao hub de locais e à página inicial.

Schema

• ☐ Schema LocalBusiness (ou o subtipo mais específico) com name, address, coordenadas geográficas, telephone, openingHours e url, correspondendo ao NAP visível.
• ☐ areaServed e sameAs (incluindo a URL do perfil/Maps) incluídos quando relevante.
• ☐ Marcação review/aggregateRating apenas quando avaliações reais e visíveis a sustentam.
• ☐ Validado no Rich Results Test sem divergências de NAP.

Técnico

• ☐ Página é indexável, está no sitemap XML, é mobile-first e passa nos Core Web Vitals (a maioria das buscas “perto de mim” é feita no celular).
• ☐ Canonical autorreferente correto; páginas de local não duplicam umas às outras.

Com que frequência devo revisar o SEO on-page?

Passe pelo checklist relevante toda vez que publicar uma página nova e sempre que fizer uma atualização de conteúdo significativa. Além disso, faça uma varredura trimestral das suas páginas mais importantes para detectar desvios como links internos quebrados, títulos desatualizados, texto alt ausente ou schema que não corresponde mais à página.

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

O SEO on-page cobre o que está em uma página específica e que você controla ao criá-la: conteúdo, palavras-chave, headings, title e meta, links internos, texto alt das imagens e schema no nível da página. O SEO técnico cobre fundamentos de todo o site que afetam rastreamento e indexação, como robots.txt, sitemaps, arquitetura do site, redirecionamentos, HTTPS e desempenho. Eles se sobrepõem (Core Web Vitals e canonicals aparecem nos dois), então estes checklists incluem os itens técnicos no nível da página e combinam bem com uma auditoria de SEO técnico separada.

Por que há seis checklists diferentes em vez de um?

Tipos de página diferentes têm sucesso ou fracassam por motivos diferentes. Um post de blog vive ou morre pela correspondência de intenção, profundidade e linkagem interna; uma página de produto precisa de schema Product, avaliações reais e tratamento limpo de variações; uma página de categoria pode inflar o índice silenciosamente pela navegação facetada; uma landing page de PPC precisa de correspondência de mensagem e uma decisão deliberada de indexação; uma página inicial precisa de clareza de marca e schema Organization; e uma página local precisa de NAP consistente, schema LocalBusiness e alinhamento com o Perfil da Empresa no Google. Uma única lista genérica pularia os itens que mais importam para cada uma.

Quais itens on-page são esquecidos com mais frequência?

As falhas recorrentes são: texto alt descritivo e compressão de imagens; title tags e meta descriptions únicos e alinhados à intenção, em vez de padronizados; dados estruturados ausentes ou que não correspondem ao conteúdo visível; tags noindex acidentais ou canonicals errados que sobraram do ambiente de staging; conteúdo raso ou duplicado (especialmente descrições do fabricante em páginas de produto e páginas de cidade padronizadas); e páginas órfãs que não são linkadas de lugar nenhum ou não estão no sitemap.

Preciso de dados estruturados em toda página?

Não a mesma marcação em toda página, mas a maioria se beneficia de algum dado estruturado que combine com seu tipo: Article em posts de blog, Product em páginas de produto, CollectionPage ou ItemList em categorias, Organization ou LocalBusiness na página inicial ou em páginas de local, e BreadcrumbList onde quer que apareçam breadcrumbs. A regra é marcar apenas conteúdo que esteja realmente visível na página e validá-lo com o Rich Results Test do Google antes de publicar.

O SEO on-page ainda importa se meu conteúdo é ótimo?

Sim. Um ótimo conteúdo é a base, mas os mecanismos de busca ainda dependem de sinais on-page para entendê-lo e exibi-lo. Sem um título e uma estrutura de headings claros, links internos descritivos, canonicals corretos, schema válido, imagens acessíveis e uma página indexável e rápida, um conteúdo forte pode ter desempenho abaixo do esperado ou nunca ser rastreado e ranqueado como deveria. O SEO on-page é como você garante que o bom conteúdo receba a visibilidade que merece.