Commencer par le contenu qui existe déjà
Une consigne comme « crée un site d’agence IA » produit presque toujours une composition générique. Le modèle ne connaît ni les pages publiées, ni les relations EN/FR, ni les preuves autorisées, ni le parcours de conversion. Inventoriez pages, articles, taxonomies, navigation, médias, formulaires, redirections, surfaces légales et mesure avant de dessiner la nouvelle page d’accueil.
Le vrai contenu modifie la conception. Une étude de cas technique bilingue, un profil fondateur et un formulaire de qualification ne se comportent pas comme trois cartes factices de même longueur.
- Inventaire des pages et articles
- Questions des acheteurs et actions attendues
- Relations de traduction
- Registre des preuves et des affirmations
- Anciennes URL et risques d’indexation
Employer la maquette statique comme outil d’exploration
Le HTML statique est excellent pour tester rapidement typographie, couleurs, rythme, séquence des sections et mouvement. Il demeure jetable. Validez la direction avec le vrai texte, des libellés français longs, un clavier, le mouvement réduit et plusieurs largeurs, dont une largeur intermédiaire inconfortable.
Une maquette approuvée uniquement à 1440 pixels n’est pas encore un système responsive approuvé.
Transposer les jetons dans theme.json v3
Enregistrez palette, fontes locales, échelle typographique, espacements, largeurs de contenu et styles élémentaires dans theme.json. L’éditeur et le site public partagent ainsi le même vocabulaire. Le CSS doit exprimer les relations et effets que theme.json ne sait pas représenter, pas dupliquer chaque valeur.
Cette frontière transforme une refonte future en évolution de système plutôt qu’en réparation page par page.
Reconstruire la structure avec des blocs natifs
Les titres, paragraphes, listes, boutons, images, cartes, étapes et FAQ devraient rester des blocs compris par WordPress. Les modèles de page conservent Post Content et les archives reposent sur Query Loop. Le balisage personnalisé est réservé aux preuves produit annotées ou aux diagrammes dont la sémantique serait autrement perdue.
Si modifier un titre, une image ou une étape exige de réécrire un fragment HTML opaque, la conversion est incomplète.
Ajouter des garde-fous mécaniques et un déploiement réversible
Automatisez les décisions d’architecture : validez theme.json, exigez Post Content, comptez les blocs HTML autorisés et contrôlez la parité bilingue. Ajoutez le lint PHP, les vérifications WordPress, les liens, les métadonnées et des essais réels à 1440, 675 et 390 pixels.
Avant la mise en ligne, sauvegardez la base, le thème et l’extension applicative; validez la source; déployez avec des permissions sûres; purgez les caches; puis exécutez les contrôles de production. La bonne livraison reste modifiable, testable et récupérable.
