Pourquoi nous utilisons iiRDS et c-rex.net IDS pour notre blog ?
Situation de départ
Jusqu'à présent, notre blog a été généré sous forme de HTML statique à partir de sources DITA. Nous savions que ce n'était qu'une solution temporaire.
Bien avant la publication d'une nouvelle version de notre blog, nous nous sommes efforcés de donner une bonne base à nos structures de données et surtout aux métadonnées de notre documentation et du contenu du blog.
Jusqu'à présent, notre blog n'avait pas de fonction de recherche. A l'exception des références croisées, il n'y avait pas non plus de relations entre les différents posts.
Les métadonnées et les relations entre le contenu, les produits, les entreprises ou d'autres parties prenantes sont, selon nous, essentielles. Il était donc clair que la solution provisoire du blog statique serait remplacée à l'avenir par iiRDS et c-rex.net IDS.
Et c'est cet interrupteur que nous avons maintenant enclenché : Le premier système de blog au monde basé sur iiRDS est arrivé !
Vous vous demandez peut-être pourquoi nous n'utilisons pas des outils tels que Wordpress ou des systèmes similaires pour rédiger nos articles de blog ?
Bien sûr, la création d'un blog avec des systèmes classiques est à première vue la manière la plus simple. Mais pour nous, il y a de nombreuses raisons pour lesquelles nous avons choisi une autre approche.
(1) Pas de silos - surtout pas de silos externes
Si nous utilisions Wordpress, par exemple, ce serait une solution en nuage. Nos contenus se trouveraient ainsi dans le cloud, dans un format de données propriétaire - du moins dans le détail.
Si, parallèlement à la publication sur le blog, on souhaite faire autre chose avec ses informations pourtant peu structurées, cela impliquerait une conversion de données plus complexe, voire une migration complexe.
Nous conservons désormais les données essentielles dans le cloud, si tant est que nous en ayons une copie, afin de réduire notre dépendance vis-à-vis des systèmes. De plus, dans la mesure du possible, nous nous appuyons également sur les normes disponibles pour notre propre stockage de données.
Les exigences de base sont donc que les contenus soient sauvegardés chez nous dans un format standardisé et neutre pour les médias et que les éditions - et cela pourrait aussi être une publication selon Wordpress - soient toujours reproductibles.
(2) Contenu reproductible
Lorsque nous envoyons nos contenus dans le monde entier par le biais d'une publication, nous voulons être sûrs que ce contenu publié puisse être à nouveau publié en appuyant sur un bouton.
Une modification de l'environnement de rédaction dans lequel nous créons le contenu ne doit pas entraîner la nécessité de toucher (migrer) à nouveau au contenu.
Notre système va évoluer. Beaucoup de choses ne sont pas encore implémentées dans l'état actuel et le seront progressivement.
Les nouvelles fonctionnalités possibles dépendent des métadonnées.
L'avenir nous dira quelles modifications seront apportées à la publication. L'avenir nous dira si, par exemple, l'édition actuelle avec les termes de genre s'imposera et sera conservée.
Nous avons essayé de créer notre base de données de manière à ce qu'elle soit prête à être publiée pour les exigences à venir.
(3) Publication à source unique avec XML
Il est certainement possible de mettre en œuvre un concept de source unique avec Wordpress. Il s'agit d'abord d'une stratégie de contenu.
Par exemple, pour une sortie en PDF basée sur l'approche Print-CSS, Andreas Zettl met à disposition un plugin pour Wordpress qui permet de sortir des contenus de Wordpress en PDF professionnel.
Mais ce n'est pas notre monde. En tant que XML-Geeks, nous privilégions les workflows basés sur l'approche single-source à base de XML - concrètement DITA.
Et comme nous travaillons principalement dans le domaine de la documentation technique, les thèmes de l'automatisation et de la structuration des données font partie de notre ADN. L'ADN dont on a également besoin dans la digitalisation horizontale.
En utilisant XML, nous répondons aux deux premières exigences : ne pas créer de silos et pouvoir reproduire les dépenses à tout moment.
(4) Relations entre les contenus
Les relations entre les contenus sont plus que des références croisées entre les différents posts.
Ce sont des métadonnées qui établissent des relations entre les ressources internes et externes au moment de l'exécution. Les exigences vont bien au-delà de ce qu'un CMS web standard met à disposition.
Cela aussi peut certainement être implémenté d'une manière ou d'une autre, mais il ne s'agit souvent pas d'une fonctionnalité standard et doit être résolu par le biais de plugins tiers ou d'un développement propre.
Nos articles de blog parlent beaucoup de nous en tant qu'entreprise et de nos produits. Il n'est donc pas surprenant que nos articles de blog aient également un rapport avec les informations sur les produits ou, plus généralement, avec la documentation technique.
Et quoi de plus naturel que d'utiliser le standard iiRDS, désormais bien établi, pour les métadonnées et les relations entre les contenus et les produits ?
(5) Les processus sont essentiels
Si nous considérons notre blog comme une sorte de documentation technique, des exigences découlent directement de ce domaine.
La traduction en fait bien sûr partie, mais aussi l'assurance qualité via une gestion terminologique appropriée, des structures de données valides et cohérentes.
Pour cela, nous avions déjà mis en place des processus correspondants pour la documentation technique, qui ont pu et pourront être utilisés sans problème pour la rédaction des articles de blog.
Nous garantissons ainsi un déroulement sans faille en appuyant sur un bouton.
(6) Dernier mais non le moindre
Et pour finir, il est important pour nous de vivre dans notre quotidien professionnel les processus que nous recommandons à nos clients dans le cadre de projets.
Il est donc naturel et profitable pour nous d'utiliser nos propres systèmes. Rien de mieux pour le développement de produits que d'être son propre client.
Conclusion
Nous devons commencer à réfléchir à notre contenu dans le cadre de la digitalisation des entreprises et des processus.
Ce n'est pas d'aujourd'hui que le contenu représente de l'argent liquide. En tant que processus créatif, ce n'est pas une intelligence artificielle qui créera notre contenu dans un avenir prévisible.
La mise à disposition d'un contenu de valeur pour nos clientsclientesclients et clientesclient·e·s et lecteurslectriceslecteurs et lectriceslecteur·rice·s restera donc laborieuse, chronophage et donc coûteuse.
C'est pourquoi nous devons briser les silos et ne pas en créer de nouveaux.
La base est un Content Management System, quel qu'il soit, dans lequel les contenus sont créés et gérés.
Tous les formats de sortie qui en résultent, qu'il s'agisse de PDF ou d'iiRDS, doivent pouvoir être générés de manière reproductible.
Même si nous décidons de fournir des contenus pour un autre système ou format de sortie, cela ne doit plus être une raison pour devoir adapter nos contenus ou même les migrer.
Pour toutes ces raisons, nous avons besoin d'une stratégie claire pour savoir où et comment créer du contenu.
Nous constatons que le paysage des formats est en train de s'élargir. L'une des raisons est que les développeurs écrivent de plus en plus de documentation, ce qui explique l'engouement actuel pour Markdown et ses dérivés.
Parallèlement, les rédactions techniques rédigent leurs contenus dans Word, FrameMaker ou dans des structures XML.
Dans différents domaines, le contenu est créé sur la base de différents systèmes et formats. Cela peut s'avérer utile.
La démarche doit toutefois faire partie de la stratégie de contenu de l'entreprise, de sorte que des responsabilités et des processus d'édition clairs soient définis.
Ce n'est pas seulement pertinent pour la publication.
Nous constatons de plus en plus que les systèmes établis se dissolvent, notamment dans le domaine de la traduction, et que chaque secteur fait ici aussi sa propre chose.
La conséquence en est inévitablement une qualité moindre des traductions, car généralement non planifiée.
La documentation technique maîtrise depuis de nombreuses années tous ces processus liés à la création de contenu, à la traduction et à la publication.
Utilisez ces connaissances et intégrez d'autres domaines dans ces processus sophistiqués et bien pensés.
Nous nous ferons un plaisir de vous aider !