Suno Speech : script et fiche de contrôle pour podcast
Suno AI Team · 8 octobre 2026 · 7 min read
Mis à jour: 8 octobre 2026 · Vérifié selon le flux de travail actuel du site ; cette page est mise à jour si le comportement du produit change.
Avant de générer une introduction de podcast, préparez trois choses : le texte à lire, une courte indication pour la voix et la musique, et une liste des raisons qui vous feraient rejeter le résultat. Ce tutoriel fournit les trois pour une émission imaginaire appelée Small Repairs. Le livrable est une fiche de production que vous pouvez utiliser pour votre propre essai, et non une affirmation selon laquelle l’exemple aurait déjà passé un test audio.
L’annonce Speech de Suno du 1er octobre 2026 décrit le fonctionnement de base : fournir un texte et décrire la voix et la musique. L’interface détaillée du compte et les autorisations d’exportation sortent du cadre de cette fiche. Ouvrez la fonction Speech disponible dans votre propre compte Suno et vérifiez ses commandes actuelles avant de générer. Aucun chemin de menu, aucune limite de durée ni aucun droit lié à un forfait payant n’est présumé ici.
1. Écrivez une introduction qui remplit une seule fonction
Small Repairs est une émission fictive consacrée aux réparations du quotidien et aux objets que les gens gardent. Son ouverture doit établir ce sujet et mener à un épisode. Elle n’a pas besoin d’un message de sponsor, d’une liste de comptes sociaux ni d’un résumé de toute la série.
Utilisez ce script d’exercice original, conservé en anglais comme texte de saisie :
A loose chair leg. A radio that only works when you hold the dial.
Small Repairs is a show about the things we keep, and the people who help us keep them.
Today, we start with one kitchen drawer.Les deux premiers objets offrent des scènes reconnaissables. La phrase du milieu identifie l’émission. La dernière phrase mène à l’épisode. Si votre introduction n’a pas de destination claire, ajouter de la musique ne résoudra pas ce problème éditorial.
Lisez vous-même le texte à voix haute avant de le saisir. Marquez les endroits où vous manquez de souffle ou perdez le sens de la phrase. Raccourcissez d’abord ces passages. Chronométrez votre propre lecture si la durée compte, mais étiquetez-la comme une estimation de planification : l’enregistrement généré peut adopter un rythme différent.
Pour une autre langue, écrivez un script local naturel autour de la même tâche. N’utilisez pas un essai en anglais pour déduire la qualité de prononciation ou le rythme dans cette langue. L’échantillon anglais est conservé ici afin que vous puissiez comparer vos propres saisies de façon cohérente.
2. Séparez le contenu de l’indication de production
Conservez la narration et l’indication de production dans des notes séparées, puis saisissez-les selon les champs de votre interface réelle. Cela évite qu’une consigne comme « laisser un silence » ne devienne une partie du texte que la voix était censée lire.
Voici une indication proposée pour la première version, rédigée en anglais pour la saisie :
Conversational spoken delivery, close and unhurried.
Sparse muted guitar beneath the narration.
Leave room after the two opening objects.
No sung hook; let the last sentence finish clearly.Ce sont des demandes en langage naturel, pas des commandes de minutage documentées. Un modèle peut les interpréter différemment de vous. Évitez d’ajouter une longue liste d’instruments ou des adjectifs contradictoires avant de savoir comment se comporte la demande plus simple.
Enregistrez le script et l’indication comme version A avant de lancer l’essai. Notez la date et tous les réglages que vous avez réellement sélectionnés. Ne renseignez pas des réglages à partir de la capture d’écran de quelqu’un d’autre ou d’un tutoriel plus ancien. Si une commande attendue est absente, notez cette différence plutôt que d’inventer un équivalent.
3. Vérifiez le texte avant l’ambiance
Écoutez en suivant le script phrase par phrase. Notez les omissions, les mots ajoutés, les phrases répétées et les noms peu clairs. Dans cet exemple, le titre de l’émission et la transition vers le tiroir de cuisine doivent être préservés. Un lit musical agréable ne peut pas compenser un nom d’émission incorrect.
Ensuite, écoutez sans lire. Pouvez-vous suivre l’introduction avec le seul audio ? Un script imprimé peut faire paraître un mot flou plus clair qu’il ne l’est vraiment. Utilisez un volume d’écoute ordinaire ; tout monter peut masquer le problème que votre public rencontrera.
Enfin, vérifiez le début et la fin. Le premier mot ne doit pas sembler coupé, et la dernière phrase doit se terminer avant toute coupe que vous prévoyez. Notez la durée réelle. Une durée cible dans votre fiche de planification ne prouve pas que le résultat l’atteint.
4. Changez un seul facteur et gardez une trace
Si la musique entre en concurrence avec les mots, créez une version B avec le même script et la même indication de voix, mais un accompagnement plus simple. Une expérience possible consiste à utiliser une percussion clairsemée et de faible intensité à la place de la guitare aux cordes étouffées. Il s’agit d’une comparaison proposée ; nous n’avons généré aucune des deux versions ni constaté que l’une serait supérieure.
Si ce sont les mots eux-mêmes qui posent problème, révisez plutôt le script et donnez-lui un nouvel identifiant de version. Ne comparez pas un nouveau script avec une musique différente en présentant la différence comme un test de musique isolé. Un petit historique de versions clair est plus facile à exploiter qu’un dossier rempli d’essais sans nom.
| Champ | Quoi saisir après votre essai |
|---|---|
| Version et date | Un identifiant qui correspond à la saisie et au résultat enregistrés |
| Script | Le texte exact soumis |
| Indication | La demande exacte de voix et de musique |
| Durée réelle | La longueur mesurée, pas l’objectif |
| Erreurs de texte | Les omissions, ajouts ou mots peu clairs exacts |
| Interférence musicale | La phrase ou le point temporel concerné |
| Décision | Garder, réviser ou changer de méthode de production, avec une raison |
Laissez les champs de résultat vides tant que vous n’avez pas écouté. Ce tableau est une fiche de travail, pas un ensemble de résultats de tests réussis.
5. Répondez de façon précise à chaque échec
L’interprétation devient chantée. Reprenez la demande de diction parlée et retirez les indications musicales qui entrent en conflit avec la tâche. Testez à nouveau avant de supposer que la demande peut produire de manière fiable l’interprétation requise.
Un nom est difficile à comprendre. Isolez la phrase dans vos notes. Essayez une formulation environnante plus simple ou une aide à la prononciation uniquement si votre interface le permet. Ne publiez pas une prononciation devinée du nom d’une personne réelle.
Un silence brise le sens. Ajustez la ponctuation ou coupez la phrase en deux. Ne changez qu’un de ces facteurs à la fois. Suno identifie le comportement des silences comme une limite de la bêta ; n’enchaînez donc pas indéfiniment les tentatives pour forcer un schéma précis.
La musique masque la voix. Demandez un accompagnement plus sobre ou prévoyez de produire la narration et la musique séparément. Si vous avez besoin de cette dernière option, commencez par le guide des bandes-son d’arrière-plan.
L’enregistrement est trop long. Supprimez les mots qui ne servent pas l’introduction. Vérifiez à nouveau la durée de l’enregistrement révisé. Accélérer le fichier final est une décision de montage distincte, qui peut nuire à l’intelligibilité.
6. Définissez la livraison avant de publier
Ne conservez une version que si le texte essentiel est correct, la parole est compréhensible, les premiers et derniers mots sont complets, et la durée correspond à votre usage réel. Écoutez à la fois sur votre casque habituel et sur le haut-parleur d’un téléphone si les deux représentent votre public. Consignez un échec comme un échec ; ne le diluez pas dans une moyenne parce qu’un autre appareil sonnait bien.
Vérifiez ensuite les options d’exportation actuelles et les autorisations pertinentes pour l’usage que vous prévoyez. Enregistrez le fichier approuvé là où cela est permis, avec son script, son indication et ses notes de révision. Partager un lien fonctionnel ne revient pas à livrer un fichier audio approuvé.
Ce flux de travail concerne la fonction Speech officielle de Suno. Sa présence dans MidassAI n’a pas été vérifiée. Pour la décision plus large entre génération conjointe et production séparée, lisez quand Speech convient à un projet. Votre fiche complétée doit rendre cette décision visible, même si le meilleur résultat consiste à utiliser une autre méthode de production.