Outcomes

What the work is designed to achieve.

  • A migration plan that separates framework risk from optional cleanup.
  • Predictable frontend, server, and shared-code boundaries.
  • Better type safety and fewer route/data-fetching surprises.
  • A measured rollout with build, test, cache, and rollback checks.

Typical scope

What can be included.

  • Nuxt architecture review
  • Nuxt 3-to-4 migration
  • Vue and TypeScript implementation
  • SSR, caching, and performance review
  • Testing and deployment hardening

Process

Clear decisions from discovery to production.

  1. 01

    Inventory

    Map dependencies, modules, runtime behavior, deployment targets, and assumptions that can break across the upgrade.

  2. 02

    De-risk

    Restore a clean build on supported dependencies before mixing the migration with broader refactoring.

  3. 03

    Migrate

    Address data fetching, types, directories, modules, caching, and route behavior in reviewable increments.

  4. 04

    Roll out

    Test production paths, observe errors and performance, and retain a practical rollback route.

FAQ

Useful questions before starting.

Should a production Nuxt 3 app migrate now?

Yes, unless there is a documented and time-bound support exception. Nuxt 3 reached end of life on 31 July 2026, so production teams should move to a supported Nuxt 4 release.

Does a Nuxt 4 migration require moving everything into app/ immediately?

No. Keeping structural cleanup separate from the dependency upgrade usually produces smaller diffs, clearer failures, and an easier rollback.

Can you review a migration that is already underway?

Yes. A focused review can cover dependency choices, data-fetching semantics, runtime configuration, caching, types, test gaps, and deployment risk.

Next step

Bring the current state, constraints, and desired outcome.

I will reply with the most useful next step, whether that is a focused review, a migration plan, or a scoped implementation.

Start a conversation