Checklist de lançamento de site: 30 itens para conferir antes de colocar no ar

Um lançamento de site seguro se confere em quatro etapas: uma semana antes (conteúdo, redirecionamentos, formulários, medição), na véspera (SSL, robots, backup e plano de volta), no dia (DNS, indexação, testes reais no celular) e na semana seguinte (Search Console, Core Web Vitals, monitoramento). São 30 itens, cada um com a ferramenta grátis para checar.

O que conferir uma semana antes do lançamento?

Uma semana antes, você confere tudo o que depende de outra pessoa ou de outro sistema: conteúdo final, textos legais, mapa de redirecionamentos, formulários de ponta a ponta e medição. São os dez itens que mais atrasam quando ficam para a véspera.

As listas que ranqueiam hoje, como a da Hostinger, somam 17 itens antes e 6 depois do lançamento, mas não trazem plano de rollback, mapa de redirecionamentos nem monitoramento. É exatamente aí que um lançamento quebra.

Fontes: Google Search Central, Planalto, Hostinger, consultadas em outubro de 2026.

Três itens pedem atenção extra. O mapa de redirecionamentos é o que preserva o Google: o roteiro de migração de site sem perder SEO explica como montar o 301 um para um. A medição só vale se o evento de conversão existir, e o passo a passo de como instalar o GA4 pelo Tag Manager termina exatamente nele. E o Google documenta que usa a versão móvel do conteúdo, rastreada com o agente de smartphone, para indexar e ranquear, por isso o conteúdo precisa ser o mesmo nas duas versões, incluindo meta robots, dados estruturados e alt das imagens.

Para os dados estruturados, o Google recomenda começar pelo Teste de pesquisa aprimorada e usar o Schema Markup Validator para o restante da marcação. Para acessibilidade, a WAVE tem extensão para Chrome, Firefox e Edge e aponta contraste, alt ausente e formulário sem rótulo; o que a NBR 17225 mudou está no artigo dedicado.

O que fechar na véspera?

Na véspera, você fecha o que é técnico e reversível: certificado, robots.txt, noindex, sitemap, backup, página 404 e o plano de rollback. São sete itens que levam uma tarde e evitam a madrugada.

Fontes: Let's Encrypt, Google Search Central, consultadas em outubro de 2026.

O certificado merece o primeiro lugar por dois motivos. O CA/Browser Forum aprovou a redução da validade máxima dos certificados de 398 para 47 dias, em etapas de março de 2026 a março de 2029, e a Let's Encrypt deixou de mandar e-mail de aviso. Renovação manual deixou de ser opção: ou está automática ou vai falhar num feriado. O artigo sobre o aviso de site não seguro no Chrome mostra como deixar isso no automático.

O par robots.txt e noindex tem uma armadilha documentada pelo Google: se a página está bloqueada no robots.txt, o rastreador nunca vê a regra noindex, e a URL pode aparecer nos resultados mesmo assim. Na véspera, o robots.txt libera tudo o que é público e o noindex some de todas as páginas que devem ranquear. Para o sitemap, o limite por arquivo é de 50 MB ou 50.000 URLs, folga suficiente para qualquer site de empresa.

O que fazer no dia do lançamento, na ordem certa?

No dia, a ordem é publicar, apontar o DNS, testar em produção com o celular na mão, inspecionar no Search Console e só então avisar a equipe. São sete itens, e nenhum deles é "divulgar".

O teste de HTTPS ganhou peso em 2026. Com o Chrome 154, em outubro de 2026, o navegador passa a pedir permissão antes do primeiro acesso a qualquer site público sem HTTPS. Um lançamento com uma única página em HTTP, ou com imagem carregada por HTTP dentro de uma página segura, começa a vida com um aviso na cara do visitante.

A Inspeção de URL do Search Console testa a página ao vivo e permite solicitar indexação, mas há um limite diário de solicitações, e o próprio Google orienta: para muitas páginas, envie o sitemap. Use a inspeção nas cinco ou dez páginas que importam e deixe o sitemap cuidar do resto.

Itens 18 a 24, portanto: publicar, DNS, HTTPS, formulários em produção, amostra de redirecionamentos, Inspeção de URL e sitemap. O aviso para a equipe de vendas entra depois do item 21: ninguém deve responder lead de um formulário que ainda não foi testado.

O que acompanhar na semana seguinte?

Na semana seguinte, você acompanha seis sinais: erros no Search Console, Core Web Vitals com dado real, disponibilidade, GA4 recebendo eventos, leads chegando e tráfego comparado com o site antigo. É a etapa que as listas comuns resumem em "monitore", sem dizer o quê.

Os itens 25 a 30 têm cada um uma ferramenta grátis. O relatório de páginas do Search Console mostra 404 e páginas excluídas; o que fazer quando o site não aparece no Google está no artigo próprio. O PageSpeed Insights mostra os Core Web Vitals, cujos limites o web.dev define como LCP até 2,5 segundos, INP até 200 milissegundos e CLS até 0,1, sempre no percentil 75. O Web Almanac 2025 mostra que só 48% dos sites passam nos três no celular, e 56% no desktop; o que cada métrica significa para o dono do negócio está em Core Web Vitals em 2026.

Para disponibilidade, o UptimeRobot tem plano grátis com 50 monitores e intervalo de 5 minutos, o bastante para avisar no WhatsApp quando o site cair. Para medição, o GA4 em tempo real precisa mostrar o evento de conversão disparando; o plano de como medir o resultado de um site lista os cinco eventos que importam. Para leads, a conferência é simples: cada formulário enviado nessa semana tem uma resposta registrada no CRM em menos de uma hora.

