| name | vercel-architecture-variants |
| description | Choose and implement Vercel architecture blueprints for different scales and use cases.
Use when designing new Vercel projects, choosing between static, serverless, and edge architectures,
or planning how to structure a multi-project Vercel deployment.
Trigger with phrases like "vercel architecture", "vercel blueprint",
"how to structure vercel", "vercel monorepo", "vercel multi-project".
|
| allowed-tools | Read, Write, Edit, Grep |
| version | 1.18.0 |
| license | MIT |
| author | Jeremy Longshore <jeremy@intentsolutions.io> |
| tags | ["saas","vercel","architecture","scaling","patterns"] |
| compatibility | Designed for Claude Code, also compatible with Codex and OpenClaw |
Vercel Architecture Variants
Overview
Choose the right Vercel architecture based on team size, traffic patterns, and technical requirements. Covers five validated blueprints from static site to multi-project enterprise deployment, with migration paths between them.
Prerequisites
- Understanding of team size and traffic requirements
- Knowledge of Vercel deployment model (edge, serverless, static)
- Clear SLA requirements
Instructions
Variant 1: Static Site (JAMstack)
Best for: Marketing sites, docs, blogs, landing pages
Team size: 1-3 developers
Traffic: Any (fully CDN-served)
project/
├── public/ # Static assets
├── src/
│ ├── pages/ # Static pages (SSG)
│ └── components/ # React components
├── vercel.json # Headers, redirects
└── package.json
{
"headers": [
{
"source": "/(.*)",
"headers": [
{ "key": "Cache-Control", "value": "public, max-age=3600, stale-while-revalidate=86400" }
]
}
]
}
Key decisions:
- No serverless functions needed
- All pages pre-rendered at build time
- ISR for pages that update periodically
- Cost: minimal (mostly bandwidth)
Variant 2: Full-Stack Next.js (Most Common)
Best for: SaaS applications, dashboards, e-commerce
Team size: 2-10 developers
Low to high