Хостинг для магазина на 1С-Битрикс: 12 параметров, которые решают всё

Выбрать хостинг для интернет-магазина на 1С-Битрикс сложнее, чем кажется: не тот диск, узкий лимит БД или отсутствие композитного кэша могут обрушить каталог в разгар распродажи. Разбираем чек-лист из 12 пунктов, который сэкономит нервы и деньги.

Команда Uniseller · · 9 мин чтения ·

Выбор хостинга для магазина на 1С-Битрикс — это не вопрос «где дешевле», а вопрос выживания в пиковые дни. Неправильный тариф может превратить распродажу в бесконечную загрузку страниц, а обмен с 1С — в регулярные таймауты. Чтобы не попасть в такую ситуацию, проверьте провайдера по 12 параметрам — от статуса партнёра до скорости восстановления бэкапов.

#Статус сертифицированного партнёра 1С-Битрикс

Первое, что стоит проверить, — упоминает ли провайдер в описании тарифа сертификацию от разработчика CMS. Партнёрский статус означает, что хостинг официально тестировал своё окружение на совместимость с Битриксом, а не просто написал в рекламном тексте «поддерживаем все популярные CMS». Разница заключается вот в чём: у сертифицированного партнёра версии PHP, MySQL и модули заранее соответствуют системным требованиям, которые публикует разработчик, а у обычного универсального хостинга это нужно проверять и настраивать самостоятельно.

  • Сертифицированный партнёр — окружение уже настроено под Битрикс, экономит часы на старте.
  • Универсальный хостинг — вы сами отвечаете за совместимость версий и модулей.

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

#Лимит нагрузки на базу данных — главный скрытый параметр

Для интернет-магазина это едва ли не главный параметр тарифа, хотя в рекламных описаниях его часто прячут за диском и трафиком. Большинство панелей управления (ispmanager и аналоги) считают нагрузку в условных процессорных единицах в сутки — часто это обозначают как CP или похожую метрику. Чем больше в каталоге товаров, чем активнее покупатели фильтруют и ищут, чем чаще обновляются остатки и цены — тем выше нагрузка на базу данных, и именно в этот лимит вы упрётесь в первую очередь.

Не сравнивайте тарифы только по цене или объёму диска. Спрашивайте у хостинга (или ищите в описании тарифа) конкретное значение лимита по нагрузке на БД и сопоставляйте его с похожими тарифами других провайдеров при одинаковом объеме диска и числе сайтов — иначе легко сравнить условно «яблоки с апельсинами» и выбрать тариф, который на бумаге выглядит выгоднее, а по факту не тянет нагрузку каталога.

Лимит нагрузки на БД — это первое, что «умирает» у магазина на Битриксе, а не диск и не трафик.

#Диск: объём и тип — NVMe обязателен

Объём диска считать просто: каталог с фотографиями в высоком разрешении, видео на карточках товаров и регулярные бэкапы съедают место быстрее, чем может показаться. Также очень важен тип накопителя. Каталог интернет-магазина — это десятки тысяч файлов и множество запросов к базе на каждую страницу, на классических SSD, не говоря о SATA-дисках, эта нагрузка ощутимо тормозит.

Для случайных операций чтения (которые преобладают в Битриксе) лучше использовать NVMe-диски — они будут на порядок быстрее. Поэтому проверяйте не только гигабайты в тарифе, но и то, что провайдер прямо указывает NVMe как тип накопителя.

#Как оценить свои потребности в диске

  • Посчитайте средний размер карточки товара (фото + видео) и умножьте на число SKU.
  • Добавьте запас на бэкапы — обычно это 20–30% от объёма каталога.
  • Учитывайте логи и временные файлы, которые Битрикс создаёт активно.

#Композитный кэш «из коробки»

Композитное кэширование — фирменная технология Битрикса, которая отдаёт посетителю статичную часть страницы почти мгновенно, а персональные блоки вроде корзины и авторизации подгружает отдельно. При включенном композите каталог магазина открывается на скорости, близкой к обычной статике. Но работает это только там, где настроено окружение, — на универсальном хостинге эта настройка либо недоступна, либо включается после переписки с поддержкой. Уточняйте заранее, включен ли композитный кэш по умолчанию на тарифе, который вы рассматриваете, или его придется настраивать самому.

#Лимит числа сайтов на тарифе

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

  1. Один сайт — базовый тариф, если нет планов на расширение.
  2. Два-три сайта — нужно для тестовой копии и лендингов, ищите тариф с запасом.
  3. Более пяти — рассмотрите VPS, чтобы не упираться в лимиты.

#Версии PHP и MySQL под вашу редакцию

Официальные системные требования 1С-Битрикс обновляются вместе с релизами платформы, а данные из старых обзоров быстро устаревают. Перед выбором тарифа сверьте требования вашей редакции CMS с тем, что фактически предоставляет хостинг: актуальную версию PHP с обязательными модулями, поддерживаемую версию MySQL или MariaDB. Если провайдер обновляет окружение по собственному расписанию, которое отстаёт от релизов CMS, вы рискуете упереться в несовместимость в самый неподходящий момент — например, при установке обновления модуля интернет-магазина.

