Наш ассоциированный член www.Bikinika.com.ua

Налаштування аналітики для інтернет магазину: основні помилки :: Shopolog.ru

Всі щасливі сім'ї схожі один на одного, кожна нещаслива сім'я нещаслива по-своєму ...

Можна було б віднести цю фразу і до просування інтернет-магазинів на прайс-майданчиках, якби не аналітика. Вона дозволяє вважати і узагальнювати не тільки успішний досвід продажів, але і помилки. Єлизавета Михайлова, керівник відділу аналітики агентства B2basket, яке веде рекламні кампанії на всіх торгових майданчиках і маркетплейсах для ІМ, розповідає про спільні проблеми. Проблеми не "книжкових», «академічних» - але тих, які були виявлені дослідним шляхом при взаємодії з сотнями клієнтів.

- Виявилося, що у всіх магазинів - як невеликих, так і середніх, навіть і дуже великих є спільні проблеми. Всі хочуть трафік, продажу, низький ДРР, високий ROI ... Але як правильно все це порахувати?

Клієнти задають питання:

- Чому у мене в Метриці одні дані, в Google Analytics інші, а в системі бізнес-аналітики треті?

- Я налаштував електронну торгівлю, але дані все одно є некоректними.

- Навіщо мені електронна торгівля, адже у мене є система наскрізної аналітики?

- Чому в Google Analytics мої дані потрапляють в різні джерела?

І багато інших.

Насамперед хочу зазначити, що розбіжність даних в лічильниках Google Analytics і Яндекс Метрики - це нормально. Це різні системи, які мають свої алгоритми підрахунку, і дані в них ніколи не будуть ідентичними. Але необхідно провести правильну настройку лічильників, щоб ви отримали дані, на які можна орієнтуватися і мінімізувати розбіжність між системами.

Основні помилки при налаштуванні лічильників Google Analytics і Яндекс Метрика

1. Неправильне розташування в коді сайту

Код лічильника повинен знаходитися якомога ближче до початку сторінки. Інакше є ризик, що при завантаженні сторінки лічильник, перебуваючи внизу сайту, не встигне завантажитися. Тут часто чуємо заперечення від клієнтів - «ми не будемо ставити код лічильника в

, Інакше він буде гальмувати завантаження сторінки ».

Тут хочу відзначити, що скрипти Яндекс Метрики і Google Analytics - асинхронні, що не впливає на швидкість завантаження сторінки.

Ми зазвичай рекомендуємо розміщувати код Google Analytics в

, А код Яндекс Метрики або в, або відразу після відкривається тега

.

2. Нехтування налаштуванням розширеної електронної торгівлі / електронної комерції

Дана проблема зазвичай зачіпає невеликі інтернет-магазини. Вони кілька недооцінюють аналітичну інформацію, яка дозволить їм краще розуміти співвідношення витрат і доходів, контролювати ДРР. Провести цю настройку можливо як «стандартним» способом - щоб дані відправлялися за фактом завершення покупки на сайті, так і в інший спосіб - після підтвердження менеджером статусу замовлення в CMS. Це актуально для магазинів, де немає великої кількості транзакцій (наприклад, ексклюзивні дорогі товари), і серед них часто миготять «тестові» або «фейковий» замовлення.

3. Некоректна настройка електронної торгівлі / комерції

Серед основних недоліків:

  • Відсутність передачі параметра quantity (кількість товару).
  • Чи не передаються дані з замовлень «в 1 клік».
  • Після оплати користувачем замовлення прямо на сайті він переходить на сайт платіжної системи, потім не повертається на сайт. Відповідно, коду транзакції в цьому випадку ніде відпрацювати.
  • Після оплати онлайн через банківські системи користувач повертається на сайт, спрацьовує код транзакції, але дані про транзакції приписуються некоректного джерела, а саме, платіжній системі. У Google Analytics цей трафік коригується за допомогою фільтрів.

В Метриці такої можливості немає, тому важливо використовувати звіти з правильною моделлю атрибуції. В цьому випадку можна скористатися моделлю атрибуції «перший перехід». Також можна спробувати розбирати кожен подібний випадок окремо, додавши угруповання по clientID в звіті:

Далі за цими clientID можна зробити сегментацію і аналізувати історію користувача.

4. Відсутність системи обліку дзвінків

Більшість клієнтів не хочуть витрачатися на системи call-трекінгу, однак, частка дзвінків з заявок Яндекс.Маркет як правило, виявляється значною. Приклад одного з наших клієнтів:

Приклад одного з наших клієнтів:

5. Некоректна установка двох і більше лічильників однієї системи

Що стосується Яндекс Метрики, то в саппорт є наступні рекомендації: в разі установки декількох лічильників краще не дублювати повний код ініціалізації лічильників, а згрупувати їх код створення всіх об'єктів класу Ya.Metrika всередині секції try ... catch, використовуючи повний код одного лічильника як шаблонний.

Що стосується Google Analytics - то також існує спосіб збору здвоєного лічильника.

У нашій практиці були випадки, коли дані про транзакції «розпорошувалися» за різними лічильниками.

Також хотілося б окремо виділити помилки внутрішньої настройки лічильників.

Змішалась трафік різних підрядників

Працюючи з різними підрядниками, слід створювати окреме подання в Google Analytics, де по utm-мітках кампаній буде розділений трафік кожного з них - так дані не заплутаються і набагато зручніше оцінювати ефективність роботи кожного агентства. Іноді буває, що ллється непромеченний платний трафік і клієнтові буде складно виявити, кому він належить.

Чи не налаштований імпорт витрат в Google Analytics з інших джерел

У нашій практиці ми зазвичай використовуємо Яндекс Маркет, також є можливість імпортувати витрати, використовуючи інші джерела:

У нашій практиці ми зазвичай використовуємо Яндекс Маркет, також є можливість імпортувати витрати, використовуючи інші джерела:

Можна створити 2 потоку даних абсолютно безкоштовно. За цю можливість спасибі хлопцям з OWOX.

Також хотілося б виділити ще моменти, які не належать до безпосередньо до налаштувань лічильника, але стосуються налаштувань сайту:

Чи не працює прометка URL

Для вирішення проблеми необхідно налаштувати свій веб-сервер так, щоб на ньому були дозволені всі символи URL, в тому числі, літери верхнього регістру і такі символи, як дефіс, знак питання, фігурні дужки та нижнє підкреслювання.

дублюються транзакції

Проблема виглядає приблизно наступним чином:

Зазвичай таке виходить, коли користувач оновлює сторінку завершення покупки і дані про транзакції відправляються двічі. В цьому випадку можна вирішити проблему, запровадивши механізм редиректу користувача при спробі оновлення сторінки.

висновок:

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

На жаль, не у всіх рекламних агентствах перевіряють ваші налаштування лічильника, тому клієнт повинен бути у всеозброєнні.

Успіхів і високою конверсії!

Але як правильно все це порахувати?
Навіщо мені електронна торгівля, адже у мене є система наскрізної аналітики?
Чому в Google Analytics мої дані потрапляють в різні джерела?

Новости