Votre site est à l’étroit dans son CMS. Reconstruisons-le sans rien perdre.

C’est le premier sujet que je traite, pas le dernier. J’inventorie vos adresses existantes et leur trafic, puis je mets en place les redirections vers les nouvelles pages. Les contenus, les titres et le balisage sont repris. Après la bascule, je surveille l’indexation et les positions pendant les semaines qui suivent, et je corrige ce qui doit l’être.

Elles changent d’interface, mais l’administration est conçue à partir de votre façon de publier aujourd’hui, pas à partir d’un modèle générique. On ne garde que les écrans qui servent, ce qui rend en général l’outil plus simple que le CMS qu’il remplace. Vos équipes le découvrent pendant la recette, bien avant la mise en ligne, et je prévois une prise en main au moment du déploiement.

Non, et je vous le dirai si votre situation ne le justifie pas. Si votre site est surtout éditorial, que vos équipes publient souvent et que les fonctions spécifiques sont rares, une montée de version ou un bon nettoyage coûtera beaucoup moins cher qu’une migration. Je commence toujours par un audit de l’existant, et il arrive qu’il conclue qu’il n’y a rien à migrer.

La bascule elle-même est une opération courte : elle est préparée à l’avance et répétée sur le serveur de recette. Votre site actuel reste en ligne pendant toute la reconstruction, et l’adresse de production ne change qu’une fois les vérifications faites. L’ancienne installation est conservée le temps nécessaire, ce qui laisse un retour arrière possible. La durée du projet, elle, dépend du volume de contenus et du nombre de fonctions à reprendre : elle est annoncée dans le forfait, après l’audit.