#Нагрузка от обмена с 1С

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

На тарифах с жёсткими лимитами обмен может упираться в ограничения и завершаться с ошибкой по таймауту, особенно при большом каталоге. Если у вас есть или планируется интеграция с 1С, уточните у хостинга, как тариф справляется с фоновыми заданиями, и не полагайтесь на то, что «обычного» лимита хватит по умолчанию.

#Бэкапы и скорость восстановления

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

  • Ежедневные бэкапы — базовое требование, не соглашайтесь на еженедельные.
  • Хранение 7–14 дней — минимум, чтобы откатить ошибку после обновления.
  • Самостоятельное восстановление — экономит часы ожидания ответа поддержки.

#Лицензия CMS в панели управления

У специализированных Битрикс-хостингов покупка и установка лицензии CMS обычно делается в пару кликов прямо из панели управления — не нужно вручную скачивать дистрибутив и разбираться с активацией. Мелочь, которая экономит время на запуске и снижает риск ошибиться при установке. Сама лицензия стоит одинаково у всех — её цену устанавливает разработчик, — а вот удобство покупки и обновления редакции отличается от провайдера к провайдеру.

#Поддержка, которая разбирается в Битриксе

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

#Возможность роста без переезда

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

#Прозрачность цены

Итоговая стоимость владения складывается не только из цены тарифа. Уточняйте заранее, что входит по умолчанию, а что докупается отдельно: SSL-сертификат, дополнительный IP-адрес, увеличение лимита нагрузки на базу данных, расширенные бэкапы. Тариф, который на старте выглядит дешевле конкурента, может стать дороже уже через пару месяцев за счёт платных надстроек — сравнивайте предложения по полному набору того, что реально понадобится магазину, а не только по цифре в заголовке тарифа.

#Как проверить хостинг перед покупкой

Если тестовый период у провайдера позволяет, разверните на нём копию сайта и запустите официальный скрипт bitrix_server_test.php — он покажет, соответствует ли окружение системным требованиям CMS: версии ПО, настройки PHP, скорость диска и базы данных. Для уже работающего магазина, который вы планируете переносить, можно использовать тот же тест плюс штатную «Панель производительности» в админке Битрикса. Они дадут понятную точку отсчёта: можно будет сравнить баллы до и после переезда и убедиться, что новый хостинг действительно лучше, а не просто дороже.

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

  • Сравнивать тарифы только по диску и цене. Диск — самый заметный, но не самый узкий параметр для магазина: чаще всего первым упирается именно лимит нагрузки на базу данных.
  • Не закладывать нагрузку от обмена с 1С. Если интеграция уже есть или планируется, отдельно уточните, как тариф её выдерживает — иначе фоновые синхронизации начнут падать по таймауту в самый неподходящий момент.
  • Экономить на бэкапах. Платное или урезанное резервное копирование — то место, где экономия оборачивается риском потерять данные о заказах и клиентах.
  • Брать тариф «на вырост» без реальной оценки. Переплата за избыточные лимиты не менее вредна, чем нехватка ресурсов, — особенно если провайдер позволяет сменить тариф без миграции сайта.
  • Не проверять окружение до переезда. Смена хостинга без предварительного теста через bitrix_server_test.php или «Панель производительности» — это переезд вслепую: результат станет понятен только после того, как магазин уже переключен на новую площадку.

#Итоговый чек-лист

Перед оплатой тарифа для интернет-магазина на 1С-Битрикс проверьте:

  • статус сертифицированного партнёра 1С-Битрикс у провайдера;
  • конкретное значение лимита нагрузки на базу данных, а не только объем диска;
  • тип накопителя — NVMe, а не SSD или SATA;
  • включён ли композитный кэш по умолчанию;
  • лимит числа сайтов на тарифе с учетом ваших планов на поддомены и лендинги;
  • актуальность версий PHP и MySQL требованиям вашей редакции CMS;
  • как тариф справляется с нагрузкой от обмена с 1С, если он есть или планируется;
  • периодичность бэкапов и скорость самостоятельного восстановления;
  • возможность купить и установить лицензию CMS прямо из панели;
  • наличие у поддержки опыта именно с Битриксом;
  • возможность сменить тариф или перейти на VPS без переноса домена;
  • полный состав тарифа: что включено по умолчанию, а что оплачивается отдельно.

#Что это значит для селлеров

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

Uniseller

Управляйте продажами на маркетплейсах с одной платформы

Wildberries, Ozon, Яндекс Маркет в одном кабинете. Аналитика, остатки, цены, ответы на отзывы.

Попробовать бесплатно

Лучшие статьи о маркетплейсах — раз в неделю

Свежие и популярные материалы блога. Без спама, отписка в один клик.