何が起きたか

FeedlyのWebアプリで1週間以上、フィードの閲覧が困難なレベルの速度低下が発生しました。Redditでは有料ユーザーが「extremely」遅い、「unusable(使えない)」と投稿し、サポートへの問い合わせが無視されたという声も複数上がりました。iOSアプリ(iOS 27ベータ環境を含む)が起動しない・読み込めないという報告もあり、さらに一部の熱心なユーザーが使い続けていた旧版「Feedly Classic」アプリが事前告知なく停止されていたことが重なりました。

TechCrunchの取材に対し、CEOのEdwin Khodabakchian氏は問題を認識していたと述べ、原因はバグで、フロントエンドチームが修正のテストを進めていたと説明しました。チームはフォルダ数の多いアカウントで「Mark as Read」を使った際に生じる問題と見ており、金曜に修正を配信、全ユーザーで解消したかは確認中としています。Feedly Classicについては、iOSとAndroidの一部要件を満たさなくなったため2週間前に廃止したと認めました。App Storeからはそれ以前に削除済みで、廃止時点のアクティブユーザーは数百人規模、既存ユーザーへの事前通知は行われていません。記事公開後、この不具合はstatus.feedly.comに「調査中の既知の問題」として掲載されました。

なぜ重要か

技術的にはよくある回帰バグの話です。それでもこの一件が注目されたのは、Feedlyがいま「AI×サイバー脅威インテリジェンス」をトップページで前面に打ち出しており、ユーザーが不具合を「本業の乗り換えによる旧製品の放置」というストーリーで読んだからです。Khodabakchian氏は「CTIコミュニティ自体がニュース閲覧機能を使っているため、基本的なRSS機能の修正は依然として優先事項だ」「Feedly News Readerを可能な限り高速かつ簡潔に保つことが目標だ」と述べ、これを否定しました。

ここが実務的な教訓です。事業のピボット期に起きた障害は、単なる障害として受け取られません。説明が遅れるほど「戦略的な見捨て」として解釈される。サポート未応答、ステータスページへの未掲載、Classic版の無告知停止という三点セットが揃ったことで、バグひとつが「この会社はRSSをやめるつもりだ」という物語に化けました。ステータスページへの掲載が報道後だった事実は、技術的な復旧よりも情報開示の設計が遅れていたことを示しています。

RSSという小さな市場の構造

Feedlyは2013年のGoogle Reader終了で存在感を高め、Web版のInoreader、デスクトップのNetNewsWire、Reederといった競合より大きい存在です。一方でRSSリーダー市場そのものは小さいままで、多くの消費者はApple News、ブラウザでの閲覧、Google Newsのようなソース、SNSの投稿からニュースを得ています。

この構造が今回の背景にあります。市場が伸びない中で企業向けCTIという収益性の高い領域に軸足を移すのは経営判断として合理的です。しかし旧プロダクトは消えるのではなく、収益源となる新事業の内部インフラとして生き続けます。CEOの発言はまさにそれを示しています——RSSは「レガシー」ではなく、CTI製品が依存する基盤です。数百人しか使っていないClassic版を切る判断と、全ユーザーが触るWebアプリの速度を守る判断は、同じ「選択と集中」の別の面なのです。

💼 事業会社視点:これは自社にどう効くか

日本企業の役員にとって本件の要点は「AI転換のときに既存プロダクトの体験をどう守るか」です。SaaS事業者であれば、新機能開発にエース級のフロントエンド人材を寄せた結果、既存機能に回帰バグが出る構図はそのまま自社に当てはまります。今回の原因が「フォルダが多いアカウントでのMark as Read」という、ヘビーユーザーほど踏みやすい条件だった点は示唆的です。長年使う優良顧客ほど先に壊れる——テストデータが新規アカウント想定のままなら、同じ事故は起こります。

打ち手は三つです。第一に、負荷試験・回帰テストのデータセットを「上位1%の重量顧客」の実データ規模に合わせること。第二に、ステータスページとサポートSLAを事業ピボットの前に整備すること。Feedlyは報道が出るまでstatus.feedly.comに掲載しておらず、これが不信を増幅しました。第三に、旧版の廃止は必ず事前告知すること。Classic版は数百人規模でしたが、無告知の停止は「他の機能も予告なく消える」というシグナルを全ユーザーに送ります。

受託開発・SIerにとっては、顧客のAI PoCに人員を吸い上げられる中で既存保守の品質をどう担保するかという同型の課題です。EC事業者なら、RSS/フィード取得を競合価格・業界動向のモニタリングに使っている場合、単一ツール依存の情報収集ラインが1週間止まるリスクを再点検すべきでしょう。

関連リンク