Vercel vs Netlify vs Cloudflare Pages: хостинг Astro/Next.js

Если сравнивать vercel vs netlify vs cloudflare pages по цене, производительности и поддержке фреймворков, короткий ответ звучит так. Vercel лучше всего подходит для Next.js за счёт нулевой конфигурации под App Router и Server Components. Netlify остаётся простым вариантом для базовых Astro-сайтов, но проигрывает по цене и скорости на растущем трафике. Cloudflare Pages даёт лучшее соотношение цены и производительности при любом объёме трафика, но поддержка Next.js на нём частичная - часть возможностей Server Components, ISR и Middleware работает с ограничениями.

В проектах веб-разработки Exceltic.dev выбор хостинга обычно всплывает сразу после решения между Astro и Next.js. Команда либо копирует выбор соседнего проекта, либо ориентируется на бесплатный тариф без расчёта, что произойдёт с бюджетом при росте трафика в 5-10 раз. Мы регулярно видим один и тот же паттерн: платформу выбирают по умолчанию, а через полгода получают счёт за bandwidth, о котором никто не предупредил на старте.

Дальше - честный разбор трёх платформ: цены по официальным тарифам на середину 2026 года, лимиты, которые реально приводят к овербиллингу, и техническая разница в поддержке Next.js между Vercel и Cloudflare Pages, которую большинство сравнений обходит стороной.

Боль здесь конкретная. Команда выбирает хостинг на старте проекта, когда трафика ещё нет, и не пересматривает решение до первого крупного счёта. К этому моменту миграция между платформами уже стоит недель работы - нужно переписывать edge-функции, заново настраивать SSR и проверять, что редиректы и заголовки кэша не сломались.

Edge-функция: серверный код, который выполняется не в одном дата-центре, а реплицируется на сотни точек присутствия провайдера и обрабатывает запрос ближе к пользователю.

Коротко: Next.js с глубоким SSR и Server Components - Vercel. Простой Astro-сайт с формами и без выделенного DevOps - Netlify. Трафик от среднего и выше, статика или Astro без сложных фич Next.js - Cloudflare Pages.

Сравнение по цене и лимитам: Vercel vs Netlify vs Cloudflare Pages

Три платформы фундаментально по-разному считают деньги за трафик, поэтому сравнивать их по одному числу «цена в месяц» бессмысленно.

Цены приведены по официальным тарифам Vercel, Netlify и Cloudflare Pages по состоянию на середину 2026 года и могут измениться - перед принятием решения стоит свериться с актуальной страницей тарифов.

Когда выбирать Vercel

Vercel оправдан, если фреймворк - Next.js, а не просто «любой JS-фреймворк».

• В проекте используется App Router, Server Components, ISR или Edge Middleware в проде - Vercel единственная платформа, где это работает без адаптеров и обходных путей.
• Команда готова платить за DX: превью-деплои на каждый pull request, встроенная observability, интеграция с Neon без ручной настройки инфраструктуры.
• Трафик предсказуем и укладывается в несколько сотен гигабайт - переплата за bandwidth не критична для бюджета.
• В команде нет выделенного DevOps-ресурса - Vercel закрывает конфигурацию инфраструктуры полностью на своей стороне.

Для команд, которые одновременно решают вопрос выбора фреймворка и хостинга - например, при переезде с WordPress на Next.js - Vercel закрывает оба вопроса сразу: платформу и фреймворк создаёт одна и та же компания, поэтому совместимость гарантирована на уровне архитектуры, а не документации.

Когда выбирать Netlify

Netlify остаётся рабочим вариантом там, где встроенные сервисы важнее максимальной производительности.

• Сайт статический или с лёгким SSR, без глубокой зависимости от Next.js-специфичных функций.
• Нужны встроенная форма, аутентификация (Identity) или A/B-тесты без подключения сторонних сервисов.
• Команда небольшая, а Pro-тариф с безлимитными участниками за 20 $ в месяц выгоднее посадочных тарифов Vercel из расчёта на человека.
• Трафик умеренный: Netlify - самый дорогой из трёх по стоимости трафика в пересчёте на credits (20 credits за GB), поэтому на growth-стадии считать бюджет нужно заранее.

