Atom es mejor que RSS, en aspectos que importan

Artículo original ↗ Discusión en Hacker News ↗

Atom es ampliamente considerado una alternativa técnicamente más limpia y consistente que RSS para feeds web, especialmente al manejar HTML, la codificación de caracteres y metadatos inequívocos, aunque RSS sigue dominando por inercia y por compatibilidad heredada (en especial en el podcasting). Los comentaristas señalan que la mayoría de los lectores modernos admiten ambos de forma transparente, que a pocos usuarios finales les importa la diferencia y que opciones más nuevas como JSON Feed pueden ser más prácticas para los desarrolladores. La conversación también aborda detalles de implementación como cómo almacenar datos de feeds en bases de datos, estrategias de sondeo y actualización, y las dificultades de permitir HTML enriquecido (como código o énfasis) en los títulos.

Atom vs RSS: Méritos técnicos

  • Muchos sostienen que Atom está especificado de forma estrictamente mejor y es menos ambiguo que RSS, especialmente para la codificación, las marcas de tiempo y el contenido mixto.
  • Atom maneja < / & en los títulos con limpieza y admite resúmenes además de contenido completo; esto evita errores de codificación vistos en feeds RSS reales.
  • Los críticos señalan que la corrección XML de Atom puede resultar “molesta” (por ejemplo, XHTML frente a HTML5, enlaces propios absolutos obligatorios), pero sus defensores dicen que un análisis XML adecuado hace esto sencillo.
  • Algunos señalan que RSS tiene múltiples versiones incompatibles, lo que socava las afirmaciones sobre su ventaja de “compatibilidad hacia atrás”.

Adopción, nomenclatura y “peor es mejor”

  • Patrón común: todo se llama coloquialmente “RSS” aunque el feed subyacente sea Atom.
  • Varios comentaristas comparan RSS vs Atom con VHS vs Betamax o con “peor es mejor”: gana lo técnicamente inferior, pero más temprano y simple. Otros discrepan de que VHS fuera realmente peor.
  • Una opinión: muy pocas personas usan algún tipo de feed ahora (en relación con todos los usuarios de internet). Otra: el número absoluto de usuarios de RSS/Atom podría ser más alto que nunca, aunque siga siendo una pequeña fracción de la población web actual.

Preocupaciones de desarrolladores: análisis y almacenamiento

  • Consejo práctico:
    • Para un lector, analiza los feeds y guarda los campos normalizados (título, autor, fechas, contenido) en columnas.
    • Guarda también el XML en bruto (por ejemplo, una columna text/XML, o en almacenamiento blob más barato) para permitir reprocesarlo si cambia la lógica.
    • Usa GUID para detectar elementos nuevos/actualizados; no borres los que faltan solo porque desaparecen del feed.
    • Al sondear, usa HTTP HEAD para comprobar si el contenido cambió antes de GET; WebSub puede ofrecer push para algunos feeds.
  • Algunos señalan que muchos feeds se generan con scripts frágiles y heredados, lo que provoca XML/HTML mal formado y errores de codificación.

Títulos, HTML y consistencia de la interfaz

  • Un lado: permitir HTML (especialmente <code>, <em>) en los títulos es semánticamente útil y ya está soportado por Atom.
  • El otro lado: los títulos aparecen en listas; las variaciones de formato y la sanitización de HTML vuelven las interfaces desordenadas y complejas. Argumentan que los títulos deberían comportarse como <title> de HTML (texto plano).
  • Hay preocupación por subconjuntos inconsistentes de HTML permitido y por problemas de seguridad/sanitización.

Formatos alternativos: JSON Feed, ActivityPub, Fediverse

  • Varios expresan preferencia por JSON Feed: más simple, sin XML, con campos pragmáticos (favicon/icono), diseñado desde la perspectiva del lector.
  • Otros gustan de Atom, pero reconocen que hoy en día la herramienta JSON es más ubicua.
  • ActivityPub/Fediverse se menciona brevemente como “lo nuevo”, pero no se discuten detalles en profundidad.

Miscelánea

  • Se destacan los podcasts como un ámbito todavía fuertemente ligado a RSS 2.0 más extensiones personalizadas; algunas plataformas importantes de podcasts abandonaron explícitamente Atom o nunca lo soportaron por completo.
  • Algunos usuarios quieren modelos más “activos” o de tipo push (por ejemplo, parecidos a POP3, conceptos local-first o del fediverse) en lugar de sondeo constante.
  • Hay un deseo de indicadores estandarizados de “completo vs parcial” en los feeds y de feeds de comentarios de usuarios en HN.