Hostinger built Web Apps Hosting на основе простой идеи: отправьте свой код из GitHub, ZIP-файл или своего ИИ-агента для кодинга и получите рабочее production-приложение примерно за минуту, без необходимости управлять сервером. Я хотел понять, насколько это соответствует действительности, когда именно вы нажимаете на кнопку деплоя, поэтому вот что я выяснил.

Развертывайте веб-приложения быстрее с Hostinger

Разворачивайте современные веб-приложения на Hostinger с автоматизированными сборками, управляемой инфраструктурой, глобальным CDN, SSL, инструментами безопасности и 30-дневной гарантией возврата денег.

Hostinger

Плюсы и минусы

Разбивка оценок

Чтобы оценить Hostinger’s Web Apps Hosting, я применил методологию оценки HostAdvice, тот же стандартный подход, который используется во всех обзорах на сайте, чтобы оценки оставались основанными на реальном тестировании, а не на маркетинговых формулировках. Вот как он оценился по каждому параметру.

Размещайте свои веб-приложения без DevOps-головной боли

Разворачивайте современные веб-приложения на полностью управляемом хостинге с автоматизированным деплоем, управляемым SSL, глобальным CDN и встроенными средствами безопасности.

Hostinger

Тарифы и цены

Hostinger продает Web Apps Hosting в двух тарифах, Business и Cloud Startup, оба специально созданы для развертывания Node.js и современных JavaScript-приложений, а не для традиционного конструктора сайтов.

Cloud Startup, тариф, который я тестировал, вдвое увеличивает количество приложений и число ядер CPU по сравнению с Business, а оба плана включают бесплатный домен, бесплатную корпоративную почту и управляемый SSL на первый год прямо в стоимость оформления заказа.

Несколько моментов, которые стоит знать перед заказом:

• Гарантия возврата денег: Web Apps Hosting подпадает под стандартные условия возврата Hostinger, это простой 30-дневный срок с даты покупки. Это заметно проще, чем у VPS-планов Hostinger, для которых действует дополнительный 180-дневный cooldown между запросами на возврат. Здесь такого cooldown нет.
• Бесплатный пробный период: Я не нашел отдельного бесплатного пробного периода. Вместо него у вас есть 30-дневная гарантия возврата денег.
• Способы оплаты: При оформлении заказа по умолчанию предлагалась оплата картой, с логотипами Visa, Mastercard, Amex и Discover, а также возможностью добавить другой способ оплаты на этапе checkout.
• Что входит в комплект: Бесплатный домен на один год, бесплатные почтовые ящики на один год и управляемый SSL включены без дополнительной платы сверх цены тарифа, так что указанная цена почти совпадает с реальной стоимостью запуска полностью рабочего и защищенного деплоя.
• Единственная допродажа: Hostinger Reach, дополнение для email-маркетинга, появляется в корзине как отдельный выделенный блок с собственной ежемесячной ценой. Его легко пропустить, и по умолчанию оно не подключается и не выбирается заранее.

Если вы отмените тариф Web Apps Hosting в течение 30 дней, политика возврата Hostinger подтверждает, что он подпадает под стандартные условия, а не под список исключений, так что обычная отмена в этот период должна дать право на возврат без дополнительных условий, которые применяются к VPS или покупке домена.

Функции

• Автоматическое определение фреймворка и версии Node
• Инструменты для создания управляемой базы данных MySQL
• Глобальный CDN активен по умолчанию
• WAF и защита от DDoS включены
• Ежедневные и ручные резервные копии
• Сканер вредоносного ПО и проверка уязвимостей
• Интеграция с GitHub с авторазвертыванием
• Бесплатный домен, почта и SSL
• SSH-доступ для продвинутых пользователей

От кода к живому приложению с Hostinger

Подключите свой репозиторий GitHub или загрузите проект и выведите его в онлайн с управляемой инфраструктурой, автоматическими деплоями и ежедневными резервными копиями.

