Настройка Google Analytics: электронная торговля

Одна из обязательных настроек Google Analytics для интернет-магазинов — настройка отчётов электронной торговли.

Отчёты об электронной торговле в Google Analytics позволяют отслеживать заказы, сделанные с помощью корзины товаров на сайте.

Терминология

Транзакция — завершенный заказ (то, что ушло в обработку менеджеру). Может содержать несколько товаров.

Уникальные покупки — количество транзакций, содержащих товар. Т.е., если в одном заказе было 3 одинаковых товара, то это будет 1 уникальная покупка.

Коэффициент конверсии — процент посещений, за время которых были зафиксированы транзакции (сделаны заказы). Проще говоря, если у Вас было 100 посещений и 10 из них превратились в заказы, то коэффициент конверсии электронной торговли составит 10%.

Полезность посещения — средний доход на одно посещение. Рассчитывается как доход поделённый на количество посещений.

Отчёты электронной торговли

Эффективность продукта

Этот отчёт позволяет увидеть:

  • общее количество купленных товаров
  • самые популярные товары
  • сколько каких товаров было куплено за период
  • Количество уникальных покупок с выбранным товаром


*Здесь Вас наверняка смутила отрицательная цифра, показывающая количество товаров в заказе и отрицательный доход. Подробнее об этом я расскажу дальше

Эффективность продаж

Этот отчёт позволяет увидеть динамику дохода с сайта.

Транзакции

Этот отчёт позволяет увидеть список транзакций за выбранный период. Если кликнуть на номер транзакции, отобразится её содержание (список заказанных товаров).

Время до покупки

Вам наверняка интересно, как быстро принимается решение о покупке и сколько посещений требуется для принятия такого решения.

Не забывайте, что практически в каждом отчёте есть возможность добавить дополнительный параметр и получить ещё больше интересной информации. Например:

  • Источник / Канал / Тип трафика. Какие источники трафика лучше других позволяют продать конкретный товар (группу товаров), приносят больше прибыли, приводят более лояльных посетителей
  • Город / Страна. Какие города (страны) приносят больше прибыли? В каких городах (странах) тратят на покупку меньше времени и больше денег?
  • Число посещений до транзакции. Какие группы товаров покупаются быстро, а над какими клиенты долго думают?
  • Пользовательские переменные. Если Вы настраивали пользовательские переменные, не забывайте про них — они тоже доступны в отчётах электронной торговли.

Электронная торговля в стандартных отчётах

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

Как настроить электронную торговлю в Google Analytics?

  1. Зайдите в настройки профиля, укажите валюту, которая будет отображаться в отчётах и выберите валюту, которую хотите видеть в отчётах и опцию «Я продаю онлайн». Обозначение валюты — это всего лишь приписка к цифре для более привычного восприятия. Если Вы в последствии смените рубли на евро, цифры в отчётах не изменятся — они не будут пересчитаны в новую валюту.
  2. Установите на сайт код электронной торговли.

Установка кода электронной торговли на сайт

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

<html>
<head>
<title>Ваш заказ отправлен</title>
<script type="text/javascript">

  var _gaq = _gaq || [];
//Укажите ID своего аккаунта в G.A.
  _gaq.push(['_setAccount', 'UA-XXXXX-X']);
  _gaq.push(['_trackPageview']);

//Указываем информацию о транзакции
  _gaq.push(['_addTrans',
    'Заказ:12345',           // ID заказа - обязательное поле
    'Тестовый магазин',  // Название магазина или точки продажи
    '9990.90',          // Общая сумма заказа - обязательное поле
    '1300',           // Налог
    '350',              // Стоимость доставки
    'Санкт-Петербург',       // Город
    'ЛО',     // Штат, область
    'Россия'             // Страна
  ]);

// Указываем информацию о товарах
// Для каждого товара из корзины нужно указать такой блок:
  _gaq.push(['_addItem',
    'Заказ:12345',           // ID заказа - обязательное поле (для проверки соответствия товара заказу)
    'Арт. 14/32-7',           // артикул / уникальный идентификатор товара - обязательное поле (обязательно должен быть уникальным для каждого товара)
    'Тестовый товар',        // Название товара
    'Размер: средний',   // Категория или модификация
    '4995.45',          // стоимость товара - обязательное поле
    '2'               // количество - обязательное поле
  ]);

