- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
Переиграть и победить: как анализировать конкурентов для продвижения сайта
С помощью Ahrefs
Александр Шестаков
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
В общем картина такая.
Сайт - интернет магазин. При оформлении заявки есть несколько способов оплаты - при доставке или непосредственно на сайте.
Соответственно по отчету метрики "Аналитика форм" - форму заполнили и отправили - 50 раз.
По отчету электронной коммерции было совершено 28 покупок, соответственно без оформления формы это сделать нельзя.
Почему данные не совпадают и каковы принципы сбора данных у первого и второго?
Гипотеза:
Электронная коммерция учитывает заказы, которые совершены и ОПЛАЧЕНЫ непосредственно на сайте, но не учитывает заказы, которые ушли в обработку со статусом "оплата при получении".
Аналитика форм учитывает фактически оформленные заявки, без разделения "оплачено с сайта" или "оплата при доставке", поэтому по аналитике форм заявок больше, чем в отчете ecommerce.
Верна ли моя гипотеза? Кто сталкивался? Почему данные различаются?
С уважением,
Алексей.
В общем картина такая.
Сайт - интернет магазин. При оформлении заявки есть несколько способов оплаты - при доставке или непосредственно на сайте.
Соответственно по отчету метрики "Аналитика форм" - форму заполнили и отправили - 50 раз.
По отчету электронной коммерции было совершено 28 покупок, соответственно без оформления формы это сделать нельзя.
Почему данные не совпадают и каковы принципы сбора данных у первого и второго?
Гипотеза:
Электронная коммерция учитывает заказы, которые совершены и ОПЛАЧЕНЫ непосредственно на сайте, но не учитывает заказы, которые ушли в обработку со статусом "оплата при получении".
Аналитика форм учитывает фактически оформленные заявки, без разделения "оплачено с сайта" или "оплата при доставке", поэтому по аналитике форм заявок больше, чем в отчете ecommerce.
Верна ли моя гипотеза? Кто сталкивался? Почему данные различаются?
С уважением,
Алексей.
Внимание вопрос: Какое количество заказов в Вашем интернет магазине ушло со статусом "оплата при получении"?
Внимание вопрос: Какое количество заказов в Вашем интернет магазине ушло со статусом "оплата при получении"?
Этой инфой, к сожалению, не владею, иначе я бы наверное посчитал, как Вы считаете? Если гипотеза такая есть, то, если бы была возможность - уже бы проверил.
Вопрос касается того, в целом, что, может кто-то непосредственно сталкивался с данным нюансом или же знает, каким образом по умолчанию ecommerce считывает информацию (те заявки, которые оплачены онлайн или те, которые просто попадают в корзину и заявка оформляется, вне зависимости от способа оплаты) и как принципиально работает аналитика форм.
Вопрос касается того, в целом, что, может кто-то непосредственно сталкивался с данным нюансом или же знает, каким образом по умолчанию ecommerce считывает информацию (те заявки, которые оплачены онлайн или те, которые просто попадают в корзину и заявка оформляется, вне зависимости от способа оплаты)
По умолчанию екоммерц в Метрике не реализован. Его нужно настраивать на самом сайте, внося изменения в код. На странице транзакции данные передаются в Метрику, через специальный код.
Электронная коммерция учитывает заказы, которые совершены и ОПЛАЧЕНЫ непосредственно на сайте, но не учитывает заказы, которые ушли в обработку со статусом "оплата при получении".
Если у вас настроено так, что транзакция не передается в Метрику, при статусе "оплата при получении", то гипотеза верна.
По умолчанию екоммерц в Метрике не реализован. Его нужно настраивать на самом сайте, внося изменения в код. На странице транзакции данные передаются в Метрику, через специальный код.
Если у вас настроено так, что транзакция не передается в Метрику, при статусе "оплата при получении", то гипотеза верна.
Спасибо огромное за конструктивный ответ. А если продолжить:
Код ecommerce идет через jQuery, по старому варианту. Код имеет стандартный вид.
Если код ecommerce имеет стандартный вид, то в коде эта "непередача транзакции" имеется по умолчанию или она появляется только в том случае, если ее дописать дополнительно?
Код ecommerce идет через jQuery, по старому варианту. Код имеет стандартный вид.
Если код ecommerce имеет стандартный вид, то в коде эта "непередача транзакции" имеется по умолчанию или она появляется только в том случае, если ее дописать дополнительно?
Тут надо смотреть не на код екоммерса, а при каких условиях вызывается достижение цели. Это только от вашего сайта зависит.
Тут надо смотреть не на код екоммерса, а при каких условиях вызывается достижение цели. Это только от вашего сайта зависит.
Вы ecommerce настраивали хоть раз через метрику?
Где данные видно в "параметры интернет магазина".
Там цели стандартно прописываются с привязкой к коду екоммерс, установленного на сайте.
Именно интересует при стандартном установленном коде ecommerce, когда данные передаются через jquery - срабатывает запись только при заказе с онлайн покупкой или же запись срабатывает и через покупку, с отложенным платежом.
Именно интересует при стандартном установленном коде ecommerce, когда данные передаются через jquery - срабатывает запись только при заказе с онлайн покупкой или же запись срабатывает и через покупку, с отложенным платежом.
Что-то вы все усложняете.
Посмотрите на условие Цели, которая называется "Заказ". Там должен быть либо УРЛ, либо событие, которое вызывает срабатывание цели.
А потом посмотрите что у вас происходит, когда платят онлайн, а когда отложенно.
Что-то вы все усложняете.
Посмотрите на условие Цели, которая называется "Заказ". Там должен быть либо УРЛ, либо событие, которое вызывает срабатывание цели.
А потом посмотрите что у вас происходит, когда платят онлайн, а когда отложенно.
Там урЫл, естественно.
"посмотреть" когда платят онлайн, а когда отложено - нет возможности.
И сразу хочу объяснить:
1. Цели, код на сайте, электронная коммерция, веб аналитика и прочие моменты - я и так знаю.
Интересует лишь 1 момент и желательно, если кто-то действительно знает и сталкивался - e-commerce, который настроен через старый способ при помощи jquery - записывает в "заказ" все оформленные заказы через сайт или только оплаченные онлайн?
Других вопросов нет. И настройки, цели, коды - все стоит по стандарту. Проверять "заказы" вручную и получать внутреннюю информацию из 1с нет возможности, поэтому с этого ракурса смотреть не надо.
Гипотез выдвинуть можно мульон, различных вопросиков позадавать - это все трата времени.
Кто-то знает, как стандартный код ecommerce для метрики (старый вариант) считывает инфу или нет? Вот и все.
Теоретики, плз, давайте без флуда.
P.S. уточню - меня интересует не ИМЕННО данный проект, а принцип восприятия информации кодом ecommerce (старая версия) информации при оформлении заказов. Только то, что оплачено "сейчас" или все подряд, что было "отправлено через форму".
Если кто-то знает ПО ФАКТУ и сталкивался НА ПРАКТИКЕ или ИЗУЧАЛ ДАННЫЙ ВОПРОС ДЕТАЛЬНО - буду рад ответу.
Теории и гипотезы - не интересуют, я их могу сам напридумывать.
Вы ecommerce настраивали хоть раз через метрику?
Где данные видно в "параметры интернет магазина".
Там цели стандартно прописываются с привязкой к коду екоммерс, установленного на сайте.
Именно интересует при стандартном установленном коде ecommerce, когда данные передаются через jquery - срабатывает запись только при заказе с онлайн покупкой или же запись срабатывает и через покупку, с отложенным платежом.
Угадали, настраивал. И если вы говорите именно о модуле екоммерса, который передаёт состав и стоимость заказа, то у вас при заказе должен сработать метод ReachGoal (на старом екоммерсе) или DataLayer - purchase на новом. Когда он срабатывает - данные о заказе идут в метрику, но сам яндекс не определяет логику его работы - это должен сделать хозяин сайта. Кто-то вешает на онклик по кнопке, кто-то - на благодарность после проверки формы. И пока вы не найдёте, когда он срабатывает на вашем сайте - не поймёте, правильно он работает или нет.
Угадали, настраивал. И если вы говорите именно о модуле екоммерса, который передаёт состав и стоимость заказа, то у вас при заказе должен сработать метод ReachGoal (на старом екоммерсе) или DataLayer - purchase на новом. Когда он срабатывает - данные о заказе идут в метрику, но сам яндекс не определяет логику его работы - это должен сделать хозяин сайта. Кто-то вешает на онклик по кнопке, кто-то - на благодарность после проверки формы. И пока вы не найдёте, когда он срабатывает на вашем сайте - не поймёте, правильно он работает или нет.
Да, вы все правильно пишите, спасибо за конструктив.
Разобрался в общем. В коде ecommerce были внесены коррективы, чтобы данные только с онлайн оплат попадали. В коде этом черт ногу сломает.
Всем спасибо, тему можно закрывать.