メインコンテンツまでスキップ

リダイレクト

Next.jsでは、リダイレクトを処理する方法がいくつかあります。このページでは、利用可能な各オプション、使用例、および大量のリダイレクトを管理する方法について説明します。

API目的場所ステータスコード
redirectミューテーションやイベント後にユーザーをリダイレクトするServer Components, Server Actions, Route Handlers307 (一時的) または 303 (Server Action)
permanentRedirectミューテーションやイベント後にユーザーをリダイレクトするServer Components, Server Actions, Route Handlers308 (恒久的)
useRouterクライアントサイドのナビゲーションを実行するClient ComponentsのイベントハンドラN/A
redirects in next.config.jsパスに基づいて受信リクエストをリダイレクトするnext.config.js ファイル307 (一時的) または 308 (恒久的)
NextResponse.redirect条件に基づいて受信リクエストをリダイレクトするMiddleware任意

redirect 関数

redirect 関数を使用すると、ユーザーを別のURLにリダイレクトできます。redirectServer ComponentsRoute Handlers、および Server Actions で呼び出すことができます。

redirect は、ミューテーションやイベントの後によく使用されます。たとえば、投稿を作成する場合:

app/actions.ts
'use server'

import { redirect } from 'next/navigation'
import { revalidatePath } from 'next/cache'

export async function createPost(id: string) {
try {
// データベースを呼び出す
} catch (error) {
// エラーを処理する
}

revalidatePath('/posts') // キャッシュされた投稿を更新する
redirect(`/post/${id}`) // 新しい投稿ページに移動する
}

Good to know:

  • redirect はデフォルトで 307 (一時的リダイレクト) ステータスコードを返します。Server Action で使用される場合、POST リクエストの結果として成功ページにリダイレクトするために一般的に使用される 303 (See Other) を返します。
  • redirect は内部的にエラーをスローするため、try/catch ブロックの外で呼び出す必要があります。
  • redirect は、レンダリングプロセス中に Client Components で呼び出すことができますが、イベントハンドラでは呼び出せません。代わりに useRouter フック を使用できます。
  • redirect は絶対URLも受け入れ、外部リンクにリダイレクトするために使用できます。
  • レンダリングプロセスの前にリダイレクトしたい場合は、next.config.js または Middleware を使用してください。

redirect API リファレンス を参照してください。

permanentRedirect 関数

permanentRedirect 関数を使用すると、ユーザーを別のURLに恒久的にリダイレクトできます。permanentRedirectServer ComponentsRoute Handlers、および Server Actions で呼び出すことができます。

permanentRedirect は、エンティティの正規URLが変更された後、たとえばユーザーがユーザー名を変更した後にプロファイルURLを更新する場合によく使用されます:

app/actions.ts
'use server'

import { permanentRedirect } from 'next/navigation'
import { revalidateTag } from 'next/cache'

export async function updateUsername(username: string, formData: FormData) {
try {
// データベースを呼び出す
} catch (error) {
// エラーを処理する
}

revalidateTag('username') // ユーザー名へのすべての参照を更新する
permanentRedirect(`/profile/${username}`) // 新しいユーザープロファイルに移動する
}

Good to know:

  • permanentRedirect はデフォルトで 308 (恒久的リダイレクト) ステータスコードを返します。
  • permanentRedirect は絶対URLも受け入れ、外部リンクにリダイレクトするために使用できます。
  • レンダリングプロセスの前にリダイレクトしたい場合は、next.config.js または Middleware を使用してください。

permanentRedirect API リファレンス を参照してください。

useRouter() フック

Client Component のイベントハンドラ内でリダイレクトする必要がある場合は、useRouter フックの push メソッドを使用できます。たとえば:

app/page.tsx
'use client'

import { useRouter } from 'next/navigation'

export default function Page() {
const router = useRouter()

return (
<button type="button" onClick={() => router.push('/dashboard')}>
Dashboard
</button>
)
}

