10,000件以上の301リダイレクトを管理する: 何が壊れ、何がスケールするのか

1万件のリダイレクトは、多くのチームが想定するより早くやってきます。オンラインストアの再プラットフォーム化が1回、ブランド変更が2回、数年分のキャンペーンURL。それ自体は単純です。規模がそこまで大きくなると変わるのは、速度、誰が変更できるか、そしてどれが重要かをまだ誰かが判別できるかどうかです。

1万件のリダイレクトを超えると何が壊れるか#

• 速度。 ルールの一覧は上から下へ順にチェックされます。.htaccess にある1万行の RewriteRule は、リダイレクトしないページへのリクエストも含め、すべてのリクエストで読み込まれ、検査されます。
• チェーン。 移行のたびに前回のリダイレクトの上に新しいリダイレクトが積み重なるため、古いURLは2回、3回と経由します。Google のクローラーは既定で最大10回のリダイレクト遷移を追跡します^[1]が、各遷移は訪問者にとって完全な往復になります。
• 所有権。 リダイレクトがサーバーのファイル内にある場合、変更できるのはエンジニアだけで、マーケティングやSEOはデプロイを待つことになります。
• 監査。 なぜそのリダイレクトが存在するのか、まだトラフィックがあるのか、最後に誰が変更したのか、誰も覚えていません。

比較する選択肢#

Cloudflare の Bulk Redirects では、アカウントごとに、Free でリスト全体で 10,000 件、Pro で 25,000 件、Business で 50,000 件、Enterprise ではデフォルトで 1,000,000 件の URL リダイレクトを利用できます^[2]。Single Redirect ルールは別枠で、ゾーンごとにこれよりはるかに少ない上限が適用されます。

Nginx の map の例#

nginx# /etc/nginx/redirects.map  （リダイレクトごとに1行）
# /old-path  /new-path;

map $uri $redirect_to {
    default "";
    include /etc/nginx/redirects.map;
}

server {
    server_name www.example.com;
    if ($redirect_to) {
        return 301 $redirect_to;
    }
}

Apache RewriteMap の例#

apache# 仮想ホストの設定内で行い、.htaccess では行わない
RewriteEngine On
RewriteMap redirects "dbm:/etc/apache2/redirects.map"
RewriteCond ${redirects:%{REQUEST_URI}} !=""
RewriteRule ^ ${redirects:%{REQUEST_URI}} [R=301,L]

# "old new" のペアを含むテキストファイルから DBM ファイルを作成します:
# httxt2dbm -i redirects.txt -o redirects.map

どちらを選ぶか#

大規模なリダイレクト一覧を健全に保つこと#

1. 各移行後にチェーンを平坦化する。 すべての古い URL は、前のリダイレクトではなく最終 URL に直接向ける。リダイレクトのチェーンとループを修正する を参照。
2. 完全一致を優先する。 同じように移動したフォルダ全体にはパターンルールを使い、それ以外はすべて完全一致のエントリを使う。完全一致の検索は高速で、読みやすい。
3. すべてのリダイレクトにプロジェクトのタグを付ける。 「2024年のプラットフォーム移行」や「春のキャンペーン」で、次の人にその存在理由が伝わる。
4. 誰もアクセスしていないものを見直す。 移動したページのリダイレクトは少なくとも1年間保持する。その後、外部リンクもアクセスもないリダイレクトを削除前に確認する。まだリンクがあるリダイレクトを削除すると、404になってしまう。
5. 何を誰が変更したかを記録する。 マップファイルの Git 履歴、またはリダイレクトツールの変更履歴。壊れたリダイレクトが謎ではなく、2分で直せる問題になる。
6. 各インポート後にサンプルをテストします。一覧から古いURLを50件確認し、各URLが最終的に200を返すページへ301で1回だけリダイレクトすることを確認してください。

RedirHub が大規模なリダイレクト一覧を処理する方法#

RedirHub は 130 のグローバル PoP からリダイレクトに応答するため、検索はエッジで行われ、あなたのサーバーは関与しません。大規模な一覧では次のとおりです。

• CSVからインポートできます。書き込まれる前に、追加・更新・スキップされる内容を確認できます。編集済みのエクスポートを再インポートすると、新しいリンクのみがカウントされます。
• 容量: Core には 2,500 件の管理リンク、Pro には 10,000 件、Enterprise は数百万規模の運用向けに契約で設定されます。ドメイン全体のリダイレクトでは管理リンクは使用されません。
• Pro では、CSV インポートや API からの変更も含め、各リンクの変更者、変更日時、旧値と新値がすべて表示されます。
• プレビュー付きで、ダッシュボードまたはAPIから、多数の宛先を一括変更できます。または、Terraform プロバイダーを使って一覧を Git で管理できます。