Em resumo: um site estático só é portátil quando a transferência inclui os arquivos em execução, a configuração do servidor, as premissas de DNS, os artefatos de origem e os comandos de verificação que provam que o domínio pode ser movido de forma limpa.
O que mudou
KENSAI agora trata o trabalho de migração de site estático como um pacote de evidências, não apenas uma cópia de um diretório raiz do site. A transferência prática inclui ativos HTML/CSS ativos, quaisquer dados importados ou arquivos ZIP de origem, configuração do host Caddy, verificações de IP de origem, instantâneos de cabeçalho de resposta e um runbook de lançamento para a equipe receptora.
Isso é importante porque uma implantação estática muitas vezes parece simples até que a próxima equipe tenha que reproduzir seu contexto oculto. Um redirecionamento ausente, uma suposição de origem obsoleta ou uma fonte de catálogo não documentada podem transformar a mudança de domínio em um exercício de adivinhação.
O que um bom pacote contém
- Árvore em produção: o diretório servido exato, incluindo páginas de catálogo, ativos e arquivos de fallback.
- Configuração: o bloco Caddy relevante, redirecionamentos canônicos, expectativas TLS e nomes de host.
- Evidência de origem: arquivos carregados, instantâneos de origem, origens de conteúdo importado e cópias de backup.
- Verificação: verificações curl, notas DNS, prova de soma de verificação e etapas de remontagem para pacotes grandes.
Conclusão operacional
O sucesso de lançamentos estáticos portáteis é definido antes da troca do DNS. Quando o novo servidor recebe os arquivos e a prova operacional, a implementação pode continuar no mesmo domínio sem redescobrir como funcionava o antigo site.
Para KENSAI, esse é o padrão: entregar o artefato, a configuração e a comprovação e deixar para a próxima equipe um caminho que possa verificar.