React, Vue или Next.js — какой фреймворк подходит вашему проекту

📅 Опубликовано: 🔄 Обновлено:
разработкаReactJavaScript
React, Vue или Next.js — какой фреймворк подходит вашему проекту

React, Vue или Next.js — какой фреймворк подходит вашему проекту

Выбор JavaScript-фреймворка — решение на миллионы рублей. Неправильный выбор означает переписывание проекта через полгода, потерю времени команды и нервы клиентов. Мы в DS495 за 8 лет разработки перепробовали десятки технологий и знаем: универсального решения не существует. Но есть четкие критерии выбора.

В этой статье разберем три топовых решения 2026 года: React, Vue.js и Next.js. Расскажем, когда каждый фреймворк оправдывает себя, сколько стоит разработка и какие подводные камни ждут команду.

Содержание

React vs Vue vs Next.js: сравнение возможностей

Начнем с главного: что умеет каждый фреймворк и где его границы. За годы работы мы заметили закономерность — клиенты часто выбирают технологию по принципу "что популярнее" или "что дешевле". Но правильный подход — сначала понять задачи проекта, потом выбирать инструмент.

Характеристика React Vue.js Next.js
Кривая обучения Сложная Простая Средняя
Размер сообщества Огромное Большое Большое
Производительность Высокая Высокая Очень высокая
SEO из коробки Требует настройки Требует настройки Встроенная
Скорость разработки Средняя Высокая Высокая

Ключевое различие — философия. React дает максимальную свободу: можете собрать что угодно, но настраивать придется все самостоятельно. Vue.js находится посередине: есть конвенции, но гибкость сохраняется. Next.js — opinionated фреймворк с четкими правилами, зато из коробки решает 80% типовых задач.

«Выбор фреймворка — это выбор компромисса между гибкостью и скоростью разработки. Нет идеального решения, есть подходящее для конкретной задачи».
— Алексей Петров, ведущий фронтенд-разработчик DS495

По данным Stack Overflow Developer Survey 2024, популярность фреймворков распределилась так:

  • React — 39.5% разработчиков
  • Vue.js — 15.4% разработчиков
  • Next.js — 17.9% разработчиков (Next.js впервые обошёл Vue.js по популярности)

Качественно расстановка сил с тех пор не поменялась: React остаётся инструментом №1 по числу разработчиков и вакансий, Next.js держится выше Vue, а Vue сохраняет свою нишу. Важнее другое — популярность не равна правильности выбора. Мы видели проекты, где Vue.js справлялся лучше React, несмотря на меньшую известность.

Иллюстрация

React: когда гибкость важнее простоты

React — это библиотека, а не фреймворк. Звучит как формальность, но это принципиальная разница. Facebook создавал React для решения одной задачи: эффективного обновления интерфейса. Все остальное — роутинг, управление состоянием, сборка — решается дополнительными библиотеками.

Когда React оправдывает себя

За годы работы с React мы выделили сценарии, где он незаменим:

  • Крупные корпоративные системы — когда нужна максимальная гибкость архитектуры
  • Проекты с уникальными требованиями — нестандартные UI-паттерны, особая логика работы
  • Команды с опытом React — когда разработчики уже знают экосистему
  • Долгосрочные проекты — где важна стабильность и предсказуемость развития

Пример из практики: В 2023 году мы разрабатывали CRM-систему для логистической компании. Требовалась интеграция с 15 различными API, сложная система прав доступа и возможность кастомизации интерфейса под каждого клиента. React позволил создать модульную архитектуру, где каждый компонент решал свою задачу независимо.

Результат: система обрабатывает 50 000+ операций в день, время разработки составило 8 месяцев, бюджет — 4.2 млн рублей.

Отдельно отметим: в конце 2024 года вышел React 19 со стабильными Server Components, новым хуком use(), встроенными Actions для форм и улучшенной работой с асинхронными данными. Часть паттернов, которые раньше требовали сторонних библиотек, теперь входит в ядро. Дальше линия развития продолжилась в минорных релизах 19.x: компонент <Activity> для сохранения состояния скрытых частей интерфейса и React Compiler, который берёт на себя мемоизацию — useMemo и useCallback в новом коде нужны заметно реже.

Подводные камни React

