Vercel добавила Node.js 26 LTS для сборок и серверных функций. В новых проектах эта версия выбрана по умолчанию. Существующий проект тоже может перейти на неё при следующей выкладке, если его настройки разрешают такую версию.
Node.js 26 LTS стала доступна для сборок проектов и Vercel Functions и используется по умолчанию в новых проектах. Node.js — среда, в которой выполняется серверный JavaScript-код; LTS означает ветку длительной поддержки.
В журнале Vercel от 29 октября перечислены изменения среды: HTTP/2 для встроенного fetch, новый набор средств работы с датами Temporal и обновлённый движок V8.
Для владельца сайта важен практический вопрос: какая среда будет выполнять его формы, обращения к внешним сервисам и другую серверную работу после очередного обновления проекта.
Да, если поле engines.node в package.json разрешает версию 26, сборки Node.js на Vercel перейдут на неё при следующей выкладке. В анонсе приведён пример диапазона >=20. Для явного выбора новой ветки предлагается указать 26.x и выложить проект заново.
Это не заявление о немедленном переключении всех уже работающих сайтов. Существенны разрешённый диапазон и следующий выпуск проекта.
Если вы работаете с разработчиком, попросите назвать действующую версию и диапазон, который разрешён настройкой. Фраза «у нас новая версия» менее полезна, чем конкретный ответ о том, что изменится при следующей сборке.
Встроенный fetch в Node.js 26 использует HTTP/2 по умолчанию при поддержке со стороны сервера. Для сохранения HTTP/1.1 в Functions Vercel указывает настройку VERCEL_FETCH_DISABLE_H2=1 с повторной выкладкой. Для предварительно собранных выпусков нужен инструмент выкладки Vercel CLI версии 65.8.0 или новее.
fetch здесь — инструмент, которым серверный код обращается к API и другим HTTP-адресам. Изменение способа соединения может быть важно для внешних интеграций. Обещать ускорение любого сайта по одному наличию HTTP/2 нельзя.
Проверять стоит те подключения, от которых зависит нужное посетителю действие. Как составить их список, есть в разборе зависимостей сайта.
Сначала проверьте выбранную версию, затем соберите отдельный проверочный выпуск и пройдите основные серверные действия. После обычной выкладки повторите короткую проверку результата на живом адресе.
Наш пример приёмки: форма передаёт учебную запись, сервер обрабатывает её, запись читается обратно, дата и время совпадают с ожидаемыми. Если приложение обращается к внешнему API, его ответ проверяют отдельно от открытия самой страницы.
Такой путь разобран в статье о движении заявки до базы. Vercel также сообщает, что минорные обновления и исправления ветки 26 будут поступать автоматически. Поэтому полезен постоянный короткий сценарий проверки, который команда может повторить после обновления.
