Entendiendo cómo funcionan las semillas RSS de audio

Un audio RSS es un archivo XML que sirve como centro de distribución para su podcast. Contiene metadatos sobre su programa y cada episodio, incluyendo títulos, descripciones, publicar fechas, y, más críticamente, las URLs del archivo de audio. directorios Podcast como Apple Podcasts, Spotify y Google Podcasts periódicamente buscan este feed para descubrir nuevos episodios.

Los componentes técnicos clave de la alimentación RSS incluyen el elemento que define el podcast, y uno o más elementos para cada episodio. Cada elemento debe contener una etiqueta con un ], (en bytes), y (MIME) atributo.

1. Alimentar no actualizar cuando se publican nuevos episodios

Publica un nuevo episodio en su plataforma de alojamiento, pero horas después todavía no ha aparecido en Apple Podcasts o Spotify. Este retraso casi siempre se debe a la caché en varios niveles.

CDN y la caché de mano

La mayoría de los proveedores de alojamientos de podcast utilizan las redes de entrega de contenidos (CDNs) para servir los alimentadores rápidamente y reducir la carga del servidor. CDNs cache el archivo de alimentación para un período de tiempo establecido, conocido como el tiempo de vida (TTL). Si su anfitrión bloquea el alimento durante varias horas, un episodio recién publicado no será visible para los directorios hasta que el caché expira.

Juego de clientes RSS

Aplicaciones Podcast (Apple Podcasts, Overcast, Pocket Casts) datos de alimentación para reducir el ancho de banda y mejorar el rendimiento. Normalmente se actualizan cada 6 a 24 horas, dependiendo de la configuración de aplicaciones y las condiciones de red. Para forzar un refresco para las pruebas, la mayoría de las aplicaciones tienen un botón "Refresh Feed", a menudo oculto en la página de configuración de podcast.

Episodio incorrecto Timestamps

La etiqueta dice a los directorios cuando se publicó un episodio. Si el timetamp está en el futuro, los directorios pueden saltar el episodio o retrasar su aparición hasta que llegue la fecha. Si el formato es incorrecto (por ejemplo, en lugar de RFC 2822: ), el pienso puede fallar la validación por completo. Siempre asegura que su plataforma de hosting genera automáticamente el tiempo de alimentación correcto. Validador de semillas para comprobar el formato de la fecha. Además, verifique que el reloj de su servidor es preciso: un tiempo incorrecto del sistema puede deshacerse de los horarios.

2. Enlaces de archivos de audio inválidos o rotos

Los oyentes presionan y reciben un error, o el episodio nunca carga. El problema a menudo se encuentra en la URL del recinto.

Permisos de archivos malconfigurados o protección de enlace caliente

Los archivos de audio deben ser accesibles públicamente sin autenticación. Si usted envía archivos en su propio servidor, los permisos de carpeta (por ejemplo, 755 para directorios, 644 para archivos) son generalmente suficientes. Sin embargo, algunos hosts web aplican controles de acceso estrictos que bloquean las descargas directas. Protección de enlace caliente (a menudo activada a través de .htaccess) también pueden bloquear aplicaciones de podcast porque usan cadenas de software que difieren de la configuración de los navegadores.

CDN Expiración y archivos perdidos

Si se mueve o se renombra un archivo de audio, la URL antigua en el feed se convierte en un enlace muerto. Utilizar siempre URL permanentes e inmutables para archivos de audio. Si debe cambiar una ubicación de archivo, configurar una red de 301 desde la URL antigua hasta la nueva. Además, asegurar que su CDN no vence archivos de audio demasiado rápido — algunos CDN purga automáticamente archivos después de un número de días establecido, causando errores de audio intermitente 404 para un largos episodios. Servicio de validación de las tasas W3C.

Cierre los errores del tipo MIME

La etiqueta requiere un atributo que especifica el tipo MIME del archivo de audio. Los valores comunes son para archivos MP3, para AAC, y para Ogg Vorbis. Si el tipo MIME es incorrecto o no, algunos jugadores rechazarán el archivo. Por ejemplo, un error común es usar el archivo LIMP.

3. Errores de formato XML que rompen la alimentación

Un único personaje sin escapar puede hacer que todo el pienso sea indeseable, y los directorios tratarán el alimento como desaparecido o corrupto.

