Как связаны GGsel и DigiSeller

Продавцы регулярно спотыкаются об один и тот же вопрос — почему регистрация на GGsel приводит в Digiseller, и с кем именно они в итоге работают. Ответ архитектурный: это не два конкурента и не два независимых маркетплейса, а два уровня одной конструкции. Ниже — что именно лежит на каждом уровне и как это меняет вашу ежедневную работу.

Платформа и витрина — разные слои

Представьте два этажа.

Нижний этаж — платформа (Digiseller). Здесь находится всё, что делает торговлю цифровыми товарами технически возможной:

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

Верхний этаж — витрина (GGsel). Здесь находится всё, что видит покупатель:

• домен, дизайн и навигация магазина;
• дерево категорий и правила размещения в них;
• поисковая выдача и сортировка по цене;
• собственный поток трафика и маркетинг.

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

Что это значит на практике

Один каталог — несколько точек показа

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

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

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

Почему регистрация ведёт «не туда»

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

Такая же логика объясняет, почему:

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

Пошаговый путь регистрации разобран в гайде по становлению продавцом на GGsel, а особенности работы непосредственно с платформой — в материале о продаже цифровых товаров через Digiseller.

Плюсы и минусы конструкции

Что вы выигрываете:

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

Что вы теряете:

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

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

Как проверить разделение слоёв самостоятельно

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

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

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

Как строить работу с учётом архитектуры

• Держите платформу источником истины по остаткам и ценам, а витрину — каналом, а не хранилищем.
• Ведите свой внешний учёт закупок и себестоимости: платформа знает вашу выручку, но не знает, почём вы купили.
• Изучите правила категорий каждой витрины до массовой заливки каталога, а не после отклонений.
• Автоматизируйте на уровне платформы — так интеграция переживёт появление новых точек показа.

Сравнение связки с соседними площадками разобрано в сопоставлении Plati, GGsel и Digiseller, а расчёт итоговой экономики — в модели прибыли продавца на GGsel.

Чем наполнять единый каталог

Единый товарный слой раскрывается только тогда, когда его есть чем наполнять — иначе преимущество архитектуры остаётся теоретическим. FoxReload — оптовый поставщик цифровых товаров: 900+ SKU (ключи, подарочные карты, пополнения, eSIM, лицензии на софт), единый REST API, автоматическая выдача и мультирегиональные SKU. Один поставщик закрывает ассортимент, который затем расходится по всем связанным витринам без ручного дублирования.