//Отправляем данные на сервер Google Analytics
  _gaq.push(['_trackTrans']); 

  (function() {
    var ga = document.createElement('script'); ga.type = 'text/javascript'; ga.async = true;
    ga.src = ('https:' == document.location.protocol ? 'https://ssl' : 'http://www') + '.google-analytics.com/ga.js';
    var s = document.getElementsByTagName('script')[0]; s.parentNode.insertBefore(ga, s);
  })();

</script>
</head>
<body>

  Спасибо за Ваш заказ.  Наш менеджер свяжется с Вами по указанному номеру телефона.

</body>
</html>

Несколько комментариев

  • ID заказа должен быть уникальным (т.е. не должен совпадать с ID других заказов). Иначе заказы разных покупателей склеятся в один и получится каша. Исключение — отрицательная транзакция (об этом ниже). Там мы умышленно указываем нужный нам ID заказа.
  • Параметры заказа: «Город», «Штат / область», «Страна» и «Название магазина», насколько я понял, исопльзуются только в фильтрах профиля. Региональность GA определяет по IP и она не зависит от того, что будет указано в заказе.
  • Для того, чтобы собрать и передать в GA данные о транзакции не обязательно генерировать показ страницы. Если вы не хотите, чтобы был зафиксирован просмотр страницы, но хотите отправить данные о транзакции, уберите на странице подтверждения из кода Google Analytics строку:
    _gaq.push(['_trackPageview']);

Неточность информации в электронной торговле

Существует как минимум 2 распространённые ситуации, в которых состав заказа, отражённый в Google Analytics будет отличаться от фактического:

  1. Клиент изменил состав заказа по телефону— в процессе разговора с менеджером интернет-магазина при подтверждении заказа. Такое происходит по разным причинам:
    • upsales (менеджер продал клиенту какой-нибудь дополнительный аксессуар),
    • непонятный интерфейс корзины (клиент не понял, как удалить лишний товар или уменьшить его количество),
    • фейковые заказы (кто-нибудь решил протестировать, как работает Ваш сайт или клиент просто отказался от заказа), …
  2. Клиент вернул товар — нужно помнить о том, что товар может не понравиться клиенту и он может воспользоваться своим правом вернуть товар и забрать свои деньги назад.

Скорректировать данные в отчётах Google Analytics по электронной торговле можно с помощью отрицательной транзакции.

Как работает отрицательная транзакция

Принцип работы отрицательной транзакции я изобразил графически:

В данном случае отрицательная транзакция даст нам более точные данные о доходах.

Как правильно использовать отрицательную транзакцию

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

Поэтому, метод отрицательной транзакции можно использовать:

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

Этот метод не стоит использовать:

  • в случае возврата товара.
    Во-первых, потому, что даты положительной и отрицательной транзакций будут существенно отличаться. Это может вызвать ещё большую путаницу в отчётах, т.к. в одном периоде у Вас будет неестественная прибыль, а во втором неестественный убыток.
    Во-вторых, Google Analytics нужен для того, чтобы оценить эффективность работы сайта и рекламы, а возврат товара относится скорее к работе отдела производства или отдела закупок, т.к. говорит о том, что клиента не устроило качество товара.
  • в случае upsale, т.к. это заслуга менеджера, а не сайта.

Как отрицательная транзакция отразится в отчётах?

  • Во-первых, транзакция будет привязана к конкретной дате. Именно поэтому важно проводить отрицательную транзакцию в тот же день, в который была проведена положительная.
  • Во-вторых, она отразится в общем количестве транзакций:

В остальных показателях будут чистые данные.

Что, если транзакции проведены в разные дни?

Здесь всё будет зависеть от того, какой период Вы выбираете для отчёта.

Вариант 1.
Положительная и отрицательная транзакции проведены в один отчётный период.

Отчёты будут максимально точными. Т.е. всё, что будет свидетельствовать о наличии лишних транзакций, — это цифра «Количество транзакций» в общем отчёте и в отчёте по товарам. В отчёте по транзакциям будет чисто, т.к. у транзакции все значения будут нулевые (по умолчанию там отображается «Доход», «Налог», «Доставка», «Количество товаров» — всё это мы сводим к нулю).

В отчёте по товарам будет такая картина:

Вариант 2.
Положительная и отрицательная транзакции проведены в разные отчётные периоды.

Тут начинается путаница, т.к. в одном отчёте Вы увидите лишний доход (за некорректную транзакцию), а в другом — убыток (за отрицательную транзакцию). Т.е. 2 транзакции не компенсируют друг друга, а создают ещё больше неточных данных в отчётах.
Выглядеть это будет так:

Готовый скрипт для проведения отрицательной транзакции

