>> PROTOCOL_UPDATE :: MCP 2026-07-28

検索は死なない。 報酬構造が変わる。

2026年7月28日、AIと外部ツールをつなぐ共通規格MCPに過去最大のアップデートが入った。これを起点に、「AI時代のSEOで何が変わり、何が変わらないのか」を整理した調査ノート。結論はタイトルの通り——検索もSEOも死なない。ただし、勝ち方のルールが書き換わる。

SCROLL
SYS.01 // FACT_CHECK

MCPアップデートの正体は「配管工事」

MCP(Model Context Protocol)は、ClaudeやChatGPTなどのAIが外部のシステムやデータとつながるための共通規格。USB-Cのような「コネクタの標準」だと思えばいい。2026-07-28アップデートの中身はステートレス化=インフラの配管工事であり、企業が「AIに呼ばれる窓口」を持つためのコストが劇的に下がった。

What

窓口のコストが激減

セッション管理が不要になり、サーバーレス環境で軽量にMCPサーバーを動かせるように。中小企業でも「AIと直接つながる窓口」を持てる時代の下地ができた。

But

ユーザー行動は変わらない

このアップデート自体が変えたのは供給側の経済性だけ。検索行動を変えるのはAIアシスタントの普及そのものであり、MCPはそれを加速させる裏方にすぎない。

Missing

「発見レイヤー」が未整備

AIが勝手に街中の店舗の窓口を見つけてくる仕組みはまだ存在しない。ここを埋めるレジストリ(登録簿)の整備が、これからの主戦場になる。

CORE_INSIGHT「どのMCPサーバーをAIが選んで呼ぶか」を決めるレジストリと選別基準が、次の時代の“検索アルゴリズム”になる。そして選別基準は、ほぼ確実に信頼性である。

誰でも窓口を持てるようになった瞬間、偽の窓口・低品質な窓口が乱立する。だからAI側は運営元の実在性・認証・第三者評価で選別せざるを得ない。評判を高めるSEOという原則は、この構造変化で弱まるどころか増幅される。

SYS.02 // STRUCTURE

これからのSEOは「二階建て」

EEAT・評判の強化は正しい。ただしそれは「選ばれる」条件であって、「取引される」条件ではない。MCP時代の企業サイトには、性質の異なる二つのレイヤーが同時に求められる。

Trust Layer
選ばれる条件
AIがそのエンティティ(企業・ブランド)を引用・推薦する根拠。EEAT、実績、レビュー、ニュースや業界メディアでの言及。LLMは「Web上のあちこちで裏取りできる存在か」で選ぶため、第三者による評判の一致が決定打になる。
Connection Layer
取引される条件
AIが実際に読み取り・操作できる形。構造化データ(JSON-LD)、正確な営業時間・料金・サービス仕様の明文化、ゆくゆくはAPI/MCPエンドポイント。評判が良くても接続できなければ、予約や見積もりは「接続できる競合」に流れる。
FOUNDATION :: MCP / REGISTRY / AGENT_ECOSYSTEM

評判だけでは取引されず、接続だけでは呼ばれない。両輪で初めて成立する。

SYS.03 // CONTENT

「コンテンツ制作は正義」の再定義

汎用コンテンツは二方向から同時に崩壊する。需要側——一般論の答えはAIが会話の中で完結させ、ユーザーがページまで来ない。供給側——汎用記事はAIが数分で書けるため、制作コストがゼロに近づき市場価値もゼロに向かう。希少性のないものに価値は残らない。では、何が残るか。AIが書けないか、AIが引用せざるを得ないものだ。

一次情報型
独自調査、自社データ、実例、体験。LLMは存在しない事実を作れない。事実の発生源になっているコンテンツは、引用元として指名され続ける。
エンティティ証明型
実績、事例、代表の顔が見える発信。順位のためではなく、AIと人間の両方に「この会社は実在し、ちゃんとやっている」と裏取りさせる証拠資料。
意思決定・感情型
ページに来た人を動かす、意見と立場のあるコンテンツ。人間の感情を動かす領域は、当面AIの平均的な文章では代替されにくい。

もう一つ重要なのは、正義なのは「制作」ではなく「情報資産の保有」だということ。これからのコンテンツ戦略には、作る判断と同じ重さで「作らない判断」「捨てる判断」が入る。過去に量産した薄い汎用記事は、資産ではなくサイト全体の品質評価を薄める負債になりかねない。制作会社的な発想から、資産管理者的な発想へ。

