The Static Website Launch Checklist
Review the generated files and the real host behavior before sending visitors to a new static release.
The Lab / Topic
When a static release fails, begin by locating the boundary: source generation, output files, host configuration, or a supporting service. Check the artifact you actually published, then load an affected page directly. A missing image on a nested route may point to a path assumption; an absent article may reflect draft settings or a stale release.
The launch checklist provides a repeatable inspection sequence. Keep the static publishing model in view as you troubleshoot: prepared files and request processing have different responsibilities. Record the build command, destination, and source revision for each release. Preserve a known working version so recovery can proceed while you investigate the specific cause of a problem.
Read and build
Review the generated files and the real host behavior before sending visitors to a new static release.
Keep reading content simple, add browser interactivity where it serves a task, and measure the actual page before making performance changes.
Create a reliable static publication from Ghost while accounting for the features outside a bare export.
Use familiar server templates to generate public HTML while keeping runtime requirements explicit.
Follow the complete Hugo publishing lifecycle: source files, front matter, templates, assets, draft review, production output, and deployment.
Turn a broad website request into small, verifiable changes with clear context, useful examples, and a repeatable review process.
Keep the WordPress editing workflow while publishing a carefully tested snapshot of public pages.
Start with your publishing routine and required interactions, then choose the simplest reliable way to produce and maintain the finished files.