Хостинг для интернет магазина: память, скорость, 152-ФЗ

Хостинг для интернет магазина выбирают не по числу гигабайт на диске, а по трём параметрам: сколько оперативной памяти съедает база товаров, за сколько миллисекунд сервер отдаёт страницу корзины и где физически лежат персональные данные покупателей. Каталог до 1000 позиций на типовой CMS спокойно живёт на 2 ГБ RAM, а 10 000 товаров с фильтрами по цене, бренду и наличию требуют уже 4–8 ГБ и отдельного слоя кэша. Стартовые тарифы в разделе VPS для сайтов начинаются от 139 ₽ в месяц, но под реальный магазин с оплатой и распродажами берут конфигурацию за 400–900 ₽.

Материал для владельца небольшого магазина и для того, кто переносит витрину с бесплатной площадки на свой сервер. Разберём три типовые конфигурации по размеру каталога, посчитаем запас под пиковую нагрузку, объясним требование 152-ФЗ о хранении данных в России и покажем цены 12 провайдеров каталога. В конце — пошаговый порядок запуска, разбор частых ошибок и ответы на вопросы.

Что на самом деле нагружает сервер магазина

Обычный сайт-визитка отдаёт готовые HTML-страницы и почти не думает. Интернет-магазин при каждом открытии категории делает несколько запросов к базе данных: выбирает товары, считает остатки, применяет фильтры, подтягивает цены и скидки. Чем больше товаров и чем сложнее фильтрация, тем дольше работает этот запрос и тем больше памяти он занимает.

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

Третья нагрузка — изображения. Карточка товара обычно тянет за собой 3–8 фотографий по 200–600 КБ, и на каталоге в 10 000 позиций это десятки гигабайт на диске.

Отсюда простое правило: считать нужно не «сколько сайтов поместится», а сколько оперативной памяти нужно базе, процессам PHP и кэшу одновременно. Общие лимиты виртуального хостинга такой расчёт не позволяют: реальные ресурсы там делятся между сотнями аккаунтов.

Сколько ресурсов нужно каталогу на 100, 1000 и 10 000 товаров

Требования растут не линейно. Разница между 100 и 1000 товарами почти незаметна: база занимает единицы мегабайт, запросы отрабатывают за 10–30 мс. А вот переход с 1000 на 10 000 позиций с активными фильтрами меняет картину: таблица товаров разрастается, индексы перестают помещаться в кэш базы, и сервер начинает читать данные с диска.

Ориентиры ниже собраны под типовую коробочную CMS — готовый движок магазина, который ставят «из коробки», — с включённым кэшированием страниц. Если магазин работает на самописном движке без кэша, к каждой строке добавляйте примерно 50 % памяти.

Диск считайте с трёхкратным запасом: под базу, под изображения и под резервные копии, которые обычно хранятся рядом. Магазин на 10 000 товаров с фотографиями по 400 КБ занимает 25–35 ГБ только под медиафайлы.

Почему отклик дольше 500 мс бьёт по выручке

Скорость магазина складывается из двух частей. Первая — время ответа сервера, то есть сколько прошло от запроса браузера до первого байта ответа. Вторая — время загрузки страницы целиком, включая картинки и скрипты.

Для витрины нормой считают ответ сервера в пределах 200 мс. Когда он превышает 500 мс, посетитель ощущает задержку как «подвисание», и на шаге корзины это заметно роняет конверсию: человек уже принял решение купить, но интерфейс не отвечает, и часть покупателей просто закрывает вкладку.

Самая частая причина медленного отклика — не слабый процессор, а нехватка памяти. Когда базе не хватает RAM, она начинает использовать диск как временное хранилище, и запрос, который занимал 20 мс, растягивается до 300–800 мс. Добавление 2 ГБ памяти в такой ситуации даёт больший прирост, чем удвоение числа ядер.

Проверить картину просто: откройте категорию с максимальным числом товаров и посмотрите время ответа в панели разработчика браузера (открывается клавишей F12), вкладка «Сеть». Если первый запрос стабильно дольше 500 мс на пустом сайте, под нагрузкой станет только хуже.

Виртуальный хостинг или VPS: где проходит граница

Виртуальный хостинг — это аккаунт на общем сервере, где ресурсы делятся между всеми клиентами. Он дешевле, не требует администрирования и подходит магазину на 50–200 товаров с несколькими заказами в день.

Ограничения такой площадки жёсткие: обычно нельзя менять версию PHP под себя, поставить Redis или Memcached, настроить свой веб-сервер. Лимит на число одновременных процессов PHP на стартовых тарифах часто равен 10–20, и при наплыве посетителей часть из них увидит ошибку 503 — «сервис временно недоступен».