Good to know:

  • ユーザーをプログラムでナビゲートする必要がない場合は、<Link> コンポーネントを使用するべきです。

useRouter API リファレンス を参照してください。

next.config.jsredirects

next.config.js ファイルの redirects オプションを使用すると、受信リクエストのパスを別の宛先パスにリダイレクトできます。これは、ページのURL構造を変更したり、事前に既知のリダイレクトのリストを持っている場合に便利です。

redirectsパスヘッダー、cookie、クエリのマッチング をサポートしており、受信リクエストに基づいてユーザーをリダイレクトする柔軟性を提供します。

redirects を使用するには、next.config.js ファイルにオプションを追加します:

next.config.ts
import type { NextConfig } from 'next'

const nextConfig: NextConfig = {
async redirects() {
return [
// 基本的なリダイレクト
{
source: '/about',
destination: '/',
permanent: true,
},
// ワイルドカードパスのマッチング
{
source: '/blog/:slug',
destination: '/news/:slug',
permanent: true,
},
]
},
}

export default nextConfig

redirects API リファレンス を参照してください。

Good to know:

  • redirectspermanent オプションで 307 (一時的リダイレクト) または 308 (恒久的リダイレクト) ステータスコードを返すことができます。
  • redirects はプラットフォームに制限がある場合があります。たとえば、Vercel では 1,024 のリダイレクトの制限があります。大量のリダイレクト(1000以上)を管理するには、Middleware を使用してカスタムソリューションを作成することを検討してください。詳細については、大規模なリダイレクトの管理を参照してください。
  • redirects は Middleware の前に実行されます。

Middleware の NextResponse.redirect

Middleware を使用すると、リクエストが完了する前にコードを実行できます。その後、受信リクエストに基づいて、NextResponse.redirect を使用して別のURLにリダイレクトします。これは、条件に基づいてユーザーをリダイレクトしたい場合(例:認証、セッション管理など)や大量のリダイレクトがある場合に便利です。

たとえば、ユーザーが認証されていない場合に /login ページにリダイレクトするには:

middleware.ts
import { NextResponse, NextRequest } from 'next/server'
import { authenticate } from 'auth-provider'

export function middleware(request: NextRequest) {
const isAuthenticated = authenticate(request)

// ユーザーが認証されている場合、通常通り続行する
if (isAuthenticated) {
return NextResponse.next()
}

// 認証されていない場合はログインページにリダイレクトする
return NextResponse.redirect(new URL('/login', request.url))
}

export const config = {
matcher: '/dashboard/:path*',
}

Good to know:

  • Middleware は next.config.jsredirects、レンダリングのに実行されます。

Middleware のドキュメントを参照してください。

大規模なリダイレクトの管理(高度な内容)

大量のリダイレクト(1000以上)を管理するには、Middleware を使用してカスタムソリューションを作成することを検討してください。これにより、アプリケーションを再デプロイすることなく、プログラムでリダイレクトを処理できます。

これを行うには、次のことを考慮する必要があります:

  1. リダイレクトマップの作成と保存
  2. データ検索パフォーマンスの最適化

Next.js の例: 以下の推奨事項の実装については、Middleware with Bloom filter の例を参照してください。

1. リダイレクトマップの作成と保存

リダイレクトマップは、データベース(通常はキーと値のストア)やJSONファイルに保存できるリダイレクトのリストです。

次のデータ構造を考えてみてください:

{
"/old": {
"destination": "/new",
"permanent": true
},
"/blog/post-old": {
"destination": "/blog/post-new",
"permanent": true
}
}

Middleware では、Vercel の Edge ConfigRedis などのデータベースから読み取り、受信リクエストに基づいてユーザーをリダイレクトできます:

middleware.ts
import { NextResponse, NextRequest } from 'next/server'
import { get } from '@vercel/edge-config'

