Validador de feeds RSS

El análisis y la depuración de fuentes de sindicación de contenidos requieren una verificación rigurosa de la sintaxis XML y del cumplimiento de las especificaciones técnicas. El Validador de feeds RSS procesa el código de canales de difusión bajo los estándares RSS 2.0 y Atom 1.0. Esta herramienta realiza un examen estructural detallado directamente en el entorno de ejecución del cliente, identificando discrepancias en la jerarquía de elementos, campos obligatorios ausentes y errores en la declaración de referencias de enlaces.

Procesamiento local y privacidad de los datos

El análisis de los documentos XML se ejecuta de manera íntegra en el navegador web del usuario. El contenido del feed no se transfiere a servidores externos, y BroBroGo no sube ni guarda nada. Este diseño de procesamiento local garantiza la privacidad de los datos durante las pruebas de desarrollo, aunque implica que la herramienta no realiza comprobaciones de conectividad externa ni requiere conexión de red para validar el código XML ya cargado.

Límites de entrada y control de errores del analizador

La herramienta está diseñada para procesar documentos de texto con restricciones específicas de tamaño y estructura para asegurar un rendimiento óptimo del analizador:

• Límite de caracteres: El validador acepta un máximo de 500.000 caracteres por comprobación. Si se excede este volumen, el sistema detiene el proceso y muestra el mensaje: "Esta herramienta admite hasta ‹max› caracteres por comprobación."
• Tiempo de espera: Si la estructura del archivo provoca un bucle o el procesamiento excede los límites de tiempo del navegador, se interrumpe la tarea con la advertencia: "La validación tardó demasiado. Prueba con un feed más pequeño."
• Fallos de ejecución: En situaciones donde el analizador no puede procesar el flujo de datos, se genera el aviso: "No se pudo completar la validación."
• Declaraciones DOCTYPE: Por motivos de seguridad y compatibilidad del analizador, no se permiten definiciones de tipo de documento externas. Si se detectan, se muestra el error: "Elimina la declaración DOCTYPE antes de comprobar este feed."
• XML mal formado: Si el documento no cumple con las reglas básicas de marcado XML (etiquetas sin cerrar, caracteres no escapados, etc.), el validador detiene el análisis con la instrucción: "Corrige el XML mal formado y vuelve a validar."

Requisitos estructurales en feeds RSS 2.0

La especificación RSS 2.0 define una estructura jerárquica estricta que el validador comprueba de forma secuencial.

El elemento de canal (channel)

Un documento RSS válido debe contener un único elemento de canal principal que agrupe los metadatos del feed y sus respectivos artículos. Si la estructura no cumple esta condición, el validador emite el mensaje: "RSS debe contener exactamente un <channel> directo; se encontraron ‹count›."

Validación de elementos de artículo (item)

Para cada elemento de artículo presente en el feed, el validador aplica las siguientes reglas de consistencia:

• Título o descripción: Un artículo debe contener, al menos, un elemento de título o un elemento de descripción. La ausencia de ambos campos invalida el elemento.
• Identificadores y enlaces: Se extraen y analizan los campos GUID, link y la fecha de publicación (publication date).
• Unicidad de campos: Campos clave como el enlace o la fecha de publicación no deben duplicarse dentro del mismo artículo. Si se detectan múltiples instancias donde solo se permite una, se genera el error: "Conserva un solo ‹field›; se encontraron ‹count›."

Requisitos estructurales en feeds Atom 1.0

El estándar Atom 1.0 impone un nivel de control más estricto sobre la herencia de metadatos, la resolución de direcciones y la integridad de los identificadores únicos.

Gestión de autores y herencia

Atom exige que la autoría esté claramente definida para evitar entradas huérfanas de metadatos. El validador comprueba estas reglas mediante los siguientes flujos de error:

• Si el feed carece de autor general y existen entradas sin autor individual, se señala: "Añade un <author> al feed o un <author> directo a cada entrada."
• Si una entrada específica no puede heredar ni determinar su autoría, se muestra: "Añade un <author> a esta entrada, a su <source> o al feed."

Identificadores únicos (ID) y fechas

Cada entrada Atom debe poseer un identificador único global que sea un IRI absoluto.

• Identificadores relativos: Si se emplea una dirección relativa, el sistema devuelve: "Utiliza un IRI absoluto para ‹field›; los identificadores relativos no son ID de Atom válidos."
• Duplicidad: El validador rastrea los identificadores de todo el documento. Si un identificador se repite, se genera el aviso: "Este ID repite el valor que apareció primero en la línea ‹first›."
• Fechas: El campo de actualización (updated) es obligatorio y debe seguir estrictamente el formato de fecha y hora especificado. De lo contrario, se emite el error: "Usa una fecha real con el formato requerido por este feed."

