301リダイレクトを正しく設定する方法｜SEO評価を引き継ぐ仕組み

301リダイレクトは、URLを恒久的に転送しつつ、SEOの評価も引き継げる設定です。URLを変更したままリダイレクト設定を怠ると、検索エンジンの評価が分散し、順位低下やインデックス(Googleの検索データベースへの登録)の遅延につながります。

この記事では、301リダイレクトの基本的な仕組みから、設定方法・SEOへの具体的な影響・よくあるミスまでを順に解説します。サイトのURL変更を控えている方も、すでに変更済みで不安を感じている方も、必要な知識をまとめて確認できます。

301リダイレクトとは

301リダイレクトとは、「このURLは恒久的に別の場所へ移転しました」とサーバーがブラウザや検索エンジンに伝えるHTTPステータスコードです。ユーザーが旧URLにアクセスすると、自動的に新URLへ案内されます。

HTTPステータスコードの300番台はリダイレクト系を意味し、その中でも301は「恒久的な転送」を示します。一時的な転送を表す302とは明確に区別されます。

Google検索セントラルでは、「リダイレクトはページが別の場所にあることをユーザーやGoogle検索に伝えるもの」と説明されています。さらに、GooglebotはリダイレクトをたどりながらURL評価を処理し、リダイレクト先を正規ページとして認識する強いシグナルとして使用します。
（出典: Google検索セントラル「リダイレクトとGoogle検索」）

実務では、サイトリニューアル・ドメイン移転・HTTP→HTTPSへのSSL化・URL構造の統一など、さまざまな場面で301リダイレクトが登場します。正しく設定できているかどうかが、SEO評価の引き継ぎを大きく左右します。

302リダイレクトとの使い分け

実務でよくある設定ミスが、恒久的なURL移転なのに302を使ってしまうことです。301と302はどちらもユーザーを別のURLへ転送しますが、「恒久的な移転か、一時的な移転か」という意味がまったく異なります。以降では仕様の差・SEO評価への影響・使い分けの判断基準を3つに整理して解説します。

301（恒久的転送）と302（一時的転送）の仕様の差

301はHTTPステータスコード「Moved Permanently（恒久的移動）」を意味します。ブラウザはリダイレクト先URLをキャッシュに永続保存するため、次回以降は元のサーバーにリクエストを送らずキャッシュから直接解決します。

302は「Found（一時的移動）」を意味します。ブラウザはリダイレクト先をキャッシュしないため、アクセスのたびに元URLを参照し続けます。この仕様の差が、SEO評価や運用上の挙動に大きな差を生みます。

301はキャッシュに強く残るため、後から転送先を変更してもユーザー環境でキャッシュが残り、変更が反映されないリスクがあります。頻繁に転送先が変わる可能性があるなら、最初から302を使う選択も有効です。

関連するステータスコードとして307（一時的転送・HTTPメソッドを保持）と308（恒久的転送・HTTPメソッドを保持）もあります。POSTリクエストを扱うAPIなど、メソッドの保持が必要な場面では308が選ばれるケースがあります。

Google検索セントラルの公式ドキュメントでも、サーバーサイドリダイレクト（301/302）の使用を推奨しています。JavaScriptによるリダイレクトはレンダリング失敗のリスクがあるため、最後の手段とされています。
(出典: Google検索セントラル「リダイレクトとGoogle検索」)

SEO評価の引き継ぎ有無における違い

301リダイレクトを設定すると、GoogleはリダイレクトをたどってPageRank（ランキングシグナル）を新URLへ転送します。被リンクやコンテンツ関連性スコア・ページ履歴データなどのシグナルが新URLに統合されるため、検索順位への影響を最小限に抑えられます。

一方、302ではPageRankは元URLに保持され続け、転送先は新規ページとして扱われます。その結果、新URLの検索順位が上がるまでに余分な時間がかかります。また、302を6か月以上使い続けると、Googleが301として解釈し始めるケースがあり、意図しないSEO評価の移転が起こるリスクもあります。

