Workspace

Publishing operations
Sync healthy
3 approvals pending
2
Approval waitingSummer homepage launch is still open.
Media queue7 assets are waiting on crops or alt text.
EC

Architecture

Frontend-first structure with room for a real CMS backend.

This sample is intentionally Vercel-only today, but it is framed like a production-ready editorial system: clear layers, distinct user roles, and a path from concept site to shared publishing platform.

System view

Four layers that keep content, operations, and delivery cleanly separated.

Presentation layer

Next.js on Vercel serves fast public websites with server-rendered routes, flexible page composition, and room for country-specific theming.

Editorial model

Reusable content blocks, pages, posts, events, media, and multilingual variants create a predictable publishing workflow for coordinators.

Operations layer

Super admins provision sites, domains, and language packs while local teams stay scoped to their own editorial surface.

Integration layer

Future APIs can expose events, people profiles, testimonials, and newsletter flows for reuse in other products without coupling the frontend.

Guiding principles

Design choices that make multi-site publishing manageable.

Treat each country site as independent in content, but shared in platform standards.

Prefer structured content models over bespoke layouts so reuse stays realistic.

Keep editor workflows simple enough for non-technical teams with low support overhead.

Preserve a clean separation between CMS operations and the public experience layer.

Next steps

A realistic path from sample website to operational platform.

Add a headless CMS or multisite editorial backend behind the current frontend routes.

Connect public APIs for coordinators, testimonials, forms, and newsletter subscription.

Introduce locale-aware routing, preview mode, and publish workflows per site.

Layer in migration tooling for legacy blog archives and media libraries.