Torne o site de produção recuperável
Liste as páginas que você quer que sejam encontradas: normalmente a página inicial, páginas principais de produto ou serviço, categorias-chave, páginas de suporte e artigos originais. Registre cada URL final HTTPS e se ela é destinada à busca. Teste o endereço público de produção em um navegador deslogado; visualizações de staging, preview e usuários logados podem se comportar de forma diferente.
Verifique se há paredes de senha, diretivas site‑wide noindex, regras de robots, erros, cadeias de redirecionamento e ativos críticos para renderização ausentes. Robots.txt gerencia o acesso de crawlers; o Google diz que não é uma forma de manter uma página fora da busca. Use controle de acesso para conteúdo privado e noindex para páginas públicas deliberadamente excluídas da busca.
Separe páginas públicas indexáveis, exclusões deliberadas e áreas privadas antes dos testes.
Carregue o URL preferido e as variantes relevantes de HTTP, host, barra final e legadas.
Escolha um URL preferido por item de conteúdo
Um URL canônico é o endereço representativo para conteúdo duplicado ou muito semelhante. Decida o host preferido, convenção de barra final e tratamento de parâmetros, páginas para impressão e caminhos aposentados. Navegação, sitemaps XML, links canônicos e redirecionamentos devem nomear esse mesmo endereço.
Use um redirecionamento permanente do lado do servidor ao remover ou consolidar um duplicado. Em páginas HTML indexáveis, use um link absoluto rel=canonical no head da página, incluindo um link auto‑referente na página preferida. O Google descreve redirecionamentos e anotações canônicas como sinais fortes, inclusão no sitemap como mais fraca, e ainda assim faz sua própria escolha canônica.
Para cada variante significativa, registre sua origem, destino, canonical e motivo.
Não coloque um URL no sitemap enquanto declara ou vincula outro como canonical.
Redirecione variantes HTTP para o endereço preferido funcionando em HTTPS.
Deixe páginas prioritárias claras e úteis
Escreva um título de página único e conciso que identifique com precisão a oferta ou resposta. Adicione uma meta description curta e específica da página como um resumo candidato, não como promessa do que o Google exibirá. O Google pode gerar um título a partir de vários sinais e um snippet a partir do conteúdo da página ou, às vezes, da description. Coloque a explicação essencial e o próximo passo no copy visível.
Use headings descritivos e linguagem natural que responda à tarefa do visitante. Evite texto copiado e páginas quase idênticas com pouco valor único. Forneça texto alternativo descritivo para imagens significativas. Não gaste esforço de lançamento com a meta tag keywords: web.dev diz que os motores de busca não a consideram mais útil.
Um leitor consegue distinguir as páginas pelos títulos sem termos repetitivos.
A página responde à sua questão central antes de pedir uma venda ou cadastro.
Conecte o site com links internos úteis
Links internos são links entre páginas do mesmo site. Eles ajudam visitantes a navegar e ajudam o Google a encontrar conteúdo. Vincule da página inicial e de hubs relevantes para páginas prioritárias, usando anchor text que identifique o destino. Adicione links contextuais quando eles responderem à próxima pergunta do visitante; uma longa lista no rodapé não substitui uma estrutura compreensível.
Use URLs canônicas na navegação, breadcrumbs, módulos de conteúdo relacionado e chamadas para ação. Em um site pequeno, clique todas as rotas primárias. Em um site maior, use uma ferramenta de crawl confiável pela sua equipe para investigar páginas prioritárias órfãs, links quebrados e códigos de resposta inesperados.
Cada página prioritária precisa de um caminho útil a partir de um menu, hub ou página relacionada.
Verifique menus móveis, formulários, accordions e overlays de consentimento além dos links em desktop.
Publique um sitemap limpo
Um sitemap XML informa aos motores de busca quais páginas e arquivos você considera importantes. Pode ajudar a descoberta de um site novo, mas não garante crawling ou indexação. Se um CMS gerar um, inspecione‑o. Inclua URLs públicos preferidos destinados à busca; exclua redirecionamentos, erros, páginas de teste e URLs bloqueados para indexação.
Mantenha o sitemap em um local estável e envie‑o no Search Console se for apropriado. Ele complementa, em vez de reparar, linkagem interna, qualidade do conteúdo e acesso ao crawl. Use extensões especializadas de sitemap só quando elas corresponderem à implementação em produção.
Confronte os URLs do sitemap com o inventário de páginas e o mapa de canonicals.
Confirme que páginas recém‑preferidas apareçam e URLs aposentados desapareçam.
Meça a descoberta e diagnostique URLs alvo
Verifique a propriedade da propriedade de produção no Google Search Console. Submeta o sitemap se usado. Inspecione uma amostra representativa: a página inicial, cada template importante, uma página recentemente alterada e um URL de migração de alto valor. A Inspeção de URL (URL Inspection) fornece informações atuais de indexação e pode testar um URL ao vivo; use‑a para investigar um sintoma, não para solicitar todo URL por hábito.
Registre a data de lançamento, convenções de URL, endereço do sitemap, páginas prioritárias e exclusões. Revise Search performance para impressões, cliques, queries, páginas e países. O Search Console é específico do Google e os dados podem demorar a aparecer, portanto funciona como evidência de diagnóstico, não como prova instantânea de que todo motor de busca processou o lançamento.
Salve URLs testados, resultado observado, data e responsável para comparação futura.
Verifique exclusões de indexação, problemas de segurança e Core Web Vitals junto com testes ao nível de página.
Transforme SEO em checagem de lançamento e remediação
Inclua o inventário de páginas, redirecionamentos, canonicals, sitemap e verificações representativas de URLs ao vivo no registro de lançamento. Status Is UP trata isso como otimização proativa de disponibilidade e remediação: exponha defeitos de entrega ou configuração antes de uma release e faça uma correção controlada quando um for introduzido. Disponibilidade não é garantia de ranking.
Nomeie a pessoa que pode aprovar um rollback focado se uma release quebrar uma rota pública, head de página, navegação ou geração de sitemap. Reteste os URLs preferidos afetados após a correção. Um preflight de rota pública reduz falhas evitáveis de entrega, mas não pode prever o crawling, indexação ou posicionamento de um motor.
Teste rotas públicas representativas e ativos após deploy, não apenas em staging.
Documente quem pode reverter uma mudança nociva de roteamento, template, robots ou sitemap.