以前は「301で評価が10〜15%失われる」と言われていましたが、Googleはこれを公式に否定しています。現在の公式見解では、301によって評価が失われることはなく、シグナルは新URLに統合されると明言されています。

URLのインデックス状況にも違いが出ます。301を使うとGoogleはやがてインデックスを新URLに更新し、旧URLは検索結果から消えていきます。302を使い続けると旧URLが検索結果に残り続けます。どちらのURLを検索結果に表示させたいかは、ビジネスに直結する戦略的な意思決定として捉えてください。

301と302どちらを使うべきか判断する基準

判断の起点はシンプルです。「元のURLに戻す予定があるか？」——ある場合は302、ない場合は301を選んでください。

• 301を使うべきケース：ドメイン変更・サイト移転・パーマリンク変更・コンテンツ統合・HTTP→HTTPS化・www有無の統一など、恒久的な変更のすべて
• 302を使うべきケース：メンテナンスページへの一時誘導・A/Bテスト（サーバーサイド）・期間限定キャンペーンページへの転送・数週間以内に元に戻す予定の変更

迷ったときは301を選ぶほうが安全です。多くのビジネスシナリオでは恒久的な変更が大半を占めるためです。ただし、まだ確定していない段階では302から始めて、確定後に301へ切り替えるアプローチも有効です。302→301への変更は可能ですが、301→302への変更はブラウザキャッシュの問題で困難なため、不確定な段階での301設定には注意が必要です。

301リダイレクトが必要な理由

「URLを変えるだけなら、リダイレクトは後でいい」と後回しにしていませんか。301リダイレクトを設定しないまま進めると、SEO評価の喪失・ユーザー離脱・重複コンテンツなど、複数の問題が同時に発生します。ここでは設定が必要な4つの理由を、欠けた場合のリスクとあわせて解説します。

旧URLのSEO評価を新URLへ引き継ぐため

長年かけて積み上げた被リンク・ドメインオーソリティ・PageRankなどのSEO評価は、すべて旧URLに紐づいています。301リダイレクトを設定しないままURLを変更すると、検索エンジンは新URLを完全な新規ページとして認識し、これまでの評価がリセットされます。

301を設定することで、被リンクの価値（リンクエクイティ）の大部分が新URLへ転送されます。なお、転送はページ単位の指定が必要です。トップページだけに設定しても下層ページの評価は引き継がれないため、全ページへの対応が欠かせません。

設定を省略すると、旧URLへの外部リンクが無効化され被リンク効果が失われます。検索順位の大幅な下落を招き、回復まで数か月以上かかるケースもあります。

旧URL経由のユーザーを新URLへ自動遷移させるため

ブックマーク・メールマガジン・SNS投稿・他サイトのリンクなど、旧URLへの参照は301設定なしでは「404 Not Found」エラーになります。ページが存在しないと判断したユーザーはその場で離脱し、ブランドやサービスへの信頼が損なわれます。

301を設定すれば旧URL経由のアクセスがシームレスに新URLへ転送され、ユーザー体験が維持されます。

未設定の場合、流入損失・コンバージョン機会の損失・ユーザーのブランド不信が同時に発生します。特にメルマガ配信後や外部メディアへの掲載後にURL変更を行う場合は影響が大きくなります。

クロール・インデックスを効率化してクロールバジェットを守るため

クロールバジェットとは、Googlebotがサイトに割り当てるクロール回数・時間の上限のことです。特に大規模サイトで顕著に影響します。301を設定しないまま旧URLが残存すると、Googlebotが旧URLと新URLの両方をクロールし続け、バジェットを無駄に消費します。

301を設定することでGooglebotは旧URLをすみやかに新URLへ更新し、以降は新URLのみをクロール対象とするため効率が向上します。

未設定のまま放置すると、新規ページや更新ページのクロール・インデックスが遅延し、検索への反映が遅くなります。

重複コンテンツの発生を防いでURLを正規化するため

