La réponse courte ? Vous ne pouvez pas cliquer sur ces liens et ils ne sont pas là pour commencer. La raison pour laquelle vous pouvez lire ce texte est la gestion paresseuse du contenu du côté de la production de podcasts ; ni plus ni moins.
La réponse la plus longue ? Lisez la suite Le texte auquel vous faites référence provient du summary o description Champ de données XML dans le flux RSS XML iTunes de l'éditeur. Pour mieux comprendre la manière générale dont on crée un podcast pour iTunes, consultez ce document complet ainsi que la spécification RSS 2.0 ici . Voici la recommandation sur l'utilisation du <itunes:summary> y <description> tags :
Profitez de la <itunes:summary> étiquette. Le site <itunes:summary> étiquette (ou le <description> tag si <itunes:summary> n'est pas présent) permet d'informer les utilisateurs sur votre podcast. Décrivez votre sujet, le format du média, le calendrier des épisodes et toute autre information pertinente. Sur En outre, dressez une liste des termes de recherche les plus pertinents pour votre podcast et intégrez-les dans votre description. podcast et intégrez-les dans votre description. Notez que l'iTunes Store supprime les podcasts qui incluent des mots non pertinents dans la description de l'épisode. <itunes:summary> o <description> tags.
Rien dans ces spécifications ne fait explicitement référence à l'interdiction des liens dans les résumés/descriptions, mais je sais, en tant que développeur web, que les flux RSS peuvent être pour le moins compliqués à gérer. En général, les flux RSS - et pas seulement les podcasts - ne sont pas censés remplacer complètement le contenu ; ils servent simplement à transmettre une information rapide sur quelque chose, du type "Hé, regardez ce truc ! Dans ce cas, il s'agit d'un épisode de podcast dont le seul lien est le lien vers le podcast lui-même.
Mon intuition me dit donc que la raison pour laquelle vous voyez le texte "cliquez ici" est le simple résultat de pratiques de gestion de contenu paresseuses du côté de l'éditeur de podcasts. Ce qui signifie qu'en regardant le spécifique TLDR épisode (n°44, "Laverie des prostituées") sur leur site web actuel montre ce qui suit ; une capture d'écran est jointe pour référence :
![enter image description here]()
Et tous ces liens sont effectivement actifs sur leur site web, mais pas dans les informations sur le podcast. Cela signifie que WNYC semble générer des données RSS XML pour les podcasts en prenant la "description" utilisée pour l'article de leur blog, en supprimant les liens et le HTML superflu et en la réaffectant à d'autres fins pour les points de données RSS XML de la description/du résumé du podcast. Une façon plus adaptée au contenu de faire quelque chose comme ça serait d'avoir un champ "Description du podcast" séparé dans leur système de gestion de contenu, mais cela signifierait que quelqu'un devrait essentiellement écrire deux descriptions pour chaque podcast, ce qui pourrait prendre trop de temps.
Tout cela pour dire que le texte pourrait dire "cliquez ici", mais non seulement il n'y a aucun moyen d'y remédier du côté de l'utilisateur, mais la raison principale en est que le producteur de contenu de podcast ne fait pas beaucoup d'efforts pour adapter son résumé/contenu descriptif aux différents médias/audiences. Donc quand vous dites cela :
Peut-être qu'ils ne font que copier/coller le texte de leur site web et qu'ils n'ont pas coder correctement la description de l'épisode.
Vous êtes sur la bonne voie, mais c'est plus automatisé que le "couper-coller", semble-t-il. Je dirais que le code de génération RSS XML qu'ils utilisent saisit simplement le texte de la description dans leur base de données, supprime les liens et définit ensuite ce texte comme "description"/"résumé" pour le flux XML iTunes.