VPS — изолированная виртуальная машина с гарантированной памятью и полными правами администратора (доступом root). Вы сами ставите нужный набор ПО и сами отвечаете за обновления. Разница в цене между недорогим хостингом и базовым VPS сегодня невелика: 139–200 ₽ против 190–350 ₽ в месяц, а контроля несопоставимо больше.

Переходить на VPS стоит при любом из признаков: каталог перевалил за 1000 позиций, магазин принимает оплату онлайн, посещаемость выше 500 человек в сутки, либо на хостинге уже упирались в лимит процессов. Для магазинов на «1С-Битрикс» отдельно смотрите VPS под Битрикс: у этой CMS собственный тест производительности и повышенные требования к памяти — от 4 ГБ под средний каталог.

152-ФЗ: где должны лежать данные покупателей

Магазин собирает имя, телефон, адрес доставки и электронную почту — это персональные данные. Закон 152-ФЗ требует, чтобы базы с персональными данными граждан России физически стояли в России.

На практике это значит, что дата-центр выбирают в Москве, Петербурге, Казани, Новосибирске или другом российском городе, а не в Европе. Провайдеров с российскими площадками в каталоге много — их список собран в разделе VPS в России, там же видно, в каких городах стоят серверы у каждого.

Второй практический момент — договор и закрывающие документы. Если магазин оформлен на ИП или ООО, удобнее брать провайдера, который работает по договору с НДС и выставляет акты: это снимает вопросы при учёте расходов. У части хостеров это указано прямо в описании тарифов.

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

Сколько стоит хостинг для интернет магазина: цены каталога

Ниже — 12 провайдеров раздела для сайтов: стартовые тарифы и то, что входит в самую младшую конфигурацию. Младший тариф почти всегда мал для магазина, но по нему видно уровень цен: рабочая конфигурация на 2–4 ГБ памяти обычно стоит в 2,5–4 раза дороже стартовой.

Данные проверены 03.09.2026.

Из этого списка внимания заслуживают несколько случаев. У SmartApe уже в стартовом тарифе за 145 ₽ идут 2 ядра, 2 ГБ памяти и 100 ГБ NVMe — этой конфигурации хватает каталогу до 1000 товаров без доплат. У RuVDS 440 тарифов и очень мелкий шаг конфигураций, поэтому легко подобрать точное сочетание памяти и диска. У SprintHost стартовая цена такая же, 139 ₽, но диск всего 8 ГБ — под магазин с фотографиями его придётся расширять сразу.

Запас на распродажу: пик выше обычного в 3–10 раз

Магазин живёт неравномерно. В обычный вторник на сайте может быть 40 человек одновременно, а во время рассылки, «чёрной пятницы» или удачного поста в соцсетях нагрузка вырастает в 3–10 раз за считаные минуты. Сервер, подобранный впритык под средний день, в такой момент отдаёт ошибки именно тогда, когда покупатели готовы платить.

Считать запас удобно от числа одновременных посетителей, а не от суточной посещаемости. Ориентиры для каталога на 3000–5000 товаров выглядят так.

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

Кэш и база: что ускоряет магазин сильнее всего

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

Первый слой — кэш страниц. Главная, категории и карточки товара отдаются готовыми, без обращения к базе. Это снимает до 80–90 % нагрузки, но не работает для корзины и личного кабинета.

Второй слой — кэш запросов к базе и кэш объектов в Redis или Memcached. Здесь и нужны те самые «отдельные» от 512 МБ до 1 ГБ памяти, о которых говорят применительно к каталогу на 10 000 позиций. Без него фильтры по бренду и цене каждый раз пересчитываются заново.

Третий слой — кэш скомпилированного PHP-кода. Он включается одной настройкой и экономит 20–40 % процессорного времени на любой CMS. На виртуальном хостинге его обычно включают за вас, на своём VPS — проверяйте сами.

Обязательный минимум: сертификат, копии и защита от атак

Магазин принимает оплату, поэтому SSL-сертификат — не опция, а условие работы: без HTTPS браузер помечает страницу оплаты как небезопасную, а платёжные сервисы просто не подключат сайт. Бесплатный сертификат Let’s Encrypt выпускается за 1–2 минуты и обновляется автоматически каждые 90 дней.

Резервные копии для магазина важнее, чем для любого другого сайта: потерянная база — это потерянные заказы, которые нельзя восстановить по памяти. Разумный минимум — ежедневная копия базы с хранением 7–14 дней и еженедельная копия файлов. Порядок настройки разобран в отдельном материале про резервные копии на VPS.

