8 сентября 2026 года Vercel объявила о запуске Flat Rate CDN для Pro-команд. Это альтернативная модель оплаты CDN с фиксированным месячным уровнем, командным лимитом и включённой защитой от неожиданных всплесков трафика.
Новость интересна не только пользователям Vercel. Она показывает, как меняется экономика современного веб-хостинга: разработчику уже недостаточно смотреть только на цену сервера или функций. CDN-запросы, передача данных, кеширование и внезапные пики аудитории тоже становятся отдельной частью архитектурного решения.
Что именно запустила Vercel
Flat Rate CDN стала generally available для команд на Pro. По официальному changelog, модель охватывает CDN Requests, Fast Data Transfer, Blob Data Transfer и observability events, которые создаются CDN-запросами.
Главное отличие от обычной usage-based модели — предсказуемый месячный уровень расходов именно на CDN-часть. Вместо того чтобы каждый дополнительный всплеск автоматически превращался в отдельное начисление, команда выбирает уровень ёмкости.
| Уровень | CDN-запросы | Передача данных |
|---|---|---|
| Включено в Pro | 1 млн | 1 ТБ |
| $20/мес. | 10 млн | 50 ТБ |
| $100/мес. | 50 млн | 50 ТБ |
| $300/мес. | 150 млн | 50 ТБ |
Цены и лимиты выше приведены по данным Vercel на 8 сентября 2026 года. Перед расчётом проекта их стоит перепроверять в актуальном биллинге, потому что тарифы облачных платформ могут меняться.
Почему spike protection здесь важнее самой фиксированной цены
Одна из самых заметных частей анонса — spike protection включена по умолчанию. Vercel пишет, что при превышении выбранной ёмкости трафик продолжает обслуживаться без деградации производительности, а превышение не тарифицируется в обычном смысле, с учётом fair use guidelines.
Это ответ на типичный страх команд, которые запускают рекламу, попадают в новостной поток или случайно создают слишком дорогой маршрут: технически успешный всплеск аудитории не должен неожиданно превращаться в счёт, который сложно было спрогнозировать заранее.
При этом «фиксированный CDN» не означает безлимит на все сервисы Vercel. Compute, функции, базы, сторонние API и другие ресурсы имеют собственную модель использования. Поэтому перед миграцией нельзя просто взять цифру Flat Rate CDN и считать её полной стоимостью инфраструктуры.
Лимит считается на уровне команды, а не одного проекта
Vercel отдельно подчёркивает, что capacity применяется на уровне Pro-команды. Если в аккаунте несколько проектов, они используют общий месячный объём. Всплеск на одном проекте может заметно съесть командный запас.
Для агентств и команд с несколькими сайтами это особенно важно. Нужно смотреть не только на средний трафик отдельного проекта, но и на суммарные пики: маркетинговые запуски, загрузку изображений, API-маршруты, headless CMS и другие источники запросов.
Что проверить перед переходом на Flat Rate CDN
- сколько CDN Requests команда реально использует за месяц;
- какой объём Fast Data Transfer и Blob Data Transfer создают проекты;
- есть ли один проект, который формирует большую часть пиков;
- какие маршруты можно безопасно кешировать;
- нет ли запросов, которые генерируются из-за ошибки приложения или бесконечного polling;
- какая часть общего счёта относится не к CDN, а к compute и другим сервисам.
Кеширование всё равно остаётся важным
Фиксированный тариф не делает оптимизацию ненужной. Vercel CDN кеширует статические файлы автоматически, а динамические ответы можно кешировать через ISR и HTTP-заголовки. В официальной документации Vercel рекомендует выбирать стратегию Cache-Control по типу данных и не кешировать персонализированные или чувствительные ответы как общие.
Правильный кеш уменьшает число обращений к origin и функциям, снижает задержку для пользователя и делает поведение приложения устойчивее во время нагрузки. Неправильный кеш, наоборот, может показать устаревшие данные или — в худшем случае — смешать персонализированные ответы.
Что меняется для Next.js-проектов
Для Next.js это особенно заметно из-за тесной интеграции с инфраструктурой Vercel. Статические ассеты, ISR, server-rendered маршруты и функции используют разные слои платформы. Поэтому оценивать «стоимость Next.js на Vercel» только по количеству посетителей слишком грубо.
Нужно знать, какие страницы статические, какие рендерятся динамически, что попадает в CDN cache, сколько запросов доходит до Function и какие внешние API вызываются. В недавней статье A.S Groups я уже разбирал другой инфраструктурный кейс Next.js — как команда Next.js использовала AI-агента для работы с GitHub issues. Общая идея та же: хороший результат появляется не из одной настройки, а из правильно собранного процесса.
А что с обычным WordPress
Сам по себе анонс Flat Rate CDN не требует переносить WordPress на Vercel. Классический WordPress обычно работает на PHP-хостинге или VPS и может использовать отдельный CDN, reverse proxy или Cloudflare.
Но принцип полезен и здесь: стоимость инфраструктуры нужно считать вместе с трафиком, кешем, изображениями и пиками. На проектах, где WordPress остаётся основным backend, а frontend или отдельные сервисы вынесены в современный стек, схема может быть гибридной.
Если задача именно в развитии существующего WordPress-проекта, логичнее сначала понять его текущую архитектуру и узкие места, а затем выбирать хостинг или CDN. Такой подход я использую и в WordPress-разработке A.S Groups.
Flat Rate CDN выгоднее usage-based тарифа?
Универсального ответа нет. Для проекта с очень небольшим и стабильным трафиком включённого уровня Pro может быть достаточно. Для команды с прогнозируемым большим объёмом новый тариф способен упростить бюджетирование. Но если профиль использования нетипичный, нужно сравнивать фактические метрики, а не только верхний лимит.
Vercel также оставляет PAYGO-вариант: в FAQ компания пишет, что от Flat Rate CDN можно отказаться в Billing settings и продолжить оплачивать CDN по использованию.
Что произойдёт при постоянном превышении уровня
По FAQ Vercel, проекты не отключаются сразу после превышения ёмкости. Если команда materially превышает выбранный уровень, Vercel может перевести проекты на Flex CDN и предложить изменить Flat Rate tier к следующему биллинговому циклу.
Поэтому spike protection стоит воспринимать как защиту от аномальных всплесков, а не как способ постоянно работать на уровне, который заметно ниже реального потребления.
Почему эта новость важна рынку
Облачные платформы давно продают не просто «хостинг». В стоимость входят edge network, запросы, observability, image optimization, функции и другие управляемые слои. Чем больше этих компонентов, тем сложнее заранее объяснить бизнесу, сколько будет стоить успешный рост трафика.
Flat Rate CDN — попытка сделать хотя бы CDN-часть такого счёта понятнее. Если модель приживётся, конкуренция облачных платформ будет идти не только за скорость и developer experience, но и за предсказуемость расходов.
Официальные источники
- Vercel — Introducing Flat Rate CDN, 8 сентября 2026
- Vercel Changelog — Flat Rate CDN is now GA for Pro teams, 8 сентября 2026
- Vercel Docs — CDN overview
- Vercel Docs — CDN Cache
- Vercel Docs — Cache-Control headers
Частые вопросы
Flat Rate CDN уже доступна?
Да. 8 сентября 2026 года Vercel объявила general availability для Pro-команд. Для новых Pro-команд модель включена по умолчанию, существующие команды могут переключиться в Billing settings.
В Flat Rate CDN входит весь счёт Vercel?
Нет. Речь идёт о CDN-ресурсах, перечисленных Vercel. Compute и другие продукты нужно считать отдельно.
Что будет при внезапном всплеске трафика?
Spike protection включена по умолчанию. Vercel заявляет, что трафик продолжит обслуживаться, а превышение выбранной ёмкости не создаёт обычной доплаты, с учётом fair use guidelines.
Можно ли остаться на оплате по использованию?
Да. Vercel указывает, что команда может отказаться от Flat Rate CDN в настройках биллинга и использовать PAYGO.
Если нужно оценить архитектуру веб-проекта, расходы на инфраструктуру, кеширование или вариант миграции до того, как менять платформу, можно описать задачу A.S Groups. Сначала стоит разобрать реальные маршруты и нагрузку, а уже потом выбирать тариф и схему размещения.
Обсуждение
Вопросы и комментарии
Можно уточнить детали статьи или поделиться своим опытом. Первый комментарий проходит проверку.