type RedirectEntry = {
destination: string
permanent: boolean
}

export async function middleware(request: NextRequest) {
const pathname = request.nextUrl.pathname
const redirectData = await get(pathname)

if (redirectData && typeof redirectData === 'string') {
const redirectEntry: RedirectEntry = JSON.parse(redirectData)
const statusCode = redirectEntry.permanent ? 308 : 307
return NextResponse.redirect(redirectEntry.destination, statusCode)
}

// リダイレクトが見つからない場合、リダイレクトせずに続行する
return NextResponse.next()
}

2. データ検索パフォーマンスの最適化

受信リクエストごとに大規模なデータセットを読み取ることは、遅くて高価になる可能性があります。データ検索パフォーマンスを最適化する方法は2つあります:

  • Vercel Edge ConfigRedis など、読み取りが最適化されたデータベースを使用する。
  • ブルームフィルタ などのデータ検索戦略を使用して、リダイレクトが存在するかどうかを効率的に確認し、より大きなリダイレクトファイルやデータベースを読み取る前に確認する。

前の例を考慮すると、生成されたブルームフィルタファイルを Middleware にインポートし、受信リクエストのパス名がブルームフィルタに存在するかどうかを確認できます。

存在する場合は、Route Handler にリクエストを転送し、実際のファイルを確認してユーザーを適切なURLにリダイレクトします。これにより、大きなリダイレクトファイルを Middleware にインポートすることを避け、受信リクエストを遅くすることを防ぎます。

middleware.ts
import { NextResponse, NextRequest } from 'next/server'
import { ScalableBloomFilter } from 'bloom-filters'
import GeneratedBloomFilter from './redirects/bloom-filter.json'

type RedirectEntry = {
destination: string
permanent: boolean
}

// 生成されたJSONファイルからブルームフィルタを初期化する
const bloomFilter = ScalableBloomFilter.fromJSON(GeneratedBloomFilter as any)

export async function middleware(request: NextRequest) {
// 受信リクエストのパスを取得する
const pathname = request.nextUrl.pathname

// パスがブルームフィルタに存在するか確認する
if (bloomFilter.has(pathname)) {
// パス名を Route Handler に転送する
const api = new URL(
`/api/redirects?pathname=${encodeURIComponent(request.nextUrl.pathname)}`,
request.nextUrl.origin
)

try {
// Route Handler からリダイレクトデータを取得する
const redirectData = await fetch(api)

if (redirectData.ok) {
const redirectEntry: RedirectEntry | undefined =
await redirectData.json()

if (redirectEntry) {
// ステータスコードを決定する
const statusCode = redirectEntry.permanent ? 308 : 307

// 宛先にリダイレクトする
return NextResponse.redirect(redirectEntry.destination, statusCode)
}
}
} catch (error) {
console.error(error)
}
}

// リダイレクトが見つからない場合、リダイレクトせずにリクエストを続行する
return NextResponse.next()
}

次に、Route Handler で:

app/api/redirects/route.ts
import { NextRequest, NextResponse } from 'next/server'
import redirects from '@/app/redirects/redirects.json'

type RedirectEntry = {
destination: string
permanent: boolean
}

export function GET(request: NextRequest) {
const pathname = request.nextUrl.searchParams.get('pathname')
if (!pathname) {
return new Response('Bad Request', { status: 400 })
}

// redirects.json ファイルからリダイレクトエントリを取得する
const redirect = (redirects as Record<string, RedirectEntry>)[pathname]

// ブルームフィルタの誤検知を考慮する
if (!redirect) {
return new Response('No redirect', { status: 400 })
}

// リダイレクトエントリを返す
return NextResponse.json(redirect)
}

Good to know:

  • ブルームフィルタを生成するには、bloom-filters のようなライブラリを使用できます。
  • 悪意のあるリクエストを防ぐために、Route Handler に対して行われるリクエストを検証する必要があります。