Третий пункт — защита от атак. Магазин чаще становится целью конкурентов, чем блог, и суточный простой в сезон стоит дороже годовой аренды сервера. Базовая фильтрация на уровне сети есть у большинства провайдеров бесплатно, расширенные тарифы собраны в разделе защиты от DDoS для сайта.

Порядок запуска: от расчёта до переноса

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

1. Посчитайте текущие объёмы: число товаров, размер базы в мегабайтах, размер папки с изображениями в гигабайтах. Умножьте диск на 3 — получите нужный объём.
2. Выберите конфигурацию по таблице выше: до 1000 товаров — 2 ГБ RAM и 2 ядра, до 10 000 с фильтрами — 4–8 ГБ и 4 ядра.
3. Отберите провайдеров с площадкой в России и проверьте, доступна ли смена тарифа в обе стороны и выдают ли закрывающие документы.
4. Возьмите сервер на 1 месяц без годовой предоплаты, разверните копию магазина и замерьте время ответа категории с максимальным числом товаров.
5. Включите кэш страниц и кэш PHP-кода, повторите замер: ответ должен уложиться в 200–300 мс.
6. Настройте SSL, ежедневный бэкап базы и мониторинг доступности с проверкой раз в 1–5 минут.
7. Переключите домен и первые двое суток следите за журналом ошибок — по шагам процесс описан в инструкции по переносу сайта на VPS.

Частые ошибки при выборе

Большинство проблем возникает не из-за плохого провайдера, а из-за неверных исходных расчётов. Вот те случаи, которые встречаются чаще всего.

• Берут тариф по цене диска, а упираются в память: 100 ГБ NVMe при 512 МБ RAM магазину не помогут.
• Оплачивают 12 месяцев вперёд ради скидки 20–30 %, не проверив скорость на реальном каталоге.
• Оставляют серверы и бэкапы за рубежом, забыв про требование хранить персональные данные в России.
• Планируют ресурсы по среднему дню и получают отказы в обслуживании при десятикратном пике распродажи.
• Не настраивают резервные копии первые полгода, а потом теряют базу заказов при неудачном обновлении CMS.
• Считают, что бесплатной защиты от атак хватит всегда, и узнают обратное в сезон.

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

Хватит ли виртуального хостинга для магазина? Хватит, если товаров меньше 200, заказов до 10 в день и оплата идёт через внешнюю платёжную страницу. Как только каталог растёт и появляются фильтры, лимит на одновременные PHP-процессы становится узким местом, и магазин переезжает на VPS.

Сколько памяти нужно магазину на 10 000 товаров? От 4 ГБ, а при активных фильтрах по цене, бренду и наличию — 8 ГБ, из которых от 512 МБ до 1 ГБ уходит на отдельный кэш объектов. Ядер при такой нагрузке нужно 4, диска — 60–100 ГБ.

Обязательно ли держать сервер в России? Если магазин собирает имена, телефоны и адреса покупателей, база с этими данными по 152-ФЗ должна находиться на серверах в России. Проверять нужно и место хранения резервных копий, а не только основной сервер.

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

Какая скорость ответа считается нормальной? Для страниц категорий ориентир — до 200 мс на пустом сайте и до 500 мс под нагрузкой. Всё, что дольше, ощущается посетителем как задержка и особенно вредит на шаге корзины, где страницу нельзя закэшировать.

Сколько стоит нормальный сервер под магазин? Стартовые тарифы каталога начинаются от 139 ₽ в месяц, но это конфигурации на 0,5–1 ГБ памяти. Рабочий вариант на 2 ГБ обходится примерно в 145–350 ₽, на 4–8 ГБ — ориентировочно в 600–1500 ₽ в месяц в зависимости от диска и локации.

Можно ли начать с малого и вырасти потом? Да, и это разумный путь: возьмите 2 ГБ на месяц, замерьте реальную нагрузку и расширяйтесь по факту. Главное — выбрать провайдера с большим числом тарифов, где шаг конфигураций мелкий, иначе следующий план окажется вдвое дороже нужного.

Итог

Расчёт сводится к трём цифрам: 2 ГБ памяти на каталог до 1000 товаров, 4–8 ГБ на 10 000 позиций с фильтрами и трёхкратный запас по диску под базу, картинки и копии. К этому добавляются площадка в России из-за 152-ФЗ, ответ сервера в пределах 500 мс и возможность быстро поднять тариф перед распродажей, когда нагрузка вырастает в 3–10 раз.

Подобрать конфигурацию под свой каталог удобнее по сводной таблице раздела VPS для сайтов: там видны цены, объём памяти, тип диска и город дата-центра у всех провайдеров сразу.