Dictionnaire de prononciation ElevenLabs : corriger noms et acronymes

Avant un dictionnaire, déterminez si l’erreur est vraiment récurrente

Si une voix off ne prononce mal un nom qu’une seule fois, modifier ponctuellement le script suffit parfois. En revanche, un sigle, une marque ou un nom de lieu répété dans dix vidéos mérite une règle cohérente. Un dictionnaire vise précisément à stabiliser la façon dont certains termes sont lus, sans devoir retoucher chaque occurrence manuellement.

Commencez par un inventaire court de cinq à dix termes difficiles. Pour chacun, conservez la graphie correcte, la prononciation souhaitée fournie par la marque ou l’intervenant, la langue de narration et une phrase d’essai. Un long lexique générique est moins utile qu’un petit jeu de règles effectivement vérifiées.

Choisissez entre remplacement alias et écriture phonétique

Avec une règle « alias », vous remplacez le terme par une expression que la synthèse vocale lit plus naturellement. Une règle « phoneme » définit plus précisément les sons en utilisant un alphabet comme l’IPA ou le CMU. Un alias est souvent un premier essai plus simple lorsqu’un nom de marque doit être lu d’une façon particulière.

Attention à la compatibilité. La documentation actuelle mentionne notamment les modèles eleven_v4, eleven_v3 et eleven_flash_v2 pour les balises phonétiques ; les autres modèles peuvent ignorer ces balises et prononcer le texte normalement. Les conditions varient également selon la langue et le produit ElevenLabs. Vérifiez votre modèle effectivement utilisé avant de créer un dictionnaire phonétique complexe.

Construisez un fichier PLS compréhensible et maintenable

Le format PLS est fondé sur XML : un élément « lexicon » définit le dictionnaire, et chaque entrée « lexeme » associe un terme « grapheme » à une valeur « alias » ou « phoneme ». Dans l’exemple officiel, le sigle UN est associé à une expression complète, et un autre terme reçoit une notation IPA.

Les dictionnaires PLS distinguent les majuscules et les minuscules. Si un nom apparaît en début de phrase avec une capitale, puis en milieu de phrase sans capitale, prévoyez les variantes réellement nécessaires. N’écrasez pas un mot courant pour corriger un nom propre très spécifique : vous pourriez dégrader d’autres phrases.

Ne copiez pas seulement un fragment de balises dans un fichier vide : reprenez l’en-tête XML, la racine « lexicon », le bon code de langue et le format détaillé dans la documentation officielle avant l’import. Source : https://elevenlabs.io/docs/fr/eleven-agents/customization/voice/pronunciation-dictionary.

Ajoutez le dictionnaire à la bonne interface ElevenLabs

Dans ElevenAgents, ouvrez l’agent concerné et ses paramètres vocaux pour associer un dictionnaire de prononciation. Enregistrez, puis testez avec la voix et le modèle réellement configurés. Ce réglage d’agent ne signifie pas automatiquement qu’un projet Studio utilisera le même dictionnaire.

Pour Text to Speech via l’API, la démarche officielle consiste à créer ou importer le dictionnaire, puis à transmettre les identifiants de dictionnaire et de version lors de la génération. Dans certains projets ElevenCreative Studio et Dubbing Studio, le lexique s’importe dans les paramètres du projet, en TXT ou PLS selon les fonctions disponibles.

Références officielles : https://elevenlabs.io/docs/fr/eleven-api/guides/how-to/text-to-speech/pronunciation-dictionaries et https://elevenlabs.io/docs/fr/overview/capabilities/text-to-speech/best-practices.

Mettre à jour le lexique : ajouter une règle n’est pas remplacer toutes les règles

Si vous gérez un dictionnaire via l’API ElevenLabs, distinguez deux opérations qui n’ont pas le même effet. POST /v1/pronunciation-dictionaries/{pronunciation_dictionary_id}/add-rules ajoute des entrées au dictionnaire existant ; si une nouvelle règle porte sur le même texte à remplacer, elle remplace la règle correspondante. POST /v1/pronunciation-dictionaries/{pronunciation_dictionary_id}/set-rules remplace, lui, toutes les règles du dictionnaire par la liste envoyée. Utiliser set-rules pour corriger une seule marque peut donc supprimer les autres entrées si elles ne figurent pas dans la requête.

Avant une modification importante, relevez l’identifiant du dictionnaire et sa version actuelle, sauvegardez la liste des règles — ou téléchargez le fichier PLS de la version existante — puis testez l’opération sur une copie ou un environnement autorisé. La réponse API contient un version_id : conservez-le, car une génération audio qui référence une ancienne version du dictionnaire peut ne pas utiliser votre correction la plus récente. Références : https://elevenlabs.io/docs/fr/api-reference/pronunciation-dictionaries/rules/add et https://elevenlabs.io/docs/fr/api-reference/pronunciation-dictionaries/rules/set.

Exemple sans secret : corriger un sigle puis vérifier la version active

