/ Outcome
What you walk away with.
A clear architecture, content model, and deployment plan you can hand to your team.
/ System
/01
Why split CMS and frontend
WordPress wins on editorial workflow. Next.js wins on rendering, routing, metadata, and SEO. Split the responsibilities cleanly.
- Editors stay in WordPress
- Developers control the frontend
- Content becomes structured data
- Every important page gets its own route
/02
Model content before pages
Map your services, technologies, solutions, FAQs, and case studies as structured CPTs before designing templates.
- Custom post types
- Typed meta
- Relational fields
- Preview-friendly content
/03
What Next.js should own
Routing, page composition, metadata, sitemap, JSON-LD, and visual polish belong in the frontend, not in WordPress.
- Dynamic routes
- Canonical metadata
- Sitemap + robots
- Reusable templates
/ Action items
Action items.
- 01Register custom post types with REST exposure
- 02Add typed meta for SEO and relations
- 03Decode entities and sanitize content on the server
- 04Generate sitemap entries from CMS content
- 05Add JSON-LD where it earns rich results
/ FAQ
Questions founders ask.
Is this slower than a regular WordPress theme?
No. Server-rendered Next.js pages are typically faster than a default theme, especially with images and metadata configured.
Do we lose plugins?
You lose theme-only plugins. Editorial, SEO meta, and CPT plugins still work.