301リダイレクトとは：URLを変えるときに評価を引き継ぐ手順

301リダイレクトとは、URLが恒久的に移ったことを伝え、旧URLへのアクセスを新URLへ転送する仕組みのことです。検索エンジンには、新しいURLを正式な場所として扱うためのシグナルになります。

URLを変える前に、旧URLと転送先を対にした一覧を作ってください。新ページを公開し、転送を設定し、実際の応答と到達先を確かめます。ブラウザで新サイトが開くだけでは、移転の確認は終わりません。

同じ本文を複数のURLで残すときの代表指定はcanonicalの設定方法⁠で扱っています。このページは、古い入口から新しい場所へ利用者を移す作業に絞ります。

恒久的な転送には、どの種類がある？

Googleのリダイレクトの説明では、サーバー側の301と308が恒久的な転送です。恒久的に移すなら、可能な限りサーバー側で設定するよう案内しています。

HTMLのmeta refreshやHTTPのRefreshで待ち時間をゼロにする方法も、恒久的な転送として扱われます。JavaScriptによる転送は、サーバー側やmeta refreshを使えないときの手段です。新URLを書いたリンクを置くだけでは、同じ処理にはなりません。

一時的な転送には302や307などがあります。製品情報のURLを今後も変えないなら301、短期間だけ別の案内へ送って元へ戻すなら一時的な転送、というように目的から決めます。

訪問者には同じように見えても、検索上の意味は違います。制作担当へは「自動で移動できればよい」ではなく、恒久移転か一時対応かを伝えてください。

HTTPS化・ドメイン変更・統合で何が違う？

次は設計の例です。実在する移転案件の実績ではありません。

製造業で、加工方法と対応材質を別々に書いていたページを、一つのサービスページに統合する例を考えます。統合先に両方の説明を移したうえで、旧ページから転送します。加工の説明が無い会社概要へ送っても、読者の疑問は解決しません。

Googleのサイト移転の手順は、多数の旧URLを無関係なトップページへ転送しないよう求めています。ソフト404として扱われることがあるためです。関連する内容を一つにまとめた場合は、その統合先へ送れます。

廃止して代わりの情報も無いページは、無理に転送先を作りません。404や410で終了を伝える判断も必要です。何を残すかの整理は重複ページと製品情報の分け方⁠へ進めます。

設定前に、制作担当へ何を渡す？

一覧には旧URL、新URL、変更理由、公開予定日、確認担当を残します。トップだけでなく、製品、技術記事、PDF、画像など、検索や外部資料から開かれる入口も洗い出します。

新URLは、ログインせずに必要な本文を読める状態にします。テスト用のnoindexやクロール拒否が残っていないか、資料のダウンロードや問い合わせまで動くかも確認してください。

ドメイン変更と同時に、CMS、本文、階層をすべて変えると、問題の原因を追いにくくなります。Googleも変更は一つずつ進めるよう案内しています。移転が目的なら、先に対応関係を保ち、改修を別の工程へ分けます。

旧ドメインの契約や証明書も維持します。HTTPSの旧URLへ来た人に証明書エラーが出れば、転送の設定があっても正常な案内になりません。新サイトの公開日だけで、旧環境を止めないでください。

サーバー側の301は、どう設定する？

使っているサーバー、CMS、配信サービスの転送機能で設定します。Apacheの設定ファイルを使える環境と、管理画面から転送を登録する環境では手順が違います。別環境向けの設定をそのまま貼り付けないでください。

次は、サーバーが返すHTTP応答の説明用の例です。HTML本文に書くコードではありません。

HTTP/1.1 301 Moved Permanently
Location: https://example.com/new/

旧URLへの要求に301を返し、Locationで転送先を伝えます。実装方法はGoogleのサーバー側の設定例から、利用環境に合う公式資料を確認します。

設定は、旧URLから最終URLへ直接送る形にします。旧ページから中間ページを経て新ページへ進む連鎖や、転送先から元へ戻るループを避けます。HTTPとwwwの統一を別の層で設定していると、意図せず経由先が増えるためです。

全ページへ共通ルールを適用するときは、パスや必要なパラメータが失われないか確認します。製品を選ぶ値まで一括で消すと、違う製品へ着いてしまいます。設定前の対応表と、設定後の実際の到達先を照合してください。

転送漏れは、どこから見つかる？

私たちの自社メディアでは、Search Consoleが同じページをhttp・httpsとwwwの有無の違いで返していました。集計を正規化せず、トップの表示ページ率が400%⁠と出た失敗がありました。

その確認の中で、HTTPSへの転送設定漏れを3サイト⁠で見つけています。出典は自社メディアのSearch Console集計・設定確認記録です（2026年10月22日確認）⁠。

この経験で分かるのは、集計上でURLをまとめても、公開側の転送は直らないことです。表記違いは点検のきっかけであり、Search Consoleに別表記があるだけで、現在も転送漏れがあるとは断定しません。

今の状態は、各形式のURLを実際に開き、HTTP応答と最後のページで確かめます。集計の単位はSearch Consoleの数字の読み方⁠でそろえます。

アドレス変更ツールは、いつ使う？

アドレス変更ツールの公式ヘルプは、ドメインやサブドメインを移す際、移転と転送を済ませてから使うよう説明しています。旧サイトと新サイトの所有権を確認し、旧サイトのSearch Consoleから手続きを進めます。

HTTPからHTTPSへの変更だけなら使いません。同じドメイン内のパス変更や、wwwあり・なしの切り替えも対象外です。ツールを使わない移転でも、転送と内部リンクの更新は必要です。

ツールへ通知したことは、全ページの転送が正しい証拠ではありません。対応表に無いURLや、設定の例外が残っていれば個別に直します。通知と動作検査を別の作業として残してください。

公開後に何を確認し、いつ転送を外す？

Googleは恒久的な転送でPageRankは失われないと説明しています。ただし、再クロールと再登録の間は順位が変動しえます。「評価を引き継ぐ」⁠は⁠、同じ順位を即座に固定する約束ではありません。

転送はできるだけ長く、通常は少なくとも1年間残すのがGoogleの案内です。検索結果が新URLへ変わっても、営業資料や外部リンクの旧URLは残ります。利用者の入口として、その後も保つ判断をしてください。

検索に出ない新ページは取得・登録・表示を分ける確認手順⁠で調べます。サイト設計の整理では、転送を設定した一覧を保管し、次の改修でも古い入口を引き継げるようにします。

仕様・出典の確認日：2026年10月22日⁠。