Pótcas XML comunes

  • Ampersands: Siempre escribe en lugar de en descripciones y títulos. Un ampersand desnudo (como en "Tom & Jerry") romperá el parser XML.
  • Parámetros de ángulo: Use y para y . Esto es común cuando se incluyen los fragmentos HTML en descripciones.
  • Marcas de calificación dentro de atributos: Si un valor de atributo contiene dobles citas, use o envuelva el valor en citas individuales.
  • Secciones de los CDATA: Para descripciones largas que contienen múltiples etiquetas HTML, envuelve el contenido en para evitar escapar de cada personaje. Tenga en cuenta que las secciones CDATA no deben contener la cadena literal "] пgt;".

Falta de etiquetas requeridas

Los podcasts de Apple y la mayoría de los directorios imponen reglas estrictas más allá de los RSS básicos. A nivel de canales, debe incluir , , , y al menos uno [FLT30]]. Dentro de cada , usted necesita Validador de alimentación de Apple Podcasts para atrapar estos problemas.

Problemas de Prefijo del espacio de nombres

Las etiquetas de iTunes de Apple (por ejemplo, ], ]) requieren una declaración de nombre adecuada en la parte superior del feed: . Si esta declaración falta, se ignoran todas las etiquetas de iTunes, lo que lleva a perder la obra de arte, las categorías y las banderas explícitas. De manera similar, Google Podcasts utiliza una declaración de nombre .

4. Episodios que no se presentan en directorios específicos

A veces su alimentación funciona perfectamente en Apple Podcasts pero está vacía en Spotify, o viceversa. Los requisitos específicos del directorio son a menudo la causa.

Directorio-Etiquetas específicas

Apple Podcasts depende en gran medida del espacio de nombres de iTunes. Si falta, su podcast puede aparecer sin nombre de autor. Si está ausente o la URL es un 404, la obra de arte no se mostrará. La etiqueta ] es necesaria para una correcta inclusión en el directorio de contenido. Spotify utiliza el mismo feed RSS pero lo interpreta de manera diferente; por ejemplo, explícitamente set

Requisitos de imagen

Todos los directorios principales requieren imágenes de arte podcast entre 1400x1400 y 3000x3000 píxeles en formato JPEG o PNG. Si la URL de la imagen en el feed es de 404, o las dimensiones de la imagen están fuera de espectro, el feed puede ser rechazado o la obra no puede aparecer. Además, la imagen debe ser alojada en un servidor accesible públicamente con los encabezados adecuados de CORS.

5. Autenticación de alimentación y restricciones de acceso

Los podcasts privados protegidos por la autenticación HTTP (nombre de usuario/palabra) o la lista blanca IP no serán accesibles a los directorios públicos. Si accidentalmente deja la autenticación activada en un feed destinado a distribución pública, los directorios recibirán una respuesta no autorizada 401 y dejarán de buscar el feed. Esto puede permanecer sin ser notificado durante semanas.

6. Episodios GUID Conflictos y Episodios Duplicados

El elemento identifica un episodio en las actualizaciones de los alimentos. Si cambias el GUID para un episodio (por ejemplo, cuando se mueven los anfitriones), los directorios pueden tratar a los antiguos y nuevos GUIDs como episodios separados, creando duplicados. Por el contrario, si reutilizas un GUID (por ejemplo, asignando erróneamente el mismo GUID a otro episodio), el nuevo episodio nunca aparecerá—se considerará una práctica permanente

7. Faltas de alimentación silenciosa: No hay errores, pero no hay nuevos episodios

Ocasionalmente, el alimentador carga sin errores en un validador, pero los directorios todavía no muestran nuevos episodios. Esto puede suceder cuando el archivo de alimentación es grande (muchos episodios) y los directorios se agotan al descargarlo. La solución es limitar el número de episodios en el feed (la mayoría de los hosts cap a 200-300) o permitir paginación si el directorio lo soporta (la mayoría no publica).

