Тариф Хорошопа выбирают по набору задач и расчётному объёму магазина. Небольшому каталогу может понадобиться API, а крупному – только штатные инструменты. Поэтому одна цифра «товаров на сайте» не определяет подходящий план. Надпись «популярный» рядом с предложением также не является основанием для выбора.
Составьте лист допуска: какие функции обязательны, сколько товарных записей и заказов учитывается, за какой период сравнивается оплата. Ниже – порядок такой оценки по официальной таблице Хорошопа, проверенной 23 октября 2026 года. Условные примеры не описывают оплаченный тариф или результаты работы магазина.
Соберите требования к первому периоду
Начните со способов продажи, которые действительно нужны сейчас. Например, магазин планирует выгружать товары в Google Merchant Center, получать цены из учётной системы и обслуживать розничных покупателей. У каждого пункта должны быть конкретные условия. Слово «интеграции» не объясняет, какой доступ нужен выбранному коннектору.
Отдельно запишите ближайшее подтверждённое изменение: новый канал продаж, подключение учёта или оптовые группы. Не переносите в обязательный список все идеи развития. Если срок и потребность неизвестны, оставьте их как условие будущего пересмотра. Иначе сравнение тарифов превратится в покупку максимального набора без ясной задачи.
Уточните готовность внешних участников. Наличие платёжного метода в тарифе не подтверждает договор с провайдером, а доступ к фиду не означает принятую карточку на площадке. Подключение и проверка выгрузки Хорошопа в Rozetka требуют собственного результата после выбора плана.
Отберите планы по обязательным функциям
Откройте действующую таблицу тарифов Хорошопа. Сверяйте отдельные строки, а не только краткую карточку предложения. Для каждой обязательной функции отметьте доступность в Basic, Standard, Pro и B2B. Если описание расходится между блоками страницы, оставьте спорный пункт на уточнение до оплаты.
На дату проверки выгрузка в Google Merchant Center указана в Standard и выше, API – в Pro и B2B, а типы цен и группы покупателей – в B2B. Это разные ограничения. Доступ к API не включает автоматически все оптовые сценарии, а наличие обычных скидок не заменяет тип цены для группы.
| Требование | Что проверять в таблице | Первый кандидат по функции | Что ещё не подтверждено |
|---|---|---|---|
| Фид Google Merchant Center | Доступность выгрузки | Standard | Приёмка данных сервисом Google |
| Коннектору необходим API | Доступ к API | Pro | Возможности и настройка коннектора |
| Разные цены для групп | Типы цен и группы покупателей | B2B | Назначение условий конкретным клиентам |
| Рассматривается Basic | Функции, объёмы и период оплаты | Basic при выполнении всех условий | Пригодность годовой оплаты для бизнеса |
Кандидат в этой таблице выбран только по одной строке. Для магазина действуют все обязательные требования одновременно. Оптовые цены за количество, доступные в Pro, отличаются от назначения отдельного типа цены группе. Подробный расчёт скидок и цен проверяйте отдельно по правилам групп покупателей Хорошопа.
Проверьте способ подсчёта объёма
В пояснении к товарному лимиту Хорошоп учитывает среднее количество товаров за предыдущий расчётный период, включая модификации, с округлением до целого. Поэтому число названий моделей в каталоге нельзя без проверки использовать как расчётное количество.
Предположим, в рабочем файле описаны 600 моделей и всего 1800 отдельных товарных записей с вариантами. Для проверки объёма нужны сведения об этих записях, а не только 600 общих названий. Но 1800 на одном снимке ещё не является средним за весь период. Сохраните основание подсчёта и период, к которому относится показатель.
Число заказов проверяют отдельно. Официальная таблица говорит о полученных заказах за месяц. Не заменяйте этот показатель числом оплаченных или доставленных покупок: это другие состояния. Если сводка бизнеса содержит только продажи, для оценки тарифа потребуются дополнительные данные.
Превышение указанного объёма по описанию Хорошопа не означает немедленную остановку магазина: предусмотрен последующий перерасчёт. Для товаров и заказов пояснения используют свои расчётные периоды. Не считайте продолжение работы доказательством, что превышение бесплатно; уточните применимые условия и ожидаемую сумму для своего периода.
Найдите требование, которое меняет выбор
В условном магазине 800 товарных записей с модификациями, менее 1000 полученных заказов за месяц и нужен фид Google. По функции выгрузки можно рассматривать Standard. Однако выбранный коннектор учётной системы требует API. Пока это требование остаётся обязательным, Standard не покрывает весь набор; следующим кандидатом становится Pro.
Если коннектор ещё не выбран, не приписывайте ему требование API по привычке. Сначала подтвердите способ связи и доступы в его документации. И наоборот, нельзя принимать более дешёвый план, рассчитывая, что упоминание интеграции в общем каталоге отменит ограничение API.
Добавим другое условие: дилеры должны получать назначенные группам цены. Тогда нужно проверить B2B независимо от небольшого объёма каталога. Если же задача сводится к скидке за количество, это иной механизм. Для сравнения запишите смысл правила цены, а не общее слово «опт».
Сохраните причину исключения каждого неподходящего плана. Такая запись объяснит будущему сотруднику, почему магазин выбрал тариф, хотя в каталоге пока немного товаров. Она также покажет, какое изменение позволит пересмотреть решение.
Сравните одинаковые периоды оплаты
На странице тарифов месячная ставка при оплате за год отделена от помесячной оплаты. Basic на дату проверки доступен только с годовой оплатой. Не воспринимайте указанную ставку «в месяц» как возможность оплатить один месяц на тех же условиях.
Для годового варианта запишите сумму на весь период, для помесячного – расходы за сопоставимые двенадцать месяцев. Рядом отметьте состав предложения и дату проверки. Если условия профессиональной настройки дизайна различаются по периоду, сравнивайте их отдельно от доступа к редактору и готовым дизайнам.
Абонплата не заменяет стоимость работы с вашим каталогом, подготовки материалов и сторонних подключений. Официальная страница интеграций прямо различает стандартные решения и отдельные платные работы партнёров. Нулевая комиссия платформы с продаж также не означает отсутствия комиссии платёжного сервиса.
Оставьте запись о выборе и пересмотре
Итог оценки – не одно название тарифа, а короткая запись с основаниями. Она нужна до заказа настройки и помогает отделить ограничения платформы от ещё не выполненной работы.
- Обязательные функции и подтверждение их доступности.
- Количество товаров и заказов с понятным способом подсчёта и периодом.
- Период оплаты, состав предложения и отдельные внешние расходы.
- Открытые вопросы и событие, после которого выбор нужно пересмотреть.
Сохраните дату и ссылку на использованную таблицу. Вернитесь к оценке при росте расчётного объёма, появлении нового коннектора или изменении правил работы с покупателями. Более высокий тариф открывает предусмотренные возможности, но не подтверждает настроенный магазин, успешную интеграцию или рост продаж.
Нужна помощь с вашим проектом?
Оставьте имя и телефон. Свяжусь с вами, чтобы обсудить задачу, объём работ и следующий шаг.
