Сравнения
Deploya, Netlify, Vercel и GitHub Pages: что выбрать для статического сайта
Сравнение по способу публикации, российской доступности, формам, командам и требованиям к Git.
Выбор платформы зависит от исходника проекта и способа обновления. Страница из готовой папки требует одного процесса, а приложение с автоматической сборкой после каждого push — другого. ## Deploya Deploya принимает HTML, папку и ZIP через браузер, поддерживает CLI и API, выдаёт системный поддомен и автоматический SSL. В панели находятся домены, версии, аналитика, формы и команды. Сервер сервиса расположен в Санкт-Петербурге у Timeweb Cloud. Платформа рассчитана на статические сайты. Пользовательский PHP, Python и Node.js не запускаются. Это уменьшает поверхность атаки, но не подходит проекту, которому нужен собственный серверный процесс или база данных с произвольной логикой. ## Netlify и Vercel Обе платформы тесно связаны с Git и автоматическими сборками. Netlify поддерживает ручной deploy готовой папки и сервисы для статических сайтов. Vercel ориентирован на Git-проекты и frontend-фреймворки, особенно сценарии с серверными функциями и preview для веток. Доступность зарубежных платформ и связанных CDN из России может зависеть от оператора, маршрута и действующих ограничений. Это проверяется на аудитории конкретного проекта, а не по одному домашнему соединению. ## GitHub Pages GitHub Pages публикует статические файлы из репозитория или результата GitHub Actions. Это хороший вариант для документации, личной страницы и open-source проекта, когда Git уже является источником. Встроенного приёма HTML-форм и панели клиентских заявок нет; для них подключается отдельный сервис. | Сценарий | Подходящий вариант | | --- | --- | | Готовая папка без Git | Deploya или ручной deploy Netlify | | Сборка frontend после push | Vercel, Netlify или CI с Deploya CLI/API | | Документация открытого репозитория | GitHub Pages | | Клиентские сайты с формами и русской панелью | Deploya | | Собственный backend-процесс | Отдельный VPS или платформа с runtime-функциями | > Место для скриншота: одна и та же папка проекта рядом с вариантами загрузки в четыре платформы. Миграция проще, когда проект не зависит от закрытых функций платформы. Обычные HTML, CSS и JavaScript переносятся вместе с папкой; формы, serverless-функции, правила редиректов и переменные окружения требуют отдельной адаптации. Перед выбором стоит выписать именно эти зависимости и проверить их на тестовом домене.