WeDispatch 1.6.0 : une seule langue, et un module aux normes
Le site et l'espace client partagent désormais la même langue, le lecteur parle celle de l'article, et l'extension WordPress atteint le niveau exigé par le répertoire officiel.
Cette version regroupe plusieurs semaines de travail sur un même fil conducteur : que la langue soit une décision prise une fois, et que l'extension WordPress soit publiable là où les éditeurs vont la chercher.
Une seule langue, du site à votre espace
Jusqu'ici, le site public et l'espace client mémorisaient votre langue chacun de leur côté. Deux mémoires séparées, c'est une occasion de désaccord : on pouvait lire le site en anglais et retrouver du français en entrant chez soi.
Les deux n'en font plus qu'une. La langue de la page que vous consultez aligne votre espace, l'écran de connexion s'ouvre dans la bonne langue, et les liens de retour vers le site pointent vers sa version localisée. Le choix se fait une fois et il tient, dans les deux sens, et pour toutes les langues prises en charge, pas seulement le couple français-anglais.
Détail d'ingénierie qui a son importance sur la vitesse d'affichage : la préférence n'est réécrite que lorsqu'elle change réellement, pour ne pas sortir les pages du cache de diffusion à chaque visite.
Le lecteur parle la langue de l'article
Le lecteur embarqué affichait ses commandes (lecture, résumé, accessibilité) dans la langue du site. C'est logique pour un site monolingue, moins pour une rédaction qui publie en plusieurs langues : un article anglais présentait un habillage français.
Les commandes suivent désormais la langue du texte lu. Les articles déjà sonorisés sont réétiquetés au passage suivant : c'est une mise à jour de champ, aucune synthèse n'est relancée, aucun coût n'est engagé.
L'extension WordPress au niveau du répertoire officiel
L'extension franchit deux versions d'un coup, et la seconde vise un objectif précis : passer la revue du répertoire officiel WordPress.
La 1.8.0 répond à ce que demandent les rédactions multilingues et les rédactions qui travaillent à l'avance. La langue de lecture est déduite de l'article lui-même (Polylang, WPML, ou à défaut la locale du site) et la liste des voix place en tête celles qui savent lire cette langue. Un article programmé est préparé dès sa programmation et non à l'heure de sa mise en ligne : l'audio est prêt quand l'article paraît. Une empreinte du texte transmis garantit qu'un même contenu n'est pas envoyé deux fois. Enfin, une reprise automatique après échec est disponible, désactivée par défaut, avec son coût écrit à l'écran, nous préférons qu'une dépense soit choisie plutôt que subie.
La 1.9.0 est le travail de conformité. Plugin Check, l'outil que font tourner les relecteurs du répertoire, passe à zéro erreur, vérifié sur une installation WordPress réelle. Le lecteur emprunte la file d'attente officielle des scripts, ce qui le rend enfin lisible par les extensions de cache, un point qui compte sur un site à fort trafic. Chaque réglage est filtré avant enregistrement, les formulaires de voix par auteur et par rubrique portent leur jeton de sécurité, et la documentation est en anglais, comme le répertoire l'exige depuis juillet 2025.
L'archive de téléchargement, elle, se construit désormais en parcourant le dossier de l'extension plutôt qu'en énumérant des noms de fichiers. Un fichier ajouté part dans l'archive sans que personne ait à y penser, et un contrôle automatique le vérifie à chaque modification.
Le serveur MCP suit le service
Le serveur MCP passe en 1.1.0 et rattrape les fonctions apparues ces dernières semaines : éditions traduites, sonorisation par lot, profil d'abonnement, et un catalogue de voix qui annonce désormais les langues que chaque voix sait lire, l'information dont un agent a besoin pour choisir sans tâtonner. Un contrôle automatique verrouille la cohérence entre ce catalogue et celui du service.
Ce qui ne se voit pas
Deux chantiers d'infrastructure accompagnent cette version.
Chaque modification passe maintenant par une série de contrôles automatiques avant de pouvoir atteindre la production : la suite de tests, la vérification de l'extension WordPress, et un build complet. Ces contrôles sont volontairement hors ligne, ils n'appellent aucun service extérieur et ne consomment aucun quota. Un contrôle qui dépend d'un tiers finit par échouer pour des raisons étrangères au changement examiné, et cesse alors d'être lu. Un second contrôle, quotidien celui-là, interroge la production réelle pour confirmer qu'elle répond correctement.
Nous avons par ailleurs mis en place une supervision technique dont les données sont ingérées en Allemagne. Les incidents sont étiquetés par environnement et par version de déploiement, devant une anomalie, la première question utile est toujours « depuis quelle mise en ligne ? ». Cohérent avec le reste de nos engagements : aucune donnée personnelle n'y est transmise et aucun rejeu de session n'est enregistré.
Ce que cela change pour vous
Si vous utilisez l'extension WordPress, mettez-la à jour : la préparation anticipée des articles programmés et le choix de voix par langue sont immédiatement utiles. Si vous naviguez dans plusieurs langues, vous ne devriez plus avoir à rechoisir la vôtre. Et si vous passez par le serveur MCP, le catalogue de voix vous répond désormais sur les langues.
Aucune action n'est requise ailleurs : vos réglages, vos voix et vos intégrations sont inchangés.
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