O sexto sinal é a comparação. Tráfego orgânico, posições das dez palavras principais e taxa de conversão da semana anterior ao lançamento, lado a lado com a semana seguinte. Queda de tráfego com redirecionamentos corretos é normal por alguns dias; queda com erros 404 no Search Console é problema, e é para isso que o site antigo ainda existe.

Como montar o plano de rollback de um lançamento?

Plano de rollback é a decisão, tomada antes do lançamento, de quando voltar ao site antigo, quem decide e como se faz em menos de uma hora. Sem ele, cada problema vira reunião, e o site quebrado fica no ar enquanto a reunião acontece.

O plano tem quatro partes. A primeira é manter o site antigo em pé na hospedagem anterior por pelo menos a semana seguinte, sem cancelar nada; o guia de backup do site antes de cancelar mostra o que guardar. A segunda é o TTL do DNS reduzido, para que apontar de volta leve minutos e não horas. A terceira é o backup do banco de dados e dos arquivos do site novo, feito logo após a publicação, para não perder leads que chegaram entre o lançamento e a volta.

A quarta parte é o critério, e é a que ninguém escreve. Volta-se ao site antigo quando o formulário não chega ao destino depois de duas tentativas de correção, quando o checkout ou o agendamento quebra, ou quando a hospedagem devolve erros de servidor por mais de alguns minutos. Não se volta por botão fora do lugar, por fonte diferente ou por opinião de alguém da equipe sobre a cor. O artigo sobre site fora do ar descreve o que fazer na primeira hora de cada tipo de falha.

O site antigo não é lixo no dia do lançamento. É o seguro do lançamento, e só vira lixo quando a semana seguinte termina limpa.

Quem decide também fica escrito: uma pessoa do negócio, com o telefone de quem publicou. Lançamento em que o cliente descobre o problema pelo visitante e o estúdio descobre pelo cliente já perdeu a janela.

Quais erros mais derrubam um lançamento de site?

Os erros que mais derrubam um lançamento são cinco: noindex esquecido, robots.txt bloqueando, formulário apontado para e-mail de teste, redirecionamentos ausentes e banner de cookies que mata a medição. Nenhum aparece olhando o site; todos aparecem olhando o código ou o destino.

O noindex esquecido é o clássico porque o ambiente de testes precisa dele e o de produção não. O robots.txt bloqueando é o irmão: a plataforma gera um arquivo restritivo durante o desenvolvimento e ninguém troca. Os dois se descobrem com a Inspeção de URL no dia e com o relatório de páginas na semana seguinte.

O formulário apontado para o e-mail do desenvolvedor é o erro que custa venda. O site parece funcionar, o visitante recebe "mensagem enviada" e ninguém da empresa fica sabendo. Por isso o item 4 pede confirmação no destino, e o item 21 repete o teste em produção. Lead que chega e espera é lead que esfria, como mostra a Regra dos 5 Minutos.

O banner de cookies merece um alerta à parte. Um banner configurado às pressas bloqueia o GA4 até o consentimento, e o relatório da semana seguinte mostra tráfego zero, sem que o site tenha caído. O que a LGPD e a ANPD pedem, e como manter a medição com consentimento, está em banner de cookies e LGPD. E o site que ficou perfeito no monitor e desconfigurado no celular é o quinto erro, o mais fácil de evitar: testar no aparelho, não no simulador do navegador.

Perguntas frequentes

Quanto tempo antes do lançamento devo começar o checklist?

Uma semana é o mínimo para um site institucional, porque os itens da primeira etapa dependem de outras pessoas: conteúdo final, textos legais e teste de formulário com quem recebe o lead. Para loja virtual ou site com área logada, duas semanas, para incluir checkout, pagamento e e-mails transacionais no teste de ponta a ponta.

Preciso de um checklist se o site é novo e não substitui nenhum?

Sim, com menos itens. Sem site anterior, não há mapa de redirecionamentos nem comparação de tráfego, mas tudo o mais vale: formulários, noindex, robots.txt, certificado, sitemap, medição, acessibilidade e monitoramento. O plano de rollback vira apenas backup e TTL reduzido, porque não há versão antiga para onde voltar.

Quanto tempo o Google leva para indexar o site novo?

Não há prazo garantido. O Google diz que solicitar indexação pela Inspeção de URL não garante que a página apareça, e que o envio do sitemap é uma dica, não uma ordem. Na prática, a home de um domínio já conhecido costuma reaparecer em dias; páginas novas de um domínio novo podem levar semanas.

Posso lançar o site sem banner de cookies?

Depende do que o site coleta. Se não há GA4, pixel de anúncios nem outro cookie que dependa de consentimento, o banner é dispensável. Se há qualquer medição, o Guia Orientativo da ANPD sobre cookies orienta a configuração, e o lançamento precisa dela pronta, com a opção de rejeitar funcionando, antes de ligar as tags.

Como testar o formulário de ponta a ponta?

Envie o formulário como um visitante, do celular, com dados reais, e confirme que a mensagem chegou ao destino final: caixa de e-mail da pessoa que responde, CRM ou WhatsApp. Depois responda, para verificar que o remetente recebe. Faça isso antes do DNS, no endereço provisório, e de novo em produção no dia.

Conclusão

Um lançamento não é um dia, é uma semana antes e uma semana depois. Os 30 itens cabem nesse intervalo e seguem uma lógica: primeiro o que depende de gente, depois o que é técnico, depois o que só se vê com visitante real. É a ordem que recomendamos nos projetos do Website & Design, e vale igual para quem publica com outra equipe.

O item que separa um lançamento profissional de um amador não está na lista de ninguém: o plano de voltar atrás. Quando ele existe, nenhum erro é grave, porque nenhum fica no ar por mais de uma hora.

Se o seu próximo site precisa entrar no ar sem perder lead nem posição no Google, fale com o estúdio sobre o lançamento.