Your comments
Добрый день!
Всячески поддерживаю идею.
Без снятия этого ограничения невозможно построить отчет по источникам продаж отдельного товара.
Так как на данный момент в Роистате единственный способ построить такой отчет - это передавать ID товаров из заказа - в доп.поле заказа.
Добрый день, коллеги!
Разовью мысли, ранее написанные в теме.
Смысл в том, чтобы передать в Роистат структуру страниц интернет-магазина, на которые в принципе может приходить трафик, и нарисовать это в Роистате в виде дерева со значениями трафика, выручки и прибыли по категории.
У нас интернет-магазин игрушек, так что буду на примере игрушек :)
Берем упрощенно структуру сайта:
- Каталог
-- Куклы
-- Машинки
Берем упрощенно структуру рекламы:
- Директ
-- Директ на категорию кукол
-- Директ на категорию машинок
- Поиск
Зная структуру сайта в YML, Роистат считает весь трафик, входящий на категорию Куклы.
Если какой-то переход в категорию Куклы закончился заказом - фиксирует оборот и прибыль с трафика на категорию Куклы.
ВАЖНО: в этой части абсолютно не существенно, после входа на сайт через категорию Куклы - заказали куклу, машинку или куклу с машинкой. Мы знаем, что категория Куклы, как элемент структуры сайта, принесла нам 1000 рублей с этого заказа.
И дальше можем разделить более детально:
В категории Куклы прибыль с трафика 1000 рублей, из них:
-- Директ на категорию кукол - прибыль 700 рублей
-- Поиск - прибыль 300 рублей
Дальше можно сравнить прибыль с трафика, пришедшего на категорию, с затратами на обеспечение этого трафика и объявить это чем-то вроде ROI категории.
Это не будет ROI в чистом виде, так как часть людей, пришедших за куклами, купили машинки, а часть заказов на куклы была совершена в результате входа на сайт с категории Машинки.
Но этот показатель все равно сильно будет различаться между категориями, и уметь его получить, проанализировать и принять правильные решения - можно и нужно.
Подводные камни (куда ж без них) и детализация:
1. Заход на сайт на страницу товара, относящегося к категории, и результаты этого захода (заказ был/нет) засчитывать к этой категории.
2. Если у товара несколько категорий - и переход и выручку и прибыль, являющиеся следствием этого перехода, поровну делить между категориями товара. В результате число переходов в категорию может стать дробным.
Например, у нас как-то продавался "Деревянный конструктор робот-динозавр на радиоуправлении". У него были категории "Деревянные конструкторы", "Роботы", "Динозавры" и "Радиоуправляемые игрушки".
3. Трафик и прибыль подкатегории переносить на родительскую категорию для этой подкатегории.
4. Если у подкатегории несколько родительских категорий - поступать с трафиком, выручкой и прибылью полностью аналогично ситуации с товаром из п.2.
5. Страницы брендов - часто популярные точки входа на сайт. Бренды придется считать категориями: у конструктора Hasbro будет 2 категории - "Конструкторы" и "Hasbro".
6. Страницы вида Категория+бренд ("Конструкторы Hasbro") - популярные точки входа на сайтах интернет-магазинов.
Считать такие страницы тоже категориями с двумя родительскими - "Конструкторы" и "Hasbro". И обрабатывать по тем же описанным выше правилам.
7. Страницы пейджинга, фильтров и сортировок приравнивать к страницам соответствующих категорий.
Что написано в rel canonical - то и есть категория.
8. Остаются страницы: главная, акции-новости и статические. Они могут принимать на себя до черта трафика и приносить столько же заказов.
Что с ними делать? Ну видимо, то же самое, что и со "Сделками без номера визита".
Или вообще разработать простенький формат на основе sitemap.xml и по каждой странице брать от магазина в качестве параметров - ее тип и URL родителя.
_____________
Но увы!
Хоть сформулированная выше задача и схематично набросанные решения и являются полезными и интересными для анализа, все это все равно не даст ответов на самые главные вопросы:
"С какой рекламы у меня продаются куклы, а с какой рекламы - машинки? И какой ROI у каждого рекламного канала, с которого продаются куклы?".
Но это уже обратная задача, и решать ее по-другому.
Могу и ее логику набросать в теме, если есть шансы на реализацию.
Customer support service by UserEcho
Согласен, было бы отлично уметь спрашивать Роистат о конверсии по отдельному товару, категории или бренду по разным рекламным каналам.
У нас все просмотры в CRM в одну кучу валятся, в итоге вычленить товары с высокой конверсией по данному каналу не всегда возможно.
И тогда - да, можно решить заодно щадачу коллеги про сортировку товаров в каталоге.