Ce qu'un consultant CMS legacy vérifie en premier, quelle que soit votre plateforme.

Que fait un consultant CMS legacy ??

Un consultant spécialisé dans les anciens CMS commence par lire ce que votre site expose déjà, puis vous dit s'il faut le mettre à niveau, le découpler ou le migrer. Commencez par le code source de votre page d'accueil. Cherchez les numéros de version dans les noms de vos fichiers de script, une balise de générateur dans l'en-tête de vos pages (elle se cache rarement bien) et le nom de la plateforme dans les chemins de vos ressources. Un mécanicien lit un tableau de bord, un consultant lit votre code source. D'après mon expérience, le code source ment rarement.

D'abord les faits, ensuite les recommandations. Quelle version utilisez-vous, et le fournisseur la prend-il encore en charge ? Quelle part de votre expérience reste derrière votre écran de connexion ? Quelles intégrations tomberont si vous changez de plateforme principale ? Les recommandations sur la migration de plateforme demandent de recenser chaque type de contenu, chaque intégration et chaque page à haut risque de votre site, puis de fixer des objectifs de maintien du trafic et de préservation du SEO avant toute migration. Avec cette méthode, vous obtenez une décision défendable, pas seulement un devis de refonte. Et parfois, la bonne décision, c'est de ne rien changer pour l'instant. Un bon consultant vous le dira, même si cela lui fait perdre le contrat.

Quelles plateformes sont considérées comme legacy, et pourquoi la date compte-t-elle ??

Votre plateforme devient obsolète quand le fournisseur ou la communauté arrête de publier des correctifs de sécurité pour votre version. Vérifiez cette semaine la date de fin de vie de votre version. Votre exposition commence ce jour-là, et rien ne la réduit toute seule. Une date d'expiration ne s'améliore pas avec le temps. Si vous utilisez Drupal 7, votre date limite est dépassée depuis le 5 janvier 2025. Plus de nouvelle fonctionnalité, plus de correction de bogue, plus de mise à jour de sécurité ni de modification du noyau. Et si vos modules Drupal 7 sont indiqués comme non pris en charge, ils ne reçoivent pas non plus de correctifs.

Vous utilisez Magento 1 ? Votre support devait s'arrêter en juin 2020. Adobe a annoncé qu'il ne publierait plus de correctifs de sécurité : vous n'en recevrez donc plus, et chaque mois qui passe rend votre code un peu plus vulnérable. Mais Magento n'est pas le seul à avoir une fin de support ferme. Vous utilisez Sitecore XP 10.0 ou 10.1 ? Votre support étendu s'arrête le 31 décembre 2026, et après cette date, vous ne pourrez plus acheter de correctifs pour votre site, quel qu'en soit le prix. Et dès le 1er juin 2026, les mises à jour de sécurité deviennent une option payante pour toute version XP que vous gardez sous support étendu.

Vous utilisez un CMS maison ou un parc WordPress qui n'est pas à jour ? Aucun fournisseur ne publie de calendrier pour vous, et vous n'avez donc aucune date de référence. Il ne vous reste que l'âge de vos dépendances comme repère. Personne ne vous préviendra, puisqu'aucun fournisseur ne surveille vos numéros de version. Alors vérifiez-les dès aujourd'hui. L'évaluation gratuite vous montre ce que vos pages publiques laissent voir.

Que doit vérifier un consultant en premier sur un site vieillissant ??

Sur un site vieillissant, consacrez votre première heure à cinq contrôles : les versions et les dates de fin de vie, les en-têtes de réponse, le rendu, l'ancienneté des dépendances, ainsi que les signaux de recherche et de schéma. Commencez par les en-têtes de votre page d'accueil. Quels en-têtes de sécurité votre site envoie-t-il, et lesquels manquent ? Puis passez au code source. Votre contenu est-il présent dans le code HTML, ou un script construit-il la page après son chargement ?

Vérifiez ensuite le poids des scripts et des images, ainsi que les numéros de version dans vos noms de fichiers : de vieilles bibliothèques signalent souvent une plateforme en retard. Et regardez enfin les signaux de référencement : les balises robots, les balises canoniques, l'ordre des titres et les données structurées sur les pages que vous échantillonnez, pas seulement sur votre page d'accueil. Une page d'accueil propre ne prouve rien : elle peut cacher l'état du reste du site.

Cette évaluation analyse votre page d'accueil et jusqu'à huit pages choisies au hasard, note votre site selon huit critères pondérés et vous montre les éléments qui expliquent chaque note. Elle ne se connecte jamais à votre site. Elle ne consulte pas vos statistiques et n'analyse pas vos données de performance terrain. Alors ce que vous obtenez, c'est l'équivalent d'une première heure d'examen, pas un audit complet. Elle vous dit où regarder ensuite.

Faut-il mettre à niveau, découpler ou quitter la plateforme ??

Votre décision dépend de deux choses : la part de votre site placée derrière un écran de connexion, et la façon dont votre code personnalisé reste attaché à l’ancienne version. Comptez les pages qui exigent une authentification. C’est le premier tri. Si moins de 20 % de votre parcours se trouve derrière cette connexion, vous remplacez votre CMS. Au-delà de 50 %, vous remplacez votre plateforme. Et entre les deux, prudence : cet écart pèse bien plus lourd sur votre budget que la formule ne le laisse croire.

