Budget audio : les garde-fous qui empêchent une facture surprise

La crainte revient dans presque chaque premier échange avec un responsable de site ou de rédaction, et elle est saine : « si je branche ça et que je l'oublie, combien je paie à la fin du mois ? » La synthèse vocale se paie au volume de texte lu. Un outil qui fabrique de l'audio tout seul, à chaque publication, est donc un outil qui dépense tout seul. La bonne question n'est pas « combien coûte un article », elle est « qu'est-ce qui empêche la dépense de partir sans moi ».

Voici ce qui la tient chez nous, décrit à partir de ce que le code fait réellement, puis ce qu'aucun garde-fou ne fera à votre place.

Le premier branchement ne fabrique rien

Le cas le plus redouté est celui de l'archive. Vous déclarez votre flux RSS, il annonce cinquante articles, dont quarante-neuf ont des années : faut-il s'attendre à cinquante audios facturés dans l'heure ?

Non. Le premier relevé d'un flux enregistre tout ce qu'il contient comme « déjà vu », et s'arrête là. Seuls les articles qui apparaissent dans le flux après ce premier passage déclenchent une fabrication. Le mécanisme complet est décrit dans brancher votre flux RSS ; ce qui compte ici, c'est que la barrière est posée par défaut, du côté de la facture. Sonoriser un fonds existant reste possible, mais c'est un geste délibéré, pas l'effet secondaire d'un branchement.

Un plafond par jour et par flux

Un flux peut s'emballer pour des raisons qui n'ont rien à voir avec vous : un CMS qui republie toute une rubrique après une migration, des adresses d'articles qui changent toutes en même temps, un flux mal formé qui fait passer d'anciens contenus pour neufs. Pour ce cas, chaque flux porte un plafond de fabrications par jour, dix par défaut. Au-delà, les articles suivants sont enregistrés mais pas lus, et le compteur repart le lendemain.

Dix suffit à suivre le rythme d'un blog ou d'un site institutionnel. Une rédaction qui publie davantage doit le savoir : ce plafond ne vaut que pour le flux, et l'extension WordPress ou l'API, qui envoient chaque article au moment de sa publication, n'y sont pas soumises. Un site qui publie trois articles par semaine n'atteindra jamais la limite, sauf le jour où quelque chose se dérègle, et c'est exactement ce jour-là qu'elle sert.

Un article déjà lu n'est pas relu en douce

Le second poste de dépense invisible est la republication. Un CMS renvoie souvent un article à chaque enregistrement : une faute corrigée, une image changée, une catégorie ajoutée. Si chaque renvoi relançait la synthèse, un article retouché dix fois serait payé dix fois.

Trois règles l'empêchent. Un texte renvoyé identique n'est pas refabriqué. Un texte modifié fait passer l'audio en « à régénérer », sans relancer de lecture, sauf si vous avez explicitement demandé la régénération automatique. Et quand vous choisissez de régénérer, une correction ciblée ne relit que le passage changé, au prorata, au lieu de tout l'article.

Deux interrupteurs, et le plus prudent gagne

Il y a des périodes où l'on veut arrêter toute fabrication automatique : un budget à tenir jusqu'à la fin du trimestre, un site en refonte, une rédaction en pause l'été. La sonorisation automatique se coupe à deux niveaux, sur le compte et sur chaque site. La règle est volontairement brutale : il suffit qu'un des deux soit éteint pour que rien ne soit fabriqué, et un site ne peut pas rallumer ce que le compte a éteint. L'interrupteur du compte est celui du titulaire de la facture.

Pendant la pause, les nouveaux articles sont notés comme parus, mais pas lus. À la reprise, l'arriéré n'est pas rattrapé. C'est un choix, et il a un coût : les articles publiés pendant la pause restent sans audio tant que vous ne les demandez pas un par un. Nous le préférons à l'inverse, où rallumer une automatisation déclencherait d'un coup une facture que personne n'a demandée. Une demande explicite (un audio créé à la main dans l'espace client, un appel d'API sans le marqueur « automatique ») passe toujours : la pause arrête la machine, pas vous.

Quand les crédits sont épuisés, ça s'arrête

Un crédit couvre un article de longueur ordinaire, et l'estimation en crédits est affichée avant toute fabrication lancée depuis l'espace client. Le volume acheté est une limite, pas un seuil de dépassement : quand il est atteint, la fabrication suivante est refusée, et rien n'est facturé au-delà. Il n'y a pas de hors-forfait au caractère qui tomberait en fin de mois.

Deux messages préviennent avant d'en arriver là : un courriel quand 80 % du volume de la période est consommé, et un autre quand il est épuisé, chacun une seule fois par période. Le refus lui-même donne des nombres (ce que l'article demande, ce qui reste), pas un nom d'offre.

Deux cas voisins méritent d'être connus. Un paiement en échec suspend la production et le dit, au lieu de laisser le compte grignoter un reste. Et une hausse de volume en cours de période se paie au prorata du temps restant, avec les crédits supplémentaires au même prorata : l'échéance ne bouge pas.

Ce qu'aucun garde-fou ne fait à votre place

Ces barrières arrêtent les dépenses que personne n'a voulues. Elles ne décident pas si la dépense voulue est la bonne. Trois choses restent de votre ressort :

• Choisir ce qui mérite un audio. Tout sonoriser est simple, mais une brève de trois lignes ou une page de mentions légales ne seront jamais écoutées. Si votre site mélange les deux, branchez le flux d'une rubrique plutôt que celui du site entier.
• Regarder les écoutes. Un budget se défend avec des chiffres, et l'écran Écoutes dit quels audios trouvent un public. Un article qui n'est jamais écouté coûte un crédit pour rien, chaque mois où l'on continue d'en produire de semblables.
• Prévoir les pics. Une élection, un événement sportif, une crise locale : les semaines où vous publiez deux fois plus sont celles où le volume part le plus vite. Mieux vaut ajuster avant que découvrir le refus un soir de bouclage.

En résumé

Le coût d'un outil audio ne se juge pas seulement à son prix au crédit, mais à ce qui arrive quand personne ne regarde. Chez nous, la réponse tient en cinq points : pas d'archive lue au branchement, dix fabrications par jour et par flux au plus par défaut, pas de relecture payée pour un texte inchangé, une pause qui ne rattrape rien, et un volume qui s'arrête au lieu de déborder. Si vous partez d'un site WordPress, l'extension suit ces mêmes règles : c'est le même chemin de fabrication, avec les mêmes barrières.

À lire aussi

• SSML en français : ce que les balises règlent vraiment, mesures à l'appui
• Apprendre le français avec une voix de synthèse : ce qu'elle enseigne bien, et ce qu'elle n'enseigne pas
• Intégrer l'audio d'un article dans votre propre lecteur, sans changer de design