Hostinger

Производительность

Поскольку Web Apps Hosting полностью управляется, у вас никогда не будет shell-доступа к серверу, так что CPU, RAM или диск нельзя замерить напрямую так, как в обзоре VPS.

Что можно измерить, так это то, как быстро загружаетcя и отвечает развернутое приложение из реальных точек по всему миру. Я тестировал это с четырех разных сторон: GTmetrix с двух континентов, глобальную проверку консистентности на 50+ точках и собственный встроенный инструмент скорости Hostinger как для desktop, так и для mobile.

Приложение, которое я тестировал, — это развертывание Next.js, описанное ниже в разделе «Удобство использования», доступное по адресу ivory-llama-856835.hostingersite.com, работающее на тарифе Cloud Startup (4 ядра CPU, 4096 MB RAM, 100 GB NVMe storage), с CDN, активным по умолчанию.

1. GTmetrix, тест из двух континентов

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

Оба прогона получили идеальные 100% и по Performance, и по Structure, с нулевым сдвигом макета и нулевым blocking time в обоих местах, а значит, ничего на странице не мешало браузеру и не прыгало во время загрузки.

По-настоящему интересная деталь в том, что Frankfurt оказался быстрее Chicago по всем временным метрикам, хотя я намеренно выбрал для этого приложения сервер в США. Такой результат имеет смысл только с учетом CDN.

Когда CDN активен, а здесь он был включен по умолчанию, ваш посетитель не обязательно обращается напрямую к origin-серверу.

Он обращается к ближайшему edge-узлу кэша, поэтому тест из Европы может оказаться быстрее, чем из США, даже если сам сервер находится в США. Это реальное, практическое подтверждение того, что CDN, который Hostinger включает по умолчанию, действительно работает, а не просто существует как маркетинговый пункт.

2. Глобальная консистентность (Check-Host)

Я запустил HTTP-проверку по живому URL со всех контрольных точек Check-Host, 54 локации на шести континентах. Полная картина:

Каждая успешная проверка возвращала чистый 200 OK, без ошибок, без частичных сбоев, без неожиданных редиректов.

Время ответа ясно показало, как CDN-кэширование работает на реальных расстояниях:

Европейские контрольные точки стабильно показывали самые быстрые времена, многие — менее 50 миллисекунд, а самые удаленные от любого edge-узла точки, Tokyo, Singapore, Ho Chi Minh City, все равно возвращали корректные 200 responses, просто медленнее, в диапазоне 0.3 to 0.8 second.

Это ожидаемая картина для деплоя с CDN: быстро рядом с edge-узлами, но при этом полностью работоспособно на большом расстоянии от них.

Четыре таймаута, Kazakhstan, Romania и две из четырех Russian контрольных точек, я бы не считал проблемой инфраструктуры Hostinger.

Другие точки в тех же странах успешно сработали (Saint Petersburg вернулся без ошибок за 0.063s, в то время как две точки Moscow тайм-аутнулись), что больше похоже на региональные сетевые фильтры на стороне контрольной точки, а не на проблему с развернутым приложением.

3. Собственный инструмент скорости Hostinger, desktop и mobile

Hostinger запускает собственный Page Speed test прямо в панели приложения, поэтому я сравнил его цифры с независимыми результатами GTmetrix, а не принимал их по отдельности на веру.

Обе версии устройства получили идеальные 100, а desktop-цифры хорошо совпадают с тем, что независимо измерил GTmetrix, и в этом как раз суть одновременного запуска обоих тестов. Два разных инструмента, две разные методологии, и они согласуются друг с другом.

Mobile оказался медленнее по всем временным метрикам, как и ожидалось при более медленном соединении и более слабом процессоре в симуляции, но все равно достаточно быстрым, чтобы оценка 100 отражала действительно сильную реальную мобильную производительность, а не просто мягкую шкалу оценки.

