Как создать и оформить карточку товара на GGsel
Карточка товара на GGsel выполняет три работы одновременно — продаёт, декларирует условия и настраивает механику отгрузки. Продавцы обычно относятся к ней как к формальности и заполняют минимум полей, а потом удивляются низкой конверсии и потоку споров. Ниже — разбор карточки по блокам: что писать в каждом поле, что проверяет модерация и почему качество оформления и доля возвратов — это одна и та же величина.
Перед публикацией стоит определиться с ассортиментом — этому посвящён материал о том, что продавать на GGsel.
Анатомия карточки
Карточка состоит из блоков, у каждого своя функция. Путать их — типичная ошибка новичка.
| Блок | Функция | Кто это читает |
|---|---|---|
| Заголовок | Идентификация и попадание в поиск | Покупатель в выдаче |
| Регион и платформа | Юридическая декларация условий | Покупатель и арбитраж |
| Описание | Снятие возражений до оплаты | Покупатель на карточке |
| Тип отгрузки | Механика выдачи товара | Система площадки |
| Склад кодов | Источник того, что получит покупатель | Система площадки |
| Инструкция покупателю | Снижение обращений после оплаты | Покупатель после сделки |
Ключевой вывод из таблицы: блоки читают разные адресаты в разные моменты времени. Описание работает до оплаты, инструкция — после, а регион и платформа работают ещё и третий раз — когда открывается спор и арбитраж смотрит, что было заявлено.
Заголовок — три обязательных элемента
Заголовок решает, кликнет ли покупатель в выдаче, и одновременно служит первым уровнем декларации. Обязательный минимум:
- Точное название товара — без сокращений и без переставленных слов.
- Платформа активации — где именно активируется код.
- Регион действия — где он работает и, если важно, где не работает.
Дополнительно указывают издание, номинал или срок, если у товара есть варианты. А вот маркетинговые вставки о выгоде и скорости места в заголовке не занимают: они не влияют на попадание в поиск и вытесняют информацию, по которой покупатель принимает решение.
Правило проверки: прочитайте свой заголовок глазами человека, который потом откроет спор. Если после прочтения остаётся вопрос «а в моём регионе это заработает», заголовок недоделан.
Регион и платформа — самая дорогая часть карточки
Это блок, который стоит дороже всех остальных, потому что именно он определяет исход спора. Региональная привязка — основная причина обращений во всей категории ключей, и почти все такие обращения выигрышны для покупателя, если продавец не объявил ограничение явно.
Практические правила:
- Дублируйте регион — в заголовке, в описании и в служебном поле. Одного места недостаточно.
- Объявляйте отрицания. «Не активируется в регионе X» работает лучше, чем умолчание.
- Не пишите общих формулировок вроде указания на глобальность, если товар на деле ограничен.
Механику ограничений подробно разбираем в объяснении региональных блокировок.
Описание — снятие возражений, а не пересказ
Хорошее описание отвечает на вопросы, которые иначе придут в личные сообщения. Работающая структура:
Что покупатель получает
Конкретно: тип товара, формат выдачи, что именно придёт после оплаты — код, ссылка, ваучер.
Условия и ограничения
Регион, платформа, требования к аккаунту, срок действия, возможность активации на нескольких устройствах, ограничения на продление.
Как активировать
Короткая последовательность шагов. Даже если она кажется очевидной вам, для части покупателей это первая покупка такого рода.
Чего в товаре нет
Недооценённый блок. Явное перечисление того, что НЕ входит, устраняет самую частую категорию претензий — покупатель ожидал большего, чем вы продавали.
Тип отгрузки и склад кодов
Здесь карточка перестаёт быть текстом и становится настройкой. Автоотгрузка означает, что товар — готовая строка, загруженная в склад карточки: код выдаётся покупателю сразу после оплаты, без вашего участия. Ручная выдача ставит сделку в ожидание вашего действия.
Разница принципиальна для масштабирования:
- Автоотгружаемая позиция продаётся ночью, в отпуске и при любом объёме.
- Ручная позиция ограничена вашим личным временем и растёт линейно с нагрузкой.
- Скорость выдачи прямо влияет на оценки и на вероятность спора.
Отдельная задача — не допустить продажи при пустом складе. Просроченный или исчерпанный склад карточки создаёт худший из сценариев: оплаченный заказ без товара. Как строить автоматическую подачу кодов, разбираем в материале об автоматизации выдачи цифровых кодов.
Что проверяет модерация
Проверка карточки сводится к трём вопросам:
- Соответствует ли содержимое названию. Расхождение названия и реального товара — основная причина отказа.
- Законен ли характер товара. Категории с частыми нарушениями прав правообладателей проверяют внимательнее, поэтому источник поставки лучше держать документированным.
- Раскрыты ли ограничения. Отсутствие региона или платформы в карточке, где они принципиальны, отправляет её на доработку.
Требования обновляются, поэтому перед массовой публикацией всегда сверяйтесь с актуальной справкой площадки. Процедуры проверки продавца и товаров подробно разобраны в материале о модерации и верификации на GGsel, а сценарии конкретно по Steam-ключам — в гайде по продаже Steam-ключей на GGsel.
Инструкция покупателю — вторая линия обороны
Инструкция прикладывается к отгрузке и работает уже после оплаты. Её задача — закрыть случаи, когда товар исправен, но покупатель не понял процедуру. В неё стоит включить порядок активации по шагам, типичные ошибки и что делать, если код не принимается.
Это дешёвая вещь с непропорционально высоким эффектом: каждое обращение, снятое инструкцией, — это не потраченное вами время и не риск возврата, который списывается с вашего счёта. После первой выплаты имеет смысл разобраться и с расчётной стороной — механика описана в материале о выводе денег после продажи на GGsel.
Где брать товар для карточек
Качественная карточка не спасёт позицию с плохой закупкой и нестабильным наличием. Оптовый каталог FoxReload покрывает свыше 900 SKU — игровые ключи, подарочные карты, пополнения, подписки и софт, включая мультирегиональные позиции, что позволяет объявлять регион в карточке точно, а не приблизительно. Поставка идёт через единый REST API с автоматической отгрузкой, поэтому склад карточки пополняется без ручных операций.
Про интеграцию: уточняйте у поставщика, как именно вы узнаёте статус заказа — при отсутствии колбэков статус получают опросом. Поддержку вебхуков и идемпотентности всегда проверяйте по документации конкретного поставщика, а не считайте её данностью.
