CMS & développement · Étude de cas
Après 10 ans avec WordPress, j’ai quitté la plateforme pour construire mon propre CMS
Après 10 ans avec WordPress, mon workflow avait évolué bien au-delà de l’outil. J’ai conçu une plateforme complète réunissant CMS sur mesure, frontend statique, design system, SEO, conversion et agents IA dans mon environnement local.
Plus de 10 ans avec WordPress.
Des dizaines de sites conçus, des thèmes adaptés, mes propres extensions développées et une plateforme que j’ai appris à connaître en profondeur.
Puis mon workflow a changé.
Figma est devenu le point de départ de la direction artistique. Le développement s’est déplacé en local. Les composants, le design system, le contenu structuré, le SEO, la conversion et les agents IA ont pris une place croissante dans ma manière de travailler.
J’ai fini par prendre une décision assez radicale : construire l’environnement exactement autour de mon workflow.
C’est ainsi qu’est née la nouvelle version d’altaydagistan.com.
D’un portfolio à une plateforme digitale
La refonte a rapidement dépassé la question du site public. Je voulais réunir dans un même produit : direction artistique, publication, business, architecture et IA — cinq axes qui, avant, vivaient chacun dans un outil différent.
Deux applications, un seul produit
J’ai séparé l’administration du site public. Le CMS est développé en PHP et MySQL : il gère les contenus et les fonctions opérationnelles. Astro récupère ces données au moment du build et génère le site public en statique.
Cette architecture donne à chaque partie le comportement dont elle a besoin.
Une fois le site construit, les pages éditoriales peuvent être servies sans solliciter le CMS à chaque visite.
Construire le CMS autour du vrai travail de publication
Je voulais une administration qui corresponde exactement à la structure du site. Un projet de portfolio peut réunir :
- Informations client
- Galerie ordonnée
- Vidéos
- Catégories
- Traductions
- SEO
- Champs propres à sa présentation
Le contenu possède donc sa structure avant même d’arriver dans le frontend.
Cette approche change fortement l’expérience quotidienne. Publier un projet, corriger une traduction, modifier une meta description ou réordonner du contenu devient une opération directe.
Le CMS devient une interface de production, pas un assemblage d’outils.
Une direction artistique qui reste libre
Le frontend repose sur un design system développé en SCSS. Typographie, couleurs, espacements, rayons, breakpoints et transitions utilisent un ensemble commun de tokens. Ce système fournit une grammaire visuelle stable — il laisse cependant suffisamment de liberté pour que les projets adoptent des compositions très différentes.
C’est une logique importante dans mon travail de directeur artistique : une identité digitale doit pouvoir encadrer la création sans l’uniformiser.
Le site devient aussi un outil commercial
Un portfolio professionnel accompagne un parcours. J’ai intégré cette logique directement dans la plateforme : formulaires, demandes de devis, ressources téléchargeables, prises de contact et contenus protégés utilisent le même environnement.
Une page de service doit clarifier une offre. Une étude de cas doit démontrer une expertise. Un CTA doit apparaître lorsque l’étape suivante devient naturelle — sur une landing page, cette logique se traduit directement dans le parcours :
La conversion devient ainsi une décision de design et d’architecture, pas un ajout de dernière minute.
SEO intégré au processus de publication
En quittant WordPress, j’ai repris le contrôle de fonctions souvent confiées à des plugins. Le CMS stocke les données éditoriales :
- Title
- Meta description
- Canonical
- Indexation
- Informations sociales
Astro génère ensuite les sorties techniques correspondantes.
L’environnement de staging peut également être automatiquement exclu de l’indexation.
Intégrer les agents IA directement au workflow
C’est probablement l’évolution qui a le plus transformé ma manière de travailler. Claude, Codex ou Gemini interviennent directement depuis mon environnement local et peuvent travailler sur le code, les composants, le SEO et la structure du site.
Pour leur donner une vision fiable du projet, le CMS maintient automatiquement un fichier de contexte :
{
"pages": [ { "slug": "...", "locales": "..." } ],
"portfolio": [ { "slug": "...", "categories": "..." } ],
"seo": { "title": true, "description": true }
}
Les agents peuvent alors répondre à des demandes comme :
Le système fournit directement le contexte utile.
Le PC devient le centre de production
Le code, le CMS de développement, Git, les sauvegardes et les agents IA fonctionnent dans le même environnement local. Cette continuité réduit fortement les exports de fichiers et les explications répétées.
Une direction artistique exigeante avec un frontend très rapide
La performance faisait partie des contraintes dès le départ.
- Astro statique
- Images responsives
- Formats modernes
- Polices auto-hébergées
- JavaScript limité
- Animations respectant
prefers-reduced-motion
Le résultat mesuré en production :
La performance influence directement la perception de l’interface. Une page qui apparaît rapidement, reste stable et répond immédiatement donne aussi au design une sensation de précision.
Prévoir le retour arrière avant d’en avoir besoin
Étape 01
Checkpoint Git
Git conserve l’historique du code. Un point de restauration est créé avant toute opération sensible ou multi-fichiers.
Étape 02
Sauvegarde MySQL
La base MySQL dispose de sauvegardes compressées, prises automatiquement avant toute opération risquée sur le contenu ou le schéma.
Étape 03
Synchronisation
Le schéma et le contenu sont synchronisés vers l’environnement cible avant le build, jamais après.
Étape 04
Build & vérification
Astro reconstruit le site à partir des données à jour, puis le résultat est vérifié avant toute mise en ligne.
Étape 05
Publication
La mise en production reste volontaire — jamais automatique, jamais déclenchée sans confirmation explicite.
Alors, faut-il abandonner WordPress ?
Je ne tirerais pas cette conclusion. WordPress reste pertinent pour beaucoup de projets. Le sur-mesure devient particulièrement intéressant lorsque les contraintes commencent à dépasser les modèles standards :
À ce stade, une autre question devient plus intéressante :
Quelle architecture correspond réellement au produit que l’on veut construire ?
C’est cette question qui a guidé altaydagistan.com.
Ce que ce projet a changé dans ma façon de travailler
En construisant la plateforme, plusieurs disciplines se sont progressivement rapprochées.
Tout converge vers le même produit. C’est aussi ce qui m’intéresse aujourd’hui dans les projets digitaux : concevoir l’identité, l’interface, le contenu, les usages et la technologie comme les différentes dimensions d’une même expérience.
Du portfolio au produit
Le projet a commencé par la refonte de mon site. Il est devenu un environnement complet pour concevoir, publier, maintenir et faire évoluer mon activité en ligne.
Le frontend constitue sa partie visible. Derrière lui se trouve un système éditorial, commercial et technique entièrement adapté à ma manière de travailler.
Cette plateforme est devenue elle-même une démonstration de l’approche que j’apporte aux projets digitaux : associer exigence graphique, compréhension des usages et maîtrise technique pour construire des expériences capables d’évoluer.
Un projet de site ou de CMS sur mesure ?
Discutons de votre workflow, de votre contenu et de ce qu’une architecture sur mesure peut vous apporter.
Demander un devis
