00 — Le modèle Songe en une page

La vue d’ensemble. Les autres docs détaillent chaque brique.

Le principe

Un site vitrine Songe = Next.js exporté en statique (HTML/CSS/JS), contenu éditable par le client via Sanity (branché à la fin), formulaires délégués à un tiers (Brevo/Formspree). Hébergé sur Cloudflare Pages par défaut.

Le client possède ses actifs (domaine, hébergement, Sanity) ; Songe garde le repo + l’accès push pour les modifs ponctuelles.

Pourquoi statique

Surface d’attaque quasi nulle (pas de serveur, pas de DB exposée).
Rapidité maximale (servi depuis le CDN edge).
Maintenance minimale : un site exporté est figé, il ne pourrit pas tout seul.
Coût bas.

On ne quitte le statique que si un vrai besoin runtime apparaît (SSR dynamique, espace client, server actions) → alors host Node (Vercel).

Les 4 partis pris non négociables

Design = de la réf DU projet, jamais importé d’un autre client (→ 01-methode-design).
Le client est propriétaire et autonome, sans lock-in ; Songe reste prestataire à accès révocable (→ 08).
On ne livre jamais une faille (→ 07) ni un site qu’on ne pourra plus modifier (→ 09).
SEO local d’abord pour des clients locaux (→ 05).

Le parcours

Étape 1 = l’arborescence (octopus.do) : on construit le sitemap, on le montre et on le fait valider par le client avant tout build — elle fige les pages et fournit une première copy sur laquelle s’appuyer. Puis :

Arborescence validée → cadrage → scaffold → build design en code → copy → SEO/a11y/perf → sécurité → CMS Sanity → formulaires → hébergement → mise en prod → passation. Détail et checklist : 03-stack-montage.