一括リダイレクトチェッカー

リダイレクトとは

リダイレクトとは、ユーザーや検索エンジンがアクセスしたURLから、別のURLへ自動的に転送する仕組みです。

サイトリニューアル・URL変更・HTTPS化・ドメイン移行など、Webの運用現場で日常的に発生する場面で必須となります。 技術的には、HTTPレスポンスヘッダで Location ヘッダと 30x 系ステータスコード（301・302・307・308）を返すことで実装され、 ブラウザや検索エンジンクローラはこのレスポンスを受け取ると、指定された別URLへ自動的にアクセスを切り替えます。

リダイレクトの種類（301・302・307・308の違い）

最もよく使われるのは 恒久的な転送を意味する301と、一時的な転送を意味する302の2種類です。 SEO評価を新URLに引き継ぎたい場面では301、評価を元URLに残したい場面では302を使い分けます。

リダイレクトはSEOにどう影響する？

正しく設定された301リダイレクトは、元URLのSEO評価（被リンク・検索順位・インデックス情報）を新URLへほぼ完全に引き継ぎます。 逆に、302の誤用や複数回のリダイレクト、設定ミスがあると、SEO評価の流出や引き継ぎ率の低下が発生します。

SEOにおいてリダイレクトが影響する観点は、次の4つです。

• 評価の引き継ぎ：301は元URLの被リンク・検索順位をほぼそのまま新URLへ移行
• インデックスの統合：古いURLのインデックスが徐々に新URLへ置き換わる
• クロールバジェットの消費：複数回のリダイレクトはクローラの巡回効率を下げる
• 表示速度の劣化：各リダイレクトは追加のネットワーク往復を発生させ Core Web Vitals に影響

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

301リダイレクトは、Webサーバーの設定ファイル（.htaccess や nginx.conf）、 WordPressプラグイン、CDN（Cloudflare）、アプリケーション層など複数の方法で設定できます。 最も一般的なのは Apacheの .htaccess ファイルでの設定です。以下、代表的な4つの方法をコード例付きで紹介します。

Apache（.htaccess）

ドキュメントルート（公開ディレクトリの最上位）に .htaccess ファイルを配置すると、その配下のリクエスト全てに適用されます。 多くのレンタルサーバー（Xserver / さくらのレンタルサーバ / ロリポップ等）で利用可能です。

① 単一URLの転送（Redirect ディレクティブ）

# /old.html へのアクセスを /new.html に301転送
Redirect 301 /old.html /new.html

② ディレクトリ全体の転送（RewriteRule）

RewriteEngine On
# /old/ 配下のすべてのパスを /new/ 配下にマッピング
RewriteRule ^old/(.*)$ /new/$1 [R=301,L]

③ HTTPS強制リダイレクト

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

④ www あり → www なし への統一

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

nginx

設定ファイル（/etc/nginx/nginx.conf や /etc/nginx/sites-available/ 配下）を編集し、nginx -t で構文確認 → nginx -s reload で反映します。

① HTTPS強制 + www 統一

server {
    listen 80;
    listen 443 ssl;
    server_name www.example.com example.com;
    return 301 https://example.com$request_uri;
}

② 個別URLの転送

server {
    listen 443 ssl;
    server_name example.com;

    location = /old-page {
        return 301 /new-page;
    }
}

return 301 は rewrite ... permanent よりも高速で、再評価が走らないぶん有利です。

WordPress

WordPressでは プラグインで管理するのが無難です。.htaccess を直接編集するとコアアップデート時に上書きされる可能性があり、また # BEGIN WordPress 〜 # END WordPress ブロックを誤って書き換えるとサイト全体が表示できなくなるリスクがあります。

• Redirection（無料・最も普及）：管理画面から GUI で URL マッピングを追加。エラー404の検知・記録機能も内蔵
• Rank Math SEO / All in One SEO：SEOプラグインに内蔵されたリダイレクト機能。SEO設定とまとめて管理できる
• Simple 301 Redirects：機能を最小限に絞った軽量プラグイン。複雑な要件がない場合に
• functions.php に wp_redirect() を書く：少数のリダイレクトを開発者がコードで管理する場合

開発者が functions.php で実装する場合の例：

add_action('template_redirect', function() {
    $map = [
        '/old-page/' => '/new-page/',
        '/old-cat/'  => '/new-cat/',
    ];
    $request = $_SERVER['REQUEST_URI'];
    if (isset($map[$request])) {
        wp_redirect(home_url($map[$request]), 301);
        exit;
    }
});

アプリケーション層（Next.js / Express）

フロントエンド/バックエンドのアプリケーションレベルでもリダイレクトを定義できます。 サーバー設定権限がないSaaS環境（Vercel / Netlify / Render など）ではこの方法が中心になります。

① Next.js（next.config.js）

module.exports = {
  async redirects() {
    return [
      {
        source: '/old-page',
        destination: '/new-page',
        permanent: true, // true → 308（恒久・301相当）, false → 307（一時）
      },
    ]
  },
}

② Express.js

app.get('/old-page', (req, res) => {
  res.redirect(301, '/new-page')
})

避けるべきリダイレクトの落とし穴

リダイレクト設定でよく発生する問題は、リダイレクトチェーン（複数回転送）・循環参照（ループ）・302の誤用 の3つです。 これらはSEO評価の流出や、サイトが表示できなくなるトラブルを引き起こします。

• リダイレクトチェーン（複数回転送）：A → B → C のように何回も転送が連なる構造。1回の転送で完結させるのが理想
• リダイレクトループ：A → B → A のように循環してしまう構造。サイトが永久に表示されなくなる
• 302の濫用：恒久的な転送に302を使ってしまう誤り。SEO評価が新URLへ引き継がれない
• ソフト404：削除ページから無関係なトップページへ301する誤り。Googleに低品質と判定される
• 不必要なリダイレクト：内部リンクが古いURLを指し続け、毎回リダイレクトが発生する状態
• リダイレクト先の404：転送先のページが存在せず、ユーザーがエラーに到達する

よくある質問