WordPress : que devient l'audio quand vous corrigez un article déjà publié ?
Un article publié se corrige, et la question tombe aussitôt : et la version audio, qui elle ne bouge pas toute seule ? Le chemin exact de la régénération, ce qui se passe à l'écoute pendant ce temps, et le délai réel, décrits sans zone d'ombre.
Vous publiez un article, il est sonorisé, tout va bien. Puis vous repérez une coquille, ou vous ajoutez un paragraphe, ou une information change. Vous corrigez le texte dans WordPress. Et là, une question légitime : la version audio, elle, ne s'est pas corrigée toute seule. Que devient-elle ? Voici le chemin exact, étape par étape, sans zone d'ombre.
Pendant la correction, l'audio en ligne continue de jouer
Premier point, et c'est celui qui rassure : au moment où vous modifiez le texte, l'audio déjà en ligne continue d'être servi normalement. Un lecteur qui arrive sur l'article pendant que vous corrigez n'entend pas un blanc, ne tombe pas sur une erreur, n'a pas de lecteur cassé. L'ancienne version reste jouable tant que la nouvelle n'est pas prête.
Ce que fait le module, c'est marquer l'article « à régénérer ». Le texte a changé, l'audio ne correspond plus tout à fait, et l'encart du module dans l'éditeur le dit clairement : il distingue un audio prêt, une préparation en cours et une parution programmée. Vous savez donc, d'un coup d'œil, que la version audio est en retard d'une correction sans que rien ne casse côté visiteur.
Rien n'est dépensé tant que vous n'avez pas décidé
Deuxième point, et il évite un gaspillage courant : corriger une coquille ne consomme pas une génération. Tant que vous n'avez pas relancé la fabrication, aucun crédit n'est dépensé. C'est un choix délibéré, parce qu'un article se corrige souvent en plusieurs passes dans la même journée : une virgule, puis un mot, puis un intertitre. Régénérer l'audio à chaque sauvegarde brûlerait une génération pour rien à chaque fois.
La bonne pratique est donc simple : laissez le texte se stabiliser, faites toutes vos corrections, et ne relancez l'audio qu'une fois, quand la version écrite ne bougera plus. Le module attend votre feu vert plutôt que de courir après chaque frappe.
Le geste de régénération, et son délai
Troisième point : comment on relance, et en combien de temps. Deux chemins, selon votre réglage.
En manuel, qui est le comportement par défaut, vous cliquez « Générer l'audio » depuis l'éditeur une fois le texte figé. Le module renvoie le nouveau contenu au service, l'audio se refabrique, et la génération se compte en secondes pour un article de blog courant, pas en minutes. Vous n'attendez pas, vous ne rechargez pas dix fois : l'encart passe de « préparation en cours » à « audio prêt ».
En automatique, il existe un réglage qui régénère tout seul quand le texte d'un article déjà sonorisé change. Il est volontairement désactivé par défaut, justement parce que chaque régénération consomme une génération : on ne l'active que si l'on préfère la fraîcheur systématique à la maîtrise du compteur. C'est un arbitrage que vous posez une fois, par site, en connaissance de cause.
Pourquoi le lecteur pointe tout seul sur la bonne version
Quatrième point, le plus discret et le plus important : une fois l'audio régénéré, vous n'avez rien à refaire dans l'article. Pas de lien à mettre à jour, pas d'identifiant à recoller. C'est possible parce que le lecteur ne fige jamais une référence à un fichier au moment où vous enregistrez : le bloc ou le raccourci que vous avez posé ne mémorise pas l'identifiant de l'audio, il retrouve la version courante à l'affichage. Un article régénéré change d'identifiant côté service, et le lecteur suit sans que vous y touchiez. C'est ce mécanisme d'insertion, décrit en détail dans ajouter l'audio à un article WordPress sans toucher au thème, qui fait qu'une correction ne laisse jamais un lecteur pointer vers un audio disparu. Le module WordPress gère ce raccordement pour vous.
Deux cas voisins qui ne demandent pas la même chose
Il faut distinguer, parce que « corriger un article » recouvre des gestes très différents.
Corriger le sens ou le texte (une phrase fausse, un paragraphe ajouté) impose une régénération : l'audio doit dire ce que dit désormais l'article. C'est le cas décrit ci-dessus.
Corriger une prononciation (un nom propre écorché, une commune mal lue) est un cas plus léger et souvent gratuit. Là, on ne refait pas tout l'article : la correction ciblée reprend le seul passage concerné, ce qui suppose de savoir exactement où il se trouve dans l'audio. Et si vous vouliez seulement extraire une citation en son, la découpe réutilise l'audio existant sans aucune régénération ni coût. Confondre ces trois gestes, c'est régénérer là où une correction ciblée suffisait, ou l'inverse.
En résumé, le chemin complet
Vous corrigez le texte : l'ancien audio continue de jouer et l'article passe « à régénérer », sans rien dépenser. Vous laissez le texte se stabiliser. Vous relancez, à la main ou automatiquement selon votre réglage, et l'audio se refait en quelques secondes. Le lecteur pointe tout seul sur la nouvelle version, parce qu'il ne mémorise jamais l'ancienne. Aucune étape ne vous demande de toucher au thème, et aucune ne laisse un visiteur devant un lecteur muet.
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