Pre-migration risk decisions
List what must survive, what can be retired, and what needs rebuilding. Assign an owner to URLs, content, media, integrations, editor acceptance, infrastructure, and the final launch decision.
Migration planning has five gates: agree the inventory and exclusions, run a representative pilot, verify content and public behaviour, rehearse cutover and rollback, then name the person who accepts each result.
The source guides turn those gates into concrete work. They do not promise an automatic import or treat a successful content export as a finished migration.
The source system's hidden risk
Pick the platform you are leaving. Each guide identifies source-specific inventory, a difficult pilot, acceptance checks, cutover dependencies, and the person who should sign off each decision.
- From WordPress Inventory WordPress content, plugins, URLs, media, and editor work; prove one difficult pilot before cutover. Review a source-specific risk map
- From headless CMS Inventory content contracts and every API consumer; prove a coupled pilot before retiring headless delivery. Review a source-specific risk map
- From Statamic Map Statamic collections, assets, templates, routes, and Git review; prove the new workflow with one representative pilot. Review a source-specific risk map
- From custom Filament admin Keep effective domain resources; pilot recurring page work after mapping model logic, routes, actions, and editor expectations. Review a source-specific risk map
A representative migration pilot
Inventory URLs, content, media, users, integrations, editorial states, and traffic-critical paths. The owner of each area defines acceptance before implementation begins.
Use the focused guides for WordPress, Statamic, a headless CMS, or a custom Filament admin.