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 はミューテーションやイベントの後によく使用されます。例えば、投稿の作成:

'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}`) // 新しい投稿ページに移動
}

知っておくと良いこと:

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

詳細については redirect APIリファレンス を参照してください。

permanentRedirect 関数

permanentRedirect 関数を使用すると、ユーザーを永久的に別のURLにリダイレクトできます。サーバーコンポーネントルートハンドラーサーバーアクションで呼び出すことができます。

permanentRedirect は、ユーザー名変更後にプロファイルURLを更新するなど、エンティティの正規URLを変更するミューテーションやイベントの後によく使用されます:

'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}`) // 新しいユーザープロファイルに移動
}

知っておくと良いこと:

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

詳細については permanentRedirect APIリファレンス を参照してください。

useRouter() フック

クライアントコンポーネントのイベントハンドラー内でリダイレクトする必要がある場合、useRouter フックの push メソッドを使用できます。例えば:

'use client'

import { useRouter } from 'next/navigation'

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

  return (
    <button type="button" onClick={() => router.push('/dashboard')}>
      ダッシュボード
    </button>
  )
}

知っておくと良いこと:

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

詳細については useRouter APIリファレンス を参照してください。

next.config.jsredirects

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

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

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

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リファレンス を参照してください。

知っておくと良いこと:

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

ミドルウェアでの NextResponse.redirect

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

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

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*',
}

知っておくと良いこと:

  • ミドルウェアは next.config.jsredirects より後に、レンダリングより前に実行されます。

詳細については ミドルウェア ドキュメントを参照してください。

大規模なリダイレクトの管理(上級)

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

これを行うには、以下を考慮する必要があります:

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

Next.jsの例: 以下の推奨事項の実装については、Bloomフィルターを使ったミドルウェアの例を参照してください。

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

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

以下のデータ構造を考慮してください:

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

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

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つの方法があります:

  • 高速な読み込みに最適化されたデータベースを使用する
  • ブルームフィルター (Bloom filter)などのデータ検索戦略を使用して、大きなリダイレクトファイルやデータベースを読み込む前にリダイレクトの存在を効率的にチェックする

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

存在する場合、リクエストをRoute Handler(ルートハンドラー)に転送します。これにより実際のファイルをチェックし、適切なURLにユーザーをリダイレクトします。これにより、大規模なリダイレクトファイルをミドルウェアにインポートする必要がなくなり、すべての受信リクエストの遅延を防げます。

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内で:

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)
}

知っておくと便利:

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

On this page