SMF·TRANSISTOR-FM
Un prompt peut-il remplacer Transistor ?
Montage audio et vidéo — podcast recording, cleanup and publishing
Bordereau de suivi des pièces
Verdict
Générer un flux RSS de podcast valide et mettre des MP3 derrière, c’est vraiment quelques heures de travail. Tout le reste dans l’hébergement de podcast, c’est de l’infrastructure et de la mesure. Les téléchargements doivent être comptés de la façon dont l’industrie s’est mise d’accord pour les compter, ce qui veut dire des règles de déduplication côté serveur que la plupart des gens n’ont jamais lues, et un flux qui tombe ou change d’URL retire ton émission de chaque annuaire d’un coup. C’est ce que l’abonnement achète, et aucune quantité de code ne s’y substitue.
Pièce A — Le prompt
Reçu le31.07.2026Construis un service de publication de podcast auto-hébergé. Le livrable est un flux RSS correct et des chiffres de téléchargement honnêtes, pas un éditeur audio.
Émissions et épisodes : une émission porte un titre, une description, un auteur, l’email du propriétaire, une image, une langue, une catégorie, et un indicateur explicite. Un épisode porte un titre, une description, une date de publication, des numéros d’épisode et de saison, un type d’épisode (complet, bande-annonce, bonus), une durée, un fichier audio, et des chapitres et un transcript optionnels.
Génération de flux, qui doit être exactement correcte. Émets du RSS 2.0 avec les extensions iTunes et Podcast Namespace. Inclus un GUID stable par épisode qui ne change jamais, une longueur d’enclosure correcte en octets et un type MIME, itunes:duration, itunes:image, itunes:explicit, et un élément podcast:transcript là où un transcript existe. Valide le flux avec un validateur de flux de podcast dans la suite de tests — un flux qui échoue à la validation est silencieusement rejeté par les annuaires plutôt que signalé.
Diffusion des médias : stocke l’audio dans un stockage compatible S3 et sers-le via ton propre domaine avec une redirection ou un proxy, pour que chaque requête passe par du code que tu contrôles. Prends en charge les requêtes HTTP par plage, parce que les applis de podcast les utilisent et un serveur qui les ignore casse le défilement.
Comptage des téléchargements, fait selon le standard publié plutôt qu’en comptant les requêtes. Compte un téléchargement quand un seul client, identifié par IP et user agent, demande au moins un mégaoctet contigu du fichier dans une fenêtre de 24 heures, et compte-le une fois par client par épisode par jour. Écarte les requêtes provenant d’une liste maintenue de user-agents de bots. Montre le nombre brut de requêtes à côté du nombre dédoublonné pour que la différence soit visible. Indique clairement dans le README que ceci implémente les règles IAB dans les grandes lignes et n’est pas une mesure certifiée — un chiffre non certifié n’est pas un chiffre qu’un annonceur acceptera.
Analytique : téléchargements par épisode dans le temps, client d’écoute et pays depuis le journal de requêtes, et un chiffre à 7 jours et 30 jours par épisode, qui est comment la performance d’un podcast est réellement comparée.
Garde-fous : refuse de changer le GUID d’un épisode après publication, avertis bruyamment avant de changer l’URL du flux, et garde une archive des flux publiés pour que tout état passé puisse être reproduit.
Hors périmètre : l’édition ou le mastering audio, l’insertion publicitaire dynamique, les flux privés pour abonnés, la transcription hébergée, et la soumission aux annuaires (qui est une étape manuelle unique par plateforme — documente-la).L’ouverture pré-remplit le prompt — il ne reste qu’à appuyer sur entrée.
Pièce B — Ce que tu perds
- B.1 un comptage de téléchargements que les annonceurs de podcast accepteront
- B.2 la bande passante à l’échelle podcast, et la facture qui va avec
- B.3 la machinerie de flux privé et d’insertion publicitaire dynamique
- B.4 quelqu’un d’autre qui garantit que l’URL du flux ne casse jamais
Alternatives existantes
Pièce C — Pourquoi certains continuent de payer : audio infrastructure, distribution, and production polish
Parce qu’un flux de podcast est un contrat public permanent avec Apple, Spotify et chaque appli entre les deux. Le casser et tu perds des abonnés qui ne remarqueront jamais qu’ils sont partis.
Questions
Est-ce que je peux déplacer une émission existante hors de Transistor ?
Oui, et c’est la seule migration qui a une procédure correcte. Télécharge chaque épisode, reconstruis le flux avec les mêmes GUID, puis mets une redirection 301 sur l’ancienne URL de flux vers la nouvelle et laisse-la en place pendant des mois. Saute la redirection et chaque abonné arrête silencieusement de recevoir les épisodes.
Combien coûte vraiment la bande passante ?
C’est le chiffre qui tranche toute la question. Un épisode de 50 Mo avec 1 000 téléchargements, c’est 50 Go de sortie. Sur un fournisseur cloud qui facture au gigaoctet, c’est significatif ; sur un VPS avec un transfert inclus généreux, c’est négligeable. Chiffre ta sortie avant de supposer que l’auto-hébergement est moins cher.
Est-ce que mes chiffres de téléchargement correspondront à ceux de Transistor ?
Proches, mais pas identiques, et ils ne devraient pas servir de base à un partenariat sponsorisé sans dire d’où ils viennent. Les règles de déduplication comptent plus que le compte brut, c’est pourquoi le prompt les implémente explicitement et montre les deux chiffres côte à côte.
Quelle est la seule chose qui ne survit pas à la reconstruction ?
Ne plus jamais avoir à penser au flux. Le travail de Transistor, c’est que le RSS reste en ligne, que les GUID restent stables et qu’Apple ne retire jamais l’émission. Le tien tient jusqu’au jour où le certificat expire, et les applis de podcast ne disent pas à tes auditeurs pourquoi les épisodes se sont arrêtés.
Outils proches
Récépissé