¿La respuesta corta? No se puede hacer clic en esos enlaces y, para empezar, no están ahí. La razón por la que puedes leer ese texto es la gestión de contenidos perezosa en el lado de la producción del podcast; nada más y nada menos.
¿La respuesta más larga? Sigue leyendo El texto al que hace referencia proviene del summary o description Campo de datos XML en el feed XML RSS de iTunes del editor. Para entender mejor la forma general de crear un podcast para iTunes, consulte este documento completo así como la especificación RSS 2.0 aquí . Esta es la recomendación sobre el uso del <itunes:summary> y <description> tags:
Aproveche la <itunes:summary> etiqueta. El <itunes:summary> etiqueta (o la <description> etiqueta si <itunes:summary> no está presente) le permite informar a los usuarios sobre su podcast. Describa su temática, el formato del medio, el calendario de episodios y otra información relevante. En Además, haga una lista de los términos de búsqueda más relevantes para su podcast y añádalos a su descripción. Tenga en cuenta que el iTunes Store elimina los podcasts que incluyen palabras irrelevantes en la <itunes:summary> o <description> tags.
Ahora bien, no hay nada en estas especificaciones que haga referencia explícita a la prohibición de enlaces dentro de los resúmenes/descripciones, pero sé por ser desarrollador web que las fuentes RSS pueden ser, como mínimo, complicadas de manejar. Es decir, en general, los canales RSS -y no sólo los podcasts- no están pensados para sustituir completamente al contenido; simplemente sirven para transmitir una información rápida de tipo "¡Eh, mira esto!" sobre algo. En este caso, un episodio de podcast cuyo único enlace es el del propio podcast.
Así que mi instinto me dice que la razón por la que está viendo el texto "haga clic aquí" es un simple resultado de las prácticas de gestión de contenidos perezosos en el lado del editor de podcast. Lo que significa que al mirar el específico TLDR episodio (#44, "Lavandería de prostitutas") en su sitio web actual muestra lo siguiente; se adjunta una captura de pantalla como referencia:
![enter image description here]()
Y todos esos enlaces están efectivamente activos en su página web, pero no en la información del podcast. Esto significa que la forma en que WNYC parece generar los datos XML RSS del podcast es tomando la "descripción" que se utiliza para su entrada en el blog, eliminando los enlaces y el HTML superfluo y reutilizándola -con doble propósito- para los puntos de datos XML RSS de la descripción/resumen del podcast. Una forma más consciente de hacer algo así sería tener un campo separado de "Descripción del podcast" en su sistema de gestión de contenidos, pero eso significaría que alguien tendría que escribir esencialmente dos descripciones para cada podcast, lo que podría llevar demasiado tiempo.
Es decir, el texto puede decir "haga clic aquí", pero no sólo no hay manera de remediarlo en el lado del usuario, sino que la razón principal se reduce a que el productor de contenido de podcast no hace mucho esfuerzo para adaptar su contenido de resumen/descripción para diferentes medios/audiencias. Así que cuando dices esto
Tal vez sólo están copiando/pegando el texto de su sitio web y no codificar correctamente la descripción del episodio.
Vas por buen camino, pero parece que está más automatizado que "cortar y pegar". Yo diría que el código de generación de RSS XML que están utilizando simplemente toma el texto de la descripción de su base de datos, quita los enlaces y luego establece que como la "descripción"/"resumen" para el feed XML de iTunes.
