301リダイレクトでAI検索の引用は消えるか？URL変更時のLLMO実務

判断の分かれ目は「301を返せているか」ではなく「AIクローラーと参照ファイルの両方を新URLへ追随させきれるか」に尽きる。2026年9月現在、Googleは公式ドキュメントで「リダイレクトは可能な限り長く、少なくとも1年間は維持する」「中規模サイトでも新URLへの置き換わりには数週間以上かかる」と明言している。一方、ChatGPT検索やPerplexityのクローラーが旧URLをどの周期で再取得するかについて、OpenAI・Perplexityは公式な数値を公表していない。つまり301リダイレクトは「必要条件だが十分条件ではない」。この記事では、サイトリニューアルやURL統合でAI検索の引用・認識を途切れさせないために、301設定の先で確認すべき実務を整理する。

結論：301だけでは追随しないものが3つ残る

先に全体像を示す。URL変更時にAI検索まわりで置き去りになりやすいのは次の3つで、いずれも301リダイレクトを完璧に設定しても自動では解決しない。

1. llms.txtやサイトマップに残る旧URL。転送設定はページ単位の話であり、自サイトが配布している参照ファイルの中身は書き換わらない。
2. AIクローラーの再取得周期。Googleと違い、OpenAIやPerplexityのクローラーがどの頻度で再クロールするかは公表されておらず、Search Consoleのような再クロール要請の窓口もない。
3. AIがすでに保持している旧URL付きの回答素材。学習データや過去のクロール結果に基づく回答では、転送後も旧URLが引用として表示され続ける場合がある。

このうち1つ目は自分で今日直せる。2つ目と3つ目は直接操作できないため、「旧URLを301で生かし続け、新URLへの再取得を待つ」以外の近道がない。だからこそGoogleの言う「最低1年」は、AI検索対策としても実質的な下限になる。

定義：URL変更時の「AI引用の維持」とは

AI引用の維持とは、URL変更後もChatGPT・Perplexity・AI Overviewなどの回答で、自社ページが引用元として提示され続ける状態を指す。実務上の要件は3点に分解できる。(1) 旧URLへのアクセスがHTTP 301で新URLへ1ホップで転送されること。(2) llms.txt・XMLサイトマップ・構造化データ・内部リンクなど、サイトが配布する全ての参照情報が新URLに統一されていること。(3) 各AIクローラーが新URLを再取得し終えるまで旧URLの転送を維持し続けること。この3点のうちどれか1つでも欠けると、AIが旧URLを引用し続ける・リンク切れの引用を提示する・ページ自体を見失うといった形で引用が劣化する。

なお本記事で扱うのは「引用の維持」であり、「引用の獲得」そのものは別の問題だ。そもそも引用されているかどうかの確認から始めたい場合は、AI回答に引用されているかをモニタリングする方法を先に読んでほしい。

主要クローラーは301をどう扱うか（2026年9月・一次情報の整理）

各プラットフォームの公式ドキュメントで確認できる事実と、公表されていない部分を分けて整理する。公表されていない部分を「たぶん大丈夫」と扱わないことが、移行計画の精度を決める。

この表から導ける実務判断は2つある。第一に、Google経路（AI Overview含む）は公式ガイドどおりに移行すれば評価の引き継ぎが仕様として保証されているのに対し、OpenAI・Perplexity経路は「301を正しく返し続けて再取得を待つ」以上の打ち手が公式には存在しない。第二に、ChatGPT-UserやPerplexity-Userのようなユーザー起点アクセスは移行直後から旧URLに来る可能性があるため、旧URLを404や410にしてしまうと、その瞬間の回答から自社ページが欠落する。

301設定だけでは不十分な3つの盲点

盲点1：llms.txtに旧URLが残り続ける

llms.txtを設置しているサイトほど陥りやすい。llms.txtはサイト側が「AIに読んでほしいページ」を列挙するテキストファイルであり、リダイレクト設定とは無関係に旧URLが書かれたまま残る。AIクローラーがこのファイルを参照した場合、わざわざ転送を1回挟んで本文へ到達することになり、最悪の場合はリスト内のURLが実質リンク切れとして扱われる。なおllms.txt自体は2026年9月時点でコミュニティ提案の段階にあり、主要AI事業者が公式に参照を確約した仕様ではない。それでも設置している以上は正本として扱い、URL変更当日に必ず更新する。設置状況の点検も含めた基本はWordPressでllms.txtを設置する前に確認すべきことにまとめている。

