Lecteur de podcast WordPress : sortir de l’iframe de l’hébergeur

La plupart des hébergeurs de podcast proposent un lecteur prêt à coller, sous la forme d’un bout de code <iframe>. C’est le moyen le plus rapide d’afficher un épisode sur un site, et il rend service. Ce qu’il coûte à la page qui l’accueille se voit rarement, parce que personne ne le mesure. On l’a fait.

Ce qu’est une iframe

Une iframe est une page web chargée dans un cadre à l’intérieur de la vôtre. Le navigateur ouvre un second document, sur le domaine de l’hébergeur, avec ses propres programmes, ses propres polices et ses propres images. Votre page ne peut ni le styler ni le modifier.

Ce qu’on a mesuré, et comment

Chaque lecteur est posé seul sur une page vide, sans thème ni extension. La page est ouverte dans Chromium avec un cache et des cookies vides, puis on relève tout ce que le navigateur télécharge, cadre compris, jusqu’à ce que le réseau se taise, plus six secondes. On ne clique jamais. Chaque mesure est faite trois fois ; les trois passes ont donné le même résultat à 1 Ko près pour un lecteur seul.

Les trois lecteurs d’hébergeur sont copiés tels que chaque service les propose : le Smartplayer d’Ausha (player.ausha.co), le lecteur d’Acast (embed.acast.com) et le lecteur d’émission de Spotify (open.spotify.com/embed). Le poids indiqué est le poids transféré, donc compressé, en-têtes compris.

Le lecteur de Zekast ne peut pas se mesurer de la même manière, puisqu’il fait partie de la page. On a donc pesé, compressés, les fichiers que la version 1.0.0-beta.181 de l’extension ajoute à une page qui contient un lecteur.

Un lecteur seul

	Poids transféré	dont programme	Requêtes	Domaines contactés	Cookies déposés	Audio téléchargé avant le clic
Ausha	603 Ko	525 Ko	19	4	0	aucun
Acast	546 Ko	210 Ko	10	4	0	aucun
Spotify	805 Ko	629 Ko	35	7	2	aucun
Zekast	57 Ko, hors pochette	15 Ko	7, hors pochette	aucun autre que votre site	0	aucun

Les domaines contactés, relevés un par un :

Ausha : player.ausha.co, image.ausha.co, et les polices de fonts.googleapis.com et fonts.gstatic.com.
Acast : embed.acast.com, cdn.acast.com, thumborcdn.acast.com et phoenix.prod.ateam.acast.cloud.
Spotify : open.spotify.com, embed-cdn.spotifycdn.com, encore.scdn.co, image-cdn-fa.spotifycdn.com, apresolve.spotify.com, gew1-spclient.spotify.com, et un service de suivi d’erreurs, o22381.ingest.us.sentry.io. Les deux cookies sont posés sur .spotify.com.

Deux lignes de ce tableau méritent une explication. Chez Acast, la moitié du poids est une image : la pochette est téléchargée en 1500 × 1500 pixels pour un affichage d’environ 170 pixels de côté. Et le chiffre de Zekast exclut la pochette, parce qu’elle dépend de vos images ; si vos épisodes ont été importés depuis un autre hébergeur, cette pochette est lue sur le serveur d’origine, qui devient alors un domaine contacté.

Dix lecteurs sur la même page

Une page « Podcast » qui affiche dix épisodes, chacun avec son lecteur, est un cas courant. On a posé dix fois le même lecteur sur une page vide.

	Poids transféré	Requêtes
Ausha	de 5,5 à 5,9 Mo	184
Acast	de 5,5 à 5,7 Mo	66
Spotify	de 1,3 à 3,6 Mo selon la passe	153
Zekast (bloc liste d’épisodes)	57 Ko, plus dix vignettes	7, plus dix vignettes

Chez Ausha, chaque cadre retélécharge ses propres programmes : dix lecteurs pèsent dix fois un lecteur. Chez Acast, ce sont les dix pochettes en 1500 pixels qui font le poids. Spotify partage une partie de ses fichiers d’un cadre à l’autre, d’où un chiffre plus bas mais très variable d’une passe à l’autre. Le lecteur intégré, lui, charge ses fichiers une fois pour toute la page, quel que soit le nombre d’épisodes.

Ce que ces chiffres ne disent pas

Le temps d’affichage n’est pas mesuré ici. Il dépend de la connexion, de l’appareil et du reste de la page. Le poids et le nombre de requêtes, eux, se reproduisent à l’identique d’une passe à l’autre, et ce sont eux qui pèsent sur un téléphone en 4G.

Aucun lecteur ne télécharge l’audio avant le clic. C’est une bonne pratique partagée par les quatre, pas un avantage de l’un d’eux. Sur Zekast, une option permet de précharger le premier épisode ; elle est désactivée par défaut.

Le lecteur intégré a aussi un coût. Ses 57 Ko comprennent 28 Ko de police d’icônes. Si vous activez l’application installable (offre Pro), environ 10 Ko compressés s’ajoutent sur toutes les pages du site.

Une version plus tardive changera ces chiffres, dans un sens ou dans l’autre. D’où la date en tête d’article.

Et pour le référencement

Google peut indexer le contenu d’une iframe avec la page qui l’intègre, sans garantie, selon sa documentation sur les balises d’indexation (mise à jour le 24 mars 2026). Autrement dit, le titre et la description de l’épisode affichés dans le cadre peuvent compter pour votre page, ou pas.

Avec un lecteur intégré, la question ne se pose pas : le titre, la description et les notes de l’épisode font partie du HTML de votre page, comme n’importe quel texte que vous y écrivez.

Le design

Un lecteur d’hébergeur se règle avec les options que l’hébergeur propose, souvent une couleur d’accent et un mode sombre. Si l’hébergeur change son lecteur, votre site change avec lui.

Un lecteur intégré se règle comme le reste du site. Dans Zekast, le bloc liste d’épisodes propose plusieurs dispositions (cartes, liste, tableau, mosaïque…), le choix des éléments affichés (image, date, extrait, boutons de partage et d’abonnement), les polices de votre thème, les couleurs, les arrondis et les ombres. Certaines dispositions sont réservées aux offres payantes.

Refaire la mesure vous-même

Il suffit d’un navigateur. Ouvrez une page qui ne contient que le lecteur, puis les outils de développement, onglet Réseau. Cochez « Désactiver le cache », rechargez, attendez que la liste cesse de bouger, et lisez en bas le poids transféré et le nombre de requêtes. Les cookies se lisent dans l’onglet Application. Si vous trouvez un écart avec nos chiffres, écrivez-nous : on corrigera l’article en le datant.

Comment choisir

L’iframe reste le bon choix quand votre site n’est qu’un point de contact secondaire et que l’écoute se passe sur les plateformes. Un lecteur sur une page de contact ne changera rien à votre site.

Le lecteur intégré prend son sens quand le site est un canal à part entière : une page podcast avec plusieurs épisodes, des pages d’épisode que vous voulez voir trouvées sur Google, ou un site soigné sur lequel un cadre étranger détonne. Vous pouvez garder votre hébergeur actuel et ne changer que l’affichage ; c’est ce que décrit notre article sur l’affichage d’un podcast Ausha dans WordPress.

Zekast affiche vos épisodes avec un lecteur intégré à votre thème, que votre podcast soit hébergé chez nous ou ailleurs. Voir le lecteur et les mises en page →

Mesuré le 13 septembre 2026. Prochaine mesure : septembre 2027. Zekast édite l’un des quatre lecteurs mesurés, le protocole est détaillé plus haut pour que vous puissiez refaire la mesure sans nous croire sur parole.