Next.jsでのリダイレクト処理方法
Next.jsでリダイレクトを処理する方法はいくつかあります。このページでは各オプションの使用方法、ユースケース、そして大量のリダイレクトを管理する方法について説明します。
API | 目的 | 使用場所 | ステータスコード |
---|---|---|---|
redirect | ミューテーションやイベント後のユーザーリダイレクト | サーバーコンポーネント、サーバーアクション、ルートハンドラー | 307(一時的)または303(サーバーアクション) |
permanentRedirect | ミューテーションやイベント後のユーザーリダイレクト | サーバーコンポーネント、サーバーアクション、ルートハンドラー | 308(永久的) |
useRouter | クライアントサイドナビゲーションの実行 | クライアントコンポーネント内のイベントハンドラー | N/A |
redirects in next.config.js | パスに基づく受信リクエストのリダイレクト | next.config.js ファイル | 307(一時的)または308(永久的) |
NextResponse.redirect | 条件に基づく受信リクエストのリダイレクト | ミドルウェア | 任意 |
redirect
関数
redirect
関数を使用すると、ユーザーを別のURLにリダイレクトできます。サーバーコンポーネント、ルートハンドラー、サーバーアクションで呼び出すことができます。
redirect
はミューテーションやイベントの後によく使用されます。例えば、投稿の作成:
知っておくと良いこと:
redirect
はデフォルトで307(一時的リダイレクト)ステータスコードを返します。サーバーアクションで使用すると、POSTリクエストの結果として成功ページにリダイレクトするためによく使用される303(See Other)を返します。redirect
は内部的にエラーをスローするため、try/catch
ブロックの外で呼び出す必要があります。redirect
はレンダリングプロセス中にクライアントコンポーネントで呼び出せますが、イベントハンドラー内では呼び出せません。代わりにuseRouter
フックを使用できます。redirect
は絶対URLも受け入れ、外部リンクへのリダイレクトにも使用できます。- レンダリングプロセスの前にリダイレクトしたい場合は、
next.config.js
または ミドルウェアを使用してください。
詳細については redirect
APIリファレンス を参照してください。
permanentRedirect
関数
permanentRedirect
関数を使用すると、ユーザーを永久的に別のURLにリダイレクトできます。サーバーコンポーネント、ルートハンドラー、サーバーアクションで呼び出すことができます。
permanentRedirect
は、ユーザー名変更後にプロファイルURLを更新するなど、エンティティの正規URLを変更するミューテーションやイベントの後によく使用されます:
知っておくと良いこと:
permanentRedirect
はデフォルトで308(永久的リダイレクト)ステータスコードを返します。permanentRedirect
は絶対URLも受け入れ、外部リンクへのリダイレクトにも使用できます。- レンダリングプロセスの前にリダイレクトしたい場合は、
next.config.js
または ミドルウェアを使用してください。
詳細については permanentRedirect
APIリファレンス を参照してください。
useRouter()
フック
クライアントコンポーネントのイベントハンドラー内でリダイレクトする必要がある場合、useRouter
フックの push
メソッドを使用できます。例えば:
知っておくと良いこと:
- ユーザーをプログラムでナビゲートする必要がない場合は、
<Link>
コンポーネントを使用するべきです。
詳細については useRouter
APIリファレンス を参照してください。
next.config.js
の redirects
next.config.js
ファイルの redirects
オプションを使用すると、受信リクエストパスを別の宛先パスにリダイレクトできます。これはページのURL構造を変更した場合や、事前にわかっているリダイレクトのリストがある場合に便利です。
redirects
はパスマッチング、ヘッダー、クッキー、クエリマッチングをサポートしており、受信リクエストに基づいてユーザーを柔軟にリダイレクトできます。
redirects
を使用するには、next.config.js
ファイルにオプションを追加します:
詳細については redirects
APIリファレンス を参照してください。
知っておくと良いこと:
redirects
はpermanent
オプションで307(一時的リダイレクト)または308(永久的リダイレクト)ステータスコードを返せます。- プラットフォームによって
redirects
に制限がある場合があります。例えばVercelでは1,024リダイレクトの制限があります。大量のリダイレクト(1000以上)を管理するには、ミドルウェアを使用したカスタムソリューションの作成を検討してください。詳細は大規模なリダイレクトの管理を参照してください。redirects
はミドルウェアより前に実行されます。
ミドルウェアでの NextResponse.redirect
ミドルウェアを使用すると、リクエストが完了する前にコードを実行できます。そして、受信リクエストに基づいて NextResponse.redirect
を使用して別のURLにリダイレクトできます。これは認証やセッション管理などの条件に基づいてユーザーをリダイレクトしたい場合や、大量のリダイレクトがある場合に便利です。
例えば、認証されていないユーザーを /login
ページにリダイレクトする場合:
知っておくと良いこと:
- ミドルウェアは
next.config.js
のredirects
より後に、レンダリングより前に実行されます。
詳細については ミドルウェア ドキュメントを参照してください。
大規模なリダイレクトの管理(上級)
大量のリダイレクト(1000以上)を管理するには、ミドルウェアを使用したカスタムソリューションの作成を検討してください。これにより、アプリケーションを再デプロイせずにプログラムでリダイレクトを処理できます。
これを行うには、以下を考慮する必要があります:
- リダイレクトマップの作成と保存
- データ検索パフォーマンスの最適化
Next.jsの例: 以下の推奨事項の実装については、Bloomフィルターを使ったミドルウェアの例を参照してください。
1. リダイレクトマップの作成と保存
リダイレクトマップは、データベース(通常はキーバリューストア)またはJSONファイルに保存できるリダイレクトのリストです。
以下のデータ構造を考慮してください:
ミドルウェアでは、VercelのEdge ConfigやRedisなどのデータベースから読み取り、受信リクエストに基づいてユーザーをリダイレクトできます:
2. データ検索パフォーマンスの最適化
大規模なデータセットを毎回のリクエストで読み込むと、処理が遅くなりコストがかかります。データ検索パフォーマンスを最適化するには次の2つの方法があります:
- 高速な読み込みに最適化されたデータベースを使用する
- ブルームフィルター (Bloom filter)などのデータ検索戦略を使用して、大きなリダイレクトファイルやデータベースを読み込む前にリダイレクトの存在を効率的にチェックする
前の例を考慮すると、生成されたブルームフィルターファイルをミドルウェアにインポートし、受信リクエストのパス名がブルームフィルターに存在するかどうかをチェックできます。
存在する場合、リクエストをRoute Handler(ルートハンドラー)に転送します。これにより実際のファイルをチェックし、適切なURLにユーザーをリダイレクトします。これにより、大規模なリダイレクトファイルをミドルウェアにインポートする必要がなくなり、すべての受信リクエストの遅延を防げます。
次に、Route Handler内で:
知っておくと便利:
- ブルームフィルターを生成するには、
bloom-filters
のようなライブラリを使用できます。- 悪意のあるリクエストを防ぐために、Route Handlerへのリクエストを検証する必要があります。