Ну да, действительно, по мере отключения отдельных тегов скорость увеличивается. Меняется именно время окончательной загрузки, а не загрузки первого контента. Получается, все эти скрипты нагружают клиента? И вовсе не такие уж они и безобидные? И, наверное, стоит подумать, а нужны ли все эти пиксели?
Делаю следующее: 1. в Google реклама создаю новую конверсию (через инструменты - отслеживание - конверсии) с указанием источника "сайт" (а не Analytics, что вообще не очевидно было!), способ добавления тега - "Google менеджер тегов". Вот тут то и получаем идентификатор конверсии и ярлык. 2. В GTM создаём стандартный тег "Отслеживание конверсий в Google Рекелама", там понадобится ввести полученные идентификатор и ярлык. Ценность конверсии = kmgtm DL ecomm_totalvalue , идентификатор заказа = kmgtm DL kmgtm transaction ID, код валюты = kmgtm DL kmgtm currency, активация "один раз на страницу". 3. для активации этого тега создаю триггер с условиями: kmgtm DL page_category = checkout success и kmgtm DL kmgtm transaction ID не равно '' (не пустое). Такие триггеры у нас уже имеются для активации тегов учёта продажи для пикселей фейсбук и ВК (можно, наверное просто выбрать один из них, но я создал новый по аналогии).
Вопрос: правильно ли я сделал? И почему, собственно, у нас нет тега учёта конверсии (продажи) для Google Рекламы, хотя они есть для фейсбука и ВК?
Далее: у нас есть константа kmgtm AdWords Conversation ID... после проделанного выше, я ввёл в её значение тот же идентификатор конверсии, хотя не совсем понимаю как он используется... - для связывания конверсий с данными о клиенте, кликнувшем по рекламе через gclid? Насколько я знаю, благодаря связыванию конверсий (тегу kmgtm Conversion Linker) данные о клиенте, кликнувшем по рекламе, попадают в Analytics? Тут надо пояснить - в Analytics я действительно вижу и всю статистику о клиентах из рекламы и продажи и они конечно связаны, но в рекламном аккаунте конверсий с ценностью не было (а значит нельзя было полноценно использовать стратегии оптимизации ценности конверсии) - это и есть цель всех этих действий.
Сейчас жду результатов (конверсия в Google реклама имеет статус "не проверено")... И сразу возникает вопрос - как передать ценность конверсий в Яндекс Директ?
В итоге: настройка "Добавить код контейнера GTM вручную" выключена (плагин работает через хуки) + добавлен вышеуказанный код (сразу после <body...>). Вроде всё работает.
Смущает только одно. В <head>, т.е. раньше загрузки этого кода, у меня грузятся всякие скрипты темы, которые по словам программиста темы, нельзя переносить в конец (сайт https://grillhousestore.ru). Получается, что все счётчики, прописанные в GTM, загружаются после этих скриптов? По данным замеров (Google PageSpeed), это происходит через несколько секунд (!) после начала загрузки (если я правильно понимаю эти замеры). И те посетители, которые что-то сделали или ушли за это время, никак не учитываются? И с этим ничего поделать нельзя?
У меня стоит и этот плагин и упомянутый "Действия пользователей".
Во-первых, я экспериментировал с быстродействием путём включения/выключения (удаления) плагинов и замеров скорости, так вот - GTM-плагин замедляет гораздо больше, чем Действия... Так что лучше поработать над быстродействием данного плагина, хотя вряд ли тут что-то можно улучшить потому, что загружаемые им скрипты как раз и нужны в первую очередь, и их не задвинешь в конец.
Во-вторых, толку от этой информации нет вообще. Ну, есть клиент, ну можешь ты посмотреть что именно он на сайте делал... и что?! Ни разу не пригодилось. Вот по статистике - да, можно что-то узнать и как-то применить, но с этим прекрасно справляется Analytics, куда плагин неплохо всё отправляет.
Так что ни к чему это... Баловство. Но это моё мнение, никому не навязываю.
Нужно другое (но тоже не всем) - встречал в одном кейсе, как ребята анализируют использование фильтров. Имеется в виду, что в Google Analytics передаются данные о взаимодействиях с элементами фильтров в категориях. Вот это подходящая работа для нашего плагина! Далее они смотрят по этим данным статистику - какие сочетания параметров пользуются спросом у пользователей и для них создают сеошные категории (плагин seo-фильтр в вебасисте). Смысл в том, что бы не делать лишних (непосещаемых) категорий, т.к. Google считает их некачественными страницами и исключает из индекса (хотя Яндекс хавает). Это мнение авторов кейса. Возможно, всё не так, но в любом случае, было бы интересно посмотреть - какие фильтры применяли пользователи. Предлагаю разработчикам рассмотреть возможность реализации такого.
Аналогичная проблема - не связывает товары.
в ответ на Не работает поиск при поиске для связи товаров, которые уже залиты на сайт
А как связывать в карточке? Не нашел такого... Просто пока надо хоть как то...
в ответ на Не работает поиск при поиске для связи товаров, которые уже залиты на сайт
Раскройте тайну - что за специальные события? В общем-то, в этом и вопрос.
в ответ на Как активируются счетчики яндекс метрики и mail.ru?
Ну да, действительно, по мере отключения отдельных тегов скорость увеличивается. Меняется именно время окончательной загрузки, а не загрузки первого контента. Получается, все эти скрипты нагружают клиента? И вовсе не такие уж они и безобидные? И, наверное, стоит подумать, а нужны ли все эти пиксели?
в ответ на Вопрос скорости загрузки
А Яндекс то оказывается даже не знает такого понятия, как ценность цели (кроме фиксированной) :)))
в ответ на Учет конверсий (с их ценностью) в Google реклама.
Делаю следующее: 1. в Google реклама создаю новую конверсию (через инструменты - отслеживание - конверсии) с указанием источника "сайт" (а не Analytics, что вообще не очевидно было!), способ добавления тега - "Google менеджер тегов". Вот тут то и получаем идентификатор конверсии и ярлык. 2. В GTM создаём стандартный тег "Отслеживание конверсий в Google Рекелама", там понадобится ввести полученные идентификатор и ярлык. Ценность конверсии = kmgtm DL ecomm_totalvalue , идентификатор заказа = kmgtm DL kmgtm transaction ID, код валюты = kmgtm DL kmgtm currency, активация "один раз на страницу". 3. для активации этого тега создаю триггер с условиями: kmgtm DL page_category = checkout success и kmgtm DL kmgtm transaction ID не равно '' (не пустое). Такие триггеры у нас уже имеются для активации тегов учёта продажи для пикселей фейсбук и ВК (можно, наверное просто выбрать один из них, но я создал новый по аналогии).
Вопрос: правильно ли я сделал? И почему, собственно, у нас нет тега учёта конверсии (продажи) для Google Рекламы, хотя они есть для фейсбука и ВК?
Далее: у нас есть константа kmgtm AdWords Conversation ID... после проделанного выше, я ввёл в её значение тот же идентификатор конверсии, хотя не совсем понимаю как он используется... - для связывания конверсий с данными о клиенте, кликнувшем по рекламе через gclid? Насколько я знаю, благодаря связыванию конверсий (тегу kmgtm Conversion Linker) данные о клиенте, кликнувшем по рекламе, попадают в Analytics? Тут надо пояснить - в Analytics я действительно вижу и всю статистику о клиентах из рекламы и продажи и они конечно связаны, но в рекламном аккаунте конверсий с ценностью не было (а значит нельзя было полноценно использовать стратегии оптимизации ценности конверсии) - это и есть цель всех этих действий.
Сейчас жду результатов (конверсия в Google реклама имеет статус "не проверено")... И сразу возникает вопрос - как передать ценность конверсий в Яндекс Директ?
в ответ на Учет конверсий (с их ценностью) в Google реклама.
Спасибо.
В итоге: настройка "Добавить код контейнера GTM вручную" выключена (плагин работает через хуки) + добавлен вышеуказанный код (сразу после <body...>). Вроде всё работает.
Смущает только одно. В <head>, т.е. раньше загрузки этого кода, у меня грузятся всякие скрипты темы, которые по словам программиста темы, нельзя переносить в конец (сайт https://grillhousestore.ru). Получается, что все счётчики, прописанные в GTM, загружаются после этих скриптов? По данным замеров (Google PageSpeed), это происходит через несколько секунд (!) после начала загрузки (если я правильно понимаю эти замеры). И те посетители, которые что-то сделали или ушли за это время, никак не учитываются? И с этим ничего поделать нельзя?
в ответ на Как же правильно вставлять код GTM?
У меня стоит и этот плагин и упомянутый "Действия пользователей".
Во-первых, я экспериментировал с быстродействием путём включения/выключения (удаления) плагинов и замеров скорости, так вот - GTM-плагин замедляет гораздо больше, чем Действия... Так что лучше поработать над быстродействием данного плагина, хотя вряд ли тут что-то можно улучшить потому, что загружаемые им скрипты как раз и нужны в первую очередь, и их не задвинешь в конец.
Во-вторых, толку от этой информации нет вообще. Ну, есть клиент, ну можешь ты посмотреть что именно он на сайте делал... и что?! Ни разу не пригодилось. Вот по статистике - да, можно что-то узнать и как-то применить, но с этим прекрасно справляется Analytics, куда плагин неплохо всё отправляет.
Так что ни к чему это... Баловство. Но это моё мнение, никому не навязываю.
Нужно другое (но тоже не всем) - встречал в одном кейсе, как ребята анализируют использование фильтров. Имеется в виду, что в Google Analytics передаются данные о взаимодействиях с элементами фильтров в категориях. Вот это подходящая работа для нашего плагина! Далее они смотрят по этим данным статистику - какие сочетания параметров пользуются спросом у пользователей и для них создают сеошные категории (плагин seo-фильтр в вебасисте). Смысл в том, что бы не делать лишних (непосещаемых) категорий, т.к. Google считает их некачественными страницами и исключает из индекса (хотя Яндекс хавает). Это мнение авторов кейса. Возможно, всё не так, но в любом случае, было бы интересно посмотреть - какие фильтры применяли пользователи. Предлагаю разработчикам рассмотреть возможность реализации такого.
в ответ на GTM развитие плагина