04 — Contenu & copy

Comment on produit le texte et comment on modélise le CMS.

Copy

La première copy vient de la phase d’arborescence (validée client via octopus.do — cf. 03-stack-montage §5) : c’est le point de départ qu’on enrichit, pas une page blanche.
Pas de source client (Notion…) → on l’écrit nous-mêmes. Jamais de « TODO copy » ou de Lorem affiché. On invoque les skills (copywriting, ogilvy-copywriting, stop-slop/humanizer), on dérive la voix de la copy validée + la charte, on livre fini et humanisé, et on signale que c’est notre copy.
Notion fourni = copy ONLY : on garde textes / CTA / FAQ / meta / liens. On ignore les notes techniques, visuels et DAS de Notion — l’UI vient du design system, pas de Notion.
Voix : alignée sur les formulations des réfs si plateforme forte (cf. 01-methode-design §2). Pas d’em-dash — en copy (anti-pattern 8).

Timing : branché après gel de la structure + du contenu avec le client (sinon on migre dans le vide).
Modéliser sélectivement ce que le client touche réellement : articles, photos, textes-clés, équipe, FAQ. La copy structurelle (nav, définitions d’offres) peut rester en code.
Publier = webhook rebuild (~1-2 min). L’instantané n’est pas requis sur une vitrine.
Images = CDN Sanity (cdn.sanity.io, optimisées à la volée, jamais committées sur l’hébergeur ; custom loader car next/image ne s’optimise pas en export statique).
Création du projet Sanity = par le client/Adrien (auth interactive npx sanity login). Le reste (schémas, GROQ, Studio, env placeholders) est scaffoldé. Dataset en région EU. Token d’écriture server-side only.

→ Propriété du compte Sanity, accès, passation : 08.