月曜日のWWDC基調講演でAppleがNewsアプリを発表した時、私の第一印象は歓喜でした。Newsstandの実験に参加したことのある私にとって、Newsアプリは多くの用途においてはるかに優れていると感じられる特徴をいくつか備えていました。
しかし、夕方になると、陰鬱な空気が漂い始めた。ニュースアプリは、もはやプッシュ型ニュースサービスの常套手段の1つに過ぎない。記憶力のいい人ならわかると思うが、PointCastの最新版だ。ユーザーが本当に求めているものではなく、製品開発者がユーザーにとって価値があると考えるものだけを提供する。洗練されているが、読者の選択肢を奪っている。
ユーザーがニュースソースを選べないのであれば、たとえそれが年間10人が読むブログであれ、多国籍メディアコングロマリットが発信する膨大な記事であれ、そのニュースソースは衰退していく運命にあると私は考えています。キュレーションと選択肢が提示された場合、ウォールドガーデンを選ぶのは、よほどのメリットがない限り、ごく一部の、つまり熱心ではない人々だけでしょう。
Apple の選択によって、News がどれだけ拡張可能になるか、つまり壁がどれほど貫通性があり、どれだけ簡単に拡張できるかが決まります。
RSSは、ニュースやブログ記事のシンジケーションフォーマットで、1990年代のプッシュ技術の衰退から生まれました。プッシュ配信の根底にある考え方は、ブロードバンドのスループットが低い時代に、ニュースの見出し、株価、その他のデータをバックグラウンドでコンピューターに少しずつ配信することで、人々が最新情報を入手できるようにするとともに、注目を集めるため広告主にとっても大きな価値を持つというものでした。
りんご問題は、プッシュ型マーケティングがあまりにも普及しすぎていたことです。1997年までに、消費者と企業向けにプッシュ型製品を開発する人気企業が12社以上ありました。しかし、1999年までに、このアプローチはいくつかの相互に関連する理由から、ほぼ消滅しました。
まず、初期のプッシュは1対1で行われ、数十台、あるいは数千台のコンピュータに同じデータを送信することで、企業の細いパイプを溢れさせていました。（その後、企業は単一のフィードを社内ネットワーク内でブロードキャストできる、多くの場合無料のサーバーソフトウェアを導入しましたが、手遅れでした。）
第二に、一般的なプッシュネットワークはどれも十分な選択肢を提供していませんでした。1990年代後半にウェブ出版物が爆発的に増加したため、パートナーネットワークの厳選されたフィードだけでは不十分でした。
第三に、企業や家庭におけるスループットが拡大するにつれ、人々はウェブ全体へのアクセスを好むようになり、そこでRSSが登場しました。RSSは、プッシュ通知の標準規格の一つであるNetscapeのChannel Definition Format（チャネル定義フォーマット）を改良・拡張したものです。しかし、開発と方向性をめぐる初期の駆け引きの後、RSSには中央サーバーアーキテクチャも、それを管理する企業も存在しませんでした。（アーロン・シュワルツはRSSの共同開発者としてしばしば誤って評価されていますが、これは誤りです。彼は、ほとんど使われなくなった別の標準規格を開発した委員会に所属していました。）
どのサイトでも、いくつかの標準規格（最終的にはRSS 2.0とAtomが主流）のいずれかを使用してシンジケーションフィードを公開でき、ユーザーはニュースリーダーソフトウェアで任意のフィードを購読できました。OS Xで最も人気があったアプリはNetNewsReaderで、現在も開発中です。
ニュースリーダーはプッシュではなくプル方式を採用していました。フィード形式はプレーンテキストで、他のページと同様にウェブサーバーからフィードされていました。ニュースリーダーは定期的にシンジケートフィードのウェブサーバーにポーリングを行い、その間に変更があったかどうかを確認します。変更があった場合は、ファイルの新しいコピーをダウンロードします。サイトは、IPアドレスとニュースリーダーのバージョン以外、ユーザーに関する情報は一切知りませんでした。（一部のフィードではユーザー名とパスワードが必要でしたが、アクセス防止策としてはあまり持続可能ではありませんでした。）
数百のフィードがある場合、ニュースリーダーは1日に数万件のリクエストを送信する可能性があります。ニュースリーダーを使用する数百万人のユーザー数を考えると、その数はさらに膨大になります。
これは扱いにくい作業でした。そこで、集約・同期サービスが登場し、サーバーが一度更新をリクエストすれば、そのフィードを購読しているすべての同期アカウントに配信できる中央拠点ができました。これらのサービスにより、モバイルを含むあらゆるデバイスで使用するすべてのニュースリーダーで、購読中の情報と、メールのように既読にした情報の両方を常に最新の状態に保つことが可能になりました。
その後、2005年にGoogleがReaderウェブアプリで参入し、同期サービスも備えていたため、ほぼ全ての競合を駆逐しました。2013年にGoogleがReaderの提供を終了した際には、明確な代替手段はありませんでしたが、その後いくつかの代替アプリが登場しました。
ソーシャルネットワークは、一部の人々にとってRSSを無意味なものにしてしまったように思われた。他の人々、そしてブランドや広告主からの、常にタイムリーなリンクの流れが、RSSの有用性の一部に取って代わったが、全てではない。
ニュースは、他のニュース アプリだけでなく、コンテンツ作成者がニュース フィードに記事を公開できる Facebook の新しいインスタント記事機能とも競合することになります。
このような背景から、Facebook Instant Articles（5月に開始）やSnapChat Discover（1月に開始）と並んで、News アプリが登場したのです。
これら3つのアプリは、リッチメディア、美しいレイアウト、シームレスに統合された広告（読者にとってなぜそれが良いのでしょうか？）、そして大手メディアブランドからのキュレーションを謳っています。しかもすべて無料です。いずれも「エンゲージメントを高める」ことを目的として設計されています。つまり、貴重な関心を他の場所からこれらのアプリへと誘導し、質の高い関心を獲得することで、価値の高い広告を販売するのです。
利用したり悪用したりできるニュース
私がNewsに当初興奮したのは、Appleのプロダクトマーケティング担当副社長スーザン・プレスコットが示していた内容を誤解していたからです。Newsは、GoogleがReaderに関心を示さないことへの反論になると思っていました。Readerは非常に人気があるにもかかわらず、Googleはそれをどう活用すべきか迷っていたのです。
りんごNewsはプルとプッシュを組み合わせるだろうと考えていました。読者が興味のあるサイトを追加すると、AppleはページをスクレイピングしたりRSSに頼ったりして、Safariのリーディングリストのような、よりシンプルなテキスト表示の、しかもより優れたものを作成します。一方で、Appleは、よりリッチなApple Newsフォーマット（まだリリースされていない）でフォーマットされたパートナーサイトと、RSS経由で掲載することを選択したサイト、あるいは掲載を希望するサイトの両方をプッシュで提供していくでしょう。
残念ながら、すべてはプッシュ型です。Appleは、受信した記事を何百万もの検索語とカテゴリーに分類するために機械学習を利用しています。機械学習は膨大なデータセットに依存しており、ニューラルネットワークソフトウェアはそれらを用いて微妙なニュアンスを学習し、適用可能なパターンを抽出します。こうしたアプローチは、Google NowやSiriなど、私たちの自動化されたインタラクションの基盤としてますます重要になっています。
Appleはメディア企業との初期提携リストを発表したが、「インディーズ」出版社も含まれると強調した。おそらく大手レコードレーベルとインディーズレーベルを対比させようとしているのだろう。しかし、ウェブははるかに多様性に富んでいる。
AppleのインクルードプログラムであるNews Publisherに関する初期の文書では、RSSフィード経由の投稿が許可されており、サイトには少なくとも2つのセクションが必要であるとされている。（これで誰が除外されるのかは分からない。カテゴリーごとに異なるフィードを提供するブログソフトウェアは該当するようだ。）Appleがオプトアウトオプションを提供していることから、RSSもスパイダー化していることは明らかだ。
すべての出版社がiCloudアカウントを作成し、Appleのプロセスを通じて投稿を管理することを望むわけではないだろう。面倒なことのためであれ、掲載に同意する必要がある条件への同意であれ、そうではないだろう。中には原則としてオプトインしない出版社もあるだろう。定期的に更新され、少数ながら数百万人もの読者が読むロングテールのサイトは、Appleが示唆しているよりもずっと広範な対象範囲を計画しない限り、オプトインすることも、Appleのスウィープに含まれることもないだろう。
ニュースは門番であり、出版物、ブロガー、読者、ソーシャルネットワークのユーザーなど、誰であれ、そのように自らを位置づける人々には、その実績に関わらず疑念を抱くのが賢明です。App Storeを運営するAppleは、自社のアプリと競合しすぎるソフトウェアや、コンテンツルールを極端に解釈したソフトウェアを審査に通さないという風潮があります。
Appleが運営するポッドキャストディレクトリがあり、シンプルなプロセスで送信されたすべてのコンテンツが含まれているようです（ただし、AppleはiTunes専用のRSS拡張機能を独自に作成しており、私たちはそれに従う必要があります）。唯一の要件は、説明文で成人向けと判断されたコンテンツには、ポッドキャスト全体または特定のエピソードに「explicit（不適切な表現）」タグを付けることだけです。
また、Apple が運営する iBookstore では、著者の経歴に他の書店への言及があっても、いかなる形であれリンクする書籍を拒否します。
どの Apple が出版社の提出物を審査するのでしょうか?
細則
News が、iBooks のように後から OS X に搭載され、Apple Watch にヘッドラインが表示されるようになったとしても、人々の読書内容を左右するほど強力で拡張性のあるものになるとは思えません。News には特別な機能はありませんが、価格もそれほど高くありません。
りんごつまり、定期刊行物やブロガーは、Apple News Format（初期の報告によると、これはテキストベースのシンジケーションの別のバリエーションである）のみで記事を配信する必要はなく、またNewsのみに記事を掲載する必要もありません。むしろ、より多くの読者を獲得したい人はNewsに応募する（あるいはNewsに取り込まれる）可能性が高いでしょう。
本格的なニュースアプリは依然として必要となるでしょう。なぜなら、Newsには今のところ購読者ログインやアプリ内サブスクリプション購入の仕組みがないからです。有料購読を提供している出版物にとって、Newsは漏れやすいペイウォールであり、限定的ながらも魅力的なコンテンツの一部へのアクセスしか提供していません。そのため、一部の読者はネイティブアプリやウェブアプリで利用可能な全コンテンツを購読することになります。ニューヨーク・タイムズとエコノミストは、この関連性を明確に示しています。
Newsの最大の利点は、豊富なコンテンツを表示することで、他の方法では見つけられなかった読者にも見つけてもらえることです。小規模なブログや出版物は、アプリの開発やパブリッシングプラットフォームの導入コストをかけずに、大規模な組織と同等のコンテンツを提供できる可能性があります。iAds広告プラットフォームは、Googleとの連携を望まないサイトや、Googleや他のプログラムで成果を上げられないサイトに広告収入をもたらす可能性もあります。
ニュースは読めるコンテンツの範囲を限定することで、当初は潜在的な読者層を限定してしまう可能性があります。見つけられず購読できないサイトや、ニュースにほとんど掲載されていないコンテンツについては、結局、ウェブサイト、アプリ、あるいは最新のRSSアグリゲーターアプリを利用することになります。
Appleのニュースにおける最大の問題は、読者の興味に合致しない可能性があることです。キュレーションと発見を重視することで、Appleはプッシュとポータルの両方を繰り返すことになるかもしれません。どちらの道も得策ではありません。庭の壁を取り壊し、押して引っ張るサービスに変えれば、Appleは読者の心の空洞を埋めるだけになるかもしれません。
