OPML é subestimado

Artigo original ↗ Discussão no Hacker News ↗

OPML, um formato baseado em XML originalmente criado para outliners e depois adotado para compartilhar listas de assinaturas RSS, está despertando interesse renovado como uma forma simples, baseada em arquivo, de trocar feeds curados e blogrolls entre serviços. Comentaristas avaliam seus pontos fortes — estrutura legível por humanos, boa ferramenta de suporte e uso em recomendação consciente, feita por pessoas — contra peculiaridades de design, falta de um padrão formal e suporte limitado para casos de uso mais ricos, como metadados personalizados e “feeds OPML” ao vivo. A discussão se amplia para uma defesa de XML/XSLT e de ecossistemas abertos baseados em RSS (incluindo podcasts) como alternativa à web centrada em apps e em jardins murados de hoje, com muitos argumentando que melhorar esses formatos abertos mais antigos poderia ter levado a uma internet mais saudável e menos “enshitificada”.

Interoperabilidade do OPML e casos de uso

  • Alguns lembram incompatibilidades antigas de exportação/importação do OPML; outros relatam que “simplesmente funciona” em vários apps porque o formato é simples (uma árvore de itens de outline).
  • O OPML é visto como uma boa opção para coleções relativamente estáticas, estruturadas em árvore (por exemplo, blogrolls, listas de feeds), enquanto RSS/Atom são melhores para itens ordenados no tempo.
  • Algumas ferramentas oferecem assinaturas OPML “ao vivo” (feeds OPML), de modo que mudanças em uma lista central são atualizadas automaticamente em um leitor; muitos leitores ainda tratam OPML apenas como importação/exportação única.

XML, XSLT e suporte no navegador

  • Vários comentaristas expressam nostalgia por XML/XSLT, argumentando que melhorá-los poderia ter levado a uma web mais saudável do que a atual pilha de JSON + JavaScript pesado no cliente.
  • Outros observam que o suporte a XSLT nos navegadores (preso ao XSLT 1.0) é negligenciado e frágil, com bugs específicos de plataforma e de perfil.
  • Alguns destacam casos de uso poderosos do XSLT (template declarativo, streaming, inclusão de outros documentos XML) e o comparam favoravelmente aos frameworks modernos de JS, enquanto outros consideram hoje mais prático o ecossistema Python/JSON.

Críticas ao design do OPML

  • Críticos dizem que o OPML é XML mal projetado: blocos longos de HTML armazenados em atributos, extensão ad hoc por meio de atributos arbitrários e valores de “type”, e ausência de um padrão forte e estável.
  • A especificação define apenas uma aplicação formal (“type” rss para listas de assinaturas). Usar OPML para outros domínios (por exemplo, YouTube, Twitter, listas de desejos) exigiria novas convenções compartilhadas que ainda não existem.
  • Alguns argumentam que muitos casos de uso do OPML poderiam ter sido, em vez disso, formatos XML separados e mais limpos.

Outliners e interoperabilidade

  • A origem do OPML em outliners é discutida. Outliners modernos frequentemente adicionam propriedades personalizadas por nó (metadados tipo banco de dados) que não são preservadas na importação/exportação OPML, limitando a interoperabilidade.
  • Há frustração de que recursos avançados (por exemplo, imagens, campos personalizados) acabem sendo uma forma de lock-in do fornecedor porque não são mapeados para OPML.

RSS, descoberta e economia

  • Alguns veem o RSS como um “fracasso” na adoção em massa, citando o dinheiro como um motivo-chave: feeds dificultam prender usuários em sites ou apps cheios de anúncios.
  • Para podcasts, comentaristas insistem que um podcast verdadeiro precisa expor um feed RSS (ou Atom), mas encontrar esses feeds está cada vez mais escondido atrás da interface, de “jardins murados” ou exige gambiarras técnicas.
  • Outros respondem que praticamente todos os podcasts mainstream ainda têm feeds, descobertos por meio de diretórios ou ferramentas, embora isso não seja óbvio para o ouvinte médio.