301リダイレクト設定の価格は、なぜページ数によって変わるのでしょうか？

301リダイレクトの設定費用がページ数によって変わるのは、旧URLが増えるほど、URLの整理、転送先の確認、ルールの設定、結果の検証にかかる作業量が増えるためです。ただし、ページ総数だけで見積もりが決まるわけではありません。パスが規則的で一括マッチングできるサイトと、転送先を1ページずつ判断する必要があるサイトでは、ページ数が近くても実施コストに大きな差が生じます。見積もりを比較する際は、まず課金対象がページ、旧URL、マッピング関係、ルール数のどれなのかを明確にし、次に費用にどのような成果物が含まれるかを確認しましょう。

ページ数とリダイレクト作業量が一致しない理由

1つのページに複数の旧URLが対応する場合があります。たとえば、異なるドメイン、HTTPとHTTPSの各バージョン、パラメーター付きのURL、末尾のスラッシュが異なるパスなどです。これらを個別に処理する必要があるかどうかは、各URLにアクセスできるか、過去のアクセス記録があるか、サーバーに既存の一括リダイレクト設定があるかによって異なります。そのため、サイトの管理画面に表示されるページ数を、そのままリダイレクト数とみなすことはできません。

見積もり前に作成するURLリストについても、出典を明確にする必要があります。現在のサイトページだけをエクスポートすると、削除済みでも外部リンクや検索経由のアクセスが残っている旧URLを見落としやすくなります。旧サイトマップ、過去のクロール記録、アクセスログ、検索データを組み合わせて整理すれば、対象範囲はより網羅的になりますが、データの精査作業も増えます。重複の削除、パラメーターの用途の区別、無効なURLの特定も、コストに影響する事前作業です。

「1ページあたり」で見積もる場合は、少なくとも、重複URLの数え方、言語別ページを個別に課金するかどうか、後から漏れが見つかったURLをどう扱うかを明記してもらいましょう。数え方が一致していなければ、単価が明確でも総費用を比較しにくくなります。

一括マッチングの可否が1ページあたりのコストを左右する

たとえば、旧サイトでドメインだけを変更し、パスとコンテンツを維持している場合は、ルールを使って旧ドメインへのリクエストを新ドメインの対応するパスに転送できます。この場合、ページ数の増加によって主に広がるのは検証範囲であり、設定作業が同じ割合で増えるとは限りません。

一方、リニューアルと同時にカテゴリ、製品名、言語ディレクトリも変更し、旧URLと新URLの間に明確な対応関係がない場合は、1件ずつマッピングする必要があります。製品の統合、カテゴリの分割、コンテンツの削除に伴い、転送先の選定も必要になります。旧製品を代替製品、関連カテゴリ、または削除状態のどれに対応させるかは、ページ内容を踏まえて判断する必要があり、文字列の置換だけでは対応できません。

これが、ページ数が少なくても費用が高くなることがある理由です。数が少なくても対応関係が複雑な旧URLは、手作業で確認する必要があります。一方、同じルールに沿った大量のURLは一括処理できます。ページ数は処理規模を示し、マッピングの複雑さが単位あたりの作業量を決めます。

すべての旧URLをトップページに一律転送すれば、設定は簡単です。しかし、1ページずつマッピングする場合と同等の納品内容とはいえません。転送先のコンテンツが関連性のないものだと、訪問者は元の閲覧目的を続けにくくなり、検索エンジンもその転送をソフト404と判断する可能性があります。妥当な代替コンテンツがないURLは、実情に応じて404を維持するか410を返すべきであり、リスト上のすべてのURLに301を設定するために、無理に転送先を指定してはいけません。

同じ「301リダイレクト設定」でも、納品範囲には大きな差がある

ルールの登録だけを含む見積もりもあれば、URLの整理、転送先の確認、公開後のテストや修正まで含むものもあります。301リダイレクト設定の費用を比較する際は、基本設定、マッピングの整理、ルールの適用、検証・納品に分けて提示してもらい、数量に応じて課金される項目と固定作業にあたる項目を明記してもらいましょう。

設定場所もコストに影響します。サーバー、コンテンツ管理システム、CDNでは、必要な権限や保守方法が異なります。既存の環境にドメイン転送、HTTPSへの転送、パスの正規化ルールがある場合は、新しい設定の適用順序を確認し、リダイレクトループや多重転送を防ぐ必要があります。複数のドメインや言語別サイトが関係する場合は、転送先のドメイン、言語ディレクトリ、証明書の設定が準備できているかも確認しましょう。

ルール数が多い場合は、適用方法も重要です。一括インポートが可能か、ルールマッチングに対応しているか、個別マッピングをどのように保存するかによって、実施やその後の保守にかかるコストが変わります。「何件設定する必要があるか」だけを基準に見積もると、環境上の制約が公開時になって初めて判明するおそれがあります。

納品内容は、次のように具体的に取り決めることができます。

• 転送を行わないURLとその理由を含む、旧URLと転送先URLの対応表。
• 実際に適用したルールと設定場所。マッチ条件が重複する場合は、適用ロジックを追跡できること。
• レスポンスステータス、最終的な転送先、異常項目を含むテスト結果の記録。「設定完了」と書かれたスクリーンショットだけでは、すべてのURLが正しく転送されていることを証明できません。
• 合意した期間内の修正範囲。元のマッピングの誤り、URLの漏れ、リニューアルに伴う新たな要件を区別すること。

テスト範囲によって見積もりにさらに差が生じる

設定の完了は、受け入れ確認の出発点にすぎません。有効な検証では、旧URLが301を返すこと、転送先が正しいこと、最終ページに正常にアクセスできることを確認し、リダイレクトループや不要な転送チェーンがないかもチェックする必要があります。転送先が200を返していても、コンテンツが正しいとは限りません。製品、カテゴリ、言語が対応しているかも確認しましょう。

一括実行できる技術的なチェックについては、確認済みの旧URLをすべて対象とするかを明確にしましょう。コンテンツの関連性に関する目視確認は、ページの種類ごとに抽出して行う方法を合意し、検索流入、外部リンク、広告流入のあるURLを重点的に確認できます。技術的な全件チェックと、ページごとの目視確認は別の作業です。「すべてテスト」といった曖昧な表現だけで済ませるべきではありません。

パラメーターの扱いも、個別に確認が必要です。製品の絞り込みやページの識別に使われるパラメーターを削除すると、転送先のコンテンツが変わる場合があります。広告計測用パラメーターを維持するかどうかは、計測上の要件に応じて取り決めましょう。旧URLが広告のランディングページやメールのリンクに使われている場合は、公開後の検証でこれらの流入経路も確認する必要があります。

予算を確定する前に、旧URLのリストとマッピング案の版を固定し、同じ範囲を基準に見積もりを取りましょう。契約には、件数の集計時点、ルール設定と個別マッピングの課金方法、テストの対象範囲、公開後に追加されたURLの対応費用を明記します。これにより、ページが増えた場合に、その増分がリストの拡張、手作業でのマッピング、検証作業のどれに起因するのかを判断でき、リニューアル中に追加費用を繰り返し請求されるトラブルも減らせます。