CMS headless pour PZPN
Un CMS headless complexe basé sur Drupal
La PZPN (Fédération Polonaise de Football) est la plus grande et l'une des plus anciennes associations sportives en Pologne. La PZPN allie tradition et modernité. L'un de ses symboles est les sites Web gérés par l'association. Le portail Football Connects Us est une plateforme multifacette avec des informations pour tous les fans de football polonais. Il contient des articles et des vidéos non seulement sur le football de haut niveau, mais aussi sur les niveaux amateur et enfants. Sur les chaînes Football Connects Us, vous pouvez également regarder des diffusions de matchs importants des équipes nationales de jeunes et des matchs de ligue de la Central Junior League. La force des sites web Football Connects Us est leur présence dans les médias sociaux. Ses coordinateurs, de manière moderne et attrayante, se connectent avec un groupe de plusieurs millions de fans de l'équipe polonaise dispersés dans le monde entier. La chaîne Football Connects Us n'oublie pas l'histoire. C'est pourquoi l'idée de la bibliothèque PZPN est apparue. C'est un projet unique à l'échelle mondiale. Sur le site Web de la bibliothèque PZPN, vous pouvez trouver des vidéos, des photos, des souvenirs, des gadgets, des faits intéressants et des statistiques liées au passé riche et réussi du football polonais.
Défi
La PZPN avait auparavant plusieurs systèmes CMS basés sur diverses technologies - des systèmes dédiés aux solutions open source. Cependant, aucun d'entre eux ne pouvait gérer une grande quantité de données. Durant un week-end, jusqu'à plusieurs milliers de matchs peuvent avoir lieu, après quoi deux fois plus de données sont ajoutées. Par conséquent, le client avait besoin d'un CMS efficace. Le système était censé être capable de gérer la gestion de contenu pour plusieurs sites.
La nouvelle solution devait s'intégrer à l'architecture IT des systèmes PZPN. Leur cœur est le bus de données (Apache NiFi), qui est un endroit qui recueille les données de tous les services. Il y a une base de données, des outils pour gérer les données ainsi que les recevoir et les envoyer. Les données arrivent au bus depuis divers endroits:
du système Extranet, où les entraîneurs et les arbitres entrent les informations sur les matchs,
d'un CMS, où les éditeurs enrichissent les données de l'extranet avec des photos et des descriptions plus longues et les renvoient au bus de données.
Tous les sites web (Football Connects Us, PZPN Library, From the Backyard to the Stadium) envoient directement des requêtes au bus de données. Ensuite, une API spéciale transfère les données collectées vers des sites web spécifiques. Le nouveau système CMS devait alimenter efficacement le bus en données. Il devait également être créé de sorte qu'il puisse prendre en charge d'autres plateformes et leur fournir du contenu à l'avenir.
Le projet a été précédé d'une analyse détaillée et d'ateliers avec le client, qui étaient cruciaux pour la mise en œuvre du projet. Nous avons également discuté avec les rédacteurs de leurs besoins pour le système CMS. Tout cela avait pour but de comprendre exactement comment la solution devait fonctionner côté frontend, de planifier correctement l'architecture des données dans le CMS headless, et de créer un système qui est convivial et facile à utiliser pour les rédacteurs.
Solution
Le système sur lequel nous avons travaillé est une solution headless (le frontend est séparé du backend). Bien qu'il ne communique pas directement avec le frontend, il est adapté à celui-ci.
Le système est construit à partir de composants (c.-à-d. des éléments de site web prêts à l'emploi) qui sont destinés à des pages spécifiques. Après s'être connecté au CMS, l'éditeur ne voit que les types de contenu auxquels il a accès dans les sites web pour lesquels il prépare le contenu.
Le plus souvent, un certain type de contenu est composé de composants. En se basant sur les dessins graphiques reçus, nous avons déterminé quels composants et modules Drupal sont nécessaires à la rédaction pour créer un article qui aura une certaine apparence tout en laissant la liberté de modifier. Ensuite, si les éditeurs veulent avoir un ordre différent des composants, ils peuvent le changer.
Dans le cadre des projets, nous avons créé des composants dédiés, principalement pour les besoins de la PZPN Library et des descriptions de matchs. L'un d'eux semble facile du côté frontal, mais repose sur beaucoup d'informations du système CMS. Son fonctionnement est visible lors de la création d'un article. L'éditeur a alors accès à des informations liées à un match spécifique (statistiques sur qui a joué à quelle position). Quand ils décrivent, par exemple, quelle était la composition des joueurs sur le terrain pour chaque équipe à une minute donnée, ils ne peuvent choisir que parmi les joueurs qui ont participé à ce match (et non parmi les milliers de joueurs disponibles dans la base de données). Cela se produit grâce à un filtrage des données du côté du CMS. Ainsi, les éditeurs n'ont pas à passer du temps à rechercher des informations.
Nous avons coopéré avec de nombreuses équipes qui étaient responsables des éléments individuels de ces sous-projets. Lors de périodes d'activités accrues, nous avons travaillé en équipes de plusieurs personnes, conformément aux pratiques Agile (quotidiennes, sprints). En plus de créer un CMS headless, nous avons également rédigé une documentation sur l'API, qui a ensuite été utilisée par d'autres équipes. De plus, nous avons donné une formation aux éditeurs sur l'utilisation du système.
Nous soutenons actuellement les solutions que nous avons fournies. Nous travaillons également sur des fonctionnalités supplémentaires.
Résultat
Le système CMS headless que nous avons créé alimente trois sites Web et des systèmes internes avec des données. Nous l'avons préparé de manière universelle et réactive pour vous permettre d'ajouter facilement plus de pages. Ce CMS a plusieurs fonctionnalités:
Enrichir les données générées dans le système Extranet. L'arbitre ou l'entraîneur ajoute des informations de base sur le match, qui vont ensuite au bus de données. L'éditeur peut utiliser ces informations dans le CMS et les enrichir avec des photos et des descriptions.
Créer de nouveaux contenus non liés aux données d'extranet. L'éditeur rédige un article, par exemple, pour le site Web Football Connects Us. Le contenu est créé dans le CMS, d'où il est envoyé au bus de données pour que la partie frontend de la solution puisse le télécharger.
Fournir des données pour le système Extranet. Elles sont utilisées pour des informations internes. Le CMS headless produit également des données qui ne sont pas présentées sur le côté frontend, mais sont uniquement utilisées par les systèmes internes.
Voir les sites Web de la PZPN en ligne
Les résultats de Droptica ont favorisé des résultats positifs, obtenant l'approbation des éditeurs et des utilisateurs finaux. Plusieurs sites Web et applications internes fonctionnent sur le CMS qu'ils ont créé. Les clients peuvent s'attendre à une équipe de fournisseurs serviable, solidaire et engagée.
Adam Walewski
Propriétaire de Produit, PZPN