Сообщений в теме: 11

[Axon]

Приветствую!

Установлено отслеживание целей в Google Analytics на финальную страницу «Спасибо за заказ».
То есть попадание пользователя на страницу вида /index.php?order4_confirmation_quick=yes&order_success=yes&paymentMethodID=0&orderID=XXXX засчитывается как успешно оформленный заказ.

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

Некоторые товарищи умудряются заходить до 43 раз! При этом, гугл аналтикс все эти посещения засчитывает как «Успешно оформленный заказ». В результате, в отчетах появляются данные, что по запросу «купить слона» было 43 продажи с великолепной конверсией… что, согласитесь, абсолютно не аналитика, а полный бардак!

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

Например, на скрине за день 15 успешных целей (оформленных заказов). Хотя, на самом деле заказов было всего 12. Остальные 3 цели – это заказы недельной давности. Покупатели просто перешли на финальную страницу из закладок (либо из вкладки, которую оставили открытой в браузере).

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

Как бороться с «закладочниками»?
И как вы корректно отслеживаете цели по оформленным заказам в Google Analytics?

Прикрепленные файлы

•  shopcms-ga.jpg   81.95К   8 Количество загрузок:

[namer]

Проверять реферал? Откуда пришли

[Axon]

Теоретически, конечно, можно проверить реферал перед генерацией шаблона страницы, соответственно, перед тем как счетчики подгрузятся в браузер. И если реферал «нетипичен», то редиректить пользователя на другую страницу.

Но, какой-то это варварский метод. Мне кажется, что вопрос должен решаться проще и изящнее.

Как-то же у всех настроено, врятли в е-коммерсе без четко настроенной аналитики работают?

[badisoft]

Как бороться с «закладочниками»?

Аналитика ведь в гугл отправляется вызовом javascript-функции. Вот и вызывайте ее только при нажатии кнопки "оплатить сейчас". В разных модулях оплаты она по разному называется, но суть примерно одинакова. Если совсем уж тупо, то добавить этот вызов в каждый модуль оплаты в функцию after_processing_html. Но думаю, что можно сделать красиво и добавить некий код в одном месте.

Или Вам важен не факт попытки оплаты (не оплаты, а попытки!), а именно факт создания заказа вне зависимости от дальнейшей его судьбы?

[Axon]

Или Вам важен не факт попытки оплаты (не оплаты, а попытки!), а именно факт создания заказа вне зависимости от дальнейшей его судьбы?

Именно так, важен сам факт создания заказа, так как пытаемся отловить эффективные для нас ключевые слова. (А оплата без разницы - ее и без этого в 1С видно).

Аналитика ведь в гугл отправляется вызовом javascript-функции.

Относительно целей в гугле два метода. Один как раз происходит через вызов javascript-функции, которую можно повесить на кнопку "Завершить оформление заказа".
И второй метод - это переход на финальную страницу типа thankyou.html. В случае с шопцмс это страница вида /index.php?order4_confirmation_quick=yes&order_success=yes&paymentMethodID=0&orderID=XXXX

Вот второй метод и используем, так как финальная страница "Спасибо за заказ" открывается ПОСЛЕ внесения заказа в базу (это правильно). А вешать на кнопку не совсем правильно, т.к цель будет засчитываться ПЕРЕД отправкой формы (т.е фактически это попытка! оформления).

[badisoft]

А вешать на кнопку не совсем правильно, т.к цель будет засчитываться ПЕРЕД отправкой формы (т.е фактически это попытка! оформления).

Я имел в виду кнопку "Оплатить сейчас" (или подобную - они разные в разных модулях оплаты), а не "Завершить оформление заказа". Она как раз на последней странице и выводится, т.е. когда заказ уже оформлен. Но если Вам нужен факт оформления, а не оплаты, то это еще проще. Что мешает повесить ga('ecommerce:send'); как раз на кнопку "Завершить..." по onclick? Ведь тогда информация будет передана только при нажатии этой кнопки, т.е. завершении оформления. А вписывать этот код в шаблон используя Smarty только при правильном реферере. Правда, при этом придется сменить метод с используемого на "яваскриптовый".

[Axon]

badisoft, спасибо. Вешать на кнопку не хотелось, но раз нет более простого способа, то придется "пилить" этот. По идее должно сработать...

[badisoft]

И если реферал «нетипичен», то редиректить пользователя на другую страницу.
Но, какой-то это варварский метод. Мне кажется, что вопрос должен решаться проще и изящнее.

Кстати, лично мне кажется, что вот как раз такой способ это и есть "просто и изящно".
На завершающую страницу "заказ оформлен, извольте оплачивать" в штатной версии ShopCMS можно попасть только cо вполне конкретной предыдущей страницы. При использовании сторонних модулей отложенной оплаты - еще и со страницы личного кабинета. Так что редирект-301 прямо на уровне PHP-кода на главную страницу (или на страницу Error-404), на мой вгляд, будет как раз самым красивым решением.
Ведь если на страницу не имеет смысла попадать кроме как с предыдущей страницы оформления, то зачем же пускать на эту страницу с любой другой?

[Axon]

badisoft, абсолютно согласен. Это был бы самый правильный и изящный вариант. К сожалению, мне это не по силам.

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

[badisoft]

Если вы готовы посодействовать в решении вопроса - я буду рад

1. С этим логичнее в личку, т.к. вопрос уже не форумный, а работа/оплата.
2. Хотя для меня это и хобби, но что-то этого хобби привалило .
Делаю интересный набор работ и на очереди еще два набора.
Так что заняться смогу дай бог к концу следующей недели.

[badisoft]

Вешать на кнопку не хотелось, но раз нет более простого способа, то придется "пилить" этот.

Оказалось, что это довольно просто.
JS-функцией ga() оформляем транзакцию, точно так же оформляем набор товаров для этой транзакции.
А в onclick кнопки добавляем все ту же ga() c параметром "передать данные гуглю".
Т.е. довольное простое (и одинаковое) изменение двух шаблонов - для регистрированных пользователей и не регистрированных.

https://developers.g...icsjs/ecommerce

[badisoft]

Но, покупатели после оформления заказа, повадились сохранять эту страницу себе в закладки (видимо, чтобы не забыть сайт). И время от времени заходят на нее по прямым ссылкам из закладок. Некоторые товарищи умудряются заходить до 43 раз! При этом, гугл аналтикс все эти посещения засчитывает как «Успешно оформленный заказ».

При оформлении заказа создается переменная сессии $_SESSION['newoid']. Естественно, при заходе по сохраненной ссылке этой переменной не будет. Вот отсюда можно и плясать. Например, не грузить вообще JS-код Google Analytics для этой страницы в случае отсутствия переменной $_SESSION['newoid']