L’existant pris en compte
Donner à chaque information une place utile.
Conserver, adapter ou reconstruire le thème ?
Commencez par les limites constatées : mise en page rigide, dépendance à un constructeur, composants abandonnés ou duplication des contenus. Si la structure reste saine, une adaptation peut être préférable. Si chaque modification crée une exception, une reconstruction des gabarits peut simplifier le suivi.
Le choix doit tenir compte de l’équipe qui éditera le site. Un écran spectaculaire mais impossible à maintenir n’est pas une amélioration durable. Les animations ne doivent pas masquer une information ni bloquer les visiteurs qui réduisent les mouvements.
Inventorier ce qui vit en dehors des pages
Un WordPress peut stocker des formulaires, champs personnalisés, redirections, médias et types de contenus dans plusieurs composants. Un export d’articles n’en conserve pas nécessairement toutes les règles. On identifie les dépendances avant de changer de thème ou de constructeur.
Exemple illustratif : une fiche de service contient un encadré tarifaire géré dans un champ. Reprendre seulement le texte principal ferait disparaître cette information. La recette doit porter sur le contenu réellement visible, pas uniquement sur le nombre de pages importées.
Préparer le changement d’URL avant la bascule
Les pages utiles sont associées à leur future destination. Une URL qui conserve sa fonction peut rester inchangée ; une page supprimée doit faire l’objet d’une décision, pas d’une redirection automatique de tout le site vers l’accueil. Les liens internes et le sitemap suivent la structure retenue.
La protection SEO limite les erreurs évitables sans garantir une stabilité absolue des positions. Si le projet change fortement le contenu et l’architecture, le suivi après mise en ligne devient particulièrement important.
Valider sur des parcours complets
La maquette n’est qu’une étape. La version intégrée doit être vérifiée sur mobile, au clavier, avec de longs titres et des contenus réels. On contrôle les formulaires, les messages d’erreur, les liens, les pages légales fournies et les éventuelles fonctions de vente.
Pour WooCommerce, les commandes et le paiement demandent des tests distincts. Ils ne peuvent pas être déduits d’une simple capture de la page d’accueil. Les environnements et conditions de test sont convenus avant manipulation.
Distinguer livraison et suivi
Le devis précise la reprise, les nouvelles pages, les contenus à fournir et les coûts tiers. La maintenance après lancement reste une mission séparée si elle n’est pas explicitement incluse. Domaine, hébergement et comptes doivent rester identifiés au nom de leurs titulaires.
Pour préparer l’échange, listez trois difficultés réelles de l’existant et les contenus que vous souhaitez absolument garder. Cette information est plus utile qu’une consigne générale de « site plus moderne ».
Une idée claire. Une suite concrète.
Comprendre
Votre activité, votre objectif, vos contenus.
Dessiner
Une direction et des priorités à discuter.
Construire
Un périmètre défini avant réalisation.
Vérifier
Les parcours, le mobile et la transmission.
Questions fréquentes
Une refonte change-t-elle forcément les URL ?
Non. Les conserver est souvent pertinent lorsque leur rôle reste identique.
Dois-je garder mon constructeur de pages ?
Le choix dépend des contenus à reprendre, des possibilités d’édition et du coût de maintenance ; aucune suppression systématique n’est imposée.
Peut-on travailler sur une copie ?
Une version de préparation est à prévoir pour tester les changements avant bascule, avec des accès et une protection adaptés.
La nouvelle version sera-t-elle première sur Google ?
Non. Une refonte ne garantit aucun classement ; elle doit éviter des erreurs techniques et améliorer la qualité du parcours.