Vous pouvez monter de version dès qu’une version cible est prise en charge pour votre version actuelle. Sur Sitecore, la cible décide de tout : XP 10.5 bénéficie d’un support standard jusqu’au 31 décembre 2029, et l’assistance à la mise à niveau exige que votre version cible soit couverte par ce support. Mais découpler l’architecture peut compliquer le chantier au lieu de le simplifier. Attention au détour. Sitecore préconise le mode « headless » avant SitecoreAI, un choix utile seulement dans des cas exceptionnels (donc rarement le vôtre). N’y voyez pas un raccourci.

Changer de plateforme, c’est d’abord budgéter ce qui ne partira pas vers votre nouvel environnement. L’outil de migration de données Magento 2 d’Adobe ne transfère pas l’intégralité de vos données personnalisées, de vos droits d’administration ni de vos fichiers multimédias ; Adobe recommande d’ailleurs un test préliminaire dans un environnement de test et prévoit au moins trois mois. Sitecore XM Cloud vous oblige à refactorer vos builds MVC existants. Vos index Solr personnalisés ne sont pas transférés. Et vos formulaires Sitecore non plus. C’est souvent cette liste, discrète au départ, qui fait déraper les budgets de migration.

Combien coûte un consultant CMS legacy ??

La plupart des consultants indépendants facturent entre 75 et 500 dollars de l’heure, selon un barème de mars 2026 consultable en ligne. Leur tarif journalier tourne généralement autour de 6 à 8 fois leur taux horaire. Et au Royaume-Uni, les tarifs journaliers des consultants tech de niveau intermédiaire à senior oscillent entre 900 et 2 200 £. Aux États-Unis, prévoyez en moyenne entre 150 et 250 $ de l’heure, d’après des données distinctes pour 2025 et 2026.

N’appliquez pas ces moyennes brutes au coût réel de votre migration. Elles ne suffisent pas. Et la source classe la mise en œuvre technique à part, avec une grille tarifaire bien distincte. De la même façon, un audit public de votre site ne peut pas chiffrer ce coût : il ne voit pas vos modules personnalisés, il ne voit pas vos intégrations, et il ne voit pas ce qui tourne derrière votre page de connexion.

Avant de vous engager, demandez le tarif par écrit ainsi que le périmètre de la première intervention. Soyez précis. Et exigez que le livrable prenne la forme d’une recommandation écrite dédiée à votre site. Avec ce cadre, vous comparez deux consultants sur des bases équivalentes, et un devis flou saute immédiatement aux yeux.

Comment juger si les conseils d'un consultant sont fiables ??

Pour juger les préconisations d’un consultant, vérifiez que chaque affirmation renvoie à un élément que vous pouvez contrôler vous-même : une version, une date, un en-tête, une page. Demandez les preuves techniques derrière la recommandation avant de signer le devis. Et ce point n’est pas négociable. Si la décision de remplacer votre plateforme repose sur une simple intuition, continuez à chercher. Une intuition coûte peu. Une refonte coûte cher.

Un bon consultant annonce d’emblée ce qui ne sera pas migré. Ensuite, il recense chaque type de contenu, chaque intégration et chaque page à risque élevé de votre site. Dès le départ, ses objectifs de maintien du trafic et de préservation du SEO fixent le cap. Il repense aussi l’architecture de l’information, au lieu de copier l’ancienne structure. Et vérifiez que votre plan intègre une phase de test avant la mise en production ainsi qu’un calendrier réaliste : Adobe estime à 3 mois le délai minimum pour une migration vers Magento 1, voire davantage si vos développements personnalisés sont lourds. Sans ces éléments, vous n’avez qu’un espoir, pas un plan.

Méfiez-vous des certitudes. Si un prestataire vous remet un devis de refonte avant d’avoir inspecté vos pages publiques, ou s’il vous garantit que tout sera conservé, il a sauté la première étape. Faites l’analyse vous-même sur votre site. Puis confrontez ce qu’on vous raconte à ce que vos pages montrent réellement.

Une analyse gratuite peut-elle remplacer la première consultation ??

Non, cette évaluation gratuite ne remplace pas une première consultation, mais elle vous permet d’ouvrir les discussions avec des chiffres concrets plutôt qu’avec des suppositions. Elle analyse votre page d’accueil et jusqu’à huit pages tirées au sort. Et vous obtenez une note sur 100, avec les faits qui justifient chacun de vos huit piliers. La lecture est simple : votre note se situe sur une échelle qui va d’une situation satisfaisante, de 80 à 100, à une situation obsolète, de 0 à 39.

L'outil ne peut pas faire ce travail à votre place. Il ne se connecte pas à votre site, ne lit pas vos statistiques, n'analyse pas les données de performance réelles et n'interroge personne. Il ne peut donc pas juger vos contrats, votre équipe ni ce qui se trouve derrière votre identifiant. Et c'est justement sur ce type de décision que je vous conseille. Pendant l'entretien, nous examinerons ces points ensemble. Aucun script ne s'y substitue : posez-moi vos questions.

Le test est gratuit et prend environ deux minutes. Indiquez votre adresse e-mail professionnelle : vous recevez le lien vers votre rapport, une seule fois. La limite est de trois tests par heure et par connexion. Commencez donc par votre site principal, puis testez les autres.

Vos questions, nos réponses.

À lire ensuite.

1. 01Alternatives à SitecorePrise en charge des dates, des licences et des chemins d'accès hors de XP.
2. 02Alternatives à DrupalMettez à niveau, dissociez ou déplacez, en fonction de vos pages.
3. 03Réparation de site webHors service, piraté ou en panne : ce qui subsiste, ce qu'il faut reconstruire.
4. 04Audit SEO de CMS headlessRendu, URL canoniques, aperçus, données structurées du modèle.