Contenido, resúmenes y enlaces alternativos

La especificación Atom regula cómo se debe estructurar el contenido de las entradas cuando se hace referencia a recursos externos o cuando no se incluye texto directo:

• Enlaces alternativos: Si una entrada no incluye el contenido de forma integrada, debe proporcionar un enlace alternativo. Si falta, el validador indica: "Añade un <link> alternativo cuando una entrada Atom no tenga <content> integrado."
• Conflictos de origen: Si el elemento de contenido utiliza el atributo src para apuntar a un recurso externo, no debe contener texto ni nodos secundarios. Si los tiene, se genera el error: "Si <content> usa src, elimina su texto y elementos secundarios integrados."
• Resúmenes obligatorios: Cuando el contenido es externo o se presenta en un formato no legible como texto plano, se requiere un elemento de resumen. Si se omite, el sistema muestra: "Añade <summary> cuando el contenido Atom sea externo o no se pueda leer como texto."

Resolución de enlaces y el rol de xml:base

El validador analiza la sintaxis de todos los campos que contienen enlaces en el documento. Sin embargo, existe una diferencia fundamental entre la validación de la estructura del enlace y la comprobación del estado del recurso de destino:

[Feed XML] ---> [Analizador de Enlaces] ---> Comprueba sintaxis URI/URL
                                        ---> Resuelve rutas relativas con xml:base
                                        -x-> NO realiza peticiones HTTP/HTTPS (sin conexión externa)

El validador no abre las URL, por lo que no se comprueba la disponibilidad del servidor, la existencia de redirecciones, la validez de los certificados SSL/TLS ni el contenido del destino.

El atributo xml:base en Atom

En los feeds Atom 1.0, se permite el uso de direcciones relativas en los enlaces siempre que se declare un atributo xml:base válido en el elemento raíz o en los elementos contenedores para resolver la dirección base. El validador procesa estas referencias de la siguiente manera:

• Si un enlace es relativo y no se puede resolver mediante un atributo xml:base activo, se genera el error: "Utiliza una dirección absoluta para ‹field›; solo las referencias Atom con un xml:base utilizable pueden ser relativas."
• Si el formato del enlace no cumple con los estándares de construcción de una URL o una referencia URI, se muestra el mensaje: "Corrige ‹field›; este enlace no se puede interpretar como URL o referencia URI."

Límites de visualización en el informe

Para mantener la fluidez de la interfaz de usuario al procesar archivos de gran tamaño, el informe de resultados aplica límites estrictos de visualización en pantalla:

• Problemas: Se muestra un máximo de 200 mensajes de error o advertencia. Si el feed supera esta cantidad, se añade la nota de truncado: "Se muestran los primeros ‹shown› de ‹total› problemas."
• Entradas: Se procesa y muestra un máximo de 100 entradas interpretadas. Si el documento contiene más, se indica con el mensaje: "Se muestran las primeras ‹shown› de ‹total› entradas."

Este informe de validación se limita estrictamente a verificar la estructura del marcado y las reglas de formato habituales de las especificaciones. No constituye una prueba de que la información del feed sea verídica, segura para los usuarios finales, compatible con la totalidad de los agregadores del mercado o que el archivo esté listo para su distribución comercial.

Preguntas frecuentes

¿Qué formatos de feed admite este validador?

Valida documentos RSS 2.0 y Atom 1.0 actuales. Reconoce RSS antiguos, RDF/RSS 1.0 y Atom 0.3, pero no les aplica reglas que no corresponden para evitar falsos positivos en formatos obsoletos.

¿Abre o prueba los enlaces del feed?

Interpreta los campos con enlaces y resuelve referencias relativas de Atom mediante xml:base. No abre las URL, así que no comprueba disponibilidad, redirecciones, certificados ni el contenido de destino.

¿Qué campos de las entradas se comprueban?

En RSS comprueba que cada elemento tenga título o descripción y lee el GUID, el enlace y la fecha de publicación. En Atom comprueba ID, título, fecha de actualización, herencia de autor, enlaces alternativos y reglas de contenido o resumen.

¿Por qué obtengo un error de formato no compatible si mi feed es XML?

El validador requiere versiones específicas de los esquemas de sindicación. Si el documento utiliza un espacio de nombres o una versión diferente a RSS 2.0 o Atom 1.0, el sistema mostrará el error correspondiente: "Usa un documento RSS 2.0 con <rss> o un documento Atom 1.0 con <feed>." o bien "Este validador admite ‹format› ‹expected›; se detectó ‹actual›."