Для своих нужд (в первую очередь для тестирования и понимания работы электронной торговли) я сделал скрипт на php, с помощью которого можно отправить любую транзакцию в Google Analytics вручную (как положительную, так и отрицательную).

Инструкция:

  1. Указать ID Вашего профиля в Google Analytics вместо UA-XXXXXXXX-X
  2. Загрузить файл с кодом скрипта в любую папку Вашего сайта (в идеале сделать эту папку недоступной для обычных посетителей и поисковых роботов — можно установить ограничение по ip или запаролить папку)
  3. Открыть http://your-domain.com/путь_к_файлу/имя_файла.php
  4. Поочерёдно заполнить информацию о каждом товаре транзакции
  5. Завершить транзакцию

Код скрипта:

Ссылка для скачивания

Удачной электронной торговли! 🙂

57 комментариев
  1. Talisman:

    А как сделать так, что бы ценность цели бралась для странице автоматически от сумму транзакции совершенной на этой странице?

    • Не путайте ценность цели и электронную торговлю. Ценность цели нужно настраивать для действий, которые не учитываются в электронной торговле. Например, подписка на рассылку.

      Если какая-то страница (например главная) будет участвовать в пути посетителей к достижению цели с указанной ценностью и к реальной транзакции, то в показателе «ценность страницы» в отчётах суммы сложатся.

      А если Вы укажете и ценность цели (для транзакции) и настроите электронную торговлю, показатель «ценность страницы» будет показывать неверную цифру.

      • Talisman:

        Т.е., ценность цели (настроенной на посещение страницы) необходимо оставлять пустой для страниц, где отправляется транзакция. Тогда, ценность цели будет равна сумме в транзакции. Верно?

  2. Алекс:

    Не совсем понял..а где в интернет-магазине (в самом движке) можно посмотреть названия этих параметров (переменных). Ведь, если я правильно понимаю, необходимо вводить не просто текст вроде:
    ‘Заказ:12345’, // ID заказа — обязательное поле
    ‘Тестовый магазин’, // Название магазина или точки продажи
    ‘9990.90’, // Общая сумма заказа — обязательное поле
    ‘1300’, // Налог
    , а осмысленные переменные, которые GA и сам движок магазина одинаково воспринимают??
    Т.е. в графе суммы нужно вводить не 9999.90, а какую-то переменную, чтобы движет подставил туда реально значение суммы.
    ‘9990.90’, // Общая сумма заказа — обязательное поле

    Где взять эти переменные?

  3. Спасибо за статью!

    Получается, что в отрицательной конверсии только один минус, мы не сможем ее провести с пользовательским источником перехода. И если нам важно, через какой канал была совершена транзакция, этот способ нам не подходит.

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

  4. Елена:

    Спасибо автору за интересный материал!

    Вопрос, возможно дилетантский, но буду благодарна за помощь.

    Настроено отслеживание цели по URL (с помощью рег.выражений) — посещение страницы «Спасибо за заказ».

    Цель отслеживается корректно…но в некоторых случаях достижение цели (посещение страницы) засчитывается несколько раз. Возможно страницы попадают в закладки…

    Статистика искажается. Т.е. я вижу по факту — 1 заказ (номер ID уникальный), а в аналитике — 10 достижений цели…

    Что я делаю не так? Спасибо.

    • Здравствуйте, Елена!

      Попробуйте настроить цель, состоящую из нескольких шагов и поставьте на первом шаге галочку «Обязательный этап». Тогда цель будет засчитана только в том случае, если посетитель прошёл через этот шаг.

      • Елена:

        Настроила последовательность. Обязательный этап — посещение страницы «Оформление заказа».

        Евгений, спасибо за быстрый ответ!

  5. Юлия:

    На сайте (интернет-магазин) есть два способа заказа: обычный способ — через «корзину» и «заказ в 1 клик» — отправка заявки на товар через всплывающее окно. Как в таком случае настраивать электронную торговлю? для каждого способа заказа отдельно? как данные о заказах будут отображаться в отчёте? можно ли будет понять через какую форму сделан заказ?

    • Электронную торговлю нужно настраивать для каждого способа отдельно. Данные будут смешаны из 2х способов заказа. Чтобы понять, как был сделан заказ, можно, например, настроить сегмент с помощью пользовательской переменной (у каждого типа заказа — своя).

  6. в отчёте «Страницы входа» конверсия по цели «Оформление заказа» равна «0», однако есть транзакции и доход. Встречается и обратная ситуации: конверсия есть, а доход нулевой.
    Из-за чего может быть такое несоответствие в цифрах?

    • Если Вы говорите о конверсиях, то речь идёт о целях, которые никак не связаны с электронной торговлей. Ценность цели настраивается в разделе «Администратор / профиль / цели».

      Если ценность посещения страницы входа равна 0, значит в рамках одного сеанса эта страница не участвовала в достижении цели, для которой можно посчитать ценность (либо указана в настройках, либо определена с помощью электронной торговли).

  7. Ирина Кувыркова:

    Евгений, здравствуйте! Встречали ли вы подобное: В настройках представления указана валюта рубли. Отчеты в рублях, но безумные цифры. Идет пересчет так, как будто продажи сделаны в евро и умножены по курсу. Может эта информация задается на уровне кода транзакции? Если да, то в каком параметре? Спасибо!

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

  8. Dima:

    Евгений, спасибо за интересные статьи!
    Вопрос. В принципе, я уже пришёл к тому, что транзакции нельзя настроить в качестве целей AdWords, что прискорбно. Но, может я не досмотрел?

    Ещё, при настройке целей, за частую, при использовании сторонних биллингов, в качестве источника выступает сам сайт рекламодателя, что бы этого избежать, нужно возвращать пользователя на «страницу благодарности» на сайте клиента, не на биллинге. Но, тут проблема с передачей параметров. Есть ли у вас такие случаи и как вы их решаете?

    • По adwords — варианта 2:

      1. настроить цель — совершение транзакции (независимо от электронной торговли)

      2. более правильный вариант — связать аккаунты google analytics и google adwords. В google analytics есть целый раздел, посвящённый adwords. Возможно, там будет необходимая Вам информация.

      О проблеме с биллингом слышал, но сам не сталкивался. Насколько я знаю, проблема должна решаться с помощью метки utm_nooverride=1.

      Подробнее тут http://internet-marketolog.com/utm-metki/

  9. aZbestum:

    Спасибо за материал!
    Вопрос. При подсчете ROI мы берем: (доход-расход)/расход *100%.
    Информацию о доходе мы передаем в поле «стоимость заказа». Но это не совсем корректно, т.к. чистая прибыль может составлять к примеру 15% от стоимости. И тогда для просчета ROI надо использовать не «доход» в формуле а реальный заработок на товаре.
    Как быть? или стоит выгружать не стоимость товара в корзине, а вычитать из него стоимость закупки и передавать в аналитикс чистую прибыль?
    Заранее спасибо!

    • Если не боитесь спалить свои закупочные цены конкурентам, можете и прибыль вывести.
      А вообще, такие показатели можно считать без данных о сумме заказов из GA. Вам просто нужно объединить данные из GA (источники трафика, номер транзакции) с данными из crm (доходы, расходы, номер транзакции).
      Нужно просто потратить какое-то время на организацию составления таких отчётов через api, руками или полуавтоматом.

  10. Алексей Костенко:

    Получается это универсатьный скринт для настройки электронной торговли ? Т.е. поидее можно сделать все действия не через этот скрипт, а непосредственно настройкой код-а G-A ?

    Что значит : «Поочерёдно заполнить информацию о каждом товаре транзакции»?

    • Этот скрипт предназначен не для настройки. Внимательно прочитайте описание.

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

  11. Алексей Костенко:

    В поле «// Налог» для установке кода — это какой налог ? От куда его брать ?

    В поле «// Категория или модификация» — указывается категория, в которой товар находится на сайте ?

    • Изначально GA был заточен под штаты. Я не очень силён в налогообложении США, поэтому не могу сказать, какой налог имелся в виду. Вы можете вывести там ндс или ничего не выводить — параметр необязательный.

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

      • Алексей Костенко:

        Подскажите, почему при настройке электронной коммерции в отчетах «Обзор
        электронной торговли» и «Эффективность продукта» разные цифры в поле
        Доход стоят? Хотя данные передаются одинаковые. Разница в данных за
        месяц значительная. Налоги не передаём. Даже если учитывается цена доставки, то не может быть такой разницы.

  12. Дарья:

    Добрый день!
    Подскажите, почему аналитикс не вытягивает внутренности заказа из битрикса?

  13. Людмила Целищева:

    Здравствуйте, а подскажите, пожалуйста, у нас в начинающем интернет-магазине проставили плюсовые и минусовые транзакции для учета отмены заказов в суммах. Теперь происходит что-то непонятное в отчетах электронной торговли по транзакциям: у некоторых отмененных заказов в поле доход 0, у некоторых -сумма заказа, у некоторых ничего не происходит. При этом в поле «количество» также разные цифры: где-то 0, где-то 2, а где-то -1. При этом код используется один и с чем это связано, непонятно.

    • Количество может не совпадать из-за того, что заказ был сделан в один отчётный период, а отрицательная транзакция — в другой. Т.е. 2 транзакции проведены в разные дни. Об этом написано в статье.

      Подозреваю, что с доходом может быть та же история.

      Вообще отрицательные транзакции нужно использовать очень аккуратно. Если нет 100% понимания, что и как работает, лучше не торопитесь с ними.

      • Людмила Целищева:

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

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

          • Людмила Целищева:

            Все ясно, по-моему, все получилось, если делать заказ и отменять текущим днем. Спасибо!

  14. Ребят, не могу найти отчет, где я могу увидеть по какому баннеру, что продалось. У меня много баннеров и отличаются они по utm_content ( содержание объявления).

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

  15. Еще вопрос: можно ли как-то «пометить» товар со скидкой в корзине и увидеть его в отчетах?

    У нас есть товары которые продаются по акциям со скидками и в идеале когда покупатель закидывает их в корзинку делать метку на товар «по акции»? И потом видеть сколько товара продалось со скидками, а сколько обычным образом?

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

  16. Алексей:

    Здравствуйте.
    Может вы знаете, почему-то статистика по транзакциям приходит с копии сайта на другом URL.
    Сам ИМ находится на example.com
    Тестовая версия на exam.mysite.ru

    В итоге заказы, оформленные в exam.mysite.ru, попадают с статистику GA

    Спасибо

    • настройте фильтры — один профиль для тестового домена (учитывается только трафик этого домена), второй аналогичный для основного.

  17. Ян:

    при открытии скрипта:

    Notice: Undefined variable: order_aprove in /www/mysite.ru/www/htdocs/negative-transaction.php on line 83

    Notice: Undefined variable: warning in /www/mysite.ru/www/htdocs/negative-transaction.php on line 144

    Notice: Undefined variable: _SESSION in /www/mysite.ru/www/htdocs/negative-transaction.php on line 199

    Notice: Undefined variable: _SESSION in /www/mysite.ru/www/htdocs/negative-transaction.php on line 25

  18. Евгений:

    Добрый день!
    Спасибо за интересную статью!
    Подскажите, пожалуйста, есть ли возможность в ГА в разделе Электронная торговля-Транзакции прописывать несколько (больше 1ого) дополнительных параметров. Например, в одном отчете я хочу видеть транзакции с обозначенным параметром Источник/Канал, а я рядом столбик с параметром Ключевое слово.

    • 1 вариант — см приложенный скриншот.
      2 вариант — с помощью фильтра загонять источник и ключевик в пользовательскую переменную и в отчёте в качестве доп. параметра брать её

  19. Дарья:

    Здравствуйте! Подскажите, пожалуйста, как можно настроить отображение источников в электронной торговле? У меня источник определяется как один (direct)/(none). Возможно где-то ошибка?
    И если смотреть отчет по когортам, то все транзакции считываются как оплачены в нулевой день, т.е. сразу, хотя, по факту, оплата производится не в первый же день посещения.

  20. Евгений:

    Добрый день.Подскажите, что делать,если количество транзакции задваивается, или, иногда, затраивается. Причем не на каждый заказ, а периодически. Я даже понять не могу при какой ситуации это происходит

    • Если транзакция проходит 2 или более раз, значит у Вас несколько раз отправляются данные о заказе.

      Вариант 1 — несколько раз выводится код _gaq.push([‘_addTrans’, … ]); или ga(‘ec:setAction’, ‘purchase’, {…}); (но, вроде, если id заказа везде указан одинаковый, должна пройти только 1 транзакция)

      Вариант 2 — код электронной торговли и непосредственно в html-коде страницы, и дополнительно подключён через google tag manager

      Ещё, возможно, у Вас на разных этапах покупки (добавление в корзину, страница корзины, подтверждение, сформированный заказ) стоит этот код, который на каждой странице отправляет заказ.

  21. Виталий:

    Скажите пожалуйста, из за чего может показываться общая сумма транзакций без десятичных, цена передается гуглу верно проверялось уже, но вот в аналитике показывается без двух нулей.Где можно в самом может ecomerci настроить десятичные.

Добавить комментарий для Евгений Отменить ответ

Ваш адрес email не будет опубликован.