Hostingi.net.uaОбзоры украинских хостинговых компаний
Блиц-ответ ответ для тех, кто пришёл с конкретным вопросом — «какой хостинг нужен для размещения интернет-магазина?». Если магазин небольшой – до нескольких сотен товаров и десятки заказов в день, и собран на одном из массовых движков (OpenCart, PrestaShop или магазин на WordPress с WooCommerce), то практически любой не бюджетный бизнес-тариф общего хостинга на SSD/NVMe потянет его без вопросов. Не просто отдаст странички, а прокрутит всю живую логику магазина – корзину, оформление заказа, фильтры по каталогу – без тормозов. При одном условии: провайдер предоставляет достаточно оперативной памяти на процесс и не режет процессор слишком жёстко.
Также вы можете воспользоваться нашим AI-помощником, который подберёт для вас оптимальные варианты тарифных планов от разных провайдеров конкретно под задачи вашего проекта.
Если каталог растёт, случаются распродажи с наплывом людей или вы смотрите в сторону Magento, то общий хостинг вы перерастёте быстрее, чем кажется, и разумнее сразу заложиться на VPS или облако.
Всё остальное ниже – про то, почему для магазина смотреть надо не на «сколько гигабайт диска», а совсем на другие цифры, и где именно тариф упирается в потолок. Если первого абзаца вам хватило – можно закрывать вкладку с чистой совестью.
Разница, из-за которой всё и происходит, простая. Блог отдаётся из кэша. Один и тот же посетитель, второй, сотый видят заранее собранную HTML-страницу, и сервер при этом почти не напрягается: отдал готовый файл – и свободен. Магазин так не умеет ровно там, где начинаются деньги. Корзину, оформление заказа, личный кабинет закэшировать нельзя – они у каждого свои, и каждое «добавить в корзину» это живой запуск PHP плюс запись в базу данных. Витрину с товарами ещё можно частично кэшировать, а вот всё, что после клика «купить», сервер честно пересчитывает каждый раз.
Со стороны провайдера это выглядит наглядно. Блог на мониторинге даёт редкие всплески – пришёл поисковый робот, прошла рассылка, – а между ними тишина. Магазин держит ровную постоянную нагрузку на процессор и базу в течение всего дня, потому что люди ходят по фильтрам, ищут, кладут в корзину, оформляют. Нагрузка не пиковая, а фоновая и непрерывная. Вот и выходит, что один и тот же тариф блог на тысячу посетителей везёт легко, а магазин на те же тысячу – уже с одышкой.
На удивление часто это всплывает не при запуске, а через полгода. Магазин на старте пустой, товаров немного, заказов пара в неделю – и на общем хостинге он летает. А потом вырос каталог, добавились фильтры, подключилась пара маркетинговых модулей, пошёл трафик с рекламы – и тот же тариф, который «всё это время прекрасно работал», начинает отдавать ошибки 503 и 508 в момент, когда вы меньше всего этого ждёте. Ничего не сломалось. Просто магазин наконец-то заработал так, как задумывался.
Если открыть тариф глазами новичка, взгляд цепляется за диск и «безлимитный трафик». Для магазина это как раз наименее интересные строчки. В потолок он упирается совсем в других местах, и стоит разобрать их по очереди – потому что каждое лечится по-своему.
Оперативная память на процесс. Каждый посетитель, который делает что-то живое – грузит корзину, листает фильтр, оформляет заказ, – это отдельный PHP-процесс, и каждому нужна память. У WooCommerce и OpenCart аппетит скромный, от 128–256 МБ на процесс хватает. PrestaShop уже просит 256–512 МБ. Magento в этой компании – тяжеловес, ему нужно порядка 2 ГБ, и это не преувеличение, а официальная рекомендация Adobe. Дальше начинается тонкость, о которой на общем хостинге узнают не сразу: есть memory_limit – предел на один PHP-процесс, а есть PMEM – вся память, выделенная аккаунту целиком. Пять человек одновременно оформляют заказ – это пять процессов, и если каждому нужно по 256 МБ, а аккаунту выделен гигабайт, шестой упрётся в стену, хотя памяти «формально хватает». Провайдеры это видят каждый день: клиент жалуется, что сайт падает под нагрузкой, а по счётчику памяти всё в норме – потому что счётчик показывает один процесс, а падает аккаунт целиком.
Процессор и его лимит. Тут самое неприятное. На общем хостинге процессорное время нарезано между сотнями аккаунтов, и ваш кусок ограничен – это делает CloudLinux, и лимит CPU у него жёсткий. Пока нагрузка ровная, вы её не замечаете. Но магазин упирается в этот лимит ровно в худший момент – во время распродажи, когда со всех сторон валит трафик, а движок в это же время пересчитывает скидки, собирает корзины и шлёт письма. Сервер начинает притормаживать процессы, страницы открываются по пять секунд, часть посетителей уходит. Вы потратили деньги на рекламу распродажи, чтобы в час пик хостинг сам же и прикрутил вам вентиль. Подробнее про сам механизм – в отдельном разборе про лимит процессора, здесь важно уловить сам сюжет: у магазина пик нагрузки и пик выручки – это одна и та же минута.
Файлы, которых больше, чем кажется. Каталог из тысячи товаров – это не тысяча файлов. Каждая картинка живёт в нескольких размерах (превью в списке, средний в карточке, крупный по клику), к ним добавляются кеш движка, логи, служебные файлы модулей. Реальное число файлов легко переваливает за сотни тысяч, а на большинстве тарифов есть лимит на количество файлов – inode, и про него хостеры предпочитают молчать. Упереться в него неприятно тем, что диск при этом свободен: места гигабайты, а магазин отказывается сохранять новые картинки и выдаёт «No space left on device» на, казалось бы, пустом диске. Для интернет-магазина это одна из самых частых причин упереться в потолок тарифа раньше, чем закончится место или память.
База данных. Фильтры по параметрам, поиск, «показать похожие», сортировка по цене – всё это запросы к базе, и на большом каталоге они тяжёлые. Тут узкое место не столько в объёме базы, сколько в том, сколько запросов в секунду сервер успевает обработать. Магазин с фасетными фильтрами (когда можно выбирать цвет, размер, бренд одновременно) способен на одном обновлении страницы сгенерировать десятки запросов. На маленьком каталоге незаметно, на большом – база становится главным тормозом, и никакое увеличение памяти это не лечит.
И поверх всего – HTTPS, который магазину не пожелание, а обязанность. Приём оплаты без SSL-сертификата невозможен ни технически, ни по правилам платёжных систем. Хорошая новость в том, что бесплатный сертификат сегодня ставят почти все провайдеры в пару кликов, так что отдельная статья расходов из этого выросла редко.
Слово «безлимитный» в тарифе магазина не значит почти ничего. Безлимитный трафик обычно упирается в лимит процессора раньше, чем в собственно трафик. «Неограниченное» число сайтов или баз – в ту же память и тот же CPU, которые делятся на всех. Безлимит – это про то, за что провайдер не боится, потому что это редко становится узким местом. А узким местом становятся ровно те ресурсы, которые всегда посчитаны: память, процессор, файлы.
Здесь нет одного правильного ответа, есть зависимость от того, какой у вас магазин на самом деле, а не каким вы хотите его видеть. Разберём три варианта честно, со слабыми сторонами каждого.
Общий (виртуальный) хостинг – самый распространённый вариант хостинга, когда на одном сервере живут сотни аккаунтов и делят его ресурсы. Дёшево, не требует администрирования, ставится в один клик. Для магазина на несколько сотен товаров и умеренного трафика этого достаточно, и переплачивать за более дорогое размещение на старте смысла нет. Слабое место понятно из всего сказанного выше: жёсткие лимиты по памяти и процессору, соседи по серверу, потолок, в который магазин упрётся по мере роста. Хороший бизнес-тариф на NVMe отодвигает этот потолок, но не убирает его.
VPS (виртуальный сервер) отдаёт вам выделенный кусок мощностей, который ни с кем не делится, и полный контроль над настройкой. Магазин на VPS не боится соседей и не спотыкается о чужую нагрузку. Плата за это – администрирование: VPS нужно настроить и обслуживать, и либо вы умеете это сами, либо берёте управляемый вариант с поддержкой, который дороже. Для растущего магазина, где уже есть стабильный трафик и заказы, это чаще всего следующий логичный шаг. Что такое VPS и чем он отличается от общего хостинга, разобрано отдельно.
Облачный хостинг решает другую задачу – отказоустойчивость и запас под пики. Сайт живёт не на одном сервере, а распределён по нескольким; выпал один – нагрузка ушла на другой, магазин продолжил работать. Для крупного магазина, где каждый час простоя это потерянные заказы, а трафик скачет вокруг акций и сезона, облако оправдано. Для небольшого – это переплата за надёжность, которая ему пока не нужна. Разница между общим, облаком и VPS по сути, а не по витрине, разобрана в отдельном материале – если вы на этом развилке, начните с него.
Граница между этими вариантами проходит не по числу товаров, а по трём вопросам: держит ли магазин стабильный трафик, критичен ли для вас простой, и есть ли пики, в которые нельзя падать. Пока на все три ответ «не особо» – общего хостинга хватает.
Выбор движка – это наполовину выбор хостинга, потому что требования у них разные на порядок. Пробегусь по четырём, которые реально встречаются, с прицелом не на «что это за система», а на то, что она попросит у сервера.
OpenCart – самый лёгкий из специализированных. Работает на PHP, живёт на обычном общем хостинге без плясок, не требует экзотики в окружении. Актуальная ветка (4.x) хочет PHP 8.1 и выше, памяти ей достаточно 128–256 МБ на процесс. Это разумный выбор для небольшого и среднего магазина, где не нужна тяжёлая логика: поставил, наполнил, продаёшь. Обратная сторона лёгкости – на очень крупных каталогах и сложных сценариях OpenCart упирается в свои возможности, и вырастают из него в сторону чего-то потяжелее.
PrestaShop – крепкий середняк, богаче по возможностям из коробки, но и требовательнее. Актуальные версии просят PHP 8.1–8.4 и памяти от 256 МБ, а лучше 512 при большом каталоге и активном импорте товаров. На хорошем общем хостинге небольшой магазин на PrestaShop поедет, но чувствительность к версии PHP и к настройкам у него выше, чем у OpenCart: обновили PHP на сервере, не проверив совместимость модулей, – и что-то в оформлении заказа отвалилось. Растущему магазину на PrestaShop VPS показан раньше, чем аналогичному на OpenCart.
WooCommerce – это не отдельный движок, а плагин магазина для WordPress, и в этом его сила и слабость одновременно. Сила – вся экосистема WordPress: темы, плагины, привычная панель. Требования наследуются от WordPress: PHP 8.x и память от 256 МБ, дальше растёт с каждым установленным плагином. Слабость ровно в этом «дальше растёт»: WooCommerce редко тормозит сам по себе – тормозит обвес из плагинов и тяжёлого конструктора страниц, который к нему прикрутили. На клиентских магазинах это встречается постоянно: после установки диагностики многие с удивлением обнаруживают, что больше всего ресурсов ест не сам магазин, а давно забытый конструктор в футере. Если вы уже работаете на WordPress, разумно не осваивать новое, а взять WooCommerce и подобрать хостинг под WordPress; про сам движок есть отдельная страница.
Magento (Adobe Commerce) стоит особняком. Это система корпоративного класса, и требования у неё соответствующие: PHP 8.3–8.4, памяти порядка 2 ГБ на процесс, а в продакшене минимум 4 ГБ оперативки на сервер, и это без учёта того, что Magento для нормальной работы хочет поисковый движок OpenSearch, кеш Redis и часто Varnish сверху. На общем хостинге Magento не живёт – не потому что «не ставится», а потому что задыхается. Минимальная честная площадка под него – VPS, а чаще выделенный сервер, и работа с ним предполагает командную строку и доступ по SSH, Composer, понимание, что вы делаете. Magento оправдан там, где каталог огромен, а бюджет позволяет держать под магазин отдельную инфраструктуру. Для первого магазина это стрельба из пушки по воробьям, и выбирают его обычно те, кто точно знает, зачем.
Если свести требования в одну таблицу, картина проясняется:
| Движок | Версия PHP | Память на процесс | Где реально живёт |
|---|---|---|---|
| OpenCart 4 | 8.1+ | 128–256 МБ | общий хостинг тянет |
| PrestaShop 8–9 | 8.1–8.4 | 256–512 МБ | общий для небольших, дальше VPS |
| WooCommerce (WordPress) | 8.2+ | от 256 МБ и растёт | общий для небольших, VPS при обвесе |
| Magento 2 | 8.3–8.4 | ~2 ГБ | только VPS / выделенный + OpenSearch, Redis |
Цифры в таблице – это рабочий минимум, а не то, на чём стоит останавливаться. Реальная площадка почти всегда должна быть с запасом, потому что магазин растёт, а мигрировать под нагрузкой – удовольствие ниже среднего.
Если пройтись по нашему рейтингу хостингов, специальные тарифы, прямо заявленные под интернет-магазин, есть, по сути, только у одного провайдера – HOSTiQ. У остальных отдельной «магазинной» линейки нет, и это не пробел. Пометка «для интернет-магазина» на тарифе чаще позиционирование, чем отдельная технология: под капотом это тот же общий хостинг, только с параметрами, подобранными под чуть более тяжёлую нагрузку.
Стоимость (за год) от 1 746 грн
Место на диске 2 GB SSD — 120 GB NVMe
Сайтов в аккаунте 1 — ꝏ
Лимит памяти -
RAM (PMEM) 1 GB — 2.5 GB
Тестовый период -
Uptime 99.93%
Размещение серверов 🇺🇦 🇳🇱 🇺🇸 🇫🇷
Скидка по промокоду 20%
LandingPage
Блог / портфолио
Сайт услуг
Маленький магазин
Большой магазин
Форум
Онлайн-СМИ
Веб-портал
SSD диски
NVMe диски
Домен в подарок
SSL Let’s Encrypt
Защита от DDoS
Антивирус
Авто бэкап
Бесплатный тест
| Тарифный план | Magento 30 | Magento 60 | Magento 120 |
|---|---|---|---|
| Цена за месяц (грн) | 483 | 670 | 857 |
| Цена за год (грн) | 5 801 | 8 041 | 10 281 |
| Место на диске | 30 GB NVMe | 60 GB NVMe | 120 GB NVMe |
| Сайтов | 3 | 5 | ꝏ |
| Баз Данных | ꝏ | ꝏ | ꝏ |
| Поддоменов | ꝏ | ꝏ | ꝏ |
| Почтовых ящиков | ꝏ | ꝏ | ꝏ |
| Лимит памяти | — | — | — |
| RAM (PMEM) | 1.5 GB | 2 GB | 2.5 GB |
| Домен в подарок | |||
| SSL Let’s Encrypt | |||
| Тестовый период | 30 дней | ||
| Inodes | 500 000 | 750 000 | 1 000 000 |
| Выделенный IP | — | — | |
| Тарифный план | PrestaShop 20 | PrestaShop 40 | PrestaShop 60 |
|---|---|---|---|
| Цена за месяц (грн) | 309 | 386 | 464 |
| Цена за год (грн) | 3 703 | 4 635 | 5 566 |
| Место на диске | 20 GB SSD | 40 GB SSD | 60 GB SSD |
| Сайтов | 5 | 10 | 20 |
| Баз Данных | 50 | 100 | ꝏ |
| Поддоменов | ꝏ | ꝏ | ꝏ |
| Почтовых ящиков | 500 | 1000 | ꝏ |
| Лимит памяти | — | — | — |
| RAM (PMEM) | 1.5 GB | 2 GB | 2.5 GB |
| Домен в подарок | |||
| SSL Let’s Encrypt | |||
| Тестовый период | |||
| Inodes | 200 000 | 300 000 | 400 000 |
| Выделенный IP | — | — | |
| Тарифный план | OpenCart 20 | OpenCart 40 | OpenCart 60 |
|---|---|---|---|
| Цена за месяц (грн) | 309 | 386 | 464 |
| Цена за год (грн) | 3 703 | 4 635 | 5 566 |
| Место на диске | 20 GB SSD | 40 GB SSD | 60 GB SSD |
| Сайтов | 5 | 10 | 20 |
| Баз Данных | 50 | 100 | ꝏ |
| Поддоменов | ꝏ | ꝏ | ꝏ |
| Почтовых ящиков | 500 | 1000 | ꝏ |
| Лимит памяти | — | — | — |
| RAM (PMEM) | 1.5 GB | 2 GB | 2.5 GB |
| Домен в подарок | |||
| SSL Let’s Encrypt | |||
| Тестовый период | |||
| Inodes | 200 000 | 300 000 | 400 000 |
| Выделенный IP | — | — | |
На практике это значит, что гоняться именно за тарифом с ярлыком «магазин» необязательно. Почти у каждого провайдера, представленного в нашем рейтинге есть несколько планов, которые спокойно потянут OpenCart, PrestaShop или тот же WordPress с WooCommerce – смотреть нужно не на название, а на те самые цифры, о которых шла речь выше: память на процесс, лимит CPU, запас по inode. Отдельная история только с Magento: обычной виртуальной линейки ему почти всегда мало, и выбор сам собой сужается в сторону VPS. Всё остальное – вопрос не специального тарифа, а честных характеристик стандартного.
Если уйти от общих фраз и перейти к конкретике, то смотрите в сторону следующих провайдеров — HyperHost, CityHost, HostPro, S-Host, TutHost, RX-Name, Hostinger и Zomro. У всех перечисленных заявленные характеристики тарифных планов позволяют развернуть онлайн-магазин и не опасаться встречи с лимитным потолком.
Можно. Есть путь, где вы не арендуете сервер, не думаете про память и inode, а платите ежемесячно за готовую платформу, которая всё это держит на своей стороне. Это SaaS-конструкторы магазинов. На украинском рынке самый заметный – Хорошоп, из мировых – Shopify. Вы получаете магазин под ключ: хостинг, обновления, безопасность, техподдержка – всё внутри абонплаты, а лимиты памяти и процессора становятся не вашей заботой.
Плата за это спокойствие – контроль и независимость. Движок и сервер не ваши: что платформа разрешила, то вы и делаете, а глубокая кастомизация упирается в её возможности. Ежемесячный платёж идёт, пока работает магазин, и с ростом оборота растёт. Уйти на другую платформу тяжело – данные ваши, но привязка к конкретному конструктору сильная, и переезд – это фактически пересборка магазина заново. Для того, кто хочет продавать, а не администрировать, и не планирует нестандартных решений, SaaS – честный и рабочий вариант. Для того, кто хочет владеть своим магазином целиком и строить его как угодно, – self-hosted CMS на своём хостинге остаётся гибче.
Выбор между этими двумя мирами – это выбор между «за меня всё делают, но и решают тоже за меня» и «всё моё, но и возиться мне». Универсально правильного тут нет.
Витринным цифрам тарифов верить не стоит – они подобраны, чтобы хорошо выглядеть, а не чтобы честно описать, сколько магазин выдержит. «До 50 000 посетителей» в описании и реальный потолок по процессору – часто две разные величины. Мы это регулярно ловим на тестах, и как именно проект гоняет хостинги по аптайму, скорости ответа и нагрузке, описано в методологии рейтинга.
Прикидка под свой случай сводится к нескольким честным вопросам к себе. Сколько товаров сейчас и сколько будет через год. Какой движок – от него пляшет память. Есть ли распродажи и сезонные пики, в которые нельзя падать. Насколько для вас критичен простой в деньгах. Ответы на них важнее, чем число гигабайт в тарифе. Чтобы не сводить это к гаданию, у нас есть подборщик, который по вашим вводным считает не абстрактный «лучший хостинг», а тариф, оптимальный по соотношению цены и того, что за неё реально дают – индекс ценности тарифа TVI как раз про это.
Если свести всё к одному правилу: под магазин выбирают хостинг не по тому, что нужно сегодня, а по тому, что понадобится, когда магазин заработает так, как вы задумали. Апгрейд под нагрузкой всегда дороже и нервознее, чем небольшой запас, заложенный сразу.
Для магазина на несколько сотен товаров и десятки заказов в день обычно хватает приличного бизнес-тарифа общего хостинга на SSD или NVMe. Главное, чтобы провайдер давал достаточно памяти на процесс и не резал процессор слишком жёстко. Дорогие решения на старте чаще всего лишняя трата — до них магазин ещё должен дорасти.
Для небольшого и среднего магазина — вполне, если движок не тяжёлый: OpenCart, PrestaShop или WooCommerce. Слабое место общего хостинга — жёсткие лимиты по памяти и процессору и соседи по серверу, поэтому по мере роста в него можно упереться. Magento на общем хостинге не живёт: ему нужен как минимум VPS.
Блог отдаётся из кэша — сервер один раз собрал страницу и раздаёт её всем. В магазине корзину, оформление заказа и личный кабинет закэшировать нельзя, каждое действие пересчитывается заново, с запуском PHP и обращением к базе. Поэтому магазин держит ровную постоянную нагрузку, а не редкие всплески, и тот же тариф тянет его тяжелее.
Зависит от движка: OpenCart и WooCommerce обходятся 128–256 МБ на процесс, PrestaShop просит 256–512 МБ, Magento — около 2 ГБ. Важнее другое: каждый одновременный посетитель это отдельный процесс, а их суммарная память на аккаунте (PMEM) ограничена. Поэтому магазин может падать под нагрузкой, даже когда memory_limit одного процесса вроде бы в норме.
На общем хостинге процессорное время ограничено лимитом CPU. В распродажу трафик резко растёт, а движок в это же время пересчитывает скидки и собирает корзины — и упирается в этот лимит. Сервер начинает притормаживать процессы, страницы открываются медленно, и часть покупателей уходит ровно в тот момент, когда вы платите за рекламу.
inode — это лимит на количество файлов на аккаунте, а не на их объём. Каталог из тысячи товаров легко превращается в сотни тысяч файлов: каждая картинка в нескольких размерах плюс кеш и логи. Упереться в inode неприятно тем, что диск при этом свободен, а магазин уже отказывается сохранять новые картинки.
Magento — тяжёлая система корпоративного класса: ей нужно порядка 2 ГБ памяти на процесс, от 4 ГБ оперативки на сервер, плюс поисковый движок OpenSearch и кеш Redis. На общем хостинге она задыхается, поэтому минимальная честная площадка — VPS, а чаще выделенный сервер. Для первого небольшого магазина Magento почти всегда избыточен.
Оба живут на обычном общем хостинге, но с разным аппетитом. OpenCart самый лёгкий, ему хватает базового бизнес-тарифа. PrestaShop требовательнее к памяти и версии PHP, поэтому растущему магазину на нём VPS показан раньше, чем аналогичному на OpenCart.
Да, особенно если вы уже работаете на WordPress и не хотите осваивать новую систему. Требования наследуются от WordPress — PHP 8.x и память от 256 МБ, — но растут с каждым плагином. Чаще всего тормозит не сам WooCommerce, а обвес из тяжёлых плагинов и конструктора страниц.
Ориентируйтесь не на число товаров, а на три вопроса: держит ли магазин стабильный трафик, критичен ли для вас простой в деньгах и есть ли пики, в которые нельзя падать. Пока на все три ответ «не особо», общего хостинга хватает. VPS даёт выделенные ресурсы и контроль, облако — отказоустойчивость и запас под пики.
Обязательно. Без SSL приём онлайн-оплаты невозможен ни технически, ни по правилам платёжных систем. Хорошая новость — бесплатный сертификат сегодня ставят почти все провайдеры в пару кликов, так что отдельной статьёй расходов это стало редко.
SaaS избавляет от забот о сервере: хостинг, обновления и безопасность на стороне платформы, а лимиты памяти и процессора вас не касаются. Плата за это — контроль: глубокая кастомизация ограничена, абонплата растёт с оборотом, а переезд на другую платформу тяжёлый. Свой хостинг с self-hosted CMS гибче, но и возиться с ним придётся самому.