Когда выбирать Cloudflare Pages

Cloudflare Pages выигрывает там, где трафик - главная статья риска для бюджета.

• Трафик растёт непредсказуемо или уже большой - статика раздаётся бесплатно без верхнего предела на любом тарифе.
• Стек - Astro, чистый статический сайт или SSR без глубокой Next.js-специфики (Remix, SvelteKit, Nuxt работают без описанных ниже ограничений).
• Важна задержка ответа edge-функций - V8 isolates стартуют быстрее контейнерных runtime у конкурентов, особенно после периода простоя.
• Next.js в проекте есть, но без сложных сценариев Server Components и ISR - тогда современный адаптер закрывает большинство потребностей, о чём подробнее в следующем разделе.

Next.js на Cloudflare Pages: что конкретно не работает

Здесь начинается разница, которую большинство сравнительных статей обходят стороной: поддержка Next.js на Cloudflare исторически неполная, и в 2026 году это по-прежнему так, хотя ситуация изменилась в лучшую сторону.

Edge runtime: ограниченная среда выполнения JavaScript, которая поддерживает не весь API Node.js - в ней недоступна часть модулей вроде fs, child_process и части crypto.

Официальный адаптер @cloudflare/next-on-pages умеет разворачивать Next.js на Cloudflare Pages, но работает только через Edge runtime, и из этого следуют три конкретных ограничения. Инкрементальная статическая регенерация не собирается для edge runtime - Cloudflare прямо рекомендует переписывать такие страницы на обычный SSR. Часть API Server Components, завязанных на Node.js-специфичные модули, работает с ошибками или не работает вовсе. Node Middleware, добавленный в Next.js 15.2, пока не поддерживается даже в более новом рекомендуемом адаптере.

С 2025 года Cloudflare сам рекомендует не next-on-pages, а адаптер OpenNext с деплоем через Workers, а не через Pages. OpenNext ближе к полной совместимости с Node.js благодаря флагу nodejs_compat, но Middleware на Node.js runtime и часть продвинутых сценариев Server Components остаются под вопросом и там.

# Проверка совместимости зависимостей с Workers runtime
npx @opennextjs/cloudflare build

# Локальный запуск в среде, близкой к продакшену Workers
npx wrangler pages dev .vercel/output/static

На практике это означает: если проект на Next.js использует ISR или сложные сценарии Server Components, миграция на Cloudflare требует технического аудита конкретных зависимостей, а не разового переключения адаптера в конфиге.

Astro на любом хостинге: почему выбор проще

Astro в этом сравнении - частный случай, потому что по умолчанию отдаёт статический HTML, а статический HTML одинаково хорошо работает на любой из трёх платформ.

Мы разбирали механику этой архитектуры в статье про оптимизацию INP: Astro отправляет JavaScript в браузер только для интерактивных «островов», а остальная разметка остаётся статическим HTML без гидратации вообще. Для хостинга это значит, что задача сводится к раздаче файлов через CDN - именно там Cloudflare Pages выигрывает по цене без каких-либо компромиссов по функциональности.

SSR-режим Astro тоже проще в размещении, чем SSR Next.js, потому что архитектура островов не требует того уровня интеграции рендеринга и рантайма хостинга, который лежит в основе React Server Components. Адаптеры Astro для Vercel, Netlify и Cloudflare покрывают SSR без edge-специфичных ограничений, описанных в предыдущем разделе.

Если проект переезжает с no-code конструктора вроде Webflow, выбор хостинга для Astro обычно вторичен по отношению к самой миграции контента и структуры - подробный разбор в статье миграция с Webflow на Astro.

Реальный кейс: во сколько обходится рост трафика

В типовом проекте маркетингового сайта на headless-стеке с трафиком 200 000 - 500 000 визитов в месяц и медиатяжёлым контентом (блог с изображениями, видео на лендингах) разница между платформами становится заметной уже в первый квартал.

На Vercel Pro при трафике в 2-3 TB в месяц овербиллинг сверх включённого 1 TB Fast Data Transfer добавляет ориентировочно 150-300 $ в месяц поверх базовой платы за места. На Netlify Pro пакет из 3 000 credits при цене 20 credits за GB покрывает около 150 GB трафика - для медиатяжёлого сайта это меньше половины месяца, дальше нужно докупать credits. На Cloudflare Pages тот же объём статического трафика остаётся бесплатным при любом тарифе - тарифицируются только запросы к функциям (SSR, API), и по 5 $ в месяц Workers Paid покрывает 10 млн таких запросов.