http/https・www有無・index.htmlの有無など、同一コンテンツが複数のURLで閲覧できる状態になると、検索エンジンは別ページとして評価しSEO評価が分散します。重複コンテンツはサイト評価を下げる要因の一つです。

なお、canonicalタグとの使い分けも重要です。閲覧状態を保持したまま正規URLを伝えたい場合はcanonicalタグを、アクセス自体を新URLへ転送したい場合は301リダイレクトを選択します。301でURLを1本化（正規化）することで、評価の集約と重複コンテンツ問題の解消が同時に達成できます。

未設定の場合、評価の分散・コピーコンテンツと判定されるリスク・canonicalが機能しない状況での評価ロスが生じます。

Googleは301リダイレクトの扱いについて公式ドキュメントで解説しています。
(出典: Google検索セントラル「リダイレクトとGoogle検索」)

301リダイレクトを設定すべき具体的なケース

「リダイレクトが必要なのはなんとなくわかるけれど、自分のケースに該当するのか」と迷う方は多いです。このセクションでは、301リダイレクトを設定すべき状況をケース別に整理します。各ケースには設定しなかった場合のリスクもあわせて紹介するので、判断の参考にしてください。

サイト移転・ドメイン変更を行うとき

ブランド変更・企業統合・CMS乗り換えなど、ドメインが変わるすべてのシーンが該当します。旧ドメインの全ページから新ドメインの対応ページへ、1対1での301設定が基本です。トップページだけを転送する設定では不十分で、カテゴリページや個別記事ページにも漏れなく設定する必要があります。

GoogleはGoogle検索セントラル「URLの変更を伴うサイト移転」でページ単位の対応を推奨しており、小〜中規模サイトは一括移転、大規模サイトはフェーズ分割での移転を推奨しています。

設定を省略すると、旧ドメインへの被リンク評価が新ドメインへ移らず、トラフィックがほぼゼロにリセットされるリスクがあります。

HTTPからHTTPSへの常時SSL化を行うとき

SSL化（常時HTTPS化）では、http://example.com から https://example.com への全ページ一括リダイレクトが必要です。同時にwwwの統一も行う場合は、http/https × www有無の4パターンすべてを正規URLへ転送する設計が求められます。

なお、Googleの公式情報によると、HTTPSへの移転に際してSearch Consoleのアドレス変更ツールは不要です。Googleが変更内容を自動的に把握するとされています。

設定しない場合、httpとhttpsが重複コンテンツとして評価され、SEO評価が分散します。また、混在アクセスによるブラウザのセキュリティ警告がユーザー体験を損なう原因にもなります。

URLの構造変更やパーマリンク修正を行うとき

カテゴリ変更・スラッグ変更・ディレクトリ構成の変更など、同一ドメイン内のURLが変わるすべてのケースが対象です。サイトリニューアル時の301設定漏れは、現場で最も多いトラブルのひとつです。特にWordPressのパーマリンク設定を変更した場合、サイト全体のURLが一斉に変わるため注意が必要です。

設定しないと旧URLが404エラーになり、既存の被リンクや検索評価が失われます。ブックマークや外部サイトから旧URLを踏んだユーザーにエラーページが表示され、離脱につながります。

複数ページのコンテンツを1ページに統合するとき

キーワードカニバリゼーション（共食い）の解消や類似記事の統合で旧URLを廃止するケースです。廃止する旧URLのそれぞれから統合後の新URLへ301を設定することで、旧ページのSEO評価を統合先に集約できます。

類似した手法にcanonical（カノニカルタグ）があります。旧ページを公開したまま残したい場合はcanonicalを使い、アクセス自体を転送したい場合は301を選ぶのが正しい使い分けです。

301を設定しないと、旧ページの被リンクや評価が散逸したまま失われ、統合によるSEO効果が半減します。

wwwあり・なしやindex.htmlの有無を統一するとき

以下の3パターンが別URLとして存在する場合、重複コンテンツ（Googleが同一内容を別URLとして認識する状態）として扱われます。