コンテンツ制作は正義 引用されるに値するコンテンツだけが正義
SYS.04 // ECONOMICS_OF_CITATION

汎用クエリは死なない——「引用枠の経済学」

ここで一つの反証がある。汎用クエリは検索され続ける → AIが答える → AIは引用元を必要とする → 引用はWeb上にコンテンツが存在してこそ。つまりAIの回答が消したのは「汎用クエリへの需要」ではなく、「10位まで全員にトラフィックが分配される仕組み」の方だ。クエリ自体は残り、回答の引用枠は数枠しかない。

報酬構造の変化

Rank Distribution → Citation Slots
1位10位

3位でも7位でも、それなりに流入があった。
順位に応じてトラフィックが分配される世界。

だから正解は「汎用はもう書かない」ではなく、「引用枠を取れる見込みがあるなら書く」。汎用テーマ×会社視点のコンテンツは、次の三条件を満たすとき、トラフィック獲得装置ではなくエンティティとテーマを紐付ける投資として機能する。

クエリの選別 — 引用が発生するクエリか

超汎用な定義系はAIが自前の知識で答えてしまい、引用がほぼ発生しない。狙うのは、情報が更新され続けるもの・意見が割れるもの・業界や地域の具体性が絡むもの。

引用に足る一節 — 器に「具」を最低一つ

汎用情報をブランドの口調で書き直しただけでは、競合もゼロコストで真似できる。自社データが一つ、実例が一つ、独自の定義や区分けが一つ。引用するに足る一節を必ず仕込む。

クラスター設計 — 単発ではなく面で取る

AIの引用選択はエンティティの重み付き。テーマの基礎クエリ群で繰り返し引用されるドメインは「このテーマ=この会社」という紐付けが強まり、その先の商用クエリでの推薦にも波及する。

SYS.05 // ACTIONS

今やるべきこと

Priority_1

EEAT・エンティティ施策は手を緩めない

Googleにも効き、AI引用にも効く二重取り。投資効率が最も高い。第三者言及・レビュー・実績の可視化を継続的に積み上げる。

Priority_2

サイトの「機械可読性」を点検する

構造化データ(JSON-LD)、料金・営業時間・サービス仕様の明文化、公開/非公開情報の線引き。今日から着手でき、リッチリザルトにも効く「後悔しない打ち手」。

Priority_3

AI上のプレゼンス計測を始める

主要AIの回答で自社がどれだけ引用・言及されているか、今からベースラインを取る。一年後に「対策前後」を語れるのは、データを今日から持っている者だけ。

Invest

「AIエージェント対応」の準備に着手する

機械可読性の点検とAI引用の計測を組み合わせ、自社がAIにどう読まれ、どう引用されているかを定期的に確かめる体制を作る。多くの企業がまだ様子見の今から動いておけば、競合より一歩早く「AIに選ばれる側」に回れる。

SYS.06 // TIMELINE

これからの時間軸

NOW — 1YR

引用最適化(AIO / LLMO)の主戦場化

情報系クエリのトラフィックが減少し、「AIの回答に引用されるか」が可視化された競争軸になる。MCPステートレス化は水面下でエージェント経済の土台を整える。

1 — 3YRS

取引がエージェント経由に流れ始める

予約・購買系クエリが大手プラットフォームのAPI/MCPへ。中小企業は当面アグリゲーター経由。発見レイヤー(レジストリ)の整備が進む。

3YRS —

「被呼び出し最適化」の時代

AIエージェントに呼ばれるエンドポイントであることが生命線に。選別基準は信頼性・構造化・認証——つまり、評判がふたたび物を言う。

// CONCLUSION

SEOは死なない。
順位を上げる仕事から、
選ばれ、呼ばれ、引用される
存在にする仕事へ。

コンテンツと運営元の信頼性・評判を高める——この原則は、AI時代に弱まるどころか増幅される。変わるのは勝敗の決まり方だ。順位の分配は引用枠の総取りに、記事の量産は情報資産の目利きに、サイト単体の最適化は「信頼×接続」の二階建てに。当たり前のことを当たり前に、ただし新しいルールブックで。