Одна несостыковка в самом инструменте. Хотя оценка 100 на обоих устройствах чистая, панель Diagnostics ниже все равно помечает несколько пунктов с буквальной оценкой 0, network dependency tree, document request latency и avoiding multiple redirects, а также два пункта с оценкой 50, unused JavaScript и legacy JavaScript.

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

Отдельно, “helpful links”, которые Hostinger показывает рядом с этими diagnostics, все написаны для WordPress, “Speed up WordPress in 9 easy steps,” “How to optimize images for your WordPress site”, хотя это Node.js-приложение и WordPress вообще никак не участвует в стеке. Это остаток от общей шаблонной панели диагностики, а не контент, созданный именно для этого продукта.

Общий вывод по производительности

Управляемый хостинг веб-приложений от Hostinger

Сосредоточьтесь на создании приложения, пока Hostinger берет на себя деплой, инфраструктуру, безопасность, SSL, резервные копии и глобальную доставку.

Hostinger

Удобство использования

Я тестировал Hostinger’s Web Apps Hosting от лендинга до оплаты, а затем с чистой учетной записи до полностью живого, работающего Node.js-развертывания.

Это включало выбор тарифа, оплату, выбор способа сборки, подключение GitHub и наблюдение за завершением сборки в реальном времени. Вот как это выглядело на практике.

1. Регистрация

Я начал на странице Web Apps Hosting, где основной призыв к действию — Start deploying.

Нажатие на нее не открывает форму регистрации. Оно сразу прокручивает страницу вниз к разделу с тарифами, так что первым реальным выбором становится не создание аккаунта, а выбор тарифа.

Рядом располагались два тарифа:

Я выбрал Cloud Startup ради двойного лимита приложений и запаса по CPU по сравнению с начальнoм тарифом. Одна небольшая несостыковка, на которую стоит обратить внимание: на странице цен он называется “Cloud Startup”, а в корзине тот же тариф обозначен как “Startup plan”. Не функциональная проблема, а просто расхождение в названии между двумя экранами одного и того же checkout-процесса.

Сама корзина была аккуратной. В ней были указаны срок 48 months, скидка, бесплатный домен на год и бесплатная почта, а также предлагалось одно дополнение — Hostinger Reach для email-маркетинга, помещенное в отдельный выделенный блок, а не выбранное заранее.

Я пропустил его и нажал Continue без каких-либо затруднений.

Если вы новый клиент, а не существующий, на этом этапе checkout вставляет шаг создания аккаунта перед страницей с платежным адресом и оплатой.

Затем вы добавляете платежный адрес, выбираете способ оплаты, card, PayPal или другие варианты, и отправляете форму. Я получил письмо с подтверждением покупки почти сразу после нажатия Submit payment, а затем попал прямо в hPanel, где тариф уже был активирован.

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

2. Панель управления

После успешной оплаты вы попадаете в hPanel, собственную внутреннюю панель управления Hostinger, созданную для всех его продуктов, а не на страницу, специально посвященную вашему новому Web App.

Первая страница, которая открывается, — Home, и она построена вокруг AI-поля сверху: “Hi, [your name]! How can I help you today?” с текстовым полем ниже и шестью кнопками-ярлыками: Get domain, Create website, Get email, Migrate site, Get VPS и Try email marketing.

Если прокрутить ниже, вы найдете:

• Плитки с продвижением функций для AI Builder, инструмента онлайн-магазина, бесплатной корпоративной почты, AI agents, приложения для автоматизации и получения бесплатного домена
• Список задач , подталкивающий к настройкам, завершению настройки Reach, получению бесплатной почты, получению бесплатного домена
• Your business, список всех сайтов, приложений и VPS-экземпляров, привязанных к вашей учетной записи, каждый со своей кнопкой Manage site
• VPS, отдельную таблицу ниже, где перечислены все VPS-экземпляры по IP-адресу, статусу и дате окончания