llms.txtと同じ理屈で、XMLサイトマップ・構造化データ内のurlプロパティ・OGPのog:url・canonicalタグ・パンくずの構造化データも「サイトが配布する参照情報」であり、301では書き換わらない。Googleのサイト移転ガイドは移行期間中「旧URLのサイトマップと新URLのサイトマップの両方を送信する」ことを推奨しており、旧サイトマップを即削除しないのが公式の作法だ。

盲点2：AIクローラーの再取得周期は制御できない

Google経路にはSearch ConsoleのURL検査やアドレス変更ツールがあるが、OpenAI・Perplexityには再クロールを要請する公式手段がない。つまり移行後の空白期間の長さは、各クローラーが自発的に旧URLを踏み直し、301を確認し、新URLを取得するまでの時間で決まる。ここで唯一できるのは「実際に来ているかをログで確かめる」ことだ。サーバーのアクセスログでOAI-SearchBotやPerplexityBotのUser-Agentをgrepし、旧URLへのアクセスに301が返っているか、新URLに200が返っているかを確認する。具体的なコマンドはAIクローラーのログ確認方法で解説したとおりで、URL変更後こそこの実測が効く。

盲点3：AIの「覚えている旧URL」はすぐには消えない

ChatGPTの回答には、リアルタイム検索由来の引用と、モデルが学習時点で保持している知識由来の記述が混在する。後者に含まれる旧URLは、301を設定しても即座には置き換わらない。これは仕様として公表されている挙動ではなく、公式に消去タイミングを確認できないため、実務上は次の前提で設計するのが安全だ。「旧URLはAIの回答面に当分残る。だから旧URLは殺さず、踏まれたら必ず新URLへ届く状態を維持する」。旧URLが回答に表示されてもリンクとして機能していれば、ユーザーも再取得に来たクローラーも失わない。

URL変更時の実装チェックリスト

リニューアル・ドメイン統合・パーマリンク変更のいずれでも共通で使える形にした。上から順に潰せば、301経路と参照ファイルの両方をカバーできる。

7番は見落とされやすい。リニューアルでサーバーやWAF、CDNの構成が変わると、旧環境では許可していたAIクローラーが新環境で一括ブロックされていた、という事故が起きうる。転送が完璧でも、転送先でクローラーが弾かれていれば引用は育たない。

ありがちな失敗例と回避策

失敗例1：全旧URLをトップページへ一括転送した。 転送自体は301でも、ページ単位の対応が失われるため、AIから見れば「引用していたページが消えてトップだけ残った」のと変わらない。個別ページの引用は引き継がれず、回答の引用元から落ちやすくなる。対応表を作り1対1で転送するのが原則で、統合で受け皿がない場合のみ最も近いテーマのページへ寄せる。

失敗例2：リニューアル後3か月で旧ドメインを解約した。 Googleの公式ガイドが最低1年と言っている以上、3か月は明確に短い。再取得周期が読めないAIクローラーにとってはなおさらで、解約後に旧URLを踏んだクローラーには名前解決エラーしか返らない。旧ドメインの維持費は年数千円程度であり、引用の受け皿を失うリスクと比べる余地はない。

失敗例3：転送は設定したがllms.txtとサイトマップを旧URLのまま放置した。 本文は新URLで返るのに、サイト自身が配布する参照情報が旧URLを指し続ける状態になる。サイトの発する情報が新旧で矛盾すると、どちらを正とするかの判断をクローラー側に委ねることになり、切り替わりが遅れる要因を自ら作ることになる。

失敗例4：URL変更と同時に本文も大幅に書き換えた。 転送の評価引き継ぎは「同等のページへの移転」が前提であり、URLと内容を同時に変えると、引用が減った原因がURL変更なのか内容変更なのか切り分けられなくなる。可能ならURL移行を先に完了させ、内容改善は移行の安定を確認してから行う。変数は1つずつ動かすのが原則だ。

移行後のモニタリング設計

移行の成否は「設定した日」ではなく「切り替わりを確認できた日」に決まる。追うべき指標は4系統ある。