Solución de problemas flujo de trabajo: paso a paso

  1. Valida tu alimentación usando el Servicio de validación de las tasas W3C y el Validador de alimentación de Apple Podcasts. Arreglar todos los errores y advertencias - incluso las advertencias pueden causar problemas con directorios específicos.
  2. Test en un lector de barebones como un navegador web (abrir directamente el XML de alimentación) para ver si el archivo se carga sin errores de persiguiendo XML. Si el navegador muestra el árbol XML, el alimento es sintactamente válido.
  3. Verificar URLs de archivos de audio copiando la URL del recinto en un navegador. Usted debe ver un aviso de descarga o escuchar audio. Si usted consigue un 404, 403, o una redireccion a una página de inicio de sesión, fijar los permisos o URL.
  4. Inspeccione los encabezados HTTP para las URL del enclosure usando para asegurar que la respuesta es ] y el encabezado coincide con el tipo MIME en el pienso (por ejemplo, ).
  5. Mira los registros del servidor para solicitudes al archivo de alimentación. Compruebe 404s (no se encontró), 500s ( error del servidor), o tiempos de respuesta inusualmente largos (tiempos potenciales).
  6. Limpiar todos los caches en su plataforma de alojamiento. Si es posible, regenerar manualmente el pienso. Algunos proveedores le permiten purgar el caché CDN para la URL de alimentación.
  7. Dirección de Ping manualmente Si su host lo soporta. Presentar la URL de alimentación de nuevo a Apple Podcasts o Google Podcasts puede forzar un refresco. Tenga en cuenta que esto no garantiza la captura inmediata; simplemente coloca la alimentación de nuevo en la cola.
  8. Prueba con múltiples clientes podcast (por ejemplo, Pocket Casts, Overcast, iTunes, Spotify) para ver si el problema es específico de la aplicación. Si sólo una aplicación falla, el problema es probable que una etiqueta específica del directorio o un problema de caché del cliente.
  9. Compruebe su DNS y configuración de dominio si la URL de alimentación es un dominio personalizado. Asegúrese de que el dominio resuelve correctamente y tiene un certificado SSL válido; muchos directorios rechazan los alimentos servidos sobre HTTP.

Prácticas óptimas preventivas

  • Utilice un servicio de alojamiento dedicado podcast en lugar de un host web genérico. Manejan la generación RSS, la entrega de CDN, la gestión de caché y la presentación de directorios.
  • Siempre valida después de que cada episodio publique. Haz que sea un hábito de correr el pienso a través de validadores W3C y Apple justo después de la publicación. Automatiza esto con un oleoducto CI/CD si tienes la capacidad.
  • Establece tu alimentación TTL Un TTL de 60 minutos equilibra la frescura con la carga del servidor. Evite fijarla demasiado alta (por ejemplo, 24 horas) o demasiado baja (0 minutos), lo que puede causar fetches excesivos.
  • Monitorear tiempo de inactividad y salud con un servicio como Podchaser o análisis incorporados de su anfitrión. Vea las gotas repentinas en los recuentos de suscriptores, que pueden indicar problemas de alimentación.
  • Mantenga su plataforma de publicación actualizada; actualizaciones de plugin o software a menudo fijar errores relacionados con el pienso. Si utiliza una solución auto-anfitriona como WordPress con PowerPress, actualizar regularmente.
  • Use convenciones de nombres de archivos apropiados para evitar espacios y caracteres especiales en nombres de archivos de audio. Use hyphens o subraya en lugar de espacios, y evite caracteres como & # %.
  • Documenta tu estructura de alimentación y mantener una lista de todas las URL importantes (feed, artwork, hosts) para una referencia rápida durante la solución de problemas.

Conclusión

Un audio RSSfeed es la línea de vida de su podcast, es como sus episodios viajan desde su estudio de grabación a oídos de los oyentes en todo el mundo. Mientras que la tecnología es simple, el ecosistema de directorios, aplicaciones y caching introduce muchos puntos de falla. La mayoría de los problemas se derivan de un puñado de causas comunes: retrasos de caché, enlaces de archivos de audio rotos, errores XML, etiquetas faltadas o directorios específicos para monitorear dramáticamente cada publicación de audio.

Cuando surgen problemas, trabajen a través del flujo de trabajo de solución de problemas sistemáticamente. Utilice los validadores oficiales, inspeccionar las respuestas HTTP y probar a través de múltiples clientes. Y cuando en duda, consulte la documentación de su proveedor de alojamiento o los propios directorios de podcast. Un alimento saludable es la base de una estrategia de podcast exitosa. Invierte el tiempo para mantenerlo robusto.