Métadonnées des podcasts Apple : comprendre les bonnes pratiques

Contexte : un courrier qui a fait réagir la communauté podcast

Apple a récemment adressé un courrier officiel à l'ensemble des fournisseurs de podcasts afin de clarifier sa position sur les métadonnées, et plus particulièrement sur la question des numéros d'épisodes dans les titres. Cette communication intervient dans un climat de confusion : depuis plusieurs mois, de nombreux podcasteurs craignaient de voir leur émission retirée d'Apple Podcasts simplement parce qu'ils incluaient un numéro d'épisode dans le titre. Apple souhaite mettre les choses au clair, tout en rappelant ses recommandations.

Pour bien comprendre les enjeux de ce courrier, il faut revenir sur l'évolution technique du flux RSS des podcasts, sur la structure des balises modernes introduites par Apple, et sur la logique éditoriale qui sous-tend ces recommandations.

L'introduction des balises RSS modernes en 2017

En septembre 2017, avec la sortie d'iOS 11, Apple a déployé une nouvelle version de son application Podcasts accompagnée d'une refonte importante de la spécification RSS qu'elle utilise. Cette refonte a introduit plusieurs balises dites « modernes » dans le namespace itunes: permettant de structurer plus finement le contenu des émissions.

Les trois apports majeurs concernent la prise en charge des saisons (<itunes:season>), la distinction des bandes-annonces et bonus (<itunes:episodeType> avec les valeurs trailer, bonus ou full) et l'identification des numéros d'épisodes (<itunes:episode>). Avant cette mise à jour, les podcasteurs n'avaient d'autre choix que d'inscrire ces informations directement dans le titre de l'épisode, sous des formes variées comme « Episode 42 : Mon titre », « EP42 - Mon titre » ou encore « S2E12 Mon titre ». Cette pratique créait un affichage redondant et peu lisible dans les applications, en plus de polluer les résultats de recherche.

Les nouvelles balises permettent à Apple de présenter ces informations de manière homogène dans son interface (numérotation affichée séparément du titre) et de remonter des données plus précises dans Podcast Analytics, le tableau de bord destiné aux créateurs.

Le cœur du message : votre émission ne sera pas supprimée

Le point le plus important du courrier d'Apple est rassurant : aucune émission ne sera retirée de la plateforme au seul motif que le titre d'un épisode contient un numéro. Cette précision est essentielle, car de nombreuses rumeurs circulaient à ce sujet, alimentées par des cas isolés de suppressions dont la véritable cause n'était pas toujours bien comprise.

Apple distingue clairement deux choses : ce qui est une bonne pratique recommandée d'une part, et ce qui constitue un motif de retrait d'autre part. Les numéros d'épisodes dans les titres relèvent de la première catégorie, pas de la seconde.

Ce qu'Apple recommande concrètement

La position d'Apple peut se résumer ainsi : utilisez les balises dédiées plutôt que de tout entasser dans le titre. Concrètement, si vous souhaitez communiquer un numéro d'épisode, l'idéal est de renseigner la balise <itunes:episode> avec la valeur numérique, et de laisser dans <title> un titre « propre », c'est-à-dire un intitulé descriptif sans numéro ni mention de saison.

Prenons un exemple. Plutôt que d'écrire dans le flux RSS :

<title>Episode 42 - Saison 2 : Entretien avec Marie Dupont</title>

Apple recommande la structure suivante :

<title>Entretien avec Marie Dupont</title>
<itunes:episode>42</itunes:episode>
<itunes:season>2</itunes:season>
<itunes:episodeType>full</itunes:episodeType>

L'application Podcasts d'Apple se chargera alors d'afficher la numérotation de manière cohérente avec le reste du catalogue, et les données remontées dans Analytics seront plus exploitables.

Apple insiste également sur un point souvent négligé : si vous tenez vraiment à conserver un numéro dans votre titre d'épisode, vous devez quand même renseigner la balise <itunes:episode>. La redondance n'est pas idéale, mais elle est préférable à l'absence totale d'information structurée.

La règle stricte : pas de numéros dans le titre du podcast lui-même

Il faut bien distinguer deux choses dans le vocabulaire d'Apple : le titre de l'émission (le nom du podcast) et le titre des épisodes individuels. Si Apple se montre tolérant pour les numéros dans les titres d'épisodes, sa position est beaucoup plus ferme concernant le titre du podcast lui-même.

Mettre des numéros d'épisode, des dates ou d'autres informations parasites dans le nom de votre podcast est considéré comme du spam ou du contenu non pertinent dans les métadonnées de l'émission. C'est ce type de pratique qui peut effectivement entraîner des mesures de la part d'Apple, car elle dégrade la qualité globale du catalogue, fausse les résultats de recherche et nuit à l'expérience des auditeurs.

Cette distinction est cruciale : un podcast qui s'appellerait « Mon Podcast - Episode 142 du 15 mai » au lieu de simplement « Mon Podcast » serait clairement en infraction avec les directives, alors qu'un épisode intitulé « Episode 142 : Notre invité du jour » resterait toléré (même si non recommandé).

Pourquoi Apple insiste sur la qualité des métadonnées

Au-delà des aspects techniques, le courrier laisse transparaître une philosophie plus large. Apple Podcasts joue le rôle d'un annuaire majeur de l'écosystème podcast mondial, et la qualité de la découverte des contenus dépend directement de la propreté des métadonnées fournies par les éditeurs.

Des titres encombrés de numéros, des descriptions truffées de mots-clés, des catégories mal renseignées : tous ces éléments dégradent la pertinence des recommandations et de la recherche. En poussant les podcasteurs à structurer correctement leurs flux, Apple cherche à élever le niveau global de l'écosystème, ce qui profite à terme aux créateurs eux-mêmes par une meilleure visibilité.

Où trouver les ressources utiles

Apple renvoie dans son courrier vers deux ressources principales. La première est la liste des partenaires d'hébergement officiellement reconnus par Apple Podcasts. La plupart des hébergeurs modernes (Ausha, Acast, Anchor, Libsyn, Podtrac, Buzzsprout, etc.) gèrent automatiquement les nouvelles balises depuis leur interface, sans que le podcasteur ait à toucher au XML.

La seconde ressource est l'aide de Podcasts Connect, qui détaille l'ensemble des balises supportées et les directives de contenu. C'est la référence à consulter en cas de doute sur un point précis de la spécification.