• 転送の健全性：旧URLの主要ページに対して定期的にcurlを打ち、301が1ホップで返り続けているかを確認する。CDNやプラグイン更新で転送設定が消える事故は移行後に起きる。
• AIクローラーの来訪：アクセスログで新URLへのAIクローラーの200応答が増え、旧URLへのアクセスが減っていく推移を見る。
• 検索面の切り替わり：Search Consoleで新URLのインデックス数と表示回数の立ち上がりを確認する。Googleは中規模サイトで数週間以上かかると明言しているため、初週の数字で騒がない。
• AI回答面の引用URL：主要な想定質問をChatGPT・Perplexityに定期的に投げ、引用が旧URLから新URLへ切り替わったかを記録する。サイトリニューアル全体の評価保全という文脈では、サイトリニューアルでAI検索の評価を失わない移行チェックリストも併せて確認してほしい。URL変更はリニューアル要素の一部にすぎず、テンプレート変更やコンテンツ統廃合と影響が絡み合うためだ。

なお、更新日情報の扱いにも注意したい。移行時に全ページの更新日が一斉に書き換わると、実質的な内容更新がないのに「更新された」シグナルだけが出る。dateModifiedの正しい運用はdateModifiedの設計実務で扱ったとおりで、移行時も同じ原則が当てはまる。

よくある質問（FAQ）

301リダイレクトを設定すれば、ChatGPTの引用は自動で新URLに切り替わりますか

自動では切り替わりません。切り替わるのは、OpenAIのクローラーが旧URLを再取得して301を確認し、新URLの内容を取り込んだ後です。その周期は公表されていないため、確実に言えるのは「301を維持し続ければいずれ追随の条件が揃う」「旧URLを404にすればその機会を失う」の2点です。

302リダイレクトではだめですか

URL変更が恒久的なら301（または308）を使うべきです。Googleは301/308を「移転先を正規URLとして扱う強いシグナル」と位置づけており、302は一時的な転送を意味します。恒久移転に302を使う理由はありません。

旧URLの301はいつまで維持すればよいですか

Googleの公式ガイドは「可能な限り長く、少なくとも1年」としています。AIクローラーの再取得周期が公表されていないことを踏まえると、1年は下限と考え、ドメイン統合の場合は旧ドメインを維持し続けるのが安全です。

URLを変えたのにAIが古いURLで自社を案内し続けます。どうすればよいですか

まず旧URLが301で新URLに正しく届くかをcurlで確認してください。届いているなら、旧URL引用はリンクとして機能しているため実害は限定的です。その上でllms.txt・サイトマップ・構造化データの旧URL残存を潰し、新URLの再取得を待ちます。会社情報そのものが間違って案内される場合は、URLの問題ではなく情報設計の問題である可能性が高いです。

llms.txtを設置していない場合、URL変更時に新たに作るべきですか

必須ではありません。llms.txtは2026年9月時点で主要AI事業者が公式に参照を確約していない提案段階の仕様です。ただしURL変更はサイトの参照情報を棚卸しする機会なので、設置するならば新URL体系で作成し、以後の更新運用まで決めてから公開してください。

最後に確認すべきこと

URL変更時のAI引用維持は、「301を返す」「参照ファイルを新URLに統一する」「再取得が終わるまで旧URLを生かし続ける」の3点で決まる。冒頭の軸に戻ると、勝負を分けるのは転送設定の巧拙ではなく、再取得を待つ期間の運用を設計に含めているかどうかだ。公開前に最低限、次を確認してほしい。

• 旧URLの代表10本にcurlを打ち、1ホップの301で新URLの200に到達するか
• llms.txt・XMLサイトマップ・canonical・構造化データを旧URLでgrepして0件か
• 新環境のrobots.txtがAIクローラーを誤ブロックしていないか
• 301の維持期限が「最低1年」を下限に管理表へ載っているか

自社サイトのURL変更・リニューアルを控えていて、AI検索面への影響を事前に点検したい場合は、UravationのLLMO診断で移行前後のチェックリスト消化と引用状態の確認を代行できる。移行計画の段階で相談してもらえれば、転送設計と参照ファイルの棚卸しまで含めて一度に見られる。

参考・出典

• Google 検索セントラル「Redirects and Google Search
• Google 検索セントラル「Site moves with URL changes」（サイト移転ガイド）
• OpenAI 公式ボット仕様（Overview of OpenAI Crawlers）
• Perplexity 公式ボット仕様（Perplexity Crawlers）

※ 上記は執筆時にアクセスして確認した一次情報です。制度・仕様は変わるため、最新の内容は各公式ページで確認してください。