優先ソースのボタンは、付けるべきか — 読者が選ぶ導線と、サイトが機械に伝える情報は別

• 最終検証日：2026年8月26日
• Methodology バージョン：2026.08.234
• 本文中の「2026.08.xx」：その変更・訂正を記録した Methodology の版の番号です（診断基準 v26 とは別の版番号）。公開した版は書き換えず、訂正は新しい版として残しています
• 位置づけ：SILVE の運用方針。業界標準ではありません
• 関連記事：何回測ればよいのか / 提供元が要ると言っていること / robots.txt は誰が書いているのか
• 難易度：実務（実装するかを判断する話です）
• この記事が扱う範囲：2026 年 4 月以降の変更だけを扱います。機能の初期提供までの経緯は調査対象にしていません

要点

一文で言うと — 読者が優先ソースに選んだサイトは、Top Stories ではその読者に表示されやすくなり、AI Mode と AI Overviews では印で強調されることがあります。ボタンを付けるかは事業の判断ですが、診断項目にはしません。

• 8 月 20 日に始まった機能ではありません。 優先ソース自体は 4 月に全言語へ、5 月に AI Overviews と AI Mode へ広がっています。今回加わったのは対話型の埋め込みボタンです
• 提供元が「必須ではない」と明記しています。 ボタンの設置は、優先ソースとして選ばれるための条件ではありません
• 診断項目の入場条件を満たしません。 欠けても伝わらなくなるものが無く、数えられはしても、測りたい状態に対応する分母を定義できません
• 変わるのは可視性で、準備状態ではありません。 読者の選択状態は、公開ページからは観測できません
• 公表されている数字は 2 種類あります。 表示がどれだけ増えるかは公表されていません。混ぜて引用しないでください
• 実務では —— 読者と直接の関係があり、押してもらえる見込みがあるなら設置を検討する合理性があります。ただし、必須の対応としては扱わないでください

何が起きたか

まず、優先ソースそのものが 2026 年 8 月 20 日に始まったわけではありません。

• 2026 年 4 月 30 日 —— 全言語へ広がる
• 2026 年 5 月 27 日 —— AI Overviews と AI Mode へ広がる
• 2026 年 8 月 20 日 —— サイト側が自分のページへ埋め込める対話的なボタンが加わる

今回の告知と同じ日に、実装側の資料も更新されています。ドキュメントの更新ログにも「preferred sources の資料へ、新しいカスタムボタンの実装方法を追加した」と記録されています（2026 年 8 月 26 日に確認）。

サイト側から見た表示上の変化は、表示面ごとに説明が違います。

When a user selects your site as a preferred source, your content is more likely to appear in "Top Stories", highlighted with a "preferred" badge. In AI Mode and AI Overviews, your content can be highlighted with a "preferred" badge for users who have selected your site as a preferred source.

• Top Stories … 選んだ利用者に対して、出現の可能性が上がる
• AI Mode / AI Overviews … 選んだ利用者に対して、印で強調され得る

この 2 つを同じ言葉でまとめません。「優先ソースに選ばれると AI Mode で引用されやすくなる」とは、この資料からは言えません。

そして公開ページに埋め込めるボタンが用意されています。

By adding only two lines to your HTML, this option renders an automatically localized, Google-styled button that supports device and language customization.

読者がそれを押すと、そのサイトが優先ソースとして登録され、読んでいた場所へ戻るという導線です。

3 つの段を分ける

この記事の要点は、ここに尽きます。

① ボタン           サイト側の導線（公開ページに置く）
      ↓ 読者が選ぶ
② 優先ソースの設定   利用者側の設定
      ↓ Google が使う
③ Google 上の表示    Top Stories の出現の可能性 / AI 面での印

3 つのうち、サイト側の公開ページに実装されるのは ① だけです。しかし ① の有無は、ページの内容が読み取れるかどうかの条件ではありません。② は利用者側の設定で、公開 Web から観測できません。③ は利用者ごとの可視性です。

まず、必須ではないと書いてあります

実装の説明のあとに、こう書かれています。

These methods are examples of how you can build your audience and help people find your site as a preferred source. It's not required to do them in order to appear as a preferred source.

提供元が「必須ではない」と明記しているものを、こちらの判断で条件に格上げしません。

これは私たちが別の記事で繰り返し書いていることと同じです。「あると良い」と「無いと届かない」は、別の主張です。

診断項目にしない理由

SILVE の診断項目には入場条件が 2 つあります。優先ソースのボタンは、どちらも満たしません。