React требует глубокого понимания JavaScript и функционального программирования. Новичку сложно разобраться в хуках, контексте и оптимизации рендеринга. Средний junior тратит 3-4 месяца на освоение, middle — 1-2 месяца.

Второй камень — «сборка из кубиков». Чистый React по-прежнему не даёт ни роутинга, ни загрузки данных, ни SSR: всё это выбирает команда. На практике это означает, что два React-проекта в разных студиях могут быть устроены совершенно по-разному, и передача кода новому подрядчику стоит дороже, чем в случае Next.js или Nuxt.

«React как конструктор Lego — можете собрать космический корабль, но сначала изучите инструкцию. Иначе получится груда разноцветных деталей».
— Мария Кузнецова, тимлид фронтенд-команды DS495

Vue.js: баланс между функционалом и простотой

Vue.js создавал Эван Ю как компромисс между простотой Angular и гибкостью React. Получилось именно то, что нужно: фреймворк с логичным API, подробной документацией и низким порогом входа.

Преимущества Vue.js в реальных проектах

Vue.js отлично подходит для проектов, где нужно быстро получить результат без ущерба качеству:

  • MVP и стартапы — когда важна скорость выхода на рынок
  • Интернет-магазины — стандартная функциональность, понятные паттерны
  • Корпоративные сайты — средняя сложность, акцент на UX
  • Проекты с ограниченным бюджетом — меньше времени на разработку

В 2024 году мы запустили интернет-магазин автозапчастей на Vue 3. Каталог из 100 000+ товаров, интеграция с 1С, личный кабинет дилеров. Время разработки — 4 месяца вместо 6-7 на React.

Нужна помощь? DS495 решит задачу под ключ. Обсудить проект →

Экосистема Vue.js

Vue предлагает готовые решения для типовых задач:

  • Vue Router — маршрутизация с lazy loading
  • Pinia — управление состоянием (официальная замена Vuex, Vuex переведён в режим поддержки)
  • Nuxt 4 — SSR и генерация статики
  • Vuetify — UI-компоненты Material Design

Главное преимущество — все компоненты экосистемы разработаны командой Vue или при ее участии. Меньше несовместимостей, больше стабильности. Vue CLI официально переведён в режим поддержки: новые проекты стартуют через create-vue на базе Vite. Отдельная линия развития — Vapor Mode: режим компиляции без Virtual DOM, который включается точечно, для отдельных компонентов. Переписывать приложение целиком не нужно — можно ускорить только тяжёлые участки вроде больших таблиц и каталогов.

Ограничения Vue.js

Vue проигрывает в проектах с нестандартными требованиями. Фреймворк подталкивает к определенным архитектурным решениям, и выход за их рамки требует дополнительных усилий.

Критерий Vue 3 Комментарий
Время изучения (junior) 1-2 месяца При знании JavaScript
Сообщество в России 15 000+ разработчиков Продолжает расти
Средняя ЗП Vue-разработчика от 200 000 руб Москва, middle-уровень (2026)
Количество вакансий ~800 в месяц По данным hh.ru
Инфографика

Next.js: полноценный фреймворк для современных проектов

Next.js — это React на стероидах. Команда Vercel взяла лучшие практики веб-разработки и упаковала в готовое решение. Результат — фреймворк, который решает проблемы, о которых вы еще не знали.

Что делает Next.js особенным

Next.js не просто ускоряет разработку — он меняет подход к созданию веб-приложений:

  • Server-Side Rendering (SSR) — страницы рендерятся на сервере
  • Static Site Generation (SSG) — генерация статических страниц
  • API Routes — бэкенд прямо в фронтенд-проекте
  • Automatic Code Splitting — умная загрузка кода
  • Image Optimization — автоматическая оптимизация изображений

Кейс из практики: Новостной портал для медиахолдинга, 50 000+ уникальных посетителей в день. Требования: скорость загрузки до 2 секунд, идеальное SEO, адаптивность.

На чистом React это заняло бы 6 месяцев разработки плюс настройка SSR, CDN, оптимизация. С Next.js получили готовое решение за 3.5 месяца. Core Web Vitals: LCP 1.2с, INP 120мс, CLS 0.05.

Когда Next.js — лучший выбор

