Статический экспорт

Next.js позволяет начать разработку со статического сайта или одностраничного приложения (SPA), а затем при необходимости добавить функции, требующие сервера.

При выполнении команды next build Next.js генерирует HTML-файл для каждого маршрута. Разбивая классическое SPA на отдельные HTML-файлы, Next.js избегает загрузки ненужного JavaScript-кода на стороне клиента, уменьшая размер бандла и ускоряя загрузку страниц.

Поскольку Next.js поддерживает такой статический экспорт, его можно развернуть на любом веб-сервере, способном обслуживать статические ресурсы HTML/CSS/JS.

Конфигурация

Для включения статического экспорта измените режим вывода в next.config.js:

/**
 * @type {import('next').NextConfig}
 */
const nextConfig = {
  output: 'export',

  // Опционально: Изменить ссылки `/me` -> `/me/` и генерировать `/me.html` -> `/me/index.html`
  // trailingSlash: true,

  // Опционально: Отключить автоматическое преобразование `/me` -> `/me/`, сохраняя оригинальный `href`
  // skipTrailingSlashRedirect: true,

  // Опционально: Изменить выходную директорию `out` -> `dist`
  // distDir: 'dist',
}

module.exports = nextConfig

После выполнения next build Next.js создаст папку out, содержащую HTML/CSS/JS ресурсы вашего приложения.

Поддерживаемые функции

Ядро Next.js разработано с поддержкой статического экспорта.

Серверные компоненты

При выполнении next build для статического экспорта серверные компоненты из директории app выполняются во время сборки, аналогично традиционной генерации статических сайтов.

Результат рендеринга компонентов сохраняется в виде статического HTML для первоначальной загрузки страницы и статического payload для клиентской навигации между маршрутами. Серверные компоненты не требуют изменений при использовании статического экспорта, за исключением случаев использования динамических серверных функций.

export default async function Page() {
  // Этот fetch выполнится на сервере во время `next build`
  const res = await fetch('https://api.example.com/...')
  const data = await res.json()

  return <main>...</main>
}

Клиентские компоненты

Для получения данных на клиенте можно использовать клиентский компонент с SWR для мемоизации запросов.

'use client'

import useSWR from 'swr'

const fetcher = (url: string) => fetch(url).then((r) => r.json())

export default function Page() {
  const { data, error } = useSWR(
    `https://jsonplaceholder.typicode.com/posts/1`,
    fetcher
  )
  if (error) return 'Ошибка загрузки'
  if (!data) return 'Загрузка...'

  return data.title
}

'use client'

import useSWR from 'swr'

const fetcher = (url) => fetch(url).then((r) => r.json())

export default function Page() {
  const { data, error } = useSWR(
    `https://jsonplaceholder.typicode.com/posts/1`,
    fetcher
  )
  if (error) return 'Ошибка загрузки'
  if (!data) return 'Загрузка...'

  return data.title
}

Поскольку переходы между маршрутами происходят на клиенте, это работает как традиционное SPA. Например, следующий маршрут позволяет переходить между постами на клиенте:

import Link from 'next/link'

export default function Page() {
  return (
    <>
      <h1>Главная страница</h1>
      <hr />
      <ul>
        <li>
          <Link href="/post/1">Пост 1</Link>
        </li>
        <li>
          <Link href="/post/2">Пост 2</Link>
        </li>
      </ul>
    </>
  )
}

import Link from 'next/link'

export default function Page() {
  return (
    <>
      <h1>Главная страница</h1>
      <p>
        <Link href="/other">Другая страница</Link>
      </p>
    </>
  )
}

Оптимизация изображений

Оптимизация изображений через next/image доступна при статическом экспорте с помощью кастомного загрузчика в next.config.js. Например, можно оптимизировать изображения через Cloudinary:

/** @type {import('next').NextConfig} */
const nextConfig = {
  output: 'export',
  images: {
    loader: 'custom',
    loaderFile: './my-loader.ts',
  },
}

module.exports = nextConfig

Кастомный загрузчик определяет способ получения изображений. Например, следующий загрузчик формирует URL для Cloudinary:

export default function cloudinaryLoader({
  src,
  width,
  quality,
}: {
  src: string
  width: number
  quality?: number
}) {
  const params = ['f_auto', 'c_limit', `w_${width}`, `q_${quality || 'auto'}`]
  return `https://res.cloudinary.com/demo/image/upload/${params.join(
    ','
  )}${src}`
}

export default function cloudinaryLoader({ src, width, quality }) {
  const params = ['f_auto', 'c_limit', `w_${width}`, `q_${quality || 'auto'}`]
  return `https://res.cloudinary.com/demo/image/upload/${params.join(
    ','
  )}${src}`
}

Затем можно использовать next/image в приложении, указывая относительные пути к изображениям в Cloudinary:

import Image from 'next/image'

export default function Page() {
  return <Image alt="черепахи" src="/turtles.jpg" width={300} height={300} />
}

import Image from 'next/image'

export default function Page() {
  return <Image alt="черепахи" src="/turtles.jpg" width={300} height={300} />
}

Обработчики маршрутов

Обработчики маршрутов генерируют статический ответ при выполнении next build. Поддерживается только HTTP-метод GET. Это можно использовать для генерации статических HTML, JSON, TXT или других файлов. Например:

export async function GET() {
  return Response.json({ name: 'Lee' })
}

export async function GET() {
  return Response.json({ name: 'Lee' })
}

Файл app/data.json/route.ts будет преобразован в статический файл data.json с содержимым { name: 'Lee' } во время next build.

Если нужно читать динамические значения из запроса, статический экспорт не подойдет.

Браузерные API

Клиентские компоненты пререндерятся в HTML во время next build. Поскольку Web API типа window, localStorage и navigator недоступны на сервере, обращаться к ним нужно только в браузере. Например:

'use client';

import { useEffect } from 'react';

export default function ClientComponent() {
  useEffect(() => {
    // Теперь доступен `window`
    console.log(window.innerHeight);
  }, [])

  return ...;
}

Неподдерживаемые функции

Функции, требующие Node.js сервера или динамической логики, недоступны при статическом экспорте:

• Динамические маршруты с dynamicParams: true
• Динамические маршруты без generateStaticParams()
• Обработчики маршрутов, зависящие от Request
• Куки
• Реврайты
• Редиректы
• Заголовки
• Мидлвары
• Инкрементальная статическая регенерация
• Оптимизация изображений с дефолтным loader
• Черновой режим

Попытка использовать эти функции с next dev вызовет ошибку, аналогичную установке dynamic в error в корневом layout.

export const dynamic = 'error'

Развертывание

При статическом экспорте Next.js можно развернуть на любом веб-сервере, поддерживающем статические ресурсы HTML/CSS/JS.

После выполнения next build Next.js генерирует статический экспорт в папку out. Например, для маршрутов:

• /
• /blog/[id]

Будут созданы файлы:

• /out/index.html
• /out/404.html
• /out/blog/post-1.html
• /out/blog/post-2.html

Для статических хостов типа Nginx можно настроить реврайты запросов:

server {
  listen 80;
  server_name acme.com;

  root /var/www/out;

  location / {
      try_files $uri $uri.html $uri/ =404;
  }

  # Необходимо при `trailingSlash: false`.
  # Можно опустить при `trailingSlash: true`.
  location /blog/ {
      rewrite ^/blog/(.*)$ /blog/$1.html break;
  }

  error_page 404 /404.html;
  location = /404.html {
      internal;
  }
}

История версий