Exemple illustratif pour un terme fictif « UN » : ajoutez une règle avec type « alias », string_to_replace « UN » et alias « United Nations ». La même règle ne couvre pas forcément « Un » ni « un », car la recherche est sensible à la casse. Vérifiez aussi l’ordre des entrées : la documentation ElevenLabs précise que le premier remplacement correspondant est appliqué. Il vaut mieux des règles spécifiques et testées que des substitutions très générales.

Dans un appel API réel, utilisez l’ID du dictionnaire de votre espace, l’en-tête Content-Type: application/json et une clé API stockée côté serveur. Ne publiez jamais la valeur de xi-api-key dans une page web, un exemple copié dans GitHub, une capture ou les journaux de débogage. Envoyez la règle via add-rules, relisez les règles et le nouvel identifiant de version, puis régénérez votre phrase de test avec cette version. Il s’agit d’un scénario explicatif : Claim26 n’a pas envoyé cette requête sur un compte ElevenLabs.

Eleven v4 : tester d’abord la langue et la compatibilité des phonèmes

Les documents actuels d’ElevenLabs présentent les balises phonétiques de dictionnaire pour eleven_v4, eleven_v3 et eleven_flash_v2. Les autres modèles peuvent ignorer ces balises. Pour l’IPA ou le CMU dans une langue autre que l’anglais, les guides consacrés aux agents citent eleven_v3 ou eleven_v4 ; vérifiez cependant la documentation spécifique de votre interface TTS ou agent, car les capacités et versions évoluent. Le modèle onze_v4 n’est pas un nom de modèle : la référence technique indiquée par ElevenLabs est eleven_v4.

Le guide officiel publié début octobre 2026 consacre également Eleven v4 à la correction des noms et termes spécialisés. Pour des voix françaises et anglaises, préparez deux phrases d’essai différentes, gardez les mêmes réglages d’une comparaison à l’autre et vérifiez le rendu audio réellement produit. N’assimilez ni une entrée de dictionnaire enregistrée ni une bonne prononciation en anglais à une garantie de résultat en français. Sources : https://elevenlabs.io/docs/fr/eleven-agents/customization/voice/pronunciation-dictionary et https://elevenlabs.io/fr/blog/pronunciation-dictionary-guide.

Testez la correction avec un protocole audio A/B

Écrivez deux phrases courtes : l’une avec le terme difficile seul, l’autre où il revient au milieu d’une phrase naturelle. Générez l’audio sans dictionnaire, puis avec le dictionnaire, en conservant autant que possible la même voix, le même modèle et le même texte. Écoutez au casque et sur un téléphone.

Notez quatre observations : le mot est-il corrigé, son accent reste-t-il naturel, les mots voisins sont-ils inchangés et la correction se reproduit-elle dans plusieurs essais ? Ne confondez pas une simple variation de voix entre deux générations avec une preuve que le dictionnaire fonctionne. Cette procédure est proposée au lecteur ; Claim26 ne prétend pas avoir réalisé ces générations audio.

Dépannez trois erreurs fréquentes sans modifier toute la narration

Premier problème : l’alias ne s’applique pas. Vérifiez la casse, l’orthographe exacte du terme, la présence du dictionnaire et sa version. Deuxième problème : une notation IPA est ignorée. Vérifiez la compatibilité du modèle et de la langue avant de refaire toutes les entrées. Troisième problème : la voix corrige une marque, mais prononce mal un autre mot proche. Réduisez la portée de la règle et réessayez une formule alias plus spécifique.

Pour un contenu français et anglais, ne partez pas du principe qu’un seul alias produit le même résultat dans les deux langues. Créez des échantillons comparables et contrôlez séparément la prononciation avec les voix prévues. Les limites exactes des modèles évoluent : conservez la version des réglages dans votre fiche de test.

Exemple pratique : huit épisodes avec le même partenaire

Imaginez un podcast de huit épisodes citant une marque dans l’introduction et la conclusion. Demandez au partenaire la prononciation souhaitée, établissez deux variantes de remplacement et testez les phrases réelles. Une fois la règle validée, conservez le fichier PLS et son numéro de version avec les scripts pour éviter des reprises incohérentes.

Ajoutez un contrôle final avant diffusion : nom correct à l’oral, texte affiché correctement écrit, identité de la voix utilisée autorisée et licence de production respectée. Ce scénario illustre une méthode reproductible ; il ne représente pas une campagne effectivement réalisée par Claim26.

Décidez si le temps gagné justifie la complexité

Pour une vidéo de trente secondes comportant un seul nom difficile, corriger la phrase peut rester plus rapide. Pour un catalogue audio et plusieurs collaborateurs, un dictionnaire documenté devient plus intéressant car il réduit le travail de correction répétitif et aide à maintenir une diction cohérente.

Ne choisissez pas un abonnement uniquement parce qu’une fonctionnalité figure dans une fiche produit. Vérifiez la compatibilité avec votre modèle, les crédits utilisés dans vos essais et les droits applicables à votre usage commercial. Les autres guides Claim26 consacrés aux voix ElevenLabs et au doublage vidéo permettent d’évaluer ces dimensions sans confondre correction de prononciation et qualité globale de synthèse.