Панель Agent также постоянно находится в правом верхнем углу каждой страницы hPanel, а не только на Home. Это тот же ассистент Kodee, который используется для поддержки, но здесь он представлен как общий инструмент действий с готовыми подсказками вроде “Deploy my Node.js app” или “Harden VPS updates”, которые можно запускать без полного ввода вопроса вручную.

Home действительно полезен, когда ваше приложение уже существует, все в разделе Your business ведет прямо к нему. Но это не то место, где вы создаете новый Web App или находите кнопку Setup. Для этого нужно идти другим путем через боковое меню:

1. Нажмите Websites в левом сайдбаре
2. Под ним раскроется подменю: WordPress, AI Builder, Web Apps, PHP/HTML, Migrations
3. Нажмите Web Apps

Этот клик переводит вас на совершенно другой экран, не такой, как Home, — тот, что организован вокруг ваших реальных тарифов, а не AI-панели.

Здесь каждый ваш тариф получает собственную карточку. В моей учетной записи это означало три карточки, расположенные вертикально:

На карточке Business также уже был указан живой приложение с предыдущего теста, orange-walrus-700988.hostingersite.com, с отдельными кнопками Tools и Dashboard.

Это само по себе полезная деталь. Как только Web App существует, на его карточке появляется такая строка с живым сайтом прямо на виду, и именно так будет выглядеть и ваша карточка Cloud Startup после завершения настройки.

Поскольку Cloud Startup был тарифом, который я только что купил и еще не настроил, на его карточке вместо этого была только кнопка Setup. Это та кнопка, которая действительно запускает мастер создания Web App, и она появляется только здесь, под Websites → Web Apps, а не на экране Home, который открывается по умолчанию.

Что я подумал: hPanel понятен, когда находишь нужный экран, но у Web Apps Hosting нет очевидного входа. Оказавшись на Home, вы видите AI-строку и ярлыки, а не путь к созданию приложения, нужно знать, что сначала следует нажать Websites, затем Web Apps, и только потом появляется Setup. Это несколько лишних кликов для продукта, который продается как “live in a minute”. Но когда вы туда попадаете, карточки тарифов выглядят аккуратно и честно показывают статус, а тариф с уже работающим приложением отображает его прямо на карточке.

3. Развертывание приложения

Нажатие Setup на карточке тарифа открыло короткий onboarding: Where would you like to start? с тремя вариантами — Create a new site, Migrate an existing site или I hired someone to build my site. Я выбрал Create a new site.

Это привело к экрану How do you want to build your website?, разделенному на два начинающих варианта сверху, Hostinger AI Builder и WordPress + AI, и два варианта внизу под отдельным заголовком “for advanced users”: Node.js web app и PHP/HTML website. Выбор Node.js web app — это и есть вход в сам продукт Web Apps Hosting.

Это важное структурное замечание для тех, кто сравнивает продукты: у Web Apps Hosting нет собственного отдельного процесса регистрации.

Это лишь одна ветка в том же общем мастере создания сайта, который используется для AI Builder и WordPress.

Я нажал на кружок рядом с Node.js web app, а затем нажал Next.

Далее:

• Экран домена: я выбрал Use temporary domain вместо привязки реального домена, поскольку это был тестовый деплой.

• Экран выбора расположения сервера: Hostinger заранее выбрал France, ближайший регион к моей стране выставления счета, и показал 167ms задержки. Прокрутив список до варианта United States, я увидел 364ms, более чем вдвое больше.

Я все равно выбрал United States, Massachusetts, и это именно тот урок, который преподносит выбор локации на любом продукте Hostinger: выбирайте в зависимости от того, где находятся ваши реальные посетители, а не по самому низкому числу в списке.

Моя тестовая аудитория находится в США, поэтому сервер в США будет обслуживать ее быстрее, чем сервер во Франции, независимо от того, что показывал мне селектор у моего местоположения. Число на экране говорит лишь о том, как быстро сервер отвечает на тест Hostinger, а не о том, как быстро он будет отвечать людям, которые действительно будут пользоваться вашим сайтом.

