Intégrer l'audio à un site TYPO3 : la voie sobre plutôt que l'extension
TYPO3 fait tourner beaucoup de sites d'universités, de collectivités et de grands éditeurs. Voici comment y ajouter une version audio de vos articles sans écrire d'extension ni alourdir vos montées de version.
TYPO3 est rarement le CMS d'un blog personnel. C'est celui des universités, des administrations, des grandes institutions et des éditeurs qui gèrent des centaines de pages avec des droits d'accès fins et des cycles de mise à jour longs. Cette robustesse a un prix : dans TYPO3, ajouter une fonctionnalité passe souvent par une extension, donc par du code à maintenir, à auditer et à faire suivre lors des montées de version majeures, qui ne sont jamais anodines. Sonoriser vos articles ne devrait pas entrer dans cette catégorie. Voici les trois façons d'ajouter une version audio à un site TYPO3, de la plus légère à la plus intégrée, et pourquoi nous vous orientons vers la première.
Approche 1 : l'élément de contenu HTML, sans extension
La voie la plus rapide n'utilise aucune extension tierce. TYPO3 propose nativement un élément de contenu « HTML pur » (Plain HTML), et il suffit d'y coller notre bloc d'intégration. Vous l'ajoutez sur votre gabarit d'article, ou dans un conteneur de pied de contenu, et le lecteur détecte le texte de la page pour proposer l'écoute. Aucune extension à installer depuis le TER, aucune dépendance de plus à mettre à jour, aucune revue de sécurité supplémentaire à programmer.
C'est l'option que nous recommandons pour commencer. Elle vous laisse tester l'audio sur votre site réel en une après-midi, sans mobiliser votre intégrateur ni geler une fenêtre de déploiement. Sa limite tient à la façon dont vous gérez vos gabarits : si votre site s'appuie sur un jeu de TypoScript et de Fluid très encadré, faites poser l'élément par la personne qui a la main sur ces gabarits, pour qu'il apparaisse au bon endroit sur le bon type de page et nulle part ailleurs.
Approche 2 : le flux RSS, pour automatiser sans toucher aux gabarits
TYPO3 sait produire des flux, que ce soit par l'extension de news la plus répandue ou par une vue dédiée. En pointant notre service sur votre flux RSS, chaque nouvel article publié est repéré et sa version audio préparée automatiquement, sans qu'un rédacteur ait à cliquer. Votre chaîne éditoriale TYPO3 reste intacte : la rédaction publie comme d'habitude, l'audio suit.
Un seul point à contrôler, et c'est toujours le même : votre flux doit exposer le contenu complet de l'article, pas un résumé. Beaucoup de configurations TYPO3 tronquent le flux par défaut pour alléger la page. Si le flux est coupé, l'audio le sera aussi. C'est aussi cette approche qui alimente un podcast automatique à partir de votre production courante, sans projet séparé.
Approche 3 : l'API, quand un besoin précis le justifie
Si vos équipes veulent décider exactement quand et comment l'audio est généré, l'API est la bonne voie. Vous déclenchez la sonorisation depuis un hook TYPO3, par exemple à la publication d'un enregistrement, et vous récupérez la référence du fichier pour l'afficher où vous voulez dans votre gabarit Fluid. C'est plus de travail au départ, mais cela ouvre les cas particuliers : ne sonoriser que certaines rubriques, régénérer l'audio quand un article est corrigé, ou stocker la référence dans un champ propre à votre modèle de données.
Réservez cette voie aux sites qui en ont réellement l'usage. La plupart des installations TYPO3 sont mieux servies par les deux premières options, plus sobres à maintenir dans la durée.
Ce que l'intégration ne touche pas
Le point qui rassure une équipe TYPO3 habituée à se méfier des greffes : dans les trois cas, votre installation ne subit aucune transformation lourde. L'élément HTML n'écrit rien dans votre schéma, le flux ne modifie pas votre chaîne de publication, et l'API n'impose pas de dépendance dans votre composer.json. Vous pouvez faire marche arrière en retirant un bloc ou en coupant le flux, sans migration inverse. C'est la même logique que celle décrite pour un CMS headless ou pour un site statique : l'audio se pose à côté du contenu, il ne s'y substitue pas.
L'accessibilité, souvent le vrai motif
Beaucoup de sites TYPO3 relèvent du secteur public et sont donc soumis au RGAA et à la directive européenne. Un point mérite d'être clair : la version audio s'ajoute à votre page, elle ne remplace pas votre HTML. Votre texte reste intégralement présent, lisible par les lecteurs d'écran, et le texte synchronisé qui accompagne l'écoute est ce même contenu. Vous renforcez l'accessibilité sans dégrader l'existant, ce qui est exactement ce qu'un audit attend. L'audio n'est pas une alternative accessible au texte, c'est un confort d'écoute qui s'ajoute à une page déjà conforme.
En résumé
Commencez par l'élément HTML pour tester, passez au flux RSS pour automatiser, et ne sortez l'API que si un besoin précis l'exige. Dans les trois cas, votre installation TYPO3 reste maître chez elle, et vous gardez la possibilité de revenir en arrière à tout instant.
Ajoutez l'audio à votre site TYPO3 avec WeDispatch
Que vous partiez du bloc HTML, du flux RSS ou de l'API, l'activation est gratuite et réversible. Faites le test sur quelques articles avant de généraliser.
Sonorisez vos articles avec WeDispatch
Ce blog sera lui-même sonorisé par WeDispatch. Envie de voir ce que ça donne sur vos contenus ?
Demandez une démo