• example.com（wwwなし）
• www.example.com（wwwあり）
• example.com/index.html（ファイル名あり）

正規URL（例：https://www.example.com/）を1つ決め、残り全パターンから正規URLへ301で転送して統一します。

設定しないと評価が分散し、検索結果に複数のバリアントが表示されることでクリック率（CTR）と検索評価がともに低下する恐れがあります。

301リダイレクトの設定方法

301リダイレクトの設定方法は、大きく①.htaccess、②WordPressプラグイン「Redirection」、③レンタルサーバー管理画面、④PHPやmeta refreshの代替手段の4つに分かれます。

コード編集に慣れていない初心者の方はプラグインから、サーバー設定に慣れた方は.htaccessから始めるのがおすすめです。それぞれの特徴を把握したうえで、自分の環境に合った方法を選びましょう。

.htaccessファイルでの設定方法

.htaccessはApacheサーバーで使える設定ファイルで、最も信頼性が高くSEOに強いリダイレクト方法の一つです。WordPressのインストールディレクトリ直下に格納されており、FTPまたはサーバーのファイルマネージャーから編集できます。

編集前には多くの場合バックアップを取ってください。1文字の誤りがサイト全体に影響するため、変更は慎重に行いましょう。また、記述箇所は# BEGIN WordPress〜# END WordPressブロックの外（通常はファイル上部）に書きます。

ページ単位でリダイレクトする書き方

特定の旧URLを新URLへ転送するシンプルな記述です。複数ページに適用したい場合は、Redirect 301の行を必要な分だけ追記します。

Redirect 301 /old-page/ https://example.com/new-page/

ドメイン全体をリダイレクトする書き方

サイト移転やドメイン変更の際、旧ドメインへのすべてのアクセスを新ドメインへ丸ごと転送します。RewriteEngineを使った以下の記述が基本パターンです。

RewriteEngine on
RewriteCond %{HTTP_HOST} ^old.com$
RewriteRule ^(.*)$ https://new.com/$1 [R=301,L]

old.comとnew.comの部分は、それぞれ実際のドメインに置き換えて使用してください。

ディレクトリ単位でリダイレクトする書き方

特定のカテゴリやディレクトリだけを別パスへ転送するケースです。以下のように記述します。

Redirect 301 /category/old/ https://example.jp/category/new/

ディレクトリ単位の転送はWordPressプラグイン「Redirection」でも対応可能です。コード編集に不安がある方はプラグインを使う方が安全です。

HTTPからHTTPSへリダイレクトする書き方

SSL化（HTTPS化）の際に必要な設定です。httpへのすべてのアクセスをhttpsへ転送します。

RewriteEngine on
RewriteCond %{HTTPS} off
RewriteRule ^(.*)$ https://%{HTTP_HOST}%{REQUEST_URI} [R=301,L]

SSL証明書の設定が完了していることを事前に確認してください。証明書が未設定の状態でこの記述を加えると、サイトがエラー表示になります。

wwwなしからwwwありへリダイレクトする書き方

正規URLを統一するための設定です。example.comへのアクセスをwww.example.comへ転送する場合は以下の通りです。

RewriteEngine on
RewriteCond %{HTTP_HOST} ^example.com$
RewriteRule ^(.*)$ https://www.example.com/$1 [R=301,L]

逆方向（wwwあり→wwwなし）も同じパターンで記述できます。HTTPS化と組み合わせる場合は、両方の条件を同時に記述して設定の重複や干渉を防ぎましょう。

WordPressプラグイン「Redirection」での設定手順

「Redirection」はWordPress公式ディレクトリで配布されている無料プラグインです。コードを書かずに管理画面から転送ルールを追加できるため、初心者に特におすすめの方法です。

