「AIOって、何年計画で考えればいいんでしょうか」
WEBMARKSには、この相談が定期的に届きます。今年の施策リストなら書ける。ところが、来年と再来年に何を積むのかと聞かれると、根拠のある説明ができない。経営会議で言葉に詰まるのは、たいていこの場面です。
つらいのは、答えが出せないことそのものではありません。期間の区切りに理由がないことです。理由がないまま3年と書けば、次に聞かれたときも同じところで止まります。
この記事は、AIOの中長期の計画をこれから作る立場の方を想定して書きました。3年を3つに割る考え方と、その割り方を支える根拠を、図解と会話でたどります。読み終わるころには、会議に持っていける骨組みが手元に残ります。
こんなふうに調べていませんか
- 経営会議で「AIOは何年計画なんだ」と聞かれて、答えに詰まった
- 「AIO ロードマップ 3年計画」で検索して、フェーズの分け方を探している
- 単年の施策リストはあるが、来年から先に何を積むかが決まっていない
この記事を読み終えたときに手に入るもの
- 3年を3つのフェーズに分ける根拠を、自分の言葉で説明できるようになります
- フェーズ1から3で先にやることが、順番つきで分かります
- 四半期・半期・年次で見直す範囲を、着手前に決められます
結論30秒でわかる、この記事の結論
- AIOロードマップの3年計画とは、技術基盤 → コンテンツと権威性 → 運用体制の順に積み上げる設計です。
- 目安はおよそ0〜6か月・6〜18か月・18〜36か月。分け方の根拠は、AI検索側が実際に繰り返してきた変化の履歴です。
- 3年そのまま走り切る年表ではありません。四半期・半期・年次で、見直す範囲を変えながら進めます。
この記事では、ある専門商社のマーケティング部の高梨課長・大森部長と、AIO/SEOの専門家である本誌監修の鈴木さんの会話をはさみながら進めます。予算と期間を判断する立場の方は大森部長の質問から、現場を回す立場の方は高梨課長の質問から読んでいただいて構いません。
01そもそもAIOロードマップの3年計画とは、何を決めておく文書なんですか？
大森部長鈴木さん、単刀直入に聞く。AIOというのは、結局どれくらいの期間で見るものなんだ。
鈴木さん中長期で置くなら、3年をひとまとまりにする形をおすすめしています。ただ、3年ぶんの作業を並べた年表とは別ものなんですよ。
大森部長年表ではない、というのは。
鈴木さんはい。決めるのは、作業の一覧ではなく積む順番のほうです。 順番さえ共有できていれば、途中で中身が入れ替わっても計画は生き残ります。
AIOロードマップの3年計画とは、AI検索の変化を根拠に、技術基盤・コンテンツと権威性・運用体制を3年で計画する文書です。
AIOは、Google・OpenAI・Perplexityといった複数のプラットフォームが、それぞれのペースで仕様を更新し続ける分野です。1年で終わる工事ではありません。更新のたびに優先順位を置き直しながら、少しずつ積み上げていく取り組みです。
だから中長期のロードマップは、施策の目録ではなく前提の共有文書として書きます。何を先にやるのか、なぜその順番なのか。ここが揃っていれば、担当者が代わっても計画は続きます。
逆に、この文書がないまま着手すると何が起きるか。技術対応・コンテンツ制作・体制整備が同時に走り出します。どれも中途半端なまま、人と時間だけが減っていく状態です。
この章のまとめ
AIOロードマップの3年計画は、作業の年表ではなく、順番とその理由を社内で共有するための文書です。
023年のロードマップと比べて、単年のAI対策の計画だと、なぜ1年で作り直しになるんですか？
単年の計画が続きにくい理由は、担当者の力量ではありません。計画を立てた時点の仕様を、そのまま前提にしてしまうところにあります。
AI検索の側は、こちらの年度に合わせて止まってはくれません。1年後に前提が変わっていれば、計画そのものを作り直すことになります。作り直した計画が、また次の年に前提から崩れる。この繰り返しが、社内に「何度やっても進まない」という空気を作ります。
中長期のロードマップは、前提が変わることを先に織り込みます。そのうえで、変えてよい部分と、当分は変えない部分を切り分けておきます。
- 当分は変えない部分 — 積む順番、フェーズの区切り方、見直しの単位
- 変えてよい部分 — 各フェーズの中の個別施策、投資の配分、担当の割り当て
この切り分けがあると、仕様変更が起きても計画ごと捨てずに済みます。差し替えるのは中身だけで、骨組みは残ります。
この章のまとめ
単年計画が崩れるのは、変えない部分と変えてよい部分が分かれていないからです。骨組みと中身を先に分けます。
033年のロードマップを組む根拠として、AI検索の変化は、この2年でどれくらい起きているんですか？
大森部長前提が変わる、変わると言うが、実際どれくらいのペースで動いているんだ。
鈴木さん公式に発表されたものだけを時系列に並べると、感覚ではなく事実として見えてきます。この表は、そのまま会議資料に転記していただいて構いません。
| 時期 | 出来事 | 出典 |
|---|---|---|
| 2024年5月 | GoogleがAI OverviewsをI/Oで発表し米国展開を開始。2024年末までに10億人規模への到達を目指すと表明 | Google公式ブログ |
| 2024年5月(同月中) | 展開直後の不正確な表示を受け、Googleが12を超える技術的な改善を実施 | Google公式ブログ |
| 2024年9月 | Jeremy Howard氏がllms.txtを提案。2026年8月時点でも標準化団体による正式な標準ではなく提案段階 | llms.txt公式サイト |
| 2024年10月 | OpenAIがChatGPT Searchを正式ローンチ。当初はPlus/Teamユーザーとウェイトリスト登録者に限定 | Search Engine Land |
| 2026年6月 | Google Search Consoleに「生成AIパフォーマンスレポート」機能が追加 | Google Search Central公式ブログ |
この並びから読み取れることは2つあります。
1つめは、大きな変化がほぼ毎年起きていることです。年度の区切りとは無関係に、動くときには動きます。
2つめは、動く主体が1社ではないことです。検索側の発表もあれば、別の事業者の参入もあり、標準化団体を通していない提案が広まることもあります。1社の発表だけを追っていると、残りを見落とします。
この章のまとめ
変化はほぼ毎年、しかも複数の主体から起きています。だから計画は、変化を織り込んだ形でしか成り立ちません。
04AIOロードマップの3年計画は、なぜこの順番でしか積めないんですか？
高梨課長3つに分ける話は分かりました。ただ、うちはもう記事を書き始めています。技術のほうを後回しにしてはいけませんか。
鈴木さんお気持ちは分かります。ただ、そこだけは順番を入れ替えないほうがいいんですよ。読み取れない状態で記事を出すと、良し悪しの判断材料そのものが手に入りません。
高梨課長効果が出ていないのか、そもそも読まれていないのかが分からない、ということですね。
3年計画は、技術基盤・コンテンツと権威性・運用体制という3つのフェーズで組み立てます。分ける基準は、期間の長さではありません。フェーズ同士の依存関係です。
| フェーズ | 目安期間 | 主眼 | フェーズを分ける理由 |
|---|---|---|---|
| フェーズ1: 技術基盤 | 0〜6か月 | AIに読める・引用してよいと判断される状態を作る | 後続フェーズの前提条件。ここが止まっていると他の施策の効果を確認できない |
| フェーズ2: コンテンツと権威性 | 6〜18か月 | 引用されるコンテンツと言及を積み上げる | 引用実績は蓄積型の成果であり、数か月では判断材料が揃わない |
| フェーズ3: 運用体制 | 18〜36か月 | 変化に対応し続ける社内の仕組みを作る | 組織的な定着には複数回のレビューサイクルを経る時間が必要 |
3つは、切り離された別々の工程ではありません。前のフェーズが、次のフェーズの入口になっています。
技術対応が止まったまま質の高い記事を書き続けても、AI検索の側には届きません。届いていないのか、届いたうえで選ばれていないのか。この区別がつかない状態では、次の一手を決められません。
各フェーズを誰が担うかは、体制によって変わります。役割の分け方は別記事『AIOチームの作り方』を、社内と外部の線引きは別記事『AIO内製か外注か』をご覧ください。
この章のまとめ
フェーズを分ける基準は期間ではなく依存関係です。前が終わっていないと、次の良し悪しを判定できません。
05ロードマップの最初の6か月、AI検索最適化の技術基盤には何を入れるんですか？
フェーズ1でやることは、AI検索のクローラーに正しく読ませ、ページの中身が誤解なく伝わる形にすることです。ここは公式に仕様が示されている領域が中心なので、数か月で形になります。
- クローラー制御の整理 — OpenAIは学習用のGPTBot、検索表示用のOAI-SearchBotなど用途の異なる4種類のクローラーを公開しています。GPTBotとOAI-SearchBotはrobots.txtで個別に制御できます（出典: OpenAI Developers「Bots」）。まず自社としてどう扱うかを決めます。
- 構造化データの実装 — 記事・FAQ・組織情報などをマークアップし、ページの中身が正確に読み取られる状態にします。
- llms.txtの試験導入 — llms.txtは2024年9月に提案された仕組みで、2026年8月時点でも提案段階にとどまります（出典: llms.txt公式サイト）。
- 計測基盤の設定 — GA4・Search Consoleなど、後のフェーズで成果を見るための土台を先に用意します。
この章のまとめ
フェーズ1の仕事は、読める状態を作るところまでです。ここは仕様が示されているぶん、数か月で形になります。
06技術基盤の中で、AIOの投資を先に置いていいのはどれですか？
4つを並べたところで、次に迷うのが配分です。4つの重みは、同じではありません。
構造化データやrobots.txtでのクローラー制御は、すでに公式な仕様として定着しています。一方でllms.txtは提案段階の仕組みで、標準化の行方は確定していません。
行方が定まっていない施策には、大きな投資を先に置かない。 小さく試して様子を見る位置づけにとどめるのが、現実的な判断です。
この章のまとめ
仕様が定まっている作業と、提案段階の作業。この2つに、同じ重さの投資を置かないでください。
076〜18か月のAIO施策で、コンテンツと権威性はどう積み上げるんですか？
高梨課長フェーズ2は長いですね。半年で結果が出ないと、社内が持たない気がします。
鈴木さんそこは正直にお伝えします。引用は、単発の良い記事1本では生まれません。 積み上がるまで待つ前提で、期間を長めに取っているんですよ。
高梨課長待つ理由のほうを、先に社内へ共有しておいたほうがよさそうですね。
フェーズ2でやることは、AI検索に引用される記事と、指名で検索される土台になるブランド言及を積み上げることです。蓄積が前提なので、フェーズ1より長い期間を割り当てます。
| 施策 | 内容 | 目安の頻度 |
|---|---|---|
| quotable記事の公開 | 40〜60字で自己完結する定義文を持つ記事を優先テーマから順に公開 | 週次〜月次 |
| E-E-A-Tシグナルの整備 | 著者情報・更新日表示・専門家による監修の明記 | 記事単位 |
| ブランド言及の獲得 | 業界メディアへの寄稿・登壇など、リンクを伴わない言及の獲得 | 四半期単位 |
3本の頻度が違う点に注目してください。記事は週次から月次で動かせますが、社外での言及は四半期単位でしか積み上がりません。同じフェーズの中でも、動く速さが違います。
成果の確認にも時間がかかります。Search Consoleに「生成AIパフォーマンスレポート」が追加されたのは2026年6月です（出典: Google Search Central公式ブログ）。計測の土台そのものが、ようやく整い始めた段階です。
だからフェーズ2の前半で、成果の有無を判定しないでください。判定するには、まだ材料が足りません。記事そのものの書き方は、別記事『AIOに強い記事構成』で扱っています。
この章のまとめ
フェーズ2は蓄積の期間です。動く速さの違う3本を並行させ、前半では成果ではなく着手の状況を見ます。
08ロードマップの18〜36か月のLLMO運用体制は、どうやって制度化するんですか？
フェーズ3でやることは、変化に追いつき続ける仕組みを社内に根づかせることです。個人の頑張りに寄りかかった状態から、役割と評価基準を伴う体制へ移します。
この3つを社内の予定として置きます
四半期レビュー
指標を確認し、翌四半期の優先施策を決めます（四半期に1回）
成熟度診断
自社の到達段階を診断し、次フェーズへ移ってよいかを判断します（半期から年次）
経営層への再提案
投資対効果を示し、予算と人員を続けてよいかを確認します（年次）
3つのうち、社内で最初に形になるのは四半期レビューです。会議の頻度と、毎回そろえて見る指標をあらかじめ決めておく設計は、別記事『経営層に伝わるAIOレポートの作り方』で扱っています。
到達段階の診断軸は、別記事『AIO成熟度モデル』が参考になります。診断の結果は、次の3年計画を書き始めるときの出発点にもなります。
予算を続けるには、経営層への説明が欠かせません。単年の効果だけで判断されると、蓄積型のフェーズ2とフェーズ3が正しく評価されないおそれがあります。説明の組み立て方は、別記事『AIOの投資対効果』で整理しています。
この章のまとめ
フェーズ3は、レビューを社内の予定表に載せる作業です。人の頑張りではなく、日程と役割で回します。
093年計画を固定しないために、AI検索対策の見直しはどこに組み込むんですか？
大森部長3年で置くのは分かった。だが、途中で状況が変わったらどうする。
鈴木さん見直しを、最初から計画の中に入れておきます。変化の大きさによって、見直す範囲を変えるのがコツなんですよ。
大森部長何が起きても計画ごと作り直す、という話ではないんだな。
鈴木さんはい。小さな変化は小さく吸収します。計画そのものに手を入れるのは、年に1度で足ります。
見直しは3つの層に分けます。間隔が長い層ほど、動かせる範囲が大きくなります。
| 見直しの単位 | 頻度 | 判断すること |
|---|---|---|
| 四半期レビュー | 3か月に1回 | 個別施策の継続・中止・入れ替え |
| 半期レビュー | 6か月に1回 | フェーズ内での予算・工数の配分見直し |
| 年次レビュー | 12か月に1回 | フェーズの前倒し・後ろ倒し、次年度への移行判断 |
この3層構造の利点は、手を入れる範囲を変化の大きさに合わせられることです。小さな仕様変更なら、短い間隔の層で吸収できます。フェーズの前提そのものが揺らぐ変化が起きたときだけ、年に1度の層で計画に手を入れます。
冒頭で見た変化の履歴でも、新しい動きは数か月おきに記録されていました。3年ずっと同じ計画を実行し続けるのは、現実的ではないと私たちは考えます。
この章のまとめ
見直しは3層。短い層で施策を、中くらいの層で配分を、長い層でフェーズそのものを動かします。
10AIOロードマップが崩れるのは、どんなときですか？
フェーズを飛ばして着手してしまう — 技術基盤が未整備のまま記事を量産すると、クローラーにブロックされていて、そもそも読まれていない状態に気づけません。作った量ではなく、届いた量が見えなくなります。
3年計画を一度作って放置してしまう — 見直しの仕組みがない計画は、1年ほどで前提が崩れます。崩れたことに気づかないまま実行だけが続くのが、いちばん時間を失う形です。
フェーズ2の成果を早期に求めすぎてしまう — 引用や言及の蓄積には時間がかかります。数か月で成果が出ないことを理由に投資を止めると、積み上がりかけていたものが途中で止まります。
3つに共通するのは、どれも悪意なく起きることです。急ぎたい、片づけたい、確かめたい。その気持ちが順番を飛ばさせます。
この章のまとめ
崩れる原因は、順番を飛ばす・置きっぱなしにする・待てない、の3つです。どれも善意から起きます。
11明日の会議でAIOロードマップを共有するなら、何から出せばいいんですか？
まず、この記事の時系列表をそのまま会議資料に転記してください。直近2年でAI検索側に何が起きたかを経営層と共有する材料は、これだけでほぼ揃います。
そのうえで、次の5つが決まっているかを確認します。
- フェーズ1(技術基盤)の完了条件を、クローラー制御・構造化データ・計測基盤の3点で定義した
- フェーズ2(コンテンツと権威性)に、フェーズ1より長い期間を割り当てた
- フェーズ3(運用体制)に、定期レビューの仕組みを組み込んだ
- フェーズを分ける根拠を、AI検索側の実際の変化履歴で説明できる状態にした
- 四半期・半期・年次で見直す範囲を、あらかじめ役割分担とセットで決めた
3年計画で崩れやすいのは、期間の設定ではありません。フェーズ1から3への順序のほうです。技術基盤が整う前にコンテンツを量産すると、積み上げた実績が正しく評価されないまま埋もれます。
最後にひとつ。四半期レビューの初回日程は、資料を共有するその場で決めてしまってください。 日程が入っていない計画は、絵に描いた餅のまま終わりやすくなります。
この章のまとめ
会議で出すのは、変化の履歴・フェーズの順番・初回レビューの日程。この3点が揃えば、計画は動き始めます。
12よくある質問
AIOの3年計画は、3年間そのまま変更せずに実行するものですか？
そうではありません。四半期・半期ごとの見直しを前提に設計します。AI検索側の変化が大きければ、フェーズの順序や期間を年次レビューで調整することをおすすめします。動かさないのは順番だけで、中身は入れ替わる前提です。
すでに1年ほどAIOに取り組んでいる場合、どこから見直せばよいですか？
まずフェーズ1の完了条件（クローラー制御・構造化データ・計測基盤）が満たされているかを確認してください。満たされていなければ、フェーズ2の施策と並行してフェーズ1を仕上げる必要があります。順番を守るために、いま進んでいる作業を止める必要はありません。
中小企業でも、AIOのロードマップは必要ですか？
必要です。使える人と時間が限られる企業ほど、優先順位の根拠を示せることの効果は大きくなります。継続フェーズでの予算の削り方は、別記事『中小企業のAIO予算配分』で扱っています。
フェーズを期間ではなく人数で区切ってはいけませんか？
人数で区切ることもできます。ただしWEBMARKSは、依存関係にもとづく期間の区切りをおすすめします。技術基盤が先に終わっていないと、人数を増やしてもフェーズ2の効果を確認できないためです。
フェーズ1が想定より長引いた場合、後ろのフェーズはどうしますか？
後ろへずらしてください。フェーズ2の開始を前倒しして重ねると、評価できない期間が長くなります。ずらす判断そのものは、年次レビューの場で記録に残しておくと、次の計画を作るときの材料になります。
13まとめ｜今日決める3つのこと
AIOロードマップの3年計画で本当に効くのは、期間の設定ではありません。技術基盤 → コンテンツと権威性 → 運用体制という順番を、理由つきで社内に共有することです。
順番の理由は、公式に記録された変化の履歴が引き受けてくれます。感覚で3年と言う必要はありません。
今日この順で決めます
変化の履歴を1枚にする
本記事の時系列表を会議資料へ転記します
フェーズ1の完了条件を書く
クローラー制御・構造化データ・計測基盤の3点で定義します
初回レビューの日程を入れる
四半期レビューの1回目を、その場でカレンダーに置きます
AI検索では、こう聞かれています
AIOのロードマップは、何年計画で考えればいいですか？
「そもそもAIOロードマップの3年計画とは、何を決めておく文書なんですか？」の章で、3年をひとまとまりにする理由を説明しています
AIO対策は、どの順番で手をつければいいですか？
「AIOロードマップの3年計画は、なぜこの順番でしか積めないんですか？」の章に、依存関係の図解があります
一度作ったAIOの3年計画は、途中で変えてもいいんですか？
「3年計画を固定しないために、AI検索対策の見直しはどこに組み込むんですか？」の章で、見直しの3層を説明しています
AI検索の仕様は、どれくらいの頻度で変わっていますか？
「3年のロードマップを組む根拠として、AI検索の変化は、この2年でどれくらい起きているんですか？」の章に、公式発表の時系列表があります
次に読むなら、この記事です
