Checklist de lançamento de um site
O lançamento é o momento em que erros pequenos ficam públicos. A maioria é banal e completamente evitável com uma lista, e é sempre a mesma meia dúzia que aparece.
Esta é essa lista, dividida por momento e ordenada pelo que apanha mais problemas primeiro.
Antes do lançamento: técnico#
Verificações no ambiente de testes, com o site ainda fechado ao público.
- Robots.txt de produção permite rastreio — a versão de testes não pode seguir.
- Nenhuma etiqueta noindex esquecida do ambiente de testes.
- HTTPS ativo com certificado válido e renovação automática configurada.
- Uma só versão canónica do domínio; todas as outras redirecionam com 301.
- Todos os formulários testados até ao fim, incluindo a chegada do e-mail.
- Cópias de segurança automáticas configuradas e uma restauração testada.
- Página 404 útil, com ligações para as secções principais.
- Análise instalada e a registar, verificada em tempo real.
- Velocidade medida nos modelos principais, num telemóvel real.
O robots.txt de testes em produção é o erro clássico deste dia. Verifique-o a partir de fora da sua rede, não do ambiente de trabalho.
Antes do lançamento: conteúdo e SEO#
Encontrar isto depois do lançamento é constrangedor e às vezes caro.
| Verificação | Porquê |
|---|---|
| Texto de exemplo removido | Aparece sempre numa página esquecida |
| Títulos e descrições únicos | Duplicados prejudicam e ficam mal nos resultados |
| Imagens com texto alternativo | Acessibilidade e pesquisa de imagens |
| Ligações internas verificadas | Ligações para o domínio de testes são comuns |
| Contactos e morada corretos | Erros aqui custam negócio diretamente |
| Mapa do site XML gerado | Acelera a descoberta |
| Mapeamento de URL antigos | Numa migração, é o que preserva tráfego |
| Imagens otimizadas | Peso da página é o que mais degrada rápido |
Antes do lançamento: jurídico e acessos#
A parte que ninguém quer verificar e que causa problemas reais.
- Política de privacidade que descreve os dados que recolhe efetivamente.
- Aviso de cookies que só carrega rastreio depois do consentimento.
- Termos e condições, obrigatórios se vende online.
- Dados da empresa visíveis, conforme a legislação aplicável.
- Domínio registado em nome da sua empresa, com acesso na sua posse.
- Alojamento, análise e contas de e-mail em contas suas.
- Código-fonte entregue e num repositório a que tem acesso.
- Credenciais transferidas e as do fornecedor removidas quando fizer sentido.
Verifique a propriedade do domínio e das contas antes do lançamento. Depois, resolver isto depende da boa vontade de quem as tem.
No dia e nas semanas seguintes#
O lançamento é curto; a janela de atenção não é.
- Lance num momento calmo, não a uma sexta-feira ao fim do dia.
- Verifique o robots.txt em produção como primeira ação depois de publicar.
- Percorra o site a partir de outra rede e de um telemóvel real.
- Submeta o mapa do site na consola de pesquisa.
- Volte a testar os formulários em produção — a configuração de e-mail difere do ambiente de testes.
- Se houve migração, corra o teste de redirecionamentos contra a lista completa de URL.
- Acompanhe os erros 404 nos primeiros dias e acrescente redirecionamentos conforme aparecem.
- Compare tráfego e posições durante quatro a seis semanas antes de tirar conclusões.
Perguntas frequentes
Qual é o erro mais comum no lançamento?
O ficheiro robots.txt do ambiente de testes ir para produção e bloquear todo o rastreio. É invisível para os visitantes, por isso pode passar semanas despercebido enquanto o site simplesmente não aparece na pesquisa. Verifique-o como primeira ação depois de publicar, a partir de fora da sua rede.
Devo lançar tudo de uma vez?
Para um site novo, sim — não há nada a preservar. Para uma migração, um lançamento faseado por secção reduz o risco e permite ver o efeito de cada parte. O que não deve fazer é lançar metade e deixar a outra metade no domínio antigo durante meses: duas versões do mesmo conteúdo competem entre si.
Quanto tempo demora a aparecer na pesquisa?
Dias a semanas para indexação, meses para posições que signifiquem alguma coisa num domínio novo. Numa migração de um site existente com redirecionamentos limpos, conte com duas a seis semanas de oscilação antes de estabilizar perto do nível anterior. Não tire conclusões na primeira semana.
O que faço se algo correr mal depois de publicar?
Tenha decidido antes qual é o critério para reverter e quem toma essa decisão. Se for grave e recente, reverter primeiro e diagnosticar depois é quase sempre mais barato. Para problemas menores, uma lista priorizada e correções ao longo dos primeiros dias funciona melhor do que corrigir em pânico durante a noite.
checklist lançamento sitecolocar site no arpublicar websitemigração siteverificações pré-lançamentorobots.txt
