Перенос каталога с маркетплейса в собственный интернет-магазин оказался не копированием карточек, а отдельной работой со структурой данных. На примере AquaFishka показываем, как заново выстраиваем категории, характеристики, карточки товаров и фильтры.
Содержание страницы
- Теперь переходим от идеи собственного канала к практической работе
- Почему карточку маркетплейса нельзя просто перенести на сайт
- С чего мы начали: какие данные у AquaFishka уже были
- Первая задача — построить собственную структуру категорий
- Вторая задача — привести характеристики к единой системе
- Какие характеристики действительно нужны покупателю
- Из характеристик появляется нормальный фильтр
- Отдельная проблема — сами карточки товаров
- Где в этой работе помогает ИИ — и где он не может принять решение за бизнес
- Почему ошибки на этом этапе потом размножаются по всей системе
- Как выглядит наш процесс переноса каталога AquaFishka
- Что уже сделано и что еще предстоит
- Почему мы не запускаем рекламу раньше, чем приведем каталог в порядок
- Что каталог даст AquaFishka дальше
- Следующий этап проекта
Теперь переходим от идеи собственного канала к практической работе
В первых материалах серии об AquaFishka мы разобрали, почему хорошие продажи на маркетплейсах ещё не означают наличие собственного канала и где проходит граница между активами бизнеса и инфраструктурой площадки.
Теперь начинается практическая часть этой истории.
Интернет-магазин AquaFishka.ru уже развёрнут, а первым большим этапом стала работа с товарным каталогом. На первый взгляд задача выглядела достаточно просто: взять ассортимент, который уже продаётся на маркетплейсах, перенести названия, фотографии, описания и характеристики на собственный сайт — и получить готовый каталог.
Но довольно быстро стало понятно, что механическое копирование карточек здесь не решит задачу.
Данные маркетплейса создавались под структуру, категории и требования конкретной площадки. Для собственного интернет-магазина этого недостаточно: нужно заново определить логику разделов, привести характеристики к единой системе, правильно связать товары с изображениями и торговыми данными и подготовить основу для фильтров, поиска, SEO, рекламы и дальнейших интеграций.
Поэтому реальная задача звучит уже иначе: не перенести карточки как есть, а построить собственную структуру товарных данных AquaFishka, которой бизнес сможет дальше управлять независимо от маркетплейса.
И именно с этого этапа мы сейчас начинаем показывать, как собственный канал продаж строится не в теории, а в реальном интернет-магазине.
Почему карточку маркетплейса нельзя просто перенести на сайт
Карточка товара на маркетплейсе создается не сама по себе. Она встроена в структуру конкретной площадки: товар относится к определенной категории, заполняется по заданному набору характеристик, участвует в фильтрах и отображается по правилам, которые установил маркетплейс.
Поэтому готовая карточка хорошо решает задачу внутри этой площадки, но это ещё не означает, что её структура подходит для собственного интернет-магазина.
Если просто перенести на сайт название, фотографии, описание и характеристики как есть, довольно быстро появляются проблемы. Один и тот же параметр у разных товаров может называться по-разному, часть характеристик может храниться только в тексте описания, значения — быть записаны в разных форматах, а сама классификация товаров — повторять логику маркетплейса, которая не обязательно удобна покупателю AquaFishka.
Для собственного магазина нужна другая основа: единая структура данных, в которой каждый товар находится в понятном разделе, одинаковые характеристики называются одинаково, значения имеют общий формат, а нужные свойства можно использовать в фильтрах, поиске, SEO и дальнейших интеграциях.
Поэтому мы рассматриваем данные из карточек маркетплейсов не как готовый каталог, а как исходный материал. Его ещё нужно привести к собственной логике AquaFishka — той, которая будет работать уже не по правилам отдельной площадки, а в интересах самого интернет-магазина и его покупателей.
С чего мы начали: какие данные у AquaFishka уже были
Когда мы приступили к новому AquaFishka.ru, начинать каталог с пустого места не требовалось.
У бизнеса уже был сформированный ассортимент, а значительная часть товаров ранее была размещена на маркетплейсах. Для них уже существовали названия, фотографии, описания и характеристики — то есть большая часть исходной товарной информации, которую при запуске совершенно нового магазина пришлось бы собирать отдельно.
Одним из основных источников для формирования нового каталога стали данные товаров с Wildberries. К этому моменту продажи AquaFishka через этот канал уже остановились, однако накопленная товарная информация могла быть использована как исходный материал для собственного интернет-магазина.
Но между «у нас есть данные о товарах» и «у нас есть готовый каталог интернет-магазина» оказалась существенная разница.
Информация была подготовлена под требования маркетплейса: его категории, наборы характеристик и способ представления товара. Нам же требовалось собрать из этих данных уже собственную структуру AquaFishka — определить разделы каталога, сопоставить с ними товары, привести характеристики к понятной системе, перенести изображения и описания, добавить торговые данные и подготовить свойства, которые затем можно использовать в фильтрах.
Начали мы не со всего ассортимента сразу. Первой тестовой группой стали фильтры для аквариумов. На ней отрабатывали сам подход к переносу и структурированию данных, прежде чем применять его к остальным товарным категориям.
Поэтому исходная ситуация была достаточно удобной для практического эксперимента: товары и информация о них уже существовали, но готовой структуры собственного каталога еще не было. Именно её нам и предстояло построить.
Первая задача — построить собственную структуру категорий
Первое, с чего мы начали в каталоге AquaFishka.ru, — это определение собственной структуры категорий.
На практике такой этап нельзя свести к простому вопросу «в какой раздел положить товар». Категории должны отражать логику выбора покупателя. Человек приходит в магазин не за «товаром из категории маркетплейса», а, например, за фильтром, нагревателем, светильником, помпой или компрессором для аквариума.
Поэтому при построении каталога мы отталкиваемся не от готовой классификации площадки, а от самого ассортимента AquaFishka и от того, как покупатель воспринимает разные группы товаров.
Одной из первых тестовых групп, на которой мы начали отрабатывать этот подход, стали фильтры для аквариумов. Уже на этом примере стало видно, что структура собственного каталога должна строиться по понятным для покупателя уровням. Так, сами фильтры выступают отдельной товарной группой, а внутри неё логично выделяются базовые подкатегории — например, внутренние и внешние фильтры.
При этом важно не пытаться превращать каждый признак товара в новый раздел. Если различие между товарами лучше использовать для сравнения внутри одной группы, такой параметр должен становиться характеристикой и использоваться в фильтрации, а не дробить каталог на множество мелких веток.
Именно поэтому мы придерживаемся простой логики: категория отвечает на вопрос «что это за товар?», а характеристики и фильтры — «какой именно вариант подходит покупателю».
При этом работа над каталогом AquaFishka ещё продолжается. Не все товарные группы уже окончательно структурированы, и не все свойства еще заведены в систему. Но именно на этом этапе закладывается основа: сначала определяется понятное дерево категорий, а уже затем последовательно уточняются характеристики, связи между товарами и фильтрация.
Вторая задача — привести характеристики к единой системе
После того как для товарной группы определено место в каталоге, начинается следующий уровень работы — характеристики.
Здесь задача уже не в том, чтобы перенести все параметры из исходной карточки в AquaFishka.ru. Сначала нужно определить, какие свойства вообще будут существовать в собственной структуре каталога и в каком виде в них будут храниться данные.
Например, один и тот же параметр нельзя в одних товарах хранить как «Производительность», в других — как «Производительность фильтра», а где-то оставлять только внутри описания. Для системы это будут разные данные, даже если для человека речь идет об одной и той же характеристике.
То же самое относится к значениям. Условные 600 л/ч, 600 л/час и просто 600 человек легко воспринимает как близкие записи. Для каталога же важно заранее определить единый формат: где хранится само значение, какая используется единица измерения и как этот параметр называется во всех товарах одной группы.
Поэтому для каждой категории нам предстоит сформировать собственный набор свойств и затем последовательно привести к нему товары. Для каждого свойства нужно определить название, тип данных, формат значения и правила заполнения.
На AquaFishka эта работа еще идет. После формирования первых разделов мы постепенно переходим к свойствам товаров, начиная с тестовой группы фильтров для аквариумов. Именно здесь можно отработать правила, которые затем будут применяться к следующим категориям каталога.
В результате у нас должна появиться не коллекция характеристик, перенесенных из разных карточек как получилось, а единая система свойств AquaFishka: один параметр — одно понятное название — один формат хранения данных.
Это уже техническая основа, на которой дальше можно решать две отдельные задачи: какие из этих характеристик действительно помогают покупателю выбирать товар и какие из них стоит использовать в фильтрации.
Какие характеристики действительно нужны покупателю
После того как свойства приведены к единому формату, возникает следующий вопрос: все ли имеющиеся данные вообще нужно показывать покупателю и использовать при выборе товара?
Ответ — нет.
В исходных карточках может быть много параметров. Одни появились потому, что их требовала площадка, другие нужны для внутреннего учета, третьи действительно помогают понять, подходит ли конкретный товар.
Поэтому при проектировании каталога AquaFishka мы смотрим на характеристики уже не глазами базы данных, а глазами покупателя.
Практический критерий здесь достаточно простой: помогает ли этот параметр сравнить несколько товаров и понять, какой из них подходит под конкретную задачу?
Для фильтров для аквариума такими характеристиками могут быть, например, рекомендуемый объём аквариума, производительность, мощность или габариты устройства. По ним покупатель способен оценить, рассчитана ли модель на его аквариум, насколько она отличается от соседней и есть ли смысл переходить к более подробному изучению карточки.
При этом это не означает, что каждый технический параметр нужно превращать в главный критерий выбора. Часть информации может быть полезна уже внутри карточки товара — например, для проверки размеров, комплектации или особенностей эксплуатации, — но не настолько важна, чтобы выводить ее на первый план во всем каталоге.
Есть и обратная ситуация: свойство может присутствовать в исходных данных, но практически ничего не давать покупателю AquaFishka. В таком случае сохранять его только потому, что оно когда-то было заполнено на маркетплейсе, смысла нет.
Именно поэтому набор характеристик для каждой товарной группы мы еще будем формировать отдельно. Работа над свойствами AquaFishka сейчас продолжается, и окончательный набор параметров для фильтров и остальных категорий еще не зафиксирован.
Наша задача здесь не в том, чтобы создать как можно больше полей. Нужно оставить достаточно достоверной и понятной информации, чтобы человек мог осознанно сравнить товары и выбрать подходящий вариант.
А уже из тех характеристик, которые действительно участвуют в выборе, можно будет строить следующую часть каталога — удобную систему фильтрации.
Из характеристик появляется нормальный фильтр
Когда характеристики товаров определены и одинаковые параметры хранятся в едином виде, их можно использовать уже не только внутри карточки товара.
Из них появляется полноценный инструмент отбора.
Для покупателя разница принципиальная. Вместо того чтобы открывать один фильтр за другим и вручную сравнивать характеристики, он сможет сразу сузить каталог до моделей, которые подходят под его условия.
На примере аквариумных фильтров это может выглядеть так: человек задаёт подходящий объем аквариума, диапазон производительности или другие действительно значимые параметры — и получает уже не весь раздел, а только соответствующие модели.
При этом сам фильтр не должен быть копией таблицы характеристик. Если у товара заведено двадцать свойств, это не означает, что покупателю нужно показать двадцать способов отбора. В фильтрацию имеет смысл выносить прежде всего те параметры, которые действительно разделяют ассортимент на полезные для выбора группы.
Важен и формат самого свойства.
Числовой параметр, например производительность, удобнее использовать как диапазон: условно от одного значения до другого. А характеристику с ограниченным набором вариантов — как выбор конкретных значений. Поэтому ещё на этапе создания свойств приходится учитывать не только то, что мы хотим хранить, но и как покупатель потом будет этим пользоваться.
На AquaFishka этот этап пока впереди. Сейчас мы формируем категории и систему свойств, а сами фильтры будут настраиваться по мере заполнения характеристик товаров. Поэтому окончательный набор параметров ещё может меняться по мере работы с реальным ассортиментом.
Но именно здесь становится видно, зачем нужна вся предыдущая подготовка.
Если значение производительности у части товаров записано как число, у части — текстом, а у некоторых отсутствует совсем, корректно отфильтровать такой каталог не получится. Когда же данные приведены к одной системе, характеристика перестаёт быть просто строкой в карточке и становится инструментом навигации по ассортименту.
В итоге хороший фильтр должен сокращать путь покупателя: не заставлять его разбираться во всей базе AquaFishka, а за несколько действий оставить перед ним только те товары, которые действительно стоит сравнивать между собой.
Отдельная проблема — сами карточки товаров
Даже правильно построенных категорий, характеристик и фильтров недостаточно, если в итоге покупатель открывает карточку и не может уверенно понять, что именно перед ним.
Карточка товара — это место, где все данные о конкретной позиции должны собраться в одну непротиворечивую картину.
Название должно соответствовать именно этой модели. Фотографии — показывать именно этот товар. Описание — объяснять его назначение и особенности. Характеристики — относиться к той же позиции, а цена и наличие — отражать актуальные торговые данные.
На большом ассортименте здесь легко получить ошибки, которые внешне выглядят незначительными. Например, к одной модели может попасть фотография похожего товара, в характеристиках остаться параметры соседней версии, а название — не дать понять, чем две практически одинаковые позиции отличаются друг от друга.
Для покупателя это уже не техническая неточность. Если данные внутри карточки противоречат друг другу, становится сложнее сравнивать товары и доверять информации магазина.
Поэтому при переносе каталога AquaFishka нам важно не просто создать нужное количество карточек. Каждая карточка должна однозначно представлять конкретный товар и правильно связывать между собой его название, изображения, описание, характеристики и торговые данные.
Есть и ещё один момент: карточки товаров одной категории должны быть оформлены по общей логике. Если у одного фильтра важные параметры сразу видны и понятно описаны, а у другого спрятаны в тексте или вообще отсутствуют, сравнивать такие модели неудобно даже при хорошем фильтре каталога.
На AquaFishka эта работа сейчас продолжается вместе с наполнением каталога. На первых товарных группах мы фактически формируем стандарт, по которому затем можно будет последовательно собирать остальные карточки: какие данные обязательны, где они хранятся и как отображаются покупателю.
Поэтому карточка товара для нас — не просто красивая страница с фотографией и кнопкой покупки. Это итоговая точка сборки товарных данных. И если исходная информация связана неправильно, один только дизайн карточки проблему уже не исправит.
Где в этой работе помогает ИИ — и где он не может принять решение за бизнес
Когда ассортимент состоит уже не из нескольких товаров, ручное сопоставление данных быстро превращается в отдельный большой объём работы.
В AquaFishka мы столкнулись с этим практически. Нужно было понять, какие исходные товарные данные относятся к каким позициям нового каталога, и переносить всё вручную товар за товаром было бы слишком долго. Поэтому для части этой работы мы использовали ИИ — прежде всего для автоматизации сопоставления товарных данных.
Именно в таких задачах он особенно полезен.
ИИ может быстро сравнивать большие массивы информации, находить похожие названия и значения, предлагать вероятные соответствия между позициями и обращать внимание на данные, которые отличаются от общей структуры. То, на что человеку пришлось бы тратить много времени при последовательном просмотре карточек, можно значительно быстрее подготовить к проверке.
Но «нашёл наиболее вероятное соответствие» ещё не означает «принял правильное решение».
Две модели могут иметь почти одинаковые названия, но отличаться технически. Одинаково записанный параметр в разных товарных группах может иметь разный смысл. А похожие фотографии ещё не доказывают, что перед нами один и тот же товар. Если автоматически принять такое совпадение за факт, ошибка затем попадёт уже в собственный каталог.
Есть и решения другого уровня, которые вообще нельзя перекладывать на ИИ. Например, каким должно быть дерево категорий AquaFishka, какие характеристики действительно важны покупателю, что стоит вынести в фильтр и по каким правилам должны быть оформлены карточки. Здесь недостаточно найти закономерность в исходных данных — нужно понимать ассортимент, покупателя и задачи самого магазина.
Поэтому в нашей работе разделение получается следующим: ИИ ускоряет анализ и подготовку данных, а человек определяет правила и подтверждает решения там, где ошибка влияет на структуру каталога.
Для AquaFishka это особенно ценно именно из-за объема рутинной работы. Нет смысла вручную сравнивать каждую строку там, где машина способна быстро предложить вероятный вариант. Но и автоматически доверять каждому такому варианту нельзя.
В итоге ИИ для нас — не способ «самостоятельно построить каталог». Он помогает быстрее пройти наиболее трудоемкие этапы обработки данных, но проектирование самого каталога и ответственность за итоговую структуру остаются за людьми.
Почему ошибки на этом этапе потом размножаются по всей системе
Пока мы работаем только внутри каталога, ошибка в товарных данных может казаться локальной: неверно указали характеристику, перепутали модель или отнесли товар не в тот раздел.
Проблема становится заметно серьёзнее позже, когда этот же каталог начинает служить источником данных для остальных частей системы.
Представим, что у конкретного фильтра неправильно указана производительность. Сначала это значение появится в самой карточке. Затем по нему может работать фильтрация, и товар попадет не в тот диапазон. Если те же данные будут передаваться во внешний товарный фид, ошибка уйдёт уже туда. А дальше на этих данных могут строиться товарные объявления и другие автоматизированные сценарии продвижения.
То же происходит с категорией. Ошибка здесь влияет уже не только на место товара в меню. Она может изменить навигацию по каталогу, страницы, на которых появляется товар, логику формирования товарных групп и дальнейшую работу с ассортиментом во внешних каналах.
Особенно чувствительны торговые данные. Когда мы дойдём до автоматической передачи товаров в рекламные системы, цена и наличие на сайте должны соответствовать тем данным, которые получает внешняя площадка. Если источник неверный или обновляется некорректно, ошибка перестает быть проблемой одной карточки — покупатель может увидеть противоречащую информацию уже до перехода на сайт.
Есть еще один важный уровень — идентификатор товара.
Если одна и та же позиция в разных частях системы перестаёт однозначно определяться как один товар, становится сложнее правильно связать карточку, торговые данные, товарный фид и дальнейшую аналитику. Поэтому стабильная связь с конкретной позицией в базе для нас не менее важна, чем название или фотография.
Получается цепочка:
исходные товарные данные → карточка → фильтры и навигация → товарные фиды → реклама → аналитика.
Чем дальше ошибка проходит по этой цепочке, тем больше мест приходится потом проверять и исправлять.
Именно поэтому сейчас, пока каталог AquaFishka еще находится на этапе наполнения, выгоднее потратить дополнительное время на проверку исходной структуры. После подключения следующих элементов системы исправлять одну и ту же проблему уже придётся не в одном месте.
По сути, каталог становится для AquaFishka единым источником товарной информации. Если этот источник собран правильно, следующие этапы можно строить на надежной основе. Если нет — автоматизация начинает не исправлять ошибки, а быстрее распространять их дальше.
Как выглядит наш процесс переноса каталога AquaFishka
Если собрать всю работу в одну последовательность, наш процесс сейчас выглядит так:
разделы → товары → характеристики → изображения → описания → торговые данные → фильтры.
Это не просто удобный порядок действий. Каждый следующий этап зависит от того, насколько правильно сделан предыдущий.
- Разделы. Сначала определяем, где конкретная товарная группа должна находиться в собственном каталоге AquaFishka и нужна ли внутри неё дополнительная структура.
- Товары. Затем сопоставляем исходные данные с конкретными позициями нового каталога. На этом этапе важно понимать, какой именно товар мы переносим, не перепутаны ли похожие модели и не создаем ли мы дубли.
- Характеристики. После этого формируем набор свойств для товарной группы и приводим значения к общей системе. Здесь закладывается структура, которая затем будет использоваться уже не только в карточке товара.
- Изображения. Для каждой позиции нужно правильно связать фотографии именно с той моделью, к которой они относятся. Особенно внимательно приходится работать с похожими товарами, где визуальные различия могут быть минимальными.
- Описания. Текстовая информация тоже должна соответствовать конкретному товару. При переносе важно не просто сохранить имеющееся описание, а проверить, что в нём нет данных от другой модели и что оно остаётся полезным уже в контексте собственного интернет-магазина.
- Торговые данные. Дальше к товару добавляются цена, наличие и другие параметры, которые нужны уже непосредственно для продажи. Эти данные должны быть стабильно связаны с той же самой позицией каталога.
- Фильтры. И только после того, как характеристики товаров достаточно заполнены и приведены к единому виду, появляется смысл настраивать фильтрацию для покупателей.
При этом эта последовательность не означает, что мы один раз проходим каждый этап и больше к нему не возвращаемся. Каталог AquaFishka еще формируется, поэтому по мере работы с реальными товарами могут уточняться категории, появляться новые свойства или обнаруживаться данные, которые нужно исправить на более раннем этапе.
Именно поэтому мы начали с одной товарной группы — фильтров для аквариумов. На ней можно не только перенести сами товары, но и отработать весь процесс целиком, а затем использовать уже сформированные правила при работе со следующими категориями.
Такой подход медленнее, чем просто массово загрузить всё, что удалось получить из исходных карточек. Но зато в результате каждая следующая товарная группа должна требовать всё меньше решений «с нуля».
По сути, сейчас мы не просто переносим ассортимент. Мы одновременно формируем рабочий стандарт, по которому каталог AquaFishka можно будет последовательно наполнять и дальше.
Что уже сделано и что еще предстоит
На этом этапе важно не создавать впечатление, будто каталог AquaFishka уже готов и мы просто показываем результат задним числом. Проект находится в работе, и значительная часть каталога еще только формируется.
При этом точка, с которой мы начинали, уже заметно изменилась.
Что уже сделано
Сам интернет-магазин AquaFishka.ru развёрнут, и товарный каталог уже наполняется реальными позициями. Для переноса используются накопленные данные об ассортименте, в том числе информация из ранее созданных карточек на Wildberries.
На первой тестовой группе — фильтрах для аквариумов — мы уже начали отрабатывать структуру собственного каталога. Появился основной раздел «Фильтры» и базовое разделение на внутренние и внешние фильтры, часть товаров уже размещена внутри этой структуры.
Параллельно был сформирован сам подход к переносу: мы не создаем карточки изолированно друг от друга, а связываем товар с его местом в каталоге, исходными данными, изображениями, описанием и дальнейшими торговыми параметрами.
Отдельную часть рутинной работы по сопоставлению исходной информации удалось ускорить с помощью ИИ. При этом окончательные решения по структуре каталога и спорным соответствиям остаются за человеком.
Что сейчас находится в работе
Главный незавершенный слой — характеристики товаров.
Нам ещё предстоит определить окончательный набор свойств для фильтров, привести значения к единому формату и заполнить ими реальные позиции. Именно поэтому нынешний внешний вид каталога нельзя считать финальным: по мере работы с ассортиментом могут уточняться и сами свойства, и отдельные решения по структуре.
Продолжается и работа с карточками товаров: нужно последовательно проверять соответствие названий, изображений, описаний и остальных данных конкретным моделям.
То же относится к торговой информации. Цена, наличие и другие параметры должны быть не временными значениями «для заполнения карточки», а данными, на которые затем действительно сможет опираться интернет-магазин.
Что ещё предстоит
После того как товарные данные будут достаточно заполнены и унифицированы, можно будет переходить к полноценной настройке фильтрации. Затем этот же подход потребуется последовательно применить уже не к одной тестовой группе, а к остальным категориям ассортимента AquaFishka.
И только после формирования самого каталога можно будет уверенно двигаться дальше по системе: настраивать путь оформления заказа, доставку и оплату, подключать электронную коммерцию и аналитику, готовить товарные фиды и переходить к тестированию собственных источников трафика.
Поэтому сейчас у проекта есть уже не пустой сайт и не набор исходных файлов, а работающий каркас будущего каталога и проверяемая на реальных товарах методика его наполнения.
Но до состояния, когда весь ассортимент AquaFishka структурирован, характеристики заполнены, фильтры работают, а торговые данные готовы для реальных продаж и дальнейших интеграций, ещё остаётся большой объём работы.
И это как раз та часть проекта, которую мы хотим показывать по мере её выполнения — не только итоговый интернет-магазин, но и то, как он постепенно превращается из технически развернутого сайта в полноценный канал продаж.
Почему мы не запускаем рекламу раньше, чем приведем каталог в порядок
Технически привести первых посетителей на AquaFishka.ru можно уже сейчас.
Но такой запуск мало что нам даст.
Задача первого рекламного теста — не просто получить переходы на сайт. Нам нужно понять, может ли собственный канал превращать этот трафик в заказы и сколько в итоге стоит привлечение покупателя.
Чтобы ответить на этот вопрос, сама среда, в которую приходит человек, должна работать достаточно предсказуемо.
Представим, что реклама привела потенциального покупателя в раздел фильтров. Он не смог нормально отобрать модели, у части товаров не заполнены характеристики, карточки еще требуют проверки, а торговые данные окончательно не настроены. Покупатель ушёл без заказа.
Что в таком случае показал рекламный тест?
Что мы привели не ту аудиторию? Что предложение оказалось слабым? Что товар дорогой? Или человек просто не смог нормально выбрать нужную модель внутри незавершенного каталога?
Однозначного ответа уже не будет.
Именно поэтому ранний запуск способен создать искаженную картину эффективности рекламы. Деньги будут потрачены, переходы и поведение пользователей мы увидим, но отделить проблему трафика от проблемы самого магазина станет значительно сложнее.
Для товарного продвижения появляется ещё одна причина не торопиться. В дальнейшем рекламные системы смогут получать из каталога названия товаров, ссылки, изображения, цены, наличие и другие данные. Значит, сначала нужно добиться того, чтобы этот источник был достаточно надежным, а уже потом использовать его для автоматического формирования рекламных предложений.
При этом готовый каталог — ещё не сигнал немедленно включать рекламу.
После него AquaFishka предстоит настроить путь до завершенного заказа, доставку и оплату, а также корректную передачу данных электронной коммерции в аналитику. Иначе мы снова получим трафик, но не сможем полноценно связать рекламные расходы с тем, что произошло после перехода пользователя на сайт.
Поэтому последовательность для AquaFishka принципиальна:
сначала готовим товар и путь покупателя → затем настраиваем измерение результата → и только после этого начинаем покупать трафик.
Так первый рекламный тест становится не проверкой того, «работает ли вообще сайт», а уже проверкой конкретной бизнес-гипотезы: какие категории способны приносить заказы, какая у них конверсия и во сколько обходится привлечение покупателя.
Именно эти данные нам потом понадобятся, чтобы сравнивать собственный интернет-магазин с другими каналами продаж не по ощущениям, а по экономике.
Что каталог даст AquaFishka дальше
Когда каталог будет собран, эта работа не закончится. Наоборот, именно тогда результат начнёт использоваться за пределами самих карточек товаров.
Первое, что изменится для покупателя, — ассортимент станет не просто доступен на сайте, а управляем для выбора. Человек сможет двигаться по понятным категориям, отбирать товары по характеристикам, сравнивать подходящие модели и переходить к покупке уже с более ясным пониманием того, что ему нужно.
Для самого AquaFishka значение каталога будет шире.
Например, на его основе можно будет последовательно развивать поисковое направление. У отдельных товарных групп и конкретных моделей появятся собственные страницы с понятной структурой и связанными с ними данными. Это не означает автоматического получения поискового трафика, но создает основу, без которой системная работа с SEO для интернет-магазина сильно усложняется.
Те же товарные данные затем можно будет передавать во внешние системы через фиды. Вместо ручного создания рекламного объявления для каждой позиции рекламная система сможет получать из каталога нужную информацию о товарах и использовать её при формировании товарного продвижения.
Еще один уровень — аналитика.
Когда просмотр товара, добавление в корзину и покупка связаны с конкретной позицией каталога, можно анализировать уже не только общее количество посещений и заказов. Постепенно появляется возможность видеть, какие товары и категории смотрят, что добавляют в корзину, что действительно покупают и какие источники приводят эти продажи.
Именно здесь ассортимент превращается ещё и в набор данных для принятия решений.
Можно будет сравнивать категории между собой, видеть спрос внутри собственного магазина, находить товары, которые получают много просмотров, но редко доходят до покупки, и проверять, как изменения карточек или условий продажи отражаются на результате.
Структурированный каталог также упрощает дальнейшие интеграции. Когда каждый товар имеет устойчивое место в системе и однозначно связан со своими данными, становится проще передавать информацию между интернет-магазином, аналитикой, рекламой и другими подключаемыми инструментами.
Но сам по себе каталог ещё не делает AquaFishka полноценным каналом продаж.
После выбора товара покупателю нужно пройти следующий участок пути: положить товар в корзину, оформить заказ, выбрать доставку, оплатить покупку и получить понятную информацию о том, что произойдет дальше.
Поэтому завершение каталога для нас — не финальная точка проекта, а переход от работы с ассортиментом к работе уже с самой покупкой.
И следующим этапом станет как раз этот вопрос: что необходимо настроить в AquaFishka.ru, чтобы человек мог не только найти подходящий товар, но и полностью оформить заказ через собственный интернет-магазин.
Следующий этап проекта
На этом история с каталогом не заканчивается — и сам каталог пока тоже нельзя считать завершенным.
Нам ещё предстоит наполнить оставшиеся товарные группы, сформировать для них свойства, проверить карточки, торговые данные и довести до рабочего состояния фильтрацию. То есть большая часть практической работы с ассортиментом ещё впереди.
Но направление следующего этапа уже понятно.
Когда покупатель сможет нормально найти и выбрать товар, нужно проверить весь путь дальше — сможет ли он так же без проблем превратить этот выбор в оформленный заказ через AquaFishka.ru.
Это уже другая часть интернет-магазина. Здесь вопросы будут не про то, как устроены характеристики товара, а про сам процесс покупки: что происходит после добавления в корзину, какие данные должен указать покупатель, как выбирается способ получения заказа, как проходит оплата и что человек видит после оформления.
Именно на этом этапе сайт начинает проверяться уже не как каталог, а как настоящий инструмент продажи.
Поэтому мы продолжим показывать AquaFishka по мере работы, а не только тогда, когда всё будет закончено и можно будет собрать красивый итоговый кейс.
Следующий материал серии будет посвящён следующему практическому шагу:
«Что нужно настроить в интернет-магазине до первых продаж: доставка, оплата и путь покупателя»
А уже после того, как этот путь заработает целиком и появится корректное измерение заказов, можно будет переходить к самому интересному этапу — приводить первых покупателей в собственный канал и смотреть, какую экономику AquaFishka.ru покажет на реальных данных.
К содержанию