1. 欠けたとき、機械に何が伝わらなくなるか

何もありません。提供元はこのボタンを、読者が優先ソースを選ぶための導線として説明しています。ページの内容を機械へ伝えるための signal として説明されているものではありません。ボタンが無くても、ページの内容が読み取れなくなることはありません。

（HTML なので、文字どおりには機械可読です。そこが理由ではありません。）

2. 何個中何個で数えられる実体があるか

数えられないのではありません。正当な分母が決まりません。

「診断した 30 ページのうち、ボタンがあるのは何ページか」は普通に数えられます。サイトに 1 つあるか無いかの二値にもできます。したがって「数えられないから入れない」は成り立ちません。

成り立たないのは、その数が何の割合なのかです。提供元は、埋め込みボタン以外にも deeplink、画像やリンク、ニュースレターや SNS からの誘導を認めています。「ボタンのあるページの割合」は、優先ソースを利用できる状態を表す分母ではありません。

測りたい状態に対応する分母を定義できないものを、数えられるからという理由で項目にしません。

この件で、入場条件 2 の書き方を精密にしました。これまで「何個中何個で数えられる実体がある」と書いていましたが、たいていのものは数えられます。「測ろうとしている状態に対応する、実在する母集団を定義でき、その中で何個中何個で数えられる。分母をこちらが便宜的に作らない」に改めています。

新しい規則ではありません。2026 年 8 月に sitemap.xml を項目から外したときの理由が「分母が作れない」でした。実務は最初からこの形で動いており、書いてある条件だけが弱かった、ということです。

話題になった実装を、話題になったという理由で項目に足しません。足すなら、まず入場条件に当てます。

変わるのは可視性で、準備状態ではありません

私たちは測るものを4 つの領域に分けています。Google 上の表示に関わるのは、読者がそのサイトを優先ソースとして選んだ状態です。

ボタンは、その選択へ誘導するためのサイト側の UIであって、ボタン自体が表示を変えると確認されているわけではありません。

つまり ボタンを置いた ≠ 優先ソースに選ばれた ≠ 可視性が変わった、の 3 つが別です。そして選ぶのは読者で、サイト側の状態ではありません。

ただし「何も観測できない」ではありません。公開ページ上に実装されたボタンや deeplink、対象の URL がドメイン / サブドメイン単位かどうかは観測できます。一方、ニュースレターや SNS などサイト外の導線は、公開ページの診断の対象ではありません。

観測できないのは、こちらです。

• 誰が、自分を優先ソースに選んでいるか
• 何人が選んでいるか
• その選択が、実際にどれだけ表示を変えたか

測れないものを、測ったふりをして項目に入れない —— これは総合スコアを捨てたときと同じ判断です。

同じ問いでも、読者ごとに返るものが違います

同じ検索でも、利用者の優先ソースの設定によって表示は変わり得ます。Top Stories では出現の可能性が変わり、AI Mode と AI Overviews では選ばれたソースが印で強調され得ます。

これは私たちが直前の記事で書いたことと、測定上の形が似ています。

robots.txt の記事では、HTTP の層で「同じ URI でも、要求によって返る表現は変わり得る」と書きました。

• HTTP の層 … 同じ URI でも、要求によって返る表現が変わり得る
• 検索結果の層 … 同じ問いでも、読者の設定によって表示が変わり得る

仕組みも原因もまったく別のものです。似ているのは「1 回の観測を、誰にとってもそうである状態へ一般化できない」という測定上の形だけです。

したがって、優先ソースの影響を受ける面を 1 つのアカウントだけで測れば、そのアカウントの設定を含んだ結果になります。

標本をどう設計するかは別の記事が扱っています。ここで言いたいのは、変動の要因がもう 1 つ増えた、ということです。

Google が明記している表示上の変化は、ここまでです

「確認できず」は「書かれていない」ということであって、「影響しない」ではありません。他の資料で述べている可能性を、私たちは排除できません。

書かれていないことを、無いことに読み替えません。

公表された 2 種類の数字と、まだ無い数字

1 つ目は、規模の数です。

原文は 4 月が sites、5 月と 8 月が sources です。ここでは優先ソースについて各時点で提供元が公表した規模として並べており、定義が完全に同じであることまでは確認していません。いずれにせよ採用の規模であって、効果の数値ではありません。

2 つ目は、クリックについて提供元が報告している比較です。そして 3 つ目にあたる「表示がどれだけ増えるか」は、公表されていません。

