Долгое время вокруг Next.js существовал устойчивый мем: "Next.js сложно хостить где-либо, кроме Vercel". В апреле 2026 года ситуация кардинально изменилась. В новом выпуске PodRocket Джимми Лай рассказал, почему эра закрытости закончилась и как сообщество пришло к «точке консенсуса».
От турбулентности к стабилизации
Джимми Лай присоединился к команде во времена запуска App Router. Это был период радикальных перемен — фактически создания нового фреймворка внутри старого.
«Первые версии App Router два-три года назад были, честно говоря, не самыми удачными. Но сегодня мы находимся в фазе слияния (coalescing). Мы знаем наш «путеводный ориентир» и исправляем последние пробелы», — отмечает Джимми.
Что такое Adapters API?
Главная новость — появление Adapters API. Это официальный контракт между фреймворком и инфраструктурой. Раньше такие провайдеры, как Cloudflare или Netlify, были вынуждены заниматься «реверс-инжинирингом» кода Next.js, чтобы понять, как заставить работать кэширование или инкрементальную регенерацию (ISR) на своих платформах.
Ключевые функции адаптеров:
- Стандартизация кэша: Возможность синхронизировать чтение и запись кэша между несколькими экземплярами сервера (например, если у вас 5 серверов в разных регионах).
- Поддержка PPR (Partial Prerendering): Адаптеры позволяют корректно «сшивать» статическую оболочку страницы из CDN и динамический контент, стримящийся с сервера.
- Гибкость среды выполнения: Возможность бесшовно запускать Next.js не только на Node.js, но и на Bun, Deno или Workerd (Cloudflare) с поддержкой их специфических API.
Почему это важно для обычного разработчика?
Если вы запускаете простой пет-проект, вы можете не заметить разницы. Но для корпоративного сектора и сложных систем это решает проблему «неоправданных ожиданий». Раньше приложение могло отлично работать локально, но ломаться или тормозить после деплоя на AWS или Google Cloud из-за различий в реализации кэширования. Adapters API гарантирует, что Next.js будет вести себя одинаково везде.
Пример Meta и Google
Джимми привел в пример Meta AI — их новый сайт работает на Next.js, но внутри собственной инфраструктуры Meta. Использование адаптеров позволяет таким гигантам внедрять фреймворк в свои кастомные системы без боли.
Будущее: Feature Flags на уровне компиляции
Один из самых амбициозных планов команды — переосмысление Feature Flags (флаг-переключателей функций). Сегодня использование флагов часто замедляет загрузку: браузер должен скачать JS, спросить сервер о значениях флагов и только потом отрендерить нужный компонент.
Видение будущего от Next.js:
- Флаги вычисляются в момент запроса на пограничных серверах (Edge).
- Компилятор «на лету» собирает и отправляет пользователю только тот JavaScript, который нужен для его набора активных функций.
- Это позволяет достичь уровня персонализации как у Google или Facebook, где каждый пользователь получает уникальную, максимально оптимизированную сборку страницы.
Конец «войн» на Twitter
Джимми признал, что раньше отношения между Vercel и другими платформами (Netlify, Cloudflare) были натянутыми и даже антагонистичными.
«Мне пришлось убеждать руководство Vercel выделить ресурсы на то, чтобы Next.js работал лучше на платформах конкурентов. Это был сложный шаг, но он стоил того».
Сейчас создана рабочая группа Ecosystem Working Group, куда входят представители всех крупных облачных провайдеров. Они встречаются каждые две недели, обсуждают новые фичи и вместе проектируют API, делая веб-разработку более открытой.
Итог
Next.js больше не пытается удерживать пользователей внутри одной экосистемы силой. Вместо этого он становится универсальным инструментом, который одинаково эффективен на любом «железе» — от копеечного VPS до глобальных серверных ферм.