Desenvolvimento· Arrumando a casa · parte 3
Como troquei o luisjunior.ai com cerca de 10 segundos fora do ar.
O roteiro para levar três sites no ar para Astro em Workers da Cloudflare sem mudar URLs: o inventário, a ordem da troca e a conferência depois.
Em 29 e 30 de outubro de 2026, troquei a hospedagem dos sites do ClipLeve, do Pagenello e do luisjunior.ai. Cada um virou um projeto Astro servido por um Worker da Cloudflare, e os três já estavam no ar. O objetivo era manter cada URL, o link do app e a posição nas buscas, com a menor parada possível.
O inventário de URLs veio antes de qualquer registro de DNS
Antes de mexer no DNS, listei os endereços que não podiam quebrar. No luisjunior.ai, eram as 23 URLs do sitemap antigo. Os 19 textos do blog foram importados sem mudança de texto, nas mesmas URLs e com as mesmas âncoras.
O ClipLeve tinha um caso diferente. O app publicado e a ficha da App Store usam /suporte.html, /privacidade.html e /termos.html, além das versões em inglês. Como o app e a loja apontam para esses endereços, eles precisavam continuar funcionando. No site novo, cada um redireciona com 307, um redirecionamento temporário, para a URL sem .html.
O /sitemap.xml, que o Search Console já conhecia, passou a redirecionar com 301, o redirecionamento permanente, para /sitemap-index.xml. Por isso, o sitemap não precisou ser reenviado.
O teste local era igual à produção: npm run preview faz o build e roda o Worker local, com os mesmos arquivos _headers e _redirects e a mesma página 404. Com isso, o que eu via no computador era o que iria para a produção.
O Pagenello tinha mais peças que os outros dois. Ele também usa o D1, banco de dados da Cloudflare, o envio de e-mail e o Turnstile no formulário. O ClipLeve e o luisjunior.ai têm só arquivos estáticos.
A troca tem três passos e cerca de 10 segundos fora do ar
A troca do luisjunior.ai aconteceu em 30 de outubro, em três passos:
- Publiquei o Worker antes de mexer no DNS.
- Apaguei os registros que ligavam a raiz ao site antigo: dois registros A e os TXT de verificação do provedor antigo.
- Liguei o domínio ao Worker como domínio personalizado.
Os TXT de verificação são registros que o provedor usa para confirmar que o domínio é seu. Publicar primeiro significa que, quando o domínio muda de destino, o site novo já responde. O tempo fora do ar foi de cerca de 10 segundos, entre a saída do último registro A e a ligação ao Worker, às 17:46 UTC.
No ClipLeve, os TXT de verificação do provedor antigo ficam por cerca de uma semana. Assim, dá para voltar ao site antigo se for preciso.
Depois da troca, conferi a produção com as mesmas URLs
As 23 URLs do sitemap antigo do luisjunior.ai respondem 200. HTTP e www redirecionam com 301 para a raiz, que agora recebe HSTS, o cabeçalho que manda o navegador usar sempre HTTPS. Essas conferências foram feitas na produção, logo depois da troca, e não só no teste local.
A análise do site só roda depois do consentimento. Antes do aceite, nenhuma requisição sai para o Google. Depois dele, os eventos são enviados e recebem resposta 204.
O luisjunior.ai enviou 23 URLs ao IndexNow, protocolo que avisa buscadores participantes sobre URLs novas ou alteradas, e o ClipLeve enviou 29. O Lighthouse da produção do luisjunior.ai deu 98 a 99 de desempenho no celular, com LCP perto de 2 s, e 100 nas demais categorias. No computador, deu 100 em tudo, com LCP de 0,5 s.
Dois tropeços do Astro que valem para quem usa o framework
No Pagenello, o Astro juntava palavras em 17 quebras de linha do código, algumas já no ar. Entre os casos estavam “onLinkedIn” e “within2”. Uma quebra de linha nem sempre vira espaço na página, e por isso a correção foi colocar {" "} explícito nas 17 quebras. A regra também foi escrita nas instruções do projeto. Ao fotografar a home do luisjunior.ai para a capa da parte 4, achei o mesmo tropeço no aviso de cookies, que mostrava “conteúdo.Como uso cookies”. A correção entrou junto com esta série.
O segundo tropeço também foi do Pagenello: um deslocamento de layout de 0,041 aparecia quando a fonte da marca chegava. Corrigido, o CLS ficou em 0 e o PageSpeed deu 100 nas quatro categorias.
Cada deploy envia ao IndexNow só as URLs que mudaram
Depois da troca, npm run deploy faz o build, calcula quais URLs mudaram, publica o Worker e envia só essas URLs ao IndexNow. Assim, uma correção em um texto não reenvia o site inteiro.
Cada página tem uma data, que alimenta o lastmod do sitemap. O lastmod é a data de última modificação que o sitemap informa para cada URL. O CI do GitHub roda checagem de tipos e build a cada push.
O roteiro coube numa lista curta porque o trabalho pesado veio antes: o inventário de URLs, o teste local igual à produção e a conferência logo depois. Na parte 4, conto como ficou o site novo do luisjunior.ai.