GoogleがDiscoverで「Read Later Queue」カルーセルをテスト――保存した記事をフィード最上部に並べる【2026年7月】

何が起きたか:Discoverフィードの最上部に「Read Later Queue」

Search Engine Roundtableの記事(見出し:「Google Discover Read Later Queue Carousel(GoogleのDiscover「あとで読むキュー」カルーセル)」)は、冒頭で次のように報じています。「Googleは、モバイルのGoogleホーム画面の最上部で、Google Discover向けの新しいカルーセルをテストしている(“Google is testing a new carousel at the top of the Google home page on mobile for Google Discover.”)」。

そのうえで、そのカルーセルの中身についてこう続けています。「これはコンテンツのカルーセルで、”Read Later Queue”というタイトルが付いており、あなたがあとで読むために保存した記事で構成されている(“It is a carousel of content that is titled ‘Read Later Queue,’ and it comprises articles you saved to read later.”)」。

つまり報じられているのは、Discoverのフィードに新しい記事を出す仕組みそのものの変更ではなく、すでにユーザーが保存した記事を、フィードの一番上にまとめて見せる導線が試されている、という話です。記事はごく短い速報で、Google側の公式アナウンスや公式コメントは掲載されていません。

詳細①:発見者の投稿が説明している中身

記事によれば、このテストを見つけたのはDamien Andell氏(X: @AndellDam)で、動作中の様子を撮影した動画をXに投稿しています。Search Engine Roundtableは、その動画から切り出した静止画のスクリーンショットと、動画そのものの両方を記事に掲載しています。なお記事の本文中では同氏の名前が「Damein Andell」と綴られており、埋め込まれた投稿の署名は「Damien Andell (@AndellDam)」となっています。投稿日は2026年7月20日です。

記事に引用されているAndell氏の投稿は、この機能について次の4点を述べています。

1. Googleアプリの Discover フィードに、近日登場する新機能である(“New feature coming soon to the Discover feed in the Google app.”)
2. この機能は現時点では有効化されていない(“This feature is not currently enabled.”)
3. フィード最上部の「Read Later Queue」メニューから、「save(保存)」ボタンを使って保存した記事を見ることができる(“A ‘Read Later Queue’ menu at the top of the feed allows you to see articles you’ve saved using the ‘save’ button.”)
4. 保存したDiscoverの記事はすべて、ブックマークアイコンからアクセスできる(“All your saved Discover articles can be accessed via the bookmark icon.”)

ここで押さえておきたいのは、「保存する(save)」ボタンと「ブックマークアイコン」自体は、この説明のなかですでに存在するものとして語られている点です。新しいのは、保存済みの記事をフィードの最上部にカルーセルとして並べる、という置き場所と見せ方だと読めます。記事の締めくくりには、フォーラムでの議論の参照先としてX(「Forum discussion at X.」)が挙げられています。

詳細②:「テストしている」と「まだ有効化されていない」の温度差

この一報を読むときに注意したいのは、Search Engine Roundtableの記述とAndell氏の記述で、機能の状態の表現がわずかに食い違って見えることです。記事側は「Googleがテストしている」と書いていますが、Andell氏側は「近日登場する新機能」「現時点では有効化されていない」と書いています。

※ここからは記事に書かれていない内容で、Scale Basics編集部による読み解きです。両者を素直に並べると、この「Read Later Queue」は一般ユーザーの環境で広く動いている段階ではないと受け取るのが自然です。実際に一部ユーザーへ配信されているのか、アプリ内に存在するだけで有効化を待っている状態なのかは、記事の記述からは判別できません。少なくとも、いま自社のGoogleアプリで見えていないからといって異常ではない、という程度の理解にとどめるのが安全です。

記事が触れていない項目も整理しておきます。対象となる国や言語、対象端末(AndroidかiOSか、あるいは両方か)、テストが配信されているユーザーの割合、正式導入の時期、カルーセルに並ぶ記事の件数や並び順、保存の保持期間、そして媒体側の計測でこの表示がどう扱われるのか。これらはいずれも記事に記載がありません。Googleからの公式な説明も引用されていません。したがって現時点では、この表示を確定した仕様として社内資料に書き込むべきではありません。

背景:Discoverにおける「保存」という中間状態

※この章は記事本文にない内容を含みます。以下はScale Basics編集部による一般的な整理です。

