Le plus grand médias "Pureplayer" du Maroc

Quand faut-il migrer hors de Drupal ?

360 est un exemple classique d'une entreprise de médias qui construit et maintient son propre CMS avec des ressources limitées. En 2012, nous avons construit la première version de 360 tout en dirigeant Adyax, la principale agence Drupal que nous avons vendue au groupe Smile Open Source en 2018. La version initiale était assez typique de Drupal 7, avec quelques types de contenu et un site web en deux langues avec plusieurs centaines d'articles.

Dix ans plus tard, la plateforme hébergeait plus de 1,4 million d'articles sur cinq sites web. Elle a été contrainte de se rendre sur le site headless car Drupal ne pouvait plus servir les pages en raison de graves problèmes de latence et de sécurité. Le système dans son ensemble était fonctionnel, mais sa maintenance était devenue excessivement complexe pour l'unique CTO+CIO+Développeur que possédait 360. Les nouvelles fonctionnalités ont été développées en dehors de Drupal (en PHP pur ou en WordPress pour les commentaires), ce qui a augmenté la dette technique de la plateforme. Les journalistes se sont plaints de la lenteur des interfaces d'administration, et les sites web étaient souvent hors service car l'hébergeur avait du mal à faire évoluer un système aussi complexe. Le coût de l'inaction a fini par dépasser le coût des changements potentiels.

Le processus d'appel d'offres pour sélectionner le bon CMS pour 360

Lors de la sélection d'un CMS pour l'entreprise de médias 360, nous nous sommes concentrés sur plusieurs critères essentiels : l'édition de contenu, l'intégration multimédia (y compris Twitter et YouTube), la gestion des images et le contrôle du flux de travail. Le CMS devait être convivial, prendre en charge la gestion de plusieurs sites et permettre la planification des publications et l'optimisation du site SEO . Il était également important que le système comprenne des tests A/B, des analyses et des outils de gestion de projets éditoriaux tels que les notifications et la coordination d'équipe. Les principaux aspects techniques pris en compte étaient la qualité de l'API, la facilité de migration depuis Drupal, les capacités WYSIWYG avancées, le moteur de recherche interne, la personnalisation des visiteurs et la capacité d'intégrer des infographies complexes. Nous avons également évalué la complexité technique globale et le sentiment des utilisateurs à l'égard du système. Ces facteurs ont été choisis pour s'assurer que le CMS pourrait soutenir efficacement nos opérations et s'adapter aux besoins futurs.

Nous avons affiné la liste à 4 CMS :

1. Arc XP > Parce qu'il alimentait d'importantes sociétés de médias, comme Le Parisien ou Libération en France. C'était un produit SaaS, construit par des journalistes du Washington Post.
2. Ring Publishing > Faisant partie du groupe Axel Springer, il offre une gamme solide de capacités, y compris front-end, des applications mobiles, un back-end et est un CMS reconnu.
3. Hygraph (GraphCMS) > CMS moderne et non médiatique, nous avons choisi cette petite startup allemande en raison de notre amour pour GraphQL, de la flexibilité offerte en termes de contenu structuré et de la facilité à construire front-end sur cette base.
4. Prepr > Un petit CMS néerlandais, moins connu, mais offrant un grand nombre de fonctionnalités prêtes à l'emploi pour un prix raisonnable.

Nous avons organisé plusieurs démonstrations et séances de questions-réponses pour finalement prendre une décision collégiale avec toutes les parties prenantes : code.store en tant qu'intégrateur, DSI, PDG et rédacteur en chef. La notation qui en a résulté a donné Arc XP vainqueur par une marge étroite par rapport à Ring Publishing. Le prix étant inférieur de plus de 30 % à celui de Ring, la décision a été facile à prendre : commençons par Arc XP.

Migration de Drupal vers Arc XP

Nous avons un article détaillé sur le pourquoi et le comment de la migration de Drupal vers Arc XP, mais le voyage a commencé de notre côté avec un rebranding complet de 360.

Nous sommes partis de là :

A cela :

‍

‍

‍

‍

Mais le voyage n'a pas été si facile avec de nombreuses itérations, des désaccords et des heures d'ateliers. Nous avons préféré d'autres versions, qu'en pensez-vous ?

‍

Nous avons dû apprendre comment fonctionne la thématisation d'Arc XP et comprendre les capacités de ce CMS renommé. Venant d'un milieu Drupal, il nous a semblé au départ étonnamment restrictif puisque nous ne pouvions modifier le backend que par le biais de la configuration. De nombreuses fonctionnalités typiques de Drupal, telles que les commentaires, les quiz et les votes, étaient absentes du CMS. Il s'agit toutefois d'un changement tout à fait normal, qui représente une approche moderne et puissante de la création de produits numériques : une architecture composable headless reposant sur les meilleures solutions SaaS. Vous sélectionnez la meilleure plateforme de commentaires, les meilleurs quiz et les meilleurs systèmes de vote, et vous les intégrez par le biais d'une application unifiée React front-end , potentiellement avec une couche de graphe unifiée intermédiaire GraphQL pour simplifier les tâches front-end et masquer la composabilité à vos développeurs.

La migration du contenu a été un élément relativement simple du projet, car nous avons migré à partir de Drupal, un outil que notre équipe connaissait bien. Le contenu structuré de Drupal a facilité l'extraction des données. La plupart des difficultés provenaient de la myriade de petits détails. Nous avons dû créer cinq applications mobiles à l'aide de React Native et les connecter à Arc XP (bien que nous préférions maintenant Flutter pour de nombreuses raisons). La construction des sections d'archives a été particulièrement difficile en raison de la structure complexe requise par Arc XP. En outre, l'intégration d'une version arabe a ajouté des complexités imprévues dans la configuration du back-office et du moteur de recherche d'Arc XP. Nous avons finalement mis en œuvre Algolia Search pour l'indexation et les requêtes de recherche. Le site sportif était particulièrement difficile, car une grande partie du contenu (résultats sportifs) provenait de scripts PHP externes fournissant des iFrames, qui ont finalement été décommissionnés et abandonnés.

En outre, la façon dont les analyses et le suivi étaient configurés dans Drupal différait complètement du nouveau site. Par exemple, nous avons supprimé de nombreuses paginations, ce qui a entraîné une perte immédiate de pages vues, à laquelle nous avons rapidement remédié en repensant entièrement notre stratégie de suivi. Cela a nécessité beaucoup de temps supplémentaire et imprévu.

Malgré ces difficultés, le site a été mis en ligne, les journalistes ont été extrêmement satisfaits et le site n'a plus connu de temps d'arrêt. L'ajout de contenu est devenu plus facile et, au fil du temps, le site SEO s'est considérablement amélioré, en particulier pour Google News, car le site y apparaissait de plus en plus.

‍