「2 倍」は、4 月と 5 月の告知にこう書かれています。

readers are twice as likely to click through to a site after marking it as a Preferred Source

ここは慎重に扱います。確認した告知には、この数字の算出方法が示されていません —— 対照をどう取ったのか、いつからいつまでの比較なのか、分母は何かが分かりません。

したがって、優先ソースに設定したことの効果が 2 倍である、とは扱いません。私たちは効果検証の記事で「施策後に起きた ≠ 施策によって起きた」を厳密に扱っています。この 1 件だけ緩めることはしません。

そのうえで、言えることは言えます。

• ボタンを設置したことの効果ではありません
• 検索結果への表示頻度の増加率でもありません
• 60 万超という数は、選ばれたソースの数であって、効果の大きさでも利用者の数でもありません
• いずれも exact count ではありません。原文は over / more than です

ボタンの設置が登録をどれだけ増やすかは、公表されていません。優先ソースになることで表示がどれだけ増えるかも、公表されていません。

付けるかどうかの判断

診断項目にしないことと、付けないほうがよいことは、別です。

設置を検討する合理性があるのは、こういう場合です。

• 読者と直接の関係があり、繰り返し読みに来る人がいる
• 押してもらう場面を作れる（記事の末尾、ニュースレターの導線など）
• 実装のコストが低い（標準の方法なら HTML に 2 行）

提供元自身も、標準の実装を読者にとっての体験が最も良い方法として勧めています。ただし、設置によって登録がどれだけ増えるかは確認できていません。

注意したほうがよいのは、こういう場合です。

• サブディレクトリで運営している —— 対象になり得るのはドメイン単位とサブドメイン単位で、サブディレクトリは対象外です。https://www.example.com/ は対象ですが、https://www.example.com/blog/ は対象になりません
• 「付けないと AI 検索に出ない必須の対応」として社内に説明したい —— 必須条件ではないと提供元が書いているので、そう説明すると後で食い違います。任意の可視性施策として紹介するなら問題ありません

まだ言えないこと

• 優先ソースに選ばれることが、実際にどれだけ表示を変えるか。提供元はクリックについての数値は公表していますが、表示の増え方は公表していません。外からも観測していません
• ボタンを設置したサイトが、していないサイトより多く選ばれるか。比較した観測がありません
• 一般の検索順位と、AI の回答への採用確率への影響。確認した資料には書かれていませんが、他の資料で述べている可能性は排除できません
• 他の提供元が同種の仕組みを持つか。調べていません。これは Google の仕様であって、AI 検索一般の話ではありません

混同しないもの

1. 提供元が用意した ≠ 必須である
2. 実装できる ≠ 診断項目である
3. ボタンを置いた ≠ 優先ソースに選ばれた
4. 可視性が変わる ≠ 準備状態が変わる
5. 選ばれたソースの数 ≠ 効果の大きさ
6. 設定後のクリックが 2 倍 ≠ 表示が 2 倍
7. Top Stories での出現の可能性 ≠ AI の回答での採用
8. この資料に書かれていない ≠ 存在しない
9. 自分の画面で出た ≠ 他の読者の画面でも出る
10. 数えられる ≠ 正当な分母がある
11. Google がやっている ≠ AI 検索一般がそうなる

再検証

60 日。 提供範囲・対象の単位・実装方法のいずれも変わり得ます。 実装側の資料の最終更新は 2026 年 8 月 20 日で、告知と同日です。

一次資料

• Google — Personalize what you see on Google Search, News, Discover（2026-08-20） https://blog.google/products-and-platforms/products/search/personalize-search-discover-news/
• Google Search Central — Preferred sources（最終更新 2026-08-20） https://developers.google.com/search/docs/appearance/preferred-sources
• Google — Google Search: Preferred Sources now available in all languages（2026-04-30） https://blog.google/products-and-platforms/products/search/preferred-sources-language-expansion/
• Google — New ways to find your favorite sources and original content in AI Search（2026-05-27） https://blog.google/products-and-platforms/products/search/original-high-quality-content-search/
• Google Search Central — What's new in Google Search documentation（2026-08-26 に確認） https://developers.google.com/search/updates

次に読む

• AI 可視性は何回測ればよいのか —— 読者ごとに変わるものを、どう測るか
• AI 検索のための特別な対策は要るのか —— 提供元が要ると言っていること
• robots.txt は、誰が書いているのか —— 同じ問いが、別の層に現れた話