• Экран способа деплоя: два основных варианта, Import Git repository (помечен как Recommended) или Upload your files, плюс блок ниже для деплоя напрямую из Claude Code, Cursor или VS Code через Hostinger Connector. Я выбрал Import Git repository и нажал Connect with GitHub.

После этого открылось настоящее окно входа GitHub, если вы еще не были авторизованы, а затем экран разрешений с заголовком Install & Authorize Hostinger, где предлагалось выбрать между:

• Установкой на все репозитории, которыми вы владеете, включая будущие, с доступом только для чтения к публичным репозиториям
• Установкой только на selected repositories, которые вы выберете по отдельности, с перечислением точных разрешений: read access к actions, metadata и repository hooks, а также read-and-write access к administration, code и pull requests. После нажатия Install & Authorize GitHub автоматически возвращает вас обратно в hPanel.

Вы попадаете на экран Select Git repository to import, это прокручиваемый список всех репозиториев, связанных с вашим GitHub-аккаунтом, у каждого справа есть кнопка Deploy. Я нашел тестовый репозиторий, который загрузил ранее, hostadvice-webapps-test, и нажал Deploy рядом с ним.

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

Наконец загружается страница с заголовком Review build settings, и она точно говорит, где будет жить приложение, прежде чем вы что-либо подтвердите: “Deploys to ivory-llama-856835.hostingersite.com.” Ниже, без вашего участия в каких-либо полях, уже были автоматически определены:

У каждой из этих пяти строк есть своя кнопка Change или Add рядом, так что ничего здесь не зафиксировано намертво, если автоопределение что-то перепутало.

Я нажал Add рядом с Environment variables и задал одну пару ключ-значение, чтобы проверить, дойдет ли она до работающего приложения позже, затем нажал Finish в этом окне и потом основную кнопку Deploy внизу страницы.

Наблюдение за сборкой

Экран переключается в представление Deploying… с подписанной полосой прогресса, “Deployment from GitHub”, которая идет по этапам; я видел, как она проходила 28%, затем 51%, на пути к завершению. Под полосой прогресса находится сворачиваемая панель Build logs, и при раскрытии показывается настоящий живой терминальный вывод, а не заглушка:

> hostadvice-webapp-test@1.0.0 build

> next build

▲ Next.js 16.3.1 (Turbopack)

✓ Running next.config.mjs took 22ms Creating an optimized production build …

Деплой завершен

Когда сборка заканчивается, вы попадаете на экран Deployment completed! с живым мини-превью вашего реального работающего приложения прямо в карточке, рядом с краткой сводкой, где указаны имя репозитория и назначенный живой URL.

С этой страницы можно сразу перейти по ссылке Go to dashboard, где вы будете управлять приложением дальше.

Что я подумал: Автоопределение здесь — главное достоинство. Фреймворк, ветка и версия Node были распознаны правильно без единого ручного поля, а живые логи сборки делают ожидание прозрачным, а не непрозрачным. Единственное слабое место — это 30-секундная пауза еще до того, как вы попадаете на экран настроек, достаточно долгая, чтобы казалось, будто что-то зависло, прежде чем процесс явно начнется.

4. Подтверждение живого деплоя

Прежде чем изучать какие-либо инструменты управления, я хотел убедиться, что приложение действительно развернулось и работает, а не просто помечено как “Completed” на экране.

Со страницы Deployment completed я перешел прямо по живому URL, ivory-llama-856835.hostingersite.com, а не доверял одному лишь превью на панели.

Страница открылась и показала ровно то, что должно было показывать приложение:

• Server build time, живую метку времени, подтверждающую, что страница была недавно собрана, а не выдана из старого кэша
• Проверку переменной окружения, которая показала custom variable, заданную мной на экране деплоя, и подтвердилась правильно на самом живом сайте, а не только в превью панели

