Validador de RSS para pódcast

Diagnóstico y validación de fuentes RSS para pódcast

El correcto funcionamiento de un pódcast depende de la integridad de su archivo de distribución. El Validador de RSS para pódcast es una herramienta diseñada para analizar el código XML de su canal y detectar de forma precisa cualquier fallo estructural o de contenido que pueda impedir su correcta lectura en las plataformas de distribución.

Esta herramienta realiza un análisis estático exhaustivo directamente en su navegador. Al introducir el código XML, el validador examina la estructura del documento, los campos obligatorios del canal y de los episodios individuales, los atributos de los archivos de audio adjuntos y el formato de las fechas de publicación. Como resultado, ofrece un desglose detallado con el número de errores y advertencias detectados, indicando la ubicación exacta de cada problema para facilitar su corrección inmediata.

Cómo utilizar la herramienta y analizar los resultados

Para iniciar la comprobación, debe introducir el contenido de su feed en el campo de entrada de la herramienta.

Requisitos de entrada

• XML RSS del pódcast: Debe pegar el feed completo, incluyendo la declaración XML y la raíz <rss>.
• Formato aceptado: Únicamente XML.
• Límite de caracteres: La herramienta acepta hasta 500.000 caracteres por verificación.

Si intenta realizar una comprobación sin introducir ningún dato, el sistema mostrará el mensaje de aviso: "Pega el XML RSS del pódcast antes de validarlo.". En caso de que el archivo supere el límite establecido, se indicará que "Esta herramienta acepta hasta ‹max› caracteres por verificación.". Si el proceso de análisis se demora en exceso, aparecerá el mensaje "La validación tardó demasiado. Prueba con una fuente más pequeña.", y si ocurre un fallo inesperado que impida finalizar el examen, se mostrará "No se pudo completar la validación.".

Interpretación de los resultados

Una vez procesado el archivo, la herramienta mostrará la sección Diagnóstico del feed. Si el código cumple con todas las reglas estáticas, se presentará el mensaje "No se encontraron problemas estructurales.". En caso contrario, se mostrará el resumen "Se encontraron ‹errors› errores y ‹warnings› advertencias." junto con el desglose de "‹count› errores", "‹count› advertencias" y el número de "‹count› episodios" detectados.

Cada problema identificado incluye información precisa para su resolución:

• Ubicación exacta: Se detalla mediante el formato "Línea ‹line›, columna ‹column›".
• Ruta del elemento: Se facilita la ruta XML correspondiente bajo la indicación "Corregir: ‹path›".
• Enlace de navegación: Puede utilizar la opción "Ir a ‹path› en la línea ‹line›" para dirigirse directamente al punto conflictivo.
• Detalle técnico: Si el analizador XML detecta un fallo interno, se añade el texto "Detalle del analizador: ‹detail›".

En fuentes extremadamente extensas con múltiples incidencias, la lista de resultados puede acortarse, mostrando el aviso "Mostrando los primeros ‹shown› de ‹total› problemas.".

Validación de la estructura XML y del canal RSS

El validador comprueba minuciosamente que el archivo XML RSS 2.0 esté bien formado y cumpla con las especificaciones de estructura jerárquica obligatorias.

Reglas de estructura y marcado XML

• Declaración DOCTYPE: No debe incluirse. Si se detecta una, la herramienta mostrará el error "Elimina la declaración DOCTYPE antes de revisar esta fuente.".
• XML mal formado: Si el código contiene etiquetas mal cerradas o errores de sintaxis, se mostrará el mensaje "Corrige el XML mal formado y vuelve a validarlo.".
• Elemento raíz: La raíz del documento debe ser obligatoriamente <rss>.
• Versión de RSS: El atributo version de la etiqueta <rss> debe estar establecido exactamente en "2.0".
• Espacio de nombres de Apple Podcasts: Es obligatorio declarar el espacio de nombres de Apple Podcasts en la etiqueta raíz <rss>.
• Estructura del canal: El archivo RSS debe contener exactamente un único elemento <channel> como hijo directo de la raíz.

Campos obligatorios del canal

La herramienta verifica la presencia de los metadatos requeridos para el canal de pódcast. Si falta algún elemento esencial, se generará el error "Añade el campo obligatorio ‹field›.".

Asimismo, se aplican reglas específicas para determinados campos del canal:

• Enlaces: Cualquier enlace o dirección web especificada en los campos obligatorios debe ser una URL HTTP o HTTPS completa y válida.
• Imágenes: El atributo href de la imagen del pódcast debe configurarse como una URL HTTP o HTTPS completa.
• Categorías: Se debe añadir a <itunes:category> un atributo text que no esté vacío.
• Contenido explícito: La etiqueta <itunes:explicit> debe configurarse obligatoriamente con el valor "true" o "false".
• Presencia de episodios: Un canal válido debe contener al menos un episodio.

Requisitos de los episodios y archivos adjuntos (Enclosures)