Точные цифры для конкретного проекта зависят от веса медиаконтента и доли SSR-запросов на страницу - это диапазон по типовому проекту, а не гарантия для любого стека.

Для кого актуален этот выбор

Выбор хостинга сильнее всего влияет на бюджет у стартапов и SaaS-компаний, которые запускают продуктовый сайт с нуля и не знают заранее, каким будет трафик через полгода. Для компании от 15 сотрудников, где маркетинговый сайт уже приносит заявки, разница между платформами измеряется не в удобстве, а в реальных деньгах при росте посещаемости.

Хуже всего работает выбор «по умолчанию» без расчёта: если команда взяла Vercel потому что «так все делают» для Next.js-проекта с медиатяжёлым контентом и растущим трафиком, овербиллинг проявится не сразу, а через 2-3 месяца после успешного запуска - в момент, когда трафик уже приносит бизнесу деньги, а не в момент выбора стека.

Часто задаваемые вопросы

Можно ли хостить Astro-сайт на Vercel, если проект уже использует Next.js для другого продукта?

Да, Vercel поддерживает Astro наравне с Next.js без потери функциональности. Это разумный выбор, если команда уже работает с Vercel и хочет держать оба проекта в одном аккаунте и одной биллинговой панели, даже если сама платформа не даёт Astro никаких специфичных преимуществ по сравнению с Cloudflare Pages.

Что произойдёт, если превысить бесплатный лимит credits на Netlify?

Сайт не отключается автоматически, но новые деплои и обработка трафика останавливаются до пополнения credits или перехода на платный тариф. Для продакшен-сайта с реальным трафиком это критично: разумно сразу перейти на Personal или Pro тариф, а не полагаться на бесплатный лимит как на постоянное решение.

Поддерживает ли Cloudflare Pages Server Actions Next.js?

Частично, и только через актуальный адаптер OpenNext с деплоем на Workers, а не через классический next-on-pages. Server Actions, которые не используют Node.js-специфичные модули, обычно работают корректно, но перед продакшен-запуском стоит протестировать каждый сценарий на реальной сборке, а не полагаться на общую совместимость.

Сложно ли мигрировать сайт между Vercel и Cloudflare Pages?

Сложность зависит от того, использует ли проект платформенно-специфичные функции. Чистый статический Astro-сайт переезжает за часы - меняется только точка деплоя. Next.js-проект с ISR, Server Components или Edge Middleware потребует технического аудита и, вероятно, переписывания части серверной логики под ограничения целевой платформы.

Какой хостинг дешевле всего при большом трафике?

Cloudflare Pages почти всегда дешевле на growth-стадии, потому что статический трафик не тарифицируется вовсе, а функции стоят заметно меньше, чем bandwidth-овербиллинг у Vercel или credits за трафик у Netlify. Разница особенно заметна для медиатяжёлых сайтов - блогов с большим количеством изображений, лендингов с видео - где именно трафик, а не вычисления, формирует основную часть счёта.

Что делать дальше

• Посчитайте реалистичный диапазон трафика на 6-12 месяцев вперёд, а не только текущие цифры - решение о хостинге должно учитывать рост, а не только запуск.
• Для Next.js с App Router, Server Components и ISR в проде выбирайте Vercel - на других платформах эти функции работают с ограничениями.
• Для Astro и статических сайтов с растущим трафиком Cloudflare Pages почти всегда даёт лучшее соотношение цены и производительности.
• Если проект уже мигрирует на новый стек, зафиксируйте выбор хостинга в архитектурном решении до начала разработки, а не после первого счёта за трафик.

Если вы сейчас выбираете хостинг для Astro или Next.js сайта и хотите избежать сюрприза в виде счёта за bandwidth через несколько месяцев после запуска - опишите команде Exceltic.dev объём трафика и требования к фреймворку. Разберём архитектуру и дадим честную оценку, какая платформа подходит именно вашему стеку.