Затем я нажал собственную кнопку приложения Ping the API route, которая вызывает живую backend-эндпоинт, а не просто отображает статический контент. Она вернула чистый JSON-ответ:

json

{

  “status”: “ok”,

  “serverTime”: “2026-08-19T13:44:05.234Z”,

  “nodeVersion”: “v22.18.0”

}

Этот ответ важнее, чем может показаться. Если страница загружается правильно, это только доказывает, что статические файлы были загружены.

Рабочий вызов API доказывает, что под ним действительно работает Node.js-сервер и отвечает на реальные запросы, именно та часть “Node.js web app” хостинга, которую легко подделать статическим файлом и трудно подделать живой серверной меткой времени, сгенерированной в момент нажатия кнопки.

Что я подумал: Это проверка, которую я бы рекомендовал вам делать перед тем, как доверять любому деплою на этой платформе или на любой похожей. Зеленый статус “Completed” и мини-превью говорят лишь о том, что сборка завершилась. Переход по живому URL и запуск чего-то динамического — API-вызова, чтения из базы данных, чего угодно, что нельзя подделать кэшированной статической страницей, — показывает, что сервер действительно жив и делает то, что вы построили.

5. Управление Web App

Подтвердив, что приложение работает, я вернулся в hPanel и полностью изучил собственную панель управления приложением — реальный уровень управления сервером этого продукта, отдельный от общей главной страницы hPanel, о которой говорилось ранее.

Обзор панели. Как только вы попадаете сюда, четыре статусных бейджа сразу показывают состояние системы:

Все четыре были зелеными по умолчанию, и мне не пришлось ничего включать вручную. Ниже находится карточка Last deployment, подтверждающая состояние, репозиторий, автора, commit, время деплоя, распознанный стек и версию Node — все, что нужно, чтобы быстро проверить ситуацию без копания в логах.

Автоматический Page Speed test уже был запущен против живого сайта самостоятельно и вернул 99/100 на Desktop без моего участия, рядом с панелью Essentials с быстрыми ссылками на подключение базы данных, резервные копии, файловый менеджер, runtime logs и cache.

Deployments, переменные окружения и логи. Эту информацию охватывают три отдельные страницы:

• Deployments сохраняет полный журнал отправки, автора, ветки, хэша commit и статуса завершения, то есть это настоящая история, а не только последний деплой
• Environment variables корректно показывает переменную, которую я задал во время деплоя, подтверждая, что она сохранена и применена, а не только показана один раз во время настройки и затем забыта
• Runtime logs показывают живой вывод сервера по мере его появления — строки запуска Next.js, timestamps готовности и текущий счетчик проблем и ошибок, который все время, пока я смотрел, оставался нулевым

Безопасность. Malware Scanner вернул чистый результат: “Your website is safe”, с оговоркой, прямо указанной, а не спрятанной в мелком шрифте: он проверяет только файлы сайта, но не содержимое базы данных, и существует платная опция очистки, если вам нужен более глубокий проверочный проход, включая базу данных. Проверка Vulnerabilities тоже не выявила проблем.

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

Раздел Databases открывается с ручной формой Create a New MySQL Database And Database User, то есть вы сами называете и создаете базу данных, прежде чем приложение сможет ее использовать. Я подтвердил это напрямую у Kodee, о чем говорится в разделе поддержки ниже, и ответ был прямым: managed означает, что Hostinger управляет инфраструктурой базы данных на своей стороне, а не то, что база данных создается для вас в момент, когда ваше приложение только что вышло в онлайн.

Продвинутый доступ. SSH-доступ есть в разделе Advanced, с IP, портом и username, но по умолчанию он Inactive и требует ручного нажатия Enable, прежде чем вы сможете им воспользоваться. File Manager предлагает выбор между просмотром только файлов этого приложения или всех файлов во всем хостинг-плане.