Next.js показывает максимальную эффективность в определенных сценариях:

  • Контентные проекты — блоги, новостные сайты, документация
  • E-commerce — где критично SEO и скорость загрузки
  • Landing pages — максимальная производительность из коробки
  • Корпоративные сайты — презентационные проекты с формами

Особенности разработки на Next.js

Next.js требует понимания серверного рендеринга и особенностей работы с React в серверной среде. Но результат того стоит — приложения получаются быстрыми и SEO-friendly по умолчанию.

App Router, появившийся в версии 13, к 2026 году стал основным рекомендованным подходом с полной поддержкой React Server Components. В Next.js 15 добавили поддержку React 19 и обновлённое кэширование: запросы больше не кэшируются по умолчанию — это устранило частый источник ошибок. В Next.js 16 Turbopack стал сборщиком по умолчанию не только для dev-режима, но и для продакшен-сборки, а кэширование вынесли в явные директивы — разработчик сам помечает, что и на какой срок кэшировать, вместо неявной магии. Pages Router по-прежнему поддерживается, но новые проекты почти всегда стартуют на App Router.

Практический момент, о котором забывают при планировании: свежие версии Next.js требуют актуальной LTS-версии Node.js (для последних релизов — 20.9 и новее). Если проект живёт на старом сервере с Node 18, обновление фреймворка потребует сначала обновить окружение.

Как выбрать фреймворк: пошаговая инструкция

За годы консультирования клиентов мы выработали четкий алгоритм выбора технологии. Следуя этим шагам, вы избежите дорогостоящих ошибок и выберете оптимальное решение.

Шаг 1: Определите тип проекта

Начните с классификации вашего проекта:

  • Статический контент — корпоративные сайты, лендинги, блоги
  • Интерактивные приложения — CRM, админки, дашборды
  • E-commerce — интернет-магазины, маркетплейсы
  • Развлекательные проекты — игры, социальные сети

Шаг 2: Оцените команду

Честно ответьте на вопросы:

  • Какой опыт у команды с JavaScript-фреймворками?
  • Сколько времени можете потратить на изучение новой технологии?
  • Есть ли в команде senior-разработчики?
  • Планируете расширять команду в будущем?

Шаг 3: Проанализируйте требования

Составьте чек-лист критически важных требований:

  • SEO — насколько важна поисковая оптимизация?
  • Производительность — какие метрики нужно достичь?
  • Масштабируемость — планируется рост нагрузки?
  • Интеграции — сколько внешних систем подключать?
  • Кастомизация — нужны уникальные UI-решения?

Шаг 4: Рассчитайте бюджет и сроки

Учитывайте не только разработку, но и поддержку:

  • Стоимость разработки MVP
  • Время на изучение технологии командой
  • Расходы на поддержку и развитие
  • Стоимость найма специалистов

Шаг 5: Примите решение

Используйте наш decision tree:

  • Next.js — если нужны SEO + скорость + стандартная функциональность
  • React — если важна гибкость + есть сложные требования + опытная команда
  • Vue.js — если нужна быстрая разработка + средняя сложность + небольшая команда

Стоимость разработки и поддержки

Выбор фреймворка напрямую влияет на бюджет проекта. Мы проанализировали стоимость разработки типовых проектов на разных технологиях и готовы поделиться цифрами.

Сравнение стоимости разработки

Тип проекта React Vue.js Next.js
Лендинг 120-200 тыс руб 80-150 тыс руб 100-180 тыс руб
Корпоративный сайт 350-600 тыс руб 280-500 тыс руб 300-550 тыс руб
Интернет-магазин 800-1500 тыс руб 600-1200 тыс руб 700-1400 тыс руб
Веб-приложение 1500-3000 тыс руб 1200-2500 тыс руб 1400-2800 тыс руб

Цены указаны для разработки в московских студиях среднего уровня. В регионах стоимость на 30-50% ниже, у топовых агентств — на 40-80% выше.

Факторы, влияющие на стоимость

Помимо выбора фреймворка, на стоимость влияют:

  • Сложность дизайна — уникальные анимации и интерактивность +30-50%
  • Интеграции — каждая внешняя система +50-150 тыс руб
  • Адаптивность — кроссплатформенная вёрстка +20-30%
  • SEO-оптимизация — техническое SEO +80-200 тыс руб
  • Тестирование — автотесты и QA +25-40%

