Maintenance is not a failure. A well-scoped WordPress site can be the sensible choice. Migration becomes worth exploring when the same category of problem keeps returning despite focused repairs.
Use the signal, not the frustration
SignalLikely next questionPossible path
One isolated failure
Can the plugin, template, hosting, or configuration be fixed cleanly?
MaintainToo much theme/plugin burden
Can the current content model survive a simpler WordPress setup?
ModernizeRecurring architecture cost
Is the public site content-led enough to separate from the current stack?
MigrateLive commerce or accounts
What application workflows must remain available at all times?
Qualify deeplyChoose maintenance when
- The problem has a clear boundary and an owner who can keep it healthy.
- The editor workflow is valuable and the current content model fits.
- The site’s public experience does not need a different architecture.
Explore migration when
- Updates and plugin dependencies are the recurring source of uncertainty.
- The public site is mainly content, navigation, forms, and integrations.
- The team wants a clearer operating model and a documented handoff.
Use the slow-site guide if performance is the trigger, and review the migration cost drivers before treating a rebuild as a budget decision.