SEO técnico de uma página nova: checklist de 19 pontos antes do lançamento

Uma página nova pode estar perfeitamente escrita e mesmo assim não chegar à busca: o robots.txt a bloqueia, ela devolve o código errado ou não tem canonical. Estes são os 19 pontos que verificamos antes de lançar cada página, com base na documentação do Google e nos limites dos Core Web Vitals.
Por que verificar cada página?
Um buscador primeiro precisa encontrar a página, depois rastreá-la, entendê-la e só então exibi-la. Um erro em qualquer etapa anula o trabalho no texto: a página não é indexada, concorre consigo mesma ou carrega devagar no celular. O checklist segue exatamente essa ordem, do acesso à página até a velocidade e a renderização.
O que verificar: 19 pontos
| Ponto | O que verificar |
|---|---|
| 1. Indexação | A página é indexável (sem noindex) ou fechada de propósito |
| 2. robots.txt | O arquivo não bloqueia a página, o CSS nem os scripts |
| 3. sitemap.xml | A página está no sitemap (exceto as fechadas de propósito) |
| 4. canonical | Aponta para a URL correta, geralmente a própria página |
| 5. Código de resposta | A página retorna 200 |
| 6. Redirecionamentos | Sem cadeias: um salto, 301 para mudanças permanentes |
| 7. Erros 404 | Nenhum link para páginas inexistentes |
| 8. Duplicatas | Sem cópias em outras URLs; versões de idioma ligadas por hreflang |
| 9. Title e Description | Preenchidos e únicos em cada página |
| 10. Títulos H1–H6 | Um H1 e depois H2–H6 em ordem |
| 11. Estrutura da URL | URL compreensível, sem parâmetros desnecessários |
| 12. Links internos | Outras páginas apontam para ela e ela aponta para outras |
| 13. Links quebrados | Todos os links da página funcionam |
| 14. Marcação Schema.org | Válida e coerente com o conteúdo |
| 15. alt das imagens | Imagens com conteúdo têm descrição |
| 16. Velocidade de carregamento | A página carrega rápido, imagens comprimidas |
| 17. Core Web Vitals | LCP, INP e CLS no verde |
| 18. Versão móvel | Sem rolagem horizontal no celular, texto legível |
| 19. Renderização de JavaScript | Texto e links importantes visíveis sem JavaScript ou após a renderização |
Os pontos 1–8 decidem se a busca enxerga a página. Os pontos 9–15, como ela a entende e exibe. Os pontos 16–19, se a pessoa fica.
Como verificar sem prejudicar o site
- Inspecione a URL no Search Console: a ferramenta de inspeção mostra se o Google pode indexar a página, qual canonical escolheu e como vê a página renderizada.
- Verifique uma página por vez: um rastreamento massivo e paralelo do próprio site pode sobrecarregar o servidor, principalmente se for pequeno.
- Meça a velocidade no PageSpeed Insights: ele mostra dados de laboratório e de visitantes reais (quando há o suficiente).
- Registre um resultado por ponto: «aprovado», «reprovado» ou «não verificado». Um «não verificado» honesto vale mais que um «tudo certo» sem confirmação.
Quais são os limites dos Core Web Vitals?
- LCP (maior elemento da página): até 2,5 s.
- INP (resposta às interações): menos de 200 ms.
- CLS (mudança de layout): menos de 0,1.
- Avaliados no percentil 75 das visitas, separadamente para celular e computador.
- O Google indexa os sites pela versão móvel: verifique o celular primeiro.
O Metriverra reúne na seção de SEO os dados do Search Console e os Core Web Vitals de visitantes reais, para você ver qual página saiu do índice ou ficou lenta.
Resumo
- O checklist vai do acesso (indexação, robots.txt, sitemap) à velocidade e renderização.
- Inspecione a URL no Search Console para ver a página como o Google.
- Limites dos Core Web Vitals: LCP 2,5 s, INP 200 ms, CLS 0,1.
- Verifique uma página por vez, sem rastreamento em massa.
- Registre «aprovado / reprovado / não verificado».
Fontes: Google — SEO Starter Guide · robots.txt · Sitemaps · Canonicalization · HTTP status codes · Structured data · Images · Core Web Vitals · web.dev — Web Vitals · Mobile-first indexing · JavaScript SEO · URL Inspection