Discoverは、ユーザーが検索キーワードを入力しない状態でコンテンツが提示される面です。何かを探しに来ているのではなく、スクロールしている途中でカードに出会います。この「探しに来ていない」という前提は、興味は引かれたがいま読む時間はない――という状況を構造的に生みます。保存ボタンは、その受け皿として置かれている機能だと言えます。

保存は「読む」の前段階であって、読了ではありません。保存された記事が実際に開かれるかどうか、開かれるとして何時間後・何日後なのかは、ユーザーの都合に委ねられます。今回のテストが意味を持つとすれば、その保存済みという中間状態を、フィードの最上部という最も目に入る場所に可視化するという点です。記事が忘れられるのか呼び戻されるのかは、その置き場所によって変わり得ます。ただしこれは機能の設計思想を推し量った話であり、Googleが今回のカルーセルにそうした意図を持っているかどうかは公表されていません。

実務への影響:「保存されてから読まれる」経路が太くなると何が変わるか

※この章もScale Basics編集部による解釈です。記事にはDiscoverからの流入規模や媒体側への影響についての記述はありません。以下は、Discover経由の流入を実際に計測している媒体を想定した読み解きとして扱ってください。

まず前提として、Google Search Console(GSC)のDiscoverレポートで一般に確認できるのは、クリック数・表示回数(インプレッション)・CTRの3つで、Web検索のレポートにある平均掲載順位に相当する指標は提供されていません。つまり媒体側は「どのくらいカードが出て、どのくらい押されたか」しか見えない状態で運用しています。

この前提のうえで、保存を経由した再訪の経路が太くなった場合に何が起こりうるかを考えると、いちばん影響を受けそうなのは表示回数とクリックの時間的な対応関係です。フィードにカードが出た日と、保存された記事が実際に開かれた日がずれると、日次で見たときの表示回数とクリック数は別々の日に計上されることになります。CTRは同じ期間の割り算で出る指標ですから、公開直後に大量に表示され、数日後に読まれるという分布が増えるほど、日単位のCTRは実感と噛み合わなくなっていきます。

もっとも、この「Read Later Queue」カルーセルへの掲載自体が表示回数として計上されるのか、そこからの遷移がDiscoverのクリックとして扱われるのかについて、公表された情報はありません。計測上どう扱われるかが分からない以上、いま数字の解釈を先回りして変えるのは早計です。現実的な影響としては、次の2点にとどめて考えておくのが妥当です。

1. Discoverの成果を「公開後24時間のクリック数」だけで評価しているなら、その見方が将来ずれる可能性がある、という認識を持っておくこと
2. 保存されてから時間を置いて開かれても成立する記事かどうか――タイトルとリードだけで何の話か伝わるか、数日後に読んでも価値が落ちない内容か――を、制作時の観点として意識しておくこと

今日からできる確認手順

※以下はScale Basics編集部による一般的な実務上の補足です。記事には読者向けの推奨事項は書かれていません。今回のテストへの直接的な対応ではなく、仮に保存経由の導線が育ったときに「変化が読み取れる状態」を作っておくための準備として読んでください。

1. Search ConsoleにDiscoverのレポートが表示されているかを確認する。一定量のDiscover経由のデータが蓄積されていないとレポート自体が現れないとされているため、まずは自社が計測対象になっているかどうかの確認が出発点になります。
2. Discoverレポートで、主要記事の表示回数とクリック数の日次推移を書き出し、公開日から何日目までクリックが伸びているかを現状値として控えておく。将来この分布が変わったかどうかを比較する土台になります。自社の解析ツール側でも同様に、公開から時間が経った記事へのモバイル流入の推移を確認しておくとよいでしょう。
3. モバイルのGoogleアプリで、自社記事のカードがDiscoverに出た際の保存ボタンとブックマークアイコンの導線を実際に触ってみる。カルーセルが出ていなくても、保存した記事がどう一覧されるかは確認できます。
4. サムネイル画像とタイトルが、フィードの中でも保存済みの一覧の中でも意味が通るかを点検する。ただし、カルーセル内で画像やタイトルがどう表示されるかは公表されていないため、現時点で最適化を断定することはできません。
5. 社内共有の際は「テスト段階であり、発見者は有効化されていないと述べている」という状態まで含めて伝える。「Discoverが変わる」とだけ共有すると、不要な対応工数を生みます。

所感