Стоимость поддержки

Ежемесячная поддержка обходится в 8-15% от стоимости разработки:

  • React проекты — 15-25 тыс руб/месяц (обновления библиотек, security патчи)
  • Vue.js проекты — 12-20 тыс руб/месяц (стабильная экосистема)
  • Next.js проекты — 10-18 тыс руб/месяц (меньше настроек, больше автоматизации)

ROI различных решений

За 3 года эксплуатации общая стоимость владения распределяется так:

  • React — высокие первоначальные затраты, стабильные расходы на поддержку
  • Vue.js — низкая стоимость входа, умеренные расходы на развитие
  • Next.js — средняя стоимость разработки, минимальные расходы на инфраструктуру

Правильный выбор фреймворка экономит 20-40% бюджета проекта и сокращает time-to-market на 2-6 недель. Неправильный выбор может стоить полной переработки архитектуры через 6-12 месяцев.

Что изменилось в 2026 году: новые версии и тренды

Экосистема фронтенда за последние два года заметно повзрослела. Если раньше споры велись вокруг «клиентский или серверный рендеринг», то теперь линия проходит по другому вопросу — сколько JavaScript вообще нужно отправлять в браузер. Разберём ключевые сдвиги, которые влияют на выбор технологии.

Server Components стали мейнстримом

React Server Components (RSC) из экспериментальной фичи превратились в основу современных приложений на React 19 и Next.js версий 15–16. Идея простая: часть компонентов рендерится только на сервере и никогда не попадает в браузерный бандл. Это уменьшает объём JavaScript, ускоряет первую загрузку и упрощает работу с данными — запрос к базе или API можно делать прямо в компоненте.

На практике это означает, что для контентных и e-commerce проектов Next.js стал ещё выгоднее: SEO и производительность достигаются меньшими усилиями, чем два года назад.

Инструменты стали быстрее

Vite окончательно вытеснил Webpack как стандарт для проектов на Vue и большинства SPA на React. Turbopack в Next.js 16 работает по умолчанию и в разработке, и на продакшен-сборке. Для команды это ощутимо: горячая перезагрузка, которая раньше занимала секунды, теперь почти мгновенная, а сборка в CI занимает меньше времени — а значит, дешевле стоит каждый релиз.

Кэширование стало явным

Самая болезненная претензия к App Router в 2023–2024 годах — непредсказуемое кэширование: страница «залипала», хотя данные в базе уже изменились. Сначала в Next.js 15 отключили кэширование fetch-запросов по умолчанию, затем перешли к явным директивам: разработчик сам помечает, какие фрагменты кэшируются и на какой срок. Для интернет-магазина с ценами и остатками это критично — теперь поведение кэша описано в коде, а не выводится опытным путём.

TypeScript — уже не опция, а норма

В 2026 году новый коммерческий проект без TypeScript — редкость. React, Vue и Next.js имеют первоклассную поддержку типов из коробки. Мы в DS495 запускаем все новые проекты на TypeScript: это снижает количество ошибок на этапе разработки и упрощает поддержку кода при передаче между разработчиками.

ИИ-ассистенты изменили экономику выбора

Ещё один сдвиг, который редко проговаривают: ИИ-помощники в редакторе лучше всего пишут код на том, чего много в открытых репозиториях. React и Next.js здесь в выигрышном положении просто из-за объёма кодовой базы, Vue — следом. Это не повод выбирать технологию, но реальный фактор скорости: на популярном стеке автодополнение и генерация тестов дают больше пользы, чем на нишевом.

«Главный тренд последних лет — не новый фреймворк, а стремление отдавать в браузер как можно меньше кода. Пользователи с недорогими телефонами и медленным интернетом наконец получают быстрые сайты».
— Алексей Петров, ведущий фронтенд-разработчик DS495

А что насчёт Svelte, Astro и других альтернатив

React, Vue и Next.js — не единственные варианты. За последние годы появились и окрепли инструменты, которые в отдельных задачах обходят «большую тройку». Мы не советуем гнаться за модой, но знать про них полезно.

Svelte и SvelteKit