• 管理画面の「プラグイン」→「新規追加」から「Redirection」を検索してインストール・有効化
• 「ツール」→「Redirection」からセットアップ画面を起動し、「セットアップを開始」→「セットアップを続行」→「セットアップ完了」の順に進む
• セットアップ時に「WordPressの投稿と固定ページのパーマリンクの変更を監視」にチェックを入れる（以後、パーマリンク変更時に自動で301が設定される）
• 「新しい転送ルールを追加」欄に転送元URL（ソースURL）と転送先URL（ターゲットURL）を入力する
• 歯車アイコンをクリックし「301 – 恒久的に移動」が選択されていることを確認してから「転送ルールを追加」をクリック
• 設定後はシークレットモードで旧URLへアクセスし、新URLへ正しく転送されるか確認する

プラグインはWordPressが動作して初めて機能します。サーバーレベルのドメイン移転など、WordPressが起動できない状況では対応しきれない場合があります。大規模な移転では.htaccessとの使い分けが必要です。

レンタルサーバー管理画面からの設定手順

XSERVERやConoHa WINGなど主要レンタルサーバーは、コントロールパネル上にリダイレクト設定機能を備えています。.htaccessを直接編集しなくても、GUIの操作だけで転送ルールを追加できます。

管理画面から「サイト設定」や「リダイレクト設定」などのメニューを探し、転送元URL・転送先URL・ステータスコード（301）を入力して保存するだけです。操作名称やUIはサーバーによって異なるため、契約サービスのヘルプドキュメントを参照してください。

NginxサーバーやマネージドホスティングなどでApacheの.htaccessが使えない環境では、管理画面設定が唯一の選択肢になる場合があります。

PHPやHTMLのmetaタグを使う代替手段とその注意点

.htaccessが使えない場合の代替として、PHPやmeta refreshでリダイレクトを設定する方法があります。ただし、SEOシグナルの伝達力はサーバーサイドの設定より弱いため、可能な限り.htaccessやPHPを優先しましょう。

PHPによる301リダイレクトは、画面にコンテンツを送信する前にheader()関数でLocationヘッダーを出力します。

meta refreshによるリダイレクトは以下の記述です。content="0"（即時）の場合、Googleは永続的リダイレクトとして解釈します。秒数を指定した遅延型は一時的リダイレクトとして扱われます。

Google公式（Google検索セントラル「リダイレクトとGoogle検索」）は、JavaScriptリダイレクトを「サーバーサイドリダイレクトができない場合にのみ使用する」と明示しています。サーバー側で設定できる場合はサーバーサイドの方法を第一に選びましょう。

設定後に行うべき確認作業

301リダイレクトは「設定して終わり」ではありません。設定後の確認と後続のSEOタスクがセットで初めて効果を発揮します。抜け漏れを防ぐために、作業項目を順番に確認していきましょう。

リダイレクトチェックツールでステータスコードを確認する

まずシークレットモード（ブラウザキャッシュを排除した状態）で旧URLにアクセスし、新URLへ転送されることを目視で確認します。ただし目視だけでは不十分です。レスポンスコードが正確に「301」であることをツールで明示的に確認することが重要です。

代表的な確認ツールは以下のとおりです。

• Redirect Checker（redirect-checker.org）：URLを入力するだけでステータスコードと転送先を確認できる
• Screaming Frog SEO Spider：サイト全体をクロールして一括チェックできる
• Chrome DevTools の Network タブ：ブラウザの開発者ツールで個別URLのレスポンスを確認できる

リダイレクトチェーン（A→B→Cと複数回転送される状態）が発生していないかも同時に確認してください。チェーンがある場合は1ホップ（A→C）に短縮することで、リンクの評価が正確に伝わりやすくなります。

Google Search Consoleでインデックス・カバレッジを監視する手順

新URLをGoogle Search Consoleに登録済みであることを前提に、「インデックス作成」→「ページ」レポートでカバレッジを確認します。旧URLが「リダイレクト」扱いとなっていること、新URLが正常にインデックスされていることの2点を確認しましょう。

優先度の高いページは「ページのインデックス登録をリクエスト」機能を使うことで、インデックスを促進できます。また「検索パフォーマンス」レポートで新URL経由のインプレッションとクリック数が推移しているかを継続的に観察することが大切です。

