Sépare données et affichage pour basculer vers Payload CMS sans réécrire les composants. Nouveaux fichiers : - lib/site-config.ts : source unique de vérité pour toutes les données du site (as const) - lib/content.ts : couche async entre données et composants (static aujourd'hui, Payload demain) - types/content.ts : types TypeScript partagés (Service, Realisation, Partner, BlogPost, etc.) - payload/ : schémas CollectionConfig et GlobalConfig commentés prêts à activer Données enrichies dans siteConfig : - partners : ajout du champ desc pour chaque partenaire - realisations : 6 entrées complètes avec categorie et color - blogPosts : 6 articles avec slug, titre, extrait, cat, date, readTime Refactorisations (composants → content layer) : - Navbar, Footer : importent siteConfig directement (client component) - app/page.tsx : async, Promise.all sur getServices/getTestimonials/getFAQ/getValues/getPartners/getRealisations - app/services/page.tsx : getServices() + getSiteConfig() - app/contact/page.tsx : getSiteConfig() pour phone, email, address, zones - app/realisations/page.tsx : getRealisations() + getSiteConfig() - app/partenaires/page.tsx : getPartners() - app/blog/page.tsx : getBlogPosts() - app/blog/[slug]/page.tsx : getBlogPost() + getBlogPosts() pour generateStaticParams - LocalSEOPage.tsx : siteConfig pour services list, phone, address - 5 pages service (construction-maison, renovation, assainissement, creation-acces, demolition) : getSiteConfig() pour phone - Pages légales et SEO locales : siteConfig importé pour données dynamiques Corrections URL : - Toutes les URLs canoniques obc-maconnerie.fr → obc-terrassement.fr (30+ fichiers) - layout.tsx : BASE_URL depuis siteConfig.url - robots.ts, sitemap.ts : BASE_URL depuis siteConfig.url - api/contact/route.ts : email fallback → obc-terrassement.fr https://claude.ai/code/session_01Uec4iHjcPwB1pU41idWEdF
Payload CMS — Préparation
Ce dossier contient les schémas Payload CMS commentés, prêts à être activés quand le projet bascule de contenu statique vers un CMS administrable.
Architecture cible
payload/
├── collections/
│ ├── Articles.ts → Articles de blog
│ ├── Realisations.ts → Galerie chantiers
│ ├── Services.ts → Services proposés
│ ├── Testimonials.ts → Avis clients
│ └── FAQ.ts → Questions fréquentes
└── globals/
└── SiteSettings.ts → Paramètres globaux du site
Migration (3 étapes)
Étape 1 — Installer Payload CMS
npm install payload @payloadcms/db-postgres @payloadcms/richtext-lexical
Étape 2 — Activer les collections
Décommenter le code dans chaque fichier collections/*.ts et globals/*.ts,
puis créer payload.config.ts à la racine :
import { buildConfig } from 'payload'
import { Services } from './payload/collections/Services'
import { Realisations } from './payload/collections/Realisations'
import { Articles } from './payload/collections/Articles'
import { Testimonials } from './payload/collections/Testimonials'
import { FAQ } from './payload/collections/FAQ'
import { SiteSettings } from './payload/globals/SiteSettings'
export default buildConfig({
collections: [Services, Realisations, Articles, Testimonials, FAQ],
globals: [SiteSettings],
// ...db, admin, etc.
})
Étape 3 — Mettre à jour lib/content.ts
Remplacer les return siteConfig.xxx par les appels Payload commentés.
Les composants n'ont pas à changer.
Données actuelles
Toutes les données sont dans lib/site-config.ts.
Les composants les consomment via lib/content.ts.