Svelte работает иначе: он компилирует компоненты в чистый JavaScript на этапе сборки, без Virtual DOM. Результат — очень маленькие бандлы и высокая производительность. В Svelte 5 реактивность перевели на «руны» ($state, $derived), что сделало логику явнее и ближе к тому, как устроены сигналы в других фреймворках. SvelteKit — это полноценный фреймворк уровня Next.js. Подходит для проектов, где критична скорость загрузки и небольшой размер приложения. Минус — меньше разработчиков на рынке и меньшая экосистема готовых компонентов.

Astro

Astro заточен под контентные сайты: блоги, документацию, промо-страницы. Его фишка — «острова интерактивности»: большая часть страницы отдаётся как статический HTML, а JavaScript подгружается только для интерактивных блоков. Для лендинга или медиапроекта это даёт близкие к идеальным Core Web Vitals. При этом внутри «островов» можно использовать компоненты React или Vue, а серверные острова позволяют оставить страницу статической, подгружая динамические блоки (корзину, персональные рекомендации) отдельным запросом.

Когда стоит смотреть в сторону альтернатив

  • Astro — если проект в основном контентный, а интерактивности мало
  • SvelteKit — если приоритет №1 — минимальный размер и максимальная скорость, а команда готова к меньшему сообществу
  • Остаться на React / Vue / Next.js — если важны предсказуемость найма, зрелая экосистема и долгосрочная поддержка

Наш практический совет: для большинства коммерческих задач «большая тройка» остаётся оптимальным выбором из-за доступности специалистов и объёма готовых решений. Альтернативы имеет смысл рассматривать под конкретную задачу, а не «потому что новое».

Где и как разворачивать фронтенд в России

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

Что важно понимать до старта разработки

  • SPA на React или Vue — самый простой случай. Сборка даёт набор статических файлов, которые кладутся на любой nginx или в объектное хранилище с CDN. Никакого Node.js на сервере не нужно.
  • Статическая генерация (SSG) в Next.js, Nuxt, Astro — почти так же просто: на выходе HTML-файлы, которые раздаёт обычный веб-сервер.
  • SSR и Server Components требуют живого Node.js-процесса. Это уже не «залить по FTP»: нужен сервер или контейнер, который держит приложение запущенным, перезапускает его при падении и переживает деплой без простоя.

Практическая схема self-hosting для Next.js

Next.js разворачивается на собственной инфраструктуре без Vercel — это официально поддерживаемый сценарий. Рабочая связка, которую мы используем:

  • Режим сборки output: 'standalone' — на выходе компактный набор файлов с минимальным набором зависимостей, удобный для Docker-образа
  • Docker-контейнер на российском облаке (Yandex Cloud, Selectel, VK Cloud) или на выделенном сервере
  • nginx впереди — TLS-сертификаты, gzip/brotli, раздача статики из .next/static
  • Отдельно продуманное хранилище кэша ISR: при нескольких экземплярах приложения кэш должен быть общим (например, в Redis), иначе пользователи будут видеть разные версии страницы
  • Оптимизация изображений — либо через встроенный оптимизатор с ограничением по нагрузке CPU, либо вынесенная на отдельный сервис или CDN

Чек-лист перед выбором

  • Есть ли требование хранить персональные данные на территории РФ? Если да — облако и хранилище выбираются в первую очередь, фреймворк подстраивается под них
  • Кто будет обслуживать сервер после сдачи проекта — ваш админ или подрядчик? SSR добавляет эксплуатационную работу
  • Какая версия Node.js доступна на целевом хостинге? Устаревшее окружение блокирует обновления фреймворка
  • Нужен ли деплой без простоя и откат на предыдущую версию? Это настраивается заранее, а не в ночь релиза

Простое правило: если у бизнеса нет ресурса на эксплуатацию Node.js-сервера, а SEO при этом важно, надёжнее выбрать статическую генерацию — Astro, Nuxt в режиме generate или Next.js с экспортом статики. Динамику в таком случае догружают отдельными запросами к API.

Фреймворк и интеграции: 1С, Telegram Mini Apps, внешние API

В наших проектах фронтенд редко живёт сам по себе: за ним стоят 1С, CRM, складские системы и Telegram-боты. Выбор фреймворка здесь влияет не столько на «можно/нельзя», сколько на объём работы и на то, где придётся ставить прослойку.

Интеграция с 1С

