短.be短縮 URL がユーザーを元の URL へ転送する際に使用される HTTP リダイレクトには、主に 301 (恒久的リダイレクト) と 302 (一時的リダイレクト) の 2 種類があります。どちらを採用するかは、SEO、アクセス解析の精度、パフォーマンスに関わるため、違いを押さえておくと選びやすくなります。
301 リダイレクトの HTTP レスポンスヘッダーは次のような構成になります。「 HTTP/1.1 301 Moved Permanently 」「 Location: https://example.com/original-page 」「 Cache-Control: max-age=86400 」「 Content-Length: 0 」。ブラウザーはこの Location ヘッダーを読み取り、指定された URL へ自動的に遷移します。 301 はリソースが恒久的に移動したことをブラウザーと検索エンジンに伝えるステータスコードです。ブラウザーはこの情報をキャッシュすることがあり、キャッシュされている間、短縮 URL サーバーを経由せず、直接元の URL にアクセスします。301 リダイレクトでは、リンクジュース (ページランクの評価値) がリダイレクト先に引き継がれるとされています。
302 リダイレクトのレスポンスヘッダーは次のようになります。「 HTTP/1.1 302 Found 」「 Location: https://example.com/original-page 」「 Cache-Control: no-cache 」「 Content-Length: 0 」。 302 はリソースが一時的に別の場所にあることを示します。キャッシュの指定が無い 302 は使い回されないので、上の例の no-cache の場合、リクエストが毎回短縮 URL サーバーを経由します。この特性により、クリック数やアクセス元を数えやすくなります。302 を使う短縮 URL サービスがあるのは、アクセス解析の精度を優先するためです。
curl コマンドを使えば、リダイレクトの動作をターミナルから直接確認できます。「 curl -I https://short.example/abc123 」を実行すると、レスポンスヘッダーのみが表示され、ステータスコード (301 または 302) と Location ヘッダーを確認できます。「 curl -v -L https://short.example/abc123 」を実行すると、リダイレクトチェーン全体を追跡し、最終的なリンク先までの各ステップを詳細に表示します。「-L 」オプションはリダイレクトを自動的に追跡し、「-v 」オプションはリクエストとレスポンスの詳細を出力します。
両者のパフォーマンスへの影響も異なります。 301 リダイレクトがブラウザーにキャッシュされている間、2 回目以降のアクセスが速くなります。一方、302 リダイレクトは毎回サーバーへのリクエストが発生するため、わずかなレイテンシが加わります。ただし、現代のサーバーインフラでは、このレイテンシは小さく、ユーザー体験への影響も小さいと見込めます。
301 と 302 以外にも、HTTP 仕様には 307 (Temporary Redirect) と 308 (Permanent Redirect) というリダイレクトステータスコードが存在します。 307 は 302 と同様に一時的なリダイレクトですが、重要な違いがあります。 302 ではブラウザーがリダイレクト時に HTTP メソッドを POST から GET に変更する場合がありますが、307 は元のリクエストメソッドを必ず維持します。同様に、308 は 301 の厳密版で、リダイレクト時にメソッドの変更を禁止します。短縮 URL サービスでは通常 GET リクエストのみを扱うため、307/308 と 301/302 の実質的な差異は小さいですが、API のリダイレクトでは POST メソッドの維持が重要になるため、307/308 が適切な場面もあります。
SEO への影響を考慮する場合、短縮 URL を恒久的なリンクとして使用するなら 301 が適切です。ブログ記事や固定ページへのリンクなど、リダイレクト先が変わらないケースが該当します。一方、キャンペーンページや期間限定コンテンツなど、リダイレクト先が変更される可能性がある場合は 302 が適しています。
デメリットとトレードオフも理解しておきましょう。 301 リダイレクトでは、ブラウザーのキャッシュにより 2 回目以降のアクセスがサーバーを経由しないことがあり、その分のクリックは数えられません。キャッシュが有効な間、ユーザーのブラウザーは直接元の URL にアクセスし続けます。また、リダイレクト先を変更したい場合にも、ブラウザーのキャッシュが残っていると古い URL へ転送され続ける問題があります。 302 リダイレクトの欠点は、毎回サーバーを経由するためわずかなレイテンシが発生する点と、Google の文書 (2026 年 10 月時点) によると、一時的なリダイレクトの時に検索結果へ元のページが表示される点です。
実務では、短縮 URL サービスがどちらのリダイレクトを使用しているかを確認し、自社の目的に合ったサービスを選択することが重要です。一部のサービスでは、ユーザーがリダイレクトタイプを選択できるオプションも提供されています。