Drupal, TYPO3 & AEM

Drupal, TYPO3 et Adobe Experience Manager : reprendre un CMS d’entreprise

Ces trois CMS ont équipé des milliers d’organisations françaises : collectivités, associations, groupes industriels, établissements de formation. Beaucoup de ces sites fonctionnent encore, mais plus personne ne les touche. L’agence qui les a construits s’est recentrée sur WordPress, le développeur interne est parti, et le site vieillit sans mise à jour.

C’est exactement le type de situation sur laquelle j’interviens. Mon parcours va du mainframe aux CMS modernes : les environnements anciens et les grosses structures de contenu ne me font pas peur, ils font partie de ce que j’ai toujours fait.

Pourquoi ces sites se retrouvent orphelins

La raison est économique, pas technique. Le marché des prestataires s’est massivement concentré sur WordPress, où la demande est plus large et les compétences plus faciles à recruter. Résultat : un site Drupal 7 ou un TYPO3 de plusieurs centaines de pages devient difficile à confier, alors même qu’il rend encore parfaitement service.

Le problème apparaît quand une version cesse d’être maintenue par son éditeur : les correctifs de sécurité s’arrêtent, et le site devient une cible. C’est en général à ce moment-là qu’on m’appelle.

Ce que je prends en charge

Une précision honnête sur Adobe Experience Manager : c’est une plateforme lourde, généralement exploitée par des équipes internes ou de grosses structures. J’y interviens en appui — contenus, gabarits, intégrations, connexion à d’autres outils — pas comme architecte d’un déploiement complet. Si votre besoin dépasse ce cadre, je vous le dis d’emblée.

Maintenir, migrer ou refondre ?

C’est la vraie question, et la réponse dépend de trois éléments : la version installée et son statut de maintenance, le volume de contenu, et l’existence de développements spécifiques.

• Maintenir quand la version est encore supportée et que le site répond au besoin. C’est de loin l’option la moins chère, et elle est souvent la bonne.
• Monter de version quand l’éditeur a cessé le support mais que l’architecture tient. L’opération est technique mais bornée.
• Migrer vers un autre CMS quand le coût de maintien devient supérieur à celui d’une reconstruction, ou quand plus personne en interne ne sait utiliser l’outil.
• Refondre quand le site ne correspond plus à l’activité, indépendamment de sa technologie.

Je n’ai aucun intérêt à vous pousser vers la refonte : la maintenance d’un site existant est une relation plus longue et plus saine qu’un gros chantier suivi d’un abandon.

L’audit de reprise

Avant tout engagement, un état des lieux : version exacte et statut de support, modules et extensions installés, développements spécifiques, état de la base, volume de contenu, sauvegardes existantes, accès réellement en votre possession, et failles connues sur la version en place.

Vous en ressortez avec un document qui dit ce qui est urgent, ce qui peut attendre, et ce que coûte chaque option. Y compris si la conclusion est de ne rien faire pour l’instant.

La sécurité, sujet central sur les versions anciennes

Un CMS dont la version n’est plus maintenue accumule des vulnérabilités publiquement documentées. Les attaques automatisées les exploitent sans distinction de taille ou de notoriété.

Quand la montée de version n’est pas immédiatement possible, des mesures intermédiaires réduisent nettement l’exposition : filtrage en amont, restriction des accès d’administration, correctifs ciblés, sauvegardes vérifiées et surveillance. Plus de 245 sites compromis récupérés et remis en ligne — voir la prestation récupération de site piraté.

Combien coûte une reprise

L’audit de reprise est court par construction : son rôle est de vous donner un état des lieux chiffré avant que vous ne vous engagiez. Les interventions qui suivent sont chiffrées au forfait, sur la base de mon tarif publié de 600 € par jour (voir les tarifs), ou en contrat de maintenance pour le suivi courant.

Questions fréquentes

Mon site tourne sur une version très ancienne. Est-ce grave ?

Cela dépend de ce qu’il expose. Un site purement vitrine, sans compte utilisateur ni formulaire, sur un hébergement bien isolé, reste gérable. Dès qu’il y a des comptes, des données personnelles ou du paiement, la situation devient urgente. L’audit tranche ce point en premier.

Faut-il forcément migrer vers WordPress ?

Non. WordPress convient à beaucoup de sites, mais pas à tous : une structure éditoriale complexe, des droits fins par service ou un multilingue exigeant sont parfois mieux servis par Drupal ou TYPO3. Migrer vers un outil plus simple qui ne couvre pas votre besoin est un mauvais calcul.

Peut-on récupérer le contenu si on change de CMS ?

Oui dans la grande majorité des cas. Ces trois CMS stockent des contenus structurés et exportables. Le travail porte moins sur l’extraction que sur la correspondance entre l’ancienne et la nouvelle structure, et sur les redirections, indispensables pour conserver le référencement — voir la migration de site.

Intervenez-vous en appui d’une équipe interne ?

Oui, c’est fréquent, notamment sur Adobe Experience Manager. Renfort ponctuel, reprise d’un chantier en cours, remplacement pendant une absence : la modalité régie existe pour ça — voir web agency et SSII.

Combien de temps dure une montée de version ?

Cela dépend entièrement du nombre de modules spécifiques et de l’écart entre les versions. Un saut d’une version majeure sur un site standard se traite en quelques jours ; un site très personnalisé avec plusieurs versions de retard relève d’un vrai projet. L’audit donne cette estimation avant tout engagement.

Pour aller plus loin

Cette prestation se combine avec l’hébergement et l’infogérance, la maintenance et l’audit et conseil. Voir l’ensemble de mes prestations.