Что я подумал: Панель для повседневной работы хорошо организована и подробна. Особенно удобно и информативно устроены безопасность и история деплоев, а нулевые ошибки в runtime logs вместе с чистым сканированием malware gave мне реальную уверенность, что приложение здорово, а не просто онлайн.

Единственное место, где интерфейс приукрашивает действительность, — это раздел базы данных: фраза “managed MySQL” на странице тарифа звучит так, будто все готово к работе сразу после запуска приложения, а на деле вы получаете форму ручного создания, простую в использовании, но все же шаг, который вам нужно выполнить самому.

Общий вывод по удобству использования

Создавайте, развертывайте и масштабируйте с Hostinger

Хостите современные веб-приложения с интеграцией GitHub, управляемым MySQL, глобальным CDN, неограниченным трафиком и встроенными инструментами безопасности.

Hostinger

Уровень поддержки

Я протестировал поддержку Hostinger для Web Apps Hosting через Kodee, ИИ-ассистента, встроенного в hPanel, а затем просмотрел базу знаний, чтобы понять, насколько широко она покрывает темы без необходимости кого-то спрашивать. Kodee появляется в двух местах, которые стоит различать: как Ask AI на публичном маркетинговом сайте и как панель Agent внутри hPanel на любой странице, включая саму панель управления Web App.

1. ИИ-поддержка (Kodee)

Я задал два вопроса, основанных на реальных пробелах, которые обнаружил во время тестирования, а не на общих запросах, на которые Kodee мог бы ответить цитатой из документации.

Вопрос 1 проверял поведение при сбое деплоя и момент применения переменных окружения — это реальные производственные вопросы для любого, кто выкладывает приложение на эту платформу:

Если сборка моего приложения упадет на середине деплоя из GitHub, откатится ли приложение автоматически к последней успешной версии, или оно перестанет работать, пока я не исправлю ошибку и не задеплою заново? И можно ли задать custom environment variables до первого деплоя, или только после?

Kodee ответил прямо и корректно по обоим пунктам. Неудачная сборка не заменяет уже работающий app, если предыдущий деплой был успешным, приложение продолжит обслуживать последнюю рабочую версию. Если это первый деплой и запасной версии нет, приложение останется недоступным, пока ошибка не будет исправлена и деплой не повторен — это честный ответ, а не расплывчатое заверение.

По переменным окружения он подтвердил, что их можно задать до первого деплоя в настройках деплоя, а для уже работающего приложения пошагово объяснил три действия: открыть Settings и Redeploy, добавить или изменить переменные в разделе Environment variables, сохранить и выполнить redeploy.

Вопрос 2 проверял два пробела, которые я сам нашел в панели: фразу “managed MySQL” в сравнении с формой ручного создания и SSH, который по умолчанию неактивен:

Этот тариф рекламирует managed MySQL, но на панели показана ручная форма ‘Create a New MySQL Database’ вместо базы данных, создаваемой автоматически. База данных создается для каждого Web App по умолчанию или только если я создам ее сам? И SSH-доступ указан как доступный, но по умолчанию показывает статус Inactive. Если я никогда не включу его, изменится ли что-то в работе моего приложения, или SSH — это просто необязательное дополнение для продвинутых пользователей?

Ответ Kodee подтвердил именно то, что я нашел в интерфейсе, а не более мягкую версию. База данных не создается автоматически для каждого Web App; “managed” означает, что Hostinger управляет сервисом базы данных и инфраструктурой, а создание и настройка конкретной базы данных лежит на вас, через тот же экран Create a New MySQL Database, а затем нужно вручную добавить данные подключения в переменные окружения приложения.

По поводу SSH он подтвердил, что если оставить его неактивным, это ничего не меняет в работе приложения, деплое или подключении к базе данных. Он задуман исключительно как дополнительный инструмент для CLI-команд, миграций или прямой отладки файлов, а не как что-то, на чем платформа молча зависит в фоне.