移行後は一時的な順位変動が起きることがあります。焦って設定を戻さず、数週間〜数か月単位でデータを観察しましょう。短期の変動で判断するのは禁物です。

内部リンク・サイトマップ・robots.txtを新URLに更新する

リダイレクトを設定した後も、サイト内部のリンクが旧URLのままだと不要なリダイレクト経由となります。内部リンクはすべて旧URLから新URLへ直接書き換えることが推奨です。

サイト全体の更新チェックリストは以下のとおりです。

• XMLサイトマップを新URLで再生成してGoogle Search Consoleから送信済み
• robots.txtに旧URLのDisallow設定が残っていない（残っているとGooglebotが301をたどれない恐れがある）
• サイト内の全内部リンクを新URLに直接更新済み
• 業務提携先・主要メディアなど主要な外部リンク元に、リンク先URLの更新を依頼済み

外部からの被リンク（バックリンク）は更新依頼が難しいケースもありますが、重要なパートナーサイトには積極的に連絡を取ることで、評価の伝達効率が高まります。

ドメイン移転時にアドレス変更ツールを使う手順

アドレス変更ツールはドメインレベルの移転（例：example.com → example.org）にのみ使用します。HTTPからHTTPSへの移行やサブディレクトリの変更には不要です。

ツールを使う前に、以下の3条件を満たしていることを確認してください。

• 新旧サイトをSearch Consoleに登録し、オーナー権限を確認済み
• 新サイトが正常に表示される状態である
• 旧サイトから新サイトへの301リダイレクトを設定済み

操作手順は、旧サイトのSearch Consoleで「設定」→「アドレス変更」→「新しいサイトを選択」→「検証して更新」→「移動を確認」の順に進めます。Googleはアドレス変更ツールを使うことで移転処理を早める助けになると説明しています。
（出典: Google Search Console「アドレス変更ツール」ヘルプ）

アドレス変更ツールを使った後も、すぐに旧ドメインを閉じてはいけません。Search Consoleのヘルプでは最低180日のリダイレクト維持を推奨しており、実務上は1年以上の維持が望ましいとされています。旧ドメインを早期に閉鎖すると評価の引き継ぎが途絶えるリスクがあります。
（参考: Google検索セントラル「URLの変更を伴うサイト移転」）

設定後の効果測定と順位回復の目安

301リダイレクト設定後は、SEO評価が新URLに統合されるまでの推移を継続的に観察することが重要です。ここでは効果測定の具体的な方法と、順位回復にかかる期間の目安を解説します。

リダイレクト後のPV・ランキング変化の監視方法

設定直後は一時的な順位変動が起きることがあります。これはGooglebotが新URLを再評価する通常のプロセスであり、ペナルティではありません。

Google検索セントラル「リダイレクトとGoogle検索」でも、インデックスの更新には時間がかかると説明されています。小〜中規模サイトは2〜4週間、大規模サイトは2〜3か月を目安に静観するのが正解です。

Google Search Consoleの「検索パフォーマンス」レポートで新URL経由のインプレッション・クリック数・平均掲載順位の推移を週単位で記録しましょう。合わせてアクセス解析ツール（Google Analyticsなど）でセッション数・直帰率・コンバージョン数の変化も確認します。

焦って設定を戻したり、追加変更を重ねたりすると回復がさらに遅れます。データを落ち着いて追いながら、必要に応じてインデックス登録リクエストや内部リンクの整備で補完しましょう。

301リダイレクト設定時に避けるべき注意点

301リダイレクトは正しく設定しても、その後の運用ミスや設計の甘さでSEO評価を大きく損なうことがあります。ここでは「なぜ問題になるのか」のメカニズムとあわせて、現場で起きやすい落とし穴を5つ解説します。

リダイレクトチェーンとリダイレクトループを作らない

リダイレクトチェーンとは、A→B→C→Dのように複数回リダイレクトが連鎖する状態のことです。Googleは通常5ホップまでしかリダイレクトをたどりません。それを超えると最終ページがクロール・インデックスされない可能性があります。

