RSSまたはAtomをフィード生成に使用する必要がありますか？
さまざまな理由から、製品にフィードを追加する必要があります。主な理由は、潜在的な購入者に「はい、フィードがあります」と言えるようにすることです。実際には、この機能がそれほど使用されることは期待していません。理想的には、RSSフィードとAtomフィードの両方を提供したいと思います。しかし、現時点では時間に追われており、そのうちの1つだけを選択することを余儀なくされています。 AtomまたはRSSを使用する必要がありますか？機能的にはどちらでも問題ないので、さまざまな形式の人気とサポートに関する情報のみを探しています。 Atomのサポートがないフィードリーダーはたくさんありますか？
編集：
1つの形式のみを実装する理由は、実際のフィードの生成とは関係ありません。それ自体はそれほど時間はかかりません。これはUIの問題です。 AtomとRSSの両方を実装する場合、ユーザーがさまざまな形式から選択できるUIをユーザーに提示する必要があります。使いやすさの目的で、ユーザーがさまざまなオプションを理解できるようにするためのヘルプテキストやツールチップなども必要になります。また、当社の製品は複数の言語にローカライズされているため、上記のすべてを翻訳する必要があり、誰かがその費用を支払う必要があります。それはすべて合計され、より多くの作業になります。単一の形式に落ち着く場合、フィードで.aspxを指すツールチップを備えたボタンが1つだけ必要です。その上、とにかくそれは私の決定ではありません。 :)私の上の誰かが、この機能がこのリリースに実装されることをすでに決定しています。
この機能が使用されることを期待しない場合は、問題ではありません。
RSSはより幅広いサポートを持っていますが、Atomは実装が簡単なので、それを選びます。
もちろん、実際の要件があれば、顧客が使用しているリーダーを確認できます。しかし、それが「チェックボックスウェア」である限り、それは実際には問題ではありません。
時間に追われて1つを選択する必要がある場合は、RSSを使用します。これは、広くサポートされており、「Atom」よりも「RSS」という用語を多くの人が聞いて理解しているためです。
Atom形式の方が良いかもしれませんが、時間の制約を考えると本当に強調する価値がありますか？
なぜ面倒なのですか？
フィードをエンコードする実際のプロセスは、数時間以内にライブラリを使用して、数時間以内に手動で実行できます。また、意味を大幅に失うことなく、 XSLTを使用して相互に変換する こともできます。
最終的な形式は、アプリの他の部分に対して透過的である必要があります。フィードメッセージのモデルを考案し、アプリの残りの部分にAPIを提供して、フィードを公開し、そこから情報を配布します（RSS、Atomへの変換、DBへの保存など）。
そんなに急いでいるのなら、 PHP Universal Feed Generator のようなライブラリを使用します。これですぐに作業を進めることができ、コードを1行変更するだけで、RSSとAtom）を切り替えることができます。
私の経験では、Atomははるかに単純です（はい、「Really Simple Syndication」よりも単純です）。私の経験に基づいて、Atom理由。
どちらを使用するかを気にせず、使用されることを期待しない場合は、Atomを選択する必要があります。
単に両方を追加するのは本当に大変で時間のかかることでしょうか？ RSSとAtomは非常に似ており、2つの異なる（出力）ビューを持つのと同じくらい簡単です。