Что я подумал: Оба ответа совпали с тем, что я уже проверил вручную в панели, а не противоречили этому и не смягчали формулировки, и это признак того, что инструмент поддержки действительно проверяет реальное состояние продукта, а не пересказывает шаблон. На оба вопроса нельзя было ответить простым копированием из общего FAQ, и Kodee справился с ними обоими за примерно минуту каждый, с конкретными структурированными ответами из двух частей.

2. База знаний

База знаний Hostinger открывается в виде сетки категорий, всего 20 категорий, каждая с указанием количества статей. Среди самых крупных: AI Builder — 330 articles, VPS — 276, Email — 127 и Website — 103.

Web Apps Hosting не получает собственной отдельной категории. Его материалы разбросаны по Getting Started, hPanel и Website, и это важный вывод для тех, кто ожидает единого отдельного раздела, как у VPS или Email.

Поиск по “Web Apps” напрямую выдал 71 result на 8 страницах. Верхние результаты представляли собой смесь действительно релевантного и лишь отчасти связанного контента:

• How to deploy apps built with Codex on Hostinger, напрямую релевантно
• Hostinger AI Builder: How to create a web app in agentic mode, близкий, но другой продукт
• How to add a Node.js Web App in Hostinger, напрямую релевантно
• How to install Flutter Web on a VPS at Hostinger, другой продукт
• Несколько статей Website Builder о способах оплаты (PayPal, WeChat Pay, BLIK), не относящихся к теме, кроме того что в тексте где-то встречаются слова “web” и “app”

Я открыл один из верхних результатов, How to deploy apps built with Codex on Hostinger, чтобы оценить его глубину. Это оказалось подробное, хорошо структурированное руководство, с перечислением поддерживаемых фреймворков в начале, пошаговыми скриншотами для путей GitHub-import и ZIP-upload, разделом о настройке build settings с примерами команд, разбором структуры файлов после развертывания, пошаговым описанием подключения базы данных, разделом о мониторинге уязвимостей и завершающим блоком FAQ.

Хотя оно написано именно про Codex, лежащая в основе платформа та же, что и у общего продукта Node.js Web App, поэтому большая часть материала подходит напрямую.

Что я подумал: Количество статей в поиске выглядит внушительно — 71 hit по одному запросу, — но значительная часть этого объема является шумом от не связанных продуктов с похожими формулировками. Статья, которую я открыл целиком, оказалась качественной: понятные шаги, реальные скриншоты и настоящий FAQ, но найти ее пришлось, пролистав результаты, которые вообще не относились к тому, что я пытался развернуть.

Общий вывод по поддержке

Простый хостинг для современных веб-приложений

Разворачивайте React, Next.js, Vue, Node.js и другие современные приложения без управления серверами и сложной инфраструктурой.

Hostinger

Рекомендуем ли мы Hostinger Web Apps Hosting?

Да. Процесс деплоя — самая сильная часть этого продукта: корректное автоопределение моего стека, ветки и версии Node, настоящий потоковый лог сборки вместо спиннера и живое приложение, которое прошло все тесты производительности, которые я ему устроил, с идеальными оценками GTmetrix с двух разных континентов, чистой 54-точечной глобальной проверкой и совпадающими оценками 100/100 в собственных инструментах Hostinger как на desktop, так и на mobile. Kodee подтвердил это точными, конкретными ответами на реальные технические вопросы, а не общими шаблонными ответами.

Недостатки небольшие, но о них стоит знать до покупки. “Управляемый MySQL” на странице тарифа звучит так, будто база готова к работе сразу после запуска приложения, а на практике означает ручную форму создания. Панель также не дает Web Apps Hosting отдельного входа с главной страницы Home, вам нужно сначала знать, что надо нажать Websites.

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

Hostinger

5.0

2,471 user reviews

140 руб. /mo

Цена от

Hostinger

Рейтинг на основе мнений экспертов

• Удобство
  4.9
• Техподдержка
  4.9
• Возможности
  4.8
• Надежность
  4.7
• Цены
  4.5