チェーンが長いほどGooglebotのクロール消費が増え、PageRankの損失リスクも高まります。過去のリダイレクトルールが削除されずに残存することが主な原因です。

対策は明快で、常に「旧URL→最新URL」の1ホップで完結させることです。内部リンクもリダイレクト経由ではなく、最新URLを直接指すよう書き換えましょう。

リダイレクトループ（A→B→Aのように循環する設定）が起きるとページが表示不能になります。.htaccessの書き間違いで発生しやすいため、設定後はぜひ動作確認を行ってください。

関連性の低いページへ転送してソフト404を発生させない

「対応する新ページがないから」という理由で、すべての旧URLをトップページへ301リダイレクトするのは非推奨です。Googleはコンテンツの関連性がないリダイレクトを「ソフト404」として判定し、SEO評価を引き継がない場合があります。

さらに、Google検索セントラル「不正なリダイレクト（スパムポリシー）」では、検索エンジンに示したコンテンツと異なるコンテンツへユーザーをリダイレクトすることをスパム行為として明示しています。

対応する類似ページが存在する場合はそちらへ転送します。完全に廃止するページは、410（Gone）ステータスコードを返す選択肢も検討してください。

リダイレクト設定は最低1年以上維持する

Google Search Consoleヘルプでは最低180日の維持を推奨していますが、実務上は最低1年以上の維持が安全です。リダイレクトを早期に解除すると、GooglebotはすぐにPageRankの統合を解き、旧URLは404・新URLは単独評価に戻ってしまいます。

積み上げてきた検索評価を守るため、旧ドメインの更新料を惜しんで1年未満で閉鎖することは避けましょう。コストと引き換えに失う検索評価の損失の方が大きくなります。

ドメイン移転を伴う場合は、旧ドメインの有効期限を確認した上でリダイレクト維持期間を計画してください。

旧URLがrobots.txtでクロール拒否されていないか確認する

旧URLをrobots.txtでDisallowしたままだと、Googlebotは301をたどれません。転送先の新URLにリンクエクイティが伝わらない状態になります。

メカニズムはシンプルです。クロールをブロックされたページのリダイレクト先はGooglebotが認識できないため、旧URLのSEO評価がまるごと無効になります。301設定後は旧URLをrobots.txtのDisallowから除外し、Googlebotがリダイレクトをたどれる状態を確保してください。

• 旧URLのrobots.txt設定を確認する
• Disallowのルールがあれば削除または対象外にする
• Google Search ConsoleのURL検査ツールで疎通を確認する

SEO評価の移行には時間がかかることを理解しておく

301リダイレクトを設定した直後は、一時的に検索順位が下落することがあります。これはGooglebotが新URLを再評価する通常のプロセスであり、ペナルティではありません。

Google検索セントラル「リダイレクトとGoogle検索」でも、インデックスの更新には時間がかかると説明されています。小〜中規模サイトは2〜4週間、大規模サイトは2〜3か月を目安に静観するのが正解です。

焦って設定を戻したり、追加変更を重ねたりすると回復がさらに遅れます。Google Search Consoleのカバレッジレポートやクリック数の推移を見ながら、落ち着いてデータを追いましょう。

よくある質問

上記の情報はGoogleの公式ドキュメントをもとに作成しています。最新の仕様はGoogle検索セントラル「リダイレクトとGoogle検索」でご確認ください。

まとめ：301リダイレクトを正しく設定してサイトのSEO資産を守ろう

301リダイレクトは、URLを恒久的に変更する際にSEO評価を引き継ぐための基本設定です。設定ミスや放置は、これまで積み上げてきた検索順位や被リンクの損失につながります。最後に、この記事で押さえたポイントを整理しておきましょう。

設定が完了したら、終わりではありません。Search Consoleでのカバレッジ監視を継続することが、SEO資産を守る最後の一手です。

順位の回復には数週間〜数ヶ月かかるケースもあります。設定直後に変化がなくても、焦らず経過を観察しましょう。