ここからは記事本文にない、Scale Basics編集部の見解です。今回の一報自体は、Googleが日常的に繰り返しているUIテストのひとつに過ぎず、このまま正式導入されるかどうかも分かりません。実装が確認されただけで有効化されていない段階のものですから、追いかける優先度としては高くないと考えます。

それでも取り上げる価値があると判断したのは、この機能が示している方向性のほうです。Discoverはこれまで、「いま流れてきたものを、いま読む」ことを前提にした面でした。そこに保存という中間状態が可視化されると、コンテンツと読者の関係に時間差が生まれます。媒体側から見れば、これは「表示された瞬間に勝負がつく面」から「保存されるかどうかで二段階に分かれる面」への変化の可能性であり、評価指標の置き方に関わってきます。日本の媒体運用ではDiscoverからの流入が「跳ねた」「落ちた」という瞬間風速で語られがちですが、保存を経由した再訪が実際に育つのであれば、その評価サイクルは実態を捉えきれなくなります。もっとも、それが起きるかどうかはまだ何も確定していません。

推奨したいのは、いま制作方針を変えることではなく、比較できる記録を残しておくことです。具体的には、主要記事についてDiscoverの表示回数とクリック数の日次推移を、公開日を起点に何日分か控えておく。それだけで、将来この機能が正式に導入されたときに「変わったのか、変わっていないのか」を自社のデータで判断できます。表示仕様のテストは現れては消えますが、自社の計測ベースラインは、どの機能が生き残っても資産として残ります。

まとめ

・Googleが、モバイル版Googleアプリのホーム画面最上部で、Discover向けに「Read Later Queue」というタイトルのカルーセルをテストしているようだと、Search Engine Roundtable(2026年7月30日付)が報じた

・このカルーセルは、ユーザーがあとで読むために保存した記事で構成されるとされ、保存には「save」ボタン、保存済み記事へのアクセスにはブックマークアイコンが使われると説明されている

・発見者のDamien Andell氏は2026年7月20日にXへ動画を投稿し、「近日登場する新機能」としたうえで「この機能は現時点では有効化されていない」と述べている

・対象国・対象端末・配信割合・正式導入時期・並び順・媒体側の計測上の扱いについて、記事に記載はなく、Googleの公式コメントも掲載されていない

・現時点で制作方針を変える必要はないが、Discoverの表示回数とクリック数の日次推移を記事公開日を起点に控えておくと、将来の変化を自社データで判断できる

よくある質問

Q1: この「Read Later Queue」はもう使えるのですか?

いいえ、一般に使える状態だとは報じられていません。Search Engine Roundtableは「Googleがテストしている」と書いていますが、この表示を見つけたDamien Andell氏自身がXへの投稿で「近日登場する新機能」としたうえで「この機能は現時点では有効化されていない」と述べています。自分のGoogleアプリで表示されないとしても、それが異常というわけではありません。正式導入の時期についても記事には記載がありません。

Q2: どの国や端末で確認されたのか、Googleは何か発表していますか?

記事にはいずれの情報も記載されていません。対象となる国や言語、AndroidかiOSかといった端末の別、テストが配信されているユーザーの割合、カルーセルに並ぶ記事の件数や並び順、保存の保持期間についても触れられていません。Google側の公式アナウンスやコメントも記事には掲載されておらず、情報源はDamien Andell氏がXに投稿した動画とスクリーンショットです。したがって現時点では、確定した仕様として扱うことはできません。

Q3: 媒体側は今から何をしておけばよいですか?

記事には媒体向けの推奨事項が書かれていないため、以下はScale Basics編集部による一般的な実務上の補足です。テスト段階かつ未有効化の機能なので、制作方針を先回りして変える必要はありません。優先すべきは記録を残すことです。Search ConsoleのDiscoverレポートで、主要記事の表示回数とクリック数の日次推移を公開日を起点に控えておけば、仮に保存経由の再訪が増えたときに、自社のデータで変化の有無を判断できます。あわせて、タイトルとリードだけで何の話か伝わるか、数日後に開かれても価値が落ちない内容か、という観点を制作時に意識しておくと、保存されてから読まれる経路が太くなった場合にも対応しやすくなります。

出典:Google Discover Read Later Queue Carousel(Search Engine Roundtable、2026年7月30日)https://www.seroundtable.com/google-discover-read-later-queue-41718.html