Cada episodio dentro del canal debe cumplir con directrices estrictas de contenido y formato para garantizar que los reproductores de pódcast puedan procesar los archivos multimedia.

Reglas de los episodios

• Pódcast seriales: Si el pódcast está configurado como de tipo serial, se requiere obligatoriamente un número entero positivo en la etiqueta <itunes:episode> para cada uno de los episodios.
• Archivos adjuntos únicos: Cada episodio debe contar con exactamente un único elemento <enclosure>. Si se detecta más de uno, se mostrará un error indicando el número de elementos encontrados.
• Identificadores únicos (GUID): No se permiten identificadores duplicados. Si un GUID se repite, se mostrará el error "Este GUID repite el valor en la línea ‹first›.".

Validación de atributos de <enclosure>

La etiqueta <enclosure> define el archivo multimedia del episodio. La herramienta analiza sus atributos sin llegar a descargar ni decodificar el archivo de audio real:

• Atributos obligatorios: Si falta algún atributo esencial, se mostrará el mensaje "Añade a <enclosure> el atributo obligatorio ‹attribute›.".
• URL del archivo: El atributo url de la etiqueta <enclosure> debe ser una URL HTTP o HTTPS completa y válida.
• Longitud del archivo: El atributo length debe indicar el tamaño del archivo en un número entero de bytes. Si el valor es 0, se emitirá la advertencia "El atributo length de <enclosure> vale 0. Confirma el número real de bytes antes de publicar.".
• Tipos MIME: Se debe utilizar un tipo MIME válido, como por ejemplo audio/mpeg. Si se utiliza un tipo MIME que no corresponda a audio, se mostrará la advertencia "Este <enclosure> no está marcado como audio. Confirma que publicar un episodio de vídeo o documento es intencionado.".
• Consistencia de archivos: Si la extensión del nombre del archivo multimedia y su tipo MIME no coinciden, se generará la advertencia "El nombre del archivo multimedia y el tipo MIME no coinciden (‹extension› frente a ‹mime›).".
• Duplicidad de archivos: No se permite repetir la misma URL de archivo en diferentes episodios. Si ocurre, se mostrará el error "Esta URL de adjunto repite el valor en la línea ‹first›.".

Formato de fechas y límites de publicación

El orden y la correcta publicación de los episodios en los agregadores de pódcast dependen directamente de la etiqueta de fecha de publicación.

Reglas de fecha de publicación (<pubDate>)

• Presencia: Si un episodio carece de fecha de publicación, se mostrará la advertencia "Agrega <pubDate> para que las aplicaciones de podcasts puedan ordenar y publicar este episodio de manera confiable.".
• Formato RFC 2822: Las fechas deben seguir estrictamente el estándar RFC 2822, utilizando una fecha de calendario real y una zona horaria válida (por ejemplo: Sat, 01 Apr 2023 19:00:00 +0000).
• Zonas horarias: Aunque se aceptan las zonas horarias con nombre, estas son menos portables entre diferentes sistemas. Por ello, la herramienta emitirá la advertencia "Esta zona horaria nombrada es aceptada pero menos portátil; se prefiere un desplazamiento numérico como +0000.".

Límite de episodios en el feed

Aunque un feed RSS puede contener una gran cantidad de episodios, las plataformas de distribución imponen sus propios límites de visualización. Si el feed analizado supera los 2.000 episodios, el validador mostrará la advertencia "Este feed tiene ‹count› episodios; Apple Podcasts muestra solo los 2,000 más recientes.".

Privacidad y procesamiento de datos

La privacidad de sus datos de distribución está completamente protegida durante el uso de esta herramienta. El análisis de la fuente RSS de su pódcast se realiza de manera local directamente en su navegador web. BroBroGo no sube ni guarda ninguna información, garantizando que el contenido de su XML permanezca exclusivamente en su equipo de trabajo durante todo el proceso de validación.

Preguntas frecuentes

¿Qué revisa este validador de RSS para pódcast?

Comprueba que el XML RSS 2.0 esté bien formado, que incluya los campos RSS obligatorios y los campos habituales de canal y episodio de Apple Podcasts, además de los atributos de <enclosure>, valores duplicados y fechas RFC 2822.

¿Verifica el archivo de audio?

Revisa la URL y la longitud en bytes de <enclosure>, su tipo MIME, si está duplicado y si el nombre del archivo coincide con el tipo. No descarga ni decodifica el audio.

¿Un feed que pase la validación será aceptado en todas partes?

No. Las aplicaciones de pódcast pueden aplicar otras reglas y comprobaciones en línea. Superar esta revisión solo significa que el XML pegado cumple las comprobaciones estáticas mostradas aquí; no garantiza que un directorio lo acepte o publique. La herramienta no solicita el feed ni las URL de la portada o los archivos multimedia de forma remota, por lo que aspectos como la disponibilidad en servidores externos, la descarga real de bytes o la aceptación final del directorio deben verificarse por separado.