Главное архитектурное правило: браузер не должен обращаться к 1С напрямую. Причин три — учётные данные окажутся в клиентском коде, CORS придётся отключать на стороне 1С, а каждый посетитель каталога будет создавать сеанс в учётной системе и съедать лицензии. Правильная схема — промежуточный слой:

  • Со стороны 1С — стандартный OData-интерфейс или собственные HTTP-сервисы, доступные только из внутренней сети
  • Прослойка — API Routes в Next.js, серверная часть Nuxt или отдельный backend. Здесь живут ключи доступа, кэш каталога и преобразование данных в удобный фронтенду вид
  • Синхронизация тяжёлых данных — каталог, остатки, цены выгружаются в собственную БД по расписанию, а не запрашиваются из 1С на каждый просмотр товара

Здесь у Next.js и Nuxt есть честное преимущество: серверная часть уже входит в проект, отдельный сервис поднимать не нужно. Для чистого React или Vue-SPA прослойку придётся строить отдельно — это не проблема, но это отдельная строка в смете и в поддержке.

Telegram Mini Apps

Мини-приложения внутри Telegram — отдельный жанр со своими правилами, и «большая тройка» подходит для них не одинаково:

  • SSR здесь почти не нужен — поисковые роботы в Mini App не заходят, страницу видит только пользователь Telegram. Обычное SPA на React или Vue закрывает задачу
  • Размер бандла критичен — приложение открывается на мобильном интернете внутри встроенного браузера. Экономия на весе JavaScript ощущается сразу
  • Авторизация проверяется на сервере — данные initData, которые Telegram передаёт в приложение, обязательно валидируются подписью на бэкенде с использованием токена бота. Доверять этим данным на стороне клиента нельзя
  • Тему и элементы интерфейса задаёт Telegram — цвета, кнопку главного действия и haptic-отклик берут из SDK, а не рисуют самостоятельно

Практический вывод: для Mini App мы обычно берём лёгкое SPA на Vue или React, а серверную валидацию и логику держим там же, где живёт бот. Тянуть Next.js в мини-приложение имеет смысл, только если оно делит кодовую базу с основным сайтом.

Внешние API и платёжные системы

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

Нужна помощь? DS495 решит задачу под ключ. Обсудить проект →

Частые вопросы

В: Можно ли поменять фреймворк в середине проекта?

О: Технически возможно, но экономически нецелесообразно. Смена фреймворка означает переписывание 70-90% кода. Лучше потратить время на правильный выбор изначально.

В: Какой фреймворк изучать начинающему разработчику?

О: Зависит от целей. Для быстрого результата — Vue.js. Для карьерных перспектив — React (больше вакансий). Для современной разработки — Next.js. В любом случае в 2026 году стоит сразу учить TypeScript.

В: Влияет ли выбор фреймворка на SEO?

О: Да, критически. Next.js дает SEO из коробки, React и Vue требуют дополнительной настройки SSR. Для контентных проектов это принципиально важно.

В: Сколько времени нужно на изучение каждого фреймворка?

О: Vue.js — 1-2 месяца, Next.js — 2-3 месяца, React — 3-4 месяца. Сроки указаны для разработчиков со знанием JavaScript.

В: Какой фреймворк выбрать для стартапа с ограниченным бюджетом?

О: Vue.js — оптимальное соотношение скорости разработки и функциональности. Позволяет быстро создать MVP и масштабироваться по мере роста.

В: Стоит ли использовать React Server Components в новом проекте?

О: Для новых проектов на Next.js — да, это уже стандартный подход, который снижает объём JavaScript и улучшает производительность. Для существующих проектов на Pages Router миграция оправдана только при явной необходимости.

В: Можно ли развернуть Next.js на обычном российском хостинге?

О: На шаред-хостинге без Node.js — только статический экспорт. Для SSR и Server Components нужен сервер или контейнер с актуальной LTS-версией Node.js: подойдёт VPS или российское облако. Это официально поддерживаемый сценарий, Vercel не обязателен.

В: Что выбрать для Telegram Mini App?

О: Обычное SPA на Vue или React. SSR внутри Telegram не нужен, зато критичны размер бандла и серверная проверка подписи initData — доверять данным авторизации на стороне клиента нельзя.

Читайте также

Нужна помощь? Обсудить проект с DS495 →

Услуги по теме