¿Los enlaces en Podcasts muestran notas que se supone que son "en vivo"?

La mayoría de los podcasts tienen notas del progtwig que describen el episodio individual. En iTunes, puede ver estas notas de la demostración haciendo clic en el episodio, luego haciendo clic en la "i" a la derecha de la descripción del episodio; en la aplicación Podcasts de iOS, puede ver estas notas de espectáculos tocando la "carátula del álbum" del podcast en la pantalla Now Playing.

A menudo, estas notas del progtwig están escritas para include enlaces a sitios web, pero AFAIK ni iTunes ni la aplicación iOS tratan estos enlaces como si no fueran text plano; no parece haber ninguna forma de abrirlos realmente. Ver por ejemplo la captura de pantalla a continuación; observe que en el medio del párrafo (unas cinco líneas hacia abajo) aparecen las palabras "haga clic aquí", pero no son funcionales.

Captura de pantalla

Supongo que es posible que la responsabilidad de esto recaiga en el editor (es decir, tal vez solo copien / peguen text de su website y no codifiquen correctamente la descripción del episodio), pero si es así, parece ser un problema universal; Nunca he visto un podcast en el que esto haya funcionado. Me parece más probable que ni iTunes ni iOS estén configurados para manejar enlaces en vivo en descripciones de episodios.

¿Estoy en lo cierto acerca de esto? ¿Se supone que esos enlaces funcionan? ¿O solo estoy haciendo algo mal?

Editado para agregar: si la respuesta a esta pregunta es "No, esas descripciones no funcionan", ¿hay alguna aplicación de Podcasts mejor que las maneje como enlaces activos?

  • ¿Cómo puedo ver en iTunes cuánto time queda en audiolibros y podcasts?
  • ¿Qué "jugadas" realmente countn en iTunes?
  • ¿Cómo impido que iTunes automáticamente asigne una calificación de estrella vacía a los podcasts?
  • ¿Cómo escucho podcasts en mi Apple Watch?
  • ¿Cómo se puede basar una list de reproducción de podcasts en la date de lanzamiento?
  • iTunes 12.4.3 (en OS X 10.11.6): podcasts: problemas con HTTP / 1.1 networkingirigir 302?
  • Speed ​​Up Podcasts en iPod Classic
  • ¿Cómo evito que la window de iTunes Video cambie de tamaño?
  • 2 Solutions collect form web for “¿Los enlaces en Podcasts muestran notas que se supone que son "en vivo"?”

    La respuesta corta? No puede hacer clic en esos enlaces y no están allí para comenzar. La razón por la que puede leer ese text es la administración de contenido flojo en el lado de la producción de podcasts; Nada más y nada less.

    ¿La respuesta más larga? Siga leyendo … El text al que hace reference proviene del campo de datos XML de summary o description en la fuente XML de iTunes RSS del editor. Para comprender mejor la forma general en que uno crea un podcast para iTunes, consulte este documento completo y las especificaciones de RSS 2.0 aquí . Aquí está la recomendación sobre el uso de las tags <itunes:summary> y <description> :

    Aproveche la label <itunes:summary> . La label <itunes:summary> (o la label <description> si <itunes:summary> no está presente) le permite informar a los usuarios sobre su podcast. Describa su contenido, formatting de medios, calendar de episodios y otra información relevante. Además, haga una list de los términos de búsqueda más relevantes para su podcast y compárelos en su descripción. Tenga en count que iTunes Store elimina los podcasts que incluyen palabras irrelevantes en las tags <itunes:summary> o <description> .

    Ahora, nada en estas especificaciones hace reference explícitamente a rechazar enlaces dentro de resúmenes / descripciones, pero sé por ser un desarrollador web que las fonts RSS pueden ser complicadas de manejar por decir lo less. Es decir, en general, los canales RSS, y no solo los podcasts, no están destinados a ser reemploops completos del contenido; simplemente actúan como una forma de transmitir una información rápida sobre "¡Oigan, revisen esto!" sobre algo. En este caso, un episodio de podcast con el único enlace que es el enlace al propio podcast.

    Así que mi instinto me dice que la razón por la que está viendo el text "haga clic aquí" es un resultado simple de las prácticas de administración de contenido perezoso en el lado del editor de podcasts. Lo que significa mirar el episodio TLDR específico (# 44, "Lavandería Prostituta") en su website real muestra lo siguiente; captura de pantalla adjunta para reference:

    enter image description here

    Y todos esos enlaces están activos en su website, pero no en la información del podcast. Lo que significa que la forma en que WNYC parece estar generando datos XML de podcast de podcast es tomando la "descripción" que se usa para su publicación de blog, eliminando enlaces y HTML extraño y reutilizándolo, ¿es doble propósito? – para la descripción / resumen del podcast RSS Puntos de datos XML. Una forma más consciente de contenido de hacer algo como esto sería tener un campo separado de "Descripción del Podcast" en su sistema de administración de contenido, pero eso significaría que alguien tendría que escribir esencialmente dos descripciones para cada podcast que podría consumir demasiado time.

    Lo que es todo decir, el text podría estar diciendo "haga clic aquí" pero no solo no hay forma de remediarlo en el extremo del usuario, la razón principal se networkinguce a que el productor de contenido de podcast no hace un gran esfuerzo para adaptar su resumen / contenido descriptivo para diferentes medios / audiencias. Entonces cuando dices esto:

    Tal vez solo copyn / pegan text de su website y no codifican correctamente la descripción del episodio.

    Estás en el path correcto, pero parece más automatizado que "cortar y pegar". Yo diría que el código de generación de RSS XML que están usando simplemente toma el text de descripción de su database, quita los enlaces y luego los establece como la "descripción" / "resumen" para el canal XML de iTunes.

    Las especificaciones de podcast de Apple analizan explícitamente cómo insert enlaces HTML dentro del campo Resumen:

    Codificacion de text

    Use encoding de text sin formatting UTF-8 para su alimentación de podcast (sin marcado o HTML, excepto como se describe a continuación).

    Los valores de las tags están limitados a 255 caracteres, a exception de, que puede tener hasta 4000 caracteres. No agregue espacios iniciales o finales a sus valores.

    Incluya todas las partes de su XML que contengan enlaces embeddeds en una sección CDATA para evitar problemas de formatting y para garantizar la funcionalidad de enlace adecuada en la aplicación Podcasts. Por ejemplo:

    <itunes:summary><![CDATA[<a href=“https://www.apple.com”>Apple</a>]]></itunes:summary>

    Varios clientes de podcasts populares admiten esto: Overcast, Pocket Casts, Downcast, entre otros, y creo que los podcasts en iOS también lo hacen ahora.

    Ver, por ejemplo, esta captura de pantalla de la revisión de Overstcast de Macstories:

    [ Overcast Captura de pantalla

    Loving Apple Products like poisoning (iPhone, iPad, iMac, Macbook, iWatch).