Всем привет! Меня зовут Яна Ляшенко, Google-логист. В сегодняшнем видео начнем реализовывать следующие задачи для WordPress, что обязательно необходимы, чтобы запускать Google Shoping или Performance Max, что захотите.
Что будет рассматриваться в данном видео?
Первое с чего начнём — с настроек целей. Цели – обычно, установка аналитики с фиксации всего, что делают пользователи на сайте. Второе — обязательно установка динамического ремаркетинга на сайт. Для WordPress-а в данном видео сделаем по режиму бесплатный (фри режим), станем пользоваться максимально бесплатными тулзами. В данном случае попробуем реализовывать настройку электронной торговли динамического ремаркетинга через бесплатный плагин Google Tag Manager для WordPress-а Томаса Гейгера. Хотите, можете заменить чем-то другим. Показываю эту бесплатную тулзу, работающую у всех подряд, практически бесперебойно.
Единственный нюанс. Так как это бесплатная штука в ней нет оптимизации под все возможные вариации, события, ситуации. Так как каждый сайт, то используете WordPress или какую-то другую платформу, которую можно как-то менять. Если сайт по скорости загрузки тяжелый, возможно рассмотреть другой вариант этой интеграции, имплементации всей истории.
Создание аккаунта в Google Tag Manager-е
Сейчас посмотрим на примере Google Tag Manager-а. Нужно поставить плагин на WordPress. Дальше нужно обязательно (сейчас позакрываю лишнее) создать аккаунт Google Tag Manager-а. Это несложно делать, покажу как создаётся, нужно перейти по ссылке tagmanager.google.com, создать аккаунт. Тут название следующего характера, его не увидите.
Единственная рекомендация — называйте аккаунты названием бренда или кусочком доменного имени, так как бывает люди пишут туда разнообразную фигню и его тяжело найти в массиве данных.
Название контейнера выбираем обязательно «Web», нажимаем «Создать».
Можете перечитать то что требуется. Вариантов не особо много или подтверждаете пользуетесь, или не подтверждаете и не пользуетесь. Изначально выскочила инструкция. Если перейдём сюда в раздел «Теги» тут нет абсолютно ничего.
Покажу максимально лайтовый способ настройки, в том числе от самого плагина. Сейчас покажу что будем делать.
Вставка Google Tag Manager в WooCommerce
Нужно сделать для этого — в первую очередь скопировать это цифровое буквенное обозначение — код идентификатора таг-менеджера.
Дальше возвращаемся в плагин. Он открыт Google Tag Manager for WordPress options. В General, в блоке обязательно вставляем идентификатор Google Tag Manager-а. Дальше обязательно включите Container code On/Off в режим «On» чтобы работал.
Настройки плагина Google Listings & Ads для WooCommerce
Дальше переходим в блок Integration, переходим в блок WooCommerce и выставим следующие настройки: первое, «track e-commerce» обязательно ставите галочку. Ради чего со всем этим морочимся и без этого ничего особо не получится. Сейчас пройдемся по настройкам плагина, дальше скажу к чему будем возвращаться.
«Products per impression». Тут поставлена единичка. Стандартно 10 или 15 цифра, как захотите, с view_item_list-ами на WordPress может быть проблема. Для view_item_list сделаем немножко кастомную мануальную терапию в настройках. Тут не принципиально важно, что вставите. Идеально чтобы стояло пять штучек. Можете больше оставить.
Дальше обязательно нужно поставить галочки по желанию, тут нет никаких супер критических каких-то моментов. Оставьте на «Customer data», «Order data». Практически всегда исключаю налог с дохода. Если хотите считать какие-то предельные цифры нормальные, исключаю shipping (доставки). В доход должно включаться но, если считаем без доставки. Для Украины не особо актуальная история.
Следующий блок настроек идёт для динамического ремаркетинга Google Ads. Обязательно Google Ads Business Vertical поставьте «Retail» если интернет-магазин. Всё остальное — для образования, полётов, отелей, для других видов деятельности. «Ритейл» оставляем.
Ещё в «Product ID prefix» стоит такая штука как gla_. Сейчас объясню почему оно поставлено. Выгружаю фидсы WooCommerce бесплатным плагином, под названием Google Listings & Ads. Эта приблуда делает такой идентификатор.
Видите? Есть цифровое значение и gla_. Для динамического ремаркетинга принципиально важно, чтобы ID в фиде сходились с ID-шниками, что есть непосредственно на сайте, которые будут передаваться. Тут, так как в плагине не могу убрать эту gla_, а соответственно правила преобразования для Content API для ID-шника тут нерабочие, как видите. Если прошаренный, то будет в курсе. Вручную добавляю префикс. Эта штука добавлена отдельным пунктом, думаю что распространённая история, когда разные плагины добавляют какие-то префиксы к ID-шникам. Не спрашиваете зачем так делают. Не знаю. Всё. Дальше нужно обязательно нажать «Сохранить изменения». Помним что включили поставили базовые настройки.
Где почитать официальную инструкцию по плагину?
Дальше возвращаемся в блок «Integration», переходим сюда в WooCommerce и переходим по ссылочки Official Guide.
Не хочу мучать вручную созданием кучи самых разных переменных чтобы учились оперировать Таг менеджером. Если онлайн-магазин, то максимально бы простым быстрым способом всё настроить. Если нужно расширенный мануал, показать как берутся переменные, прочее — пишите в комментариях, сниму отдельное видео. Думаю, это больше для специалистов интересно. Что нужно сделать? Обязательно рекомендую почитать данный мануал, он максимально прост.
Установка тега аналитики
Нам что тут нужно? Поставить сначала Google Tag. Что такое Google Tag? Идентификатор, точнее тег гугловской аналитики нужно поставить на сайт. Выбираем Google Tag и сюда нужно вставить Tag ID. Где взять Tag ID? Сразу распыляемся на разные сервисы. Идём по ссылке analytics.google.com. Обязательно создаём новый аккаунт. Не стану останавливаться в данном видео по моменту создания Google аналитики. Важно в этом всем, не количество сотрудников, не прочие какие-то моменты, а чтобы задали правильно название аналитики. Если туда впишете допустим «Тест для ГА4» потом если будет много аккаунтов — не найдёте тот, что относится к нему, так как пока что в поиске аналитики по идентификатору оно не находит, находит лишь по названию.
Дальше переходим обязательно блок «Администратор», если не в «Администраторе». Находите блок под названием «Потоки данных».
В этом потоке данных тапаете сюда. Находиде буквенно-циферное обозначение. Тут J-M-966 и пошло-поехало.
Нажимаю кнопочку «Копировать», возвращаюсь в Google Tag Manager. Вставляю.
В «Триггерингах» можете сделать так же идентично как просит товарищ этот. Тут выбран «Triggering» — «Initialization — All pages». Поэтому можно поставить на «All pages», но делаем как просит этот товарищ.
Дальше обязательно обзываете эту всю историю. Сохраняете.
Естественно, пока разговаривали Google сказал что данные устарели. Сейчас быстренько повторяем всю процедуру в ускоренном режиме. ID. Triggering. Save.
Где скачать готовый контейнер для Гугл Тег менеджера?
Дальше возвращаемся к инструкции.
Нужно выкачать template (шаблон). Не пугайтесь, тут просто. Правой кнопочкой в пустом месте «Сохранить как», нажимаете «Сохранить».
Всё, эта штука выкачивает в нужном формате.
Загрузка скачанного контейнера Google Tag Manager
Возвращаемся в Google Tag Manager, идём в раздел «Администратор» нажимаем «Import container», выбираем «choose» контейнер, «Открыть». Дальше что предлагается?
Выбрать рабочую область новую или существующую. Так как полностью пустой Таг менеджер, поэтому выбираем «Existing». Нашу «Default workspace». Дальше предлагает импортировать, перезаписать весь контейнер или объединить. Если раньше не было Google Tag Manager-а, то можете свободно оставить «Overwrite» (перезаписать) и всё. Если есть какие-то теги или что-то родненькое — можете взять перезаписать. Можно переименовать конфликтующие какие-то теги, если дублируется или перезаписать какие-то вещи. Выбираю перезаписать. Как видели — мой контейнер полностью пустой, видите он насоздавал кучу всего.
В принципе тут основной блок заключается… Почему делаем через импорт? Тут чтобы не морочиться с созданием всех переменных, это обезьянья работа, неблагодарная. Можно просто — за 2 секунды сделано. А так пришлось бы вручную их прописывать. Не супер сложно. «New». Создавали бы максимально простым способом. «New», где тут Data Layer Variable и её сюда прописывали.
Просто часть из них она простая, просто ecommerce.transaction_id. А возможно что-то было бы сложнее, orderData.customer.billing.phone_hash. Сложность заключалась бы в том, что Ctrl+C Ctrl+V делали бы несколько раз. И таких штук 18. Это одна сложность.
Правка тега GA4 – Event
Дальше. Не права была, перезаписала контейнер. Опять стерла Global Tag. Данное видео перезаписываю который раз. Он создал тег «GA4 – Event».
Тут нужно обязательно поправить эту штуку. Её стираете, нажимаете «Плюсик» нажимаете плюсик «Variable Configuration». Ищем такой блок, под названием «Константа», вставляем сюда идентификатор аналитики.
Обзывайте как хотите, его тут оставлю номер. Дальше обязательно должна подсветится галочка «Google tag found in this container».
Проверка результатов работы Гугл Тег Менеджера
Эту всю штуку можете не менять. Единственное что сделаем… Сделаем это позже. Сохраняем это в таком виде. View_item_list супер большой WordPress-ах. Чтобы немножко почистить эту всю аналитику — сделаем это корректнее.
Дальше. Нужен мой сайт. Копирую, вставляю. Нажимаю «Connect». Дальше. На моём сайте, конечно сайт не увидите, выбираем какую-то карточку товара. Заходим в неё. Секунду. Сейчас выйду с WordPress-а обязательно. Еще раз Preview. Захожу в какую-то карточку товара, нажимаю «Купить». Могу перейти в мою корзину. Короче, до оформления заказа. Хотим увидеть базовую какую-то информацию. Это главная страничка была, а вот это тут…
Такс, ещё раз. Тут просто несколько Google Тег Менеджеров. Сейчас, секундочку. Публикуем. Нажмём Preview. Какой-то непредвиденный сбой произошёл. Сейчас перепроверим. По ходу в прошлый раз просто сохранение изменений не сохранилось. Выбило, из-за этого сбой произошёл. Выхожу со своего WordPress-а, нажимаю Preview, ищем карточку товара. Нашли. Наша карточка товара. Есть View_item, видите 1, 2, 3, 4-ре каких-то View_item_list-а есть. Это от шаблона зависит. Дублируется информация. Используем просто один view_item_list.
Что видим? Видим что в блоке «Теги», когда навели на View item, написано что тег, что ранее создавали, он сработал.
Естественно, при такой настройке тут особо начинки не увидим. Что сделаем? Возвращаемся в нашу аналитику, идём в «Отображение данных», блок называется «DebugView» и ожидаем выпадение таких событий. Могут они сразу же упасть как тут, могут с каким-то опозданием 1-2 минутки.
Что делаем? Нажимаем View_item и проверяем чтобы обязательно был Value, обязательно была Currency, элементы. Элементы, желательно, чтобы полностью сходились с тем что просматривали в карточке товара. Естественно, желательно просмотреть всё ли корректно передалось, как Item_ID. Есть Quantity, пошло-поехало. Эти View_item_list-ы, видите, у них Value уже нет параметра. Видите, клацаю, хотя Currency есть. А в элементах разные товары сидят.
Откуда берутся View_item_list-ы? С просмотра какого-то набора товаров. Не особо принципиален этот View_item_list. Что сделаем? Немножко подправим триггеры, чтобы срабатывало изящнее.
Дальше. Обязательно нажимаю «Купить». Важно чтобы появился add_to_cart. Он есть. То же самое смотрю в четвёртой аналитике, закрываю эту штуку. Жду пока появится add_to_cart, так как она автоматически сюда падает. Видите, немножко с опозданием. Обязательно чтобы Value была, Currency (валюта), элементы. Тот товар, что добавляла. Эту же историю желательно проделать с несколькими товарными позициями.
Коррекция отображения нескольких View_item_list
Что сейчас сделаем перед тем, как сделаем тестовый заказ? Обязательно заходим в GA4. Можем зайти сюда в триггеры и убрать View_item_list со списка.
Продублируем данный тег для View_item_list-а. Нужен всего один View_item_list, много не нужно. Это всё оставляем таким же. Эту штучку удаляем. Заходим. Нажимаем плюсик «Trigger configuration», листаем вниз. Выбираем Custom Event, вставляем сюда нашу эту штуку, что скопировали. Нажать «Save».
Еще сюда переходим в «Advanced Settings» (расширенные настройки) и выбираем «Once per page» (один раз на страничку).
Повторная проверка результатов после настройки View_item_list
Теперь ещё раз делаем полностью проверку срабатывания всех тегов. Это лишь с аналитикой справляемся, с Google аналитикой. Что нужно сделать? Естественно, желательно сделать полностью тестовый заказ. Запомнить какой товар добавили в корзину, «Купить», перейти в корзину нашу обязательно, удалить какую-то товарную позицию. Дальше. На 99 гривен что-то осталось. Провести тестовый заказ обязательно. Оплата на карточку, я прочитала, «Подтвердить». Та, что-то забыла заполнить. Адрес забыла. Адрес — Киев. «Подтвердить». Есть финальная страничка.
Дальше обязательно, смотрите, желательно что увидеть? Помните, тут дальше просмотрели view_cart, это корзина. Есть Remove_from_cart (удаление из корзины). Есть несколько Begin_checkout. Видите, дублируются, значит придётся сделать такие же как Add_shipping_info. Shipping info не дублируется. Begin_checkout дублируется и Purchase.
Возвращаемся в четвёртую аналитику, закрываем эту всю историю. Смотрим что дублируется, не дублируется. Что видим?
View_cart не дублируется. Супер, отлично! Можем посмотреть, тут было 2000. View_cart. Remove_from_cart, что удалили. 2000. Помним, игрушку удалили.
Тут два Begin_checkout на 100 гривен. С Begin_checkout сделаем тоже самое, что сделали с View_item_list-ом. Не супер сложно. Нужно, видите, перепроверять всю информацию. Value – 99, Shipping_info, Add_payment_info.
Что тут не нравится — то что где-то округляется цифра до сотни, где-то 99. Это сайт передаёт данные. Помним, всё дёшево-сердито пытаемся сделать, поэтому такая картинка получается, немножко где-то не суперточные цифры. Add_payment_info и, естественно, Purchase.
Purchase — самый важный. В нём обязательно проверяем – валюта, правильная, неправильная, Shipping передаётся, таксы, Transaction_ID. Перепроверяйте, чтобы ID товара соответствовал Transaction_ID тому что видим Transaction_ID номерам заказа. Чтобы ничего не перепуталось. Важно пересмотреть Value, чтобы приблизительно сходился с тем что есть. Есть 100, так как тут 100 передаётся. Это уровень данных делает. Тут не поменяем эту цифру.
Обязательно перепроверяйте, чтобы ID-шники все были красивые, всё корректно. Чтобы нигде не пропала какая-то часть информации. Видите, всё красиво оформлено. Для четвёртой аналитики всё идёт достаточно красиво. Плюшка — это что сделали. Всё супер, отлично сделано для четвёртой аналитики.
Устранение дублирования Begin_checkout
Нужно лишь Begin_checkout подправить. Смотрите, на этом акцентирую внимание, что-то подправлять с точки зрения, чтобы если у кого-то будет дублироваться совершенно иной вариант событий. У кого-то View_item будет дублироваться, у кого-то ещё что-то будет дублироваться. Чтобы не оставили это как-нибудь в данном аккаунте, а поправили.
Begin_checkout дублируется, поэтому что делаем? Правильно — отсюда Begin_checkout убрали.
Тег дублируем, обзываем его, естественно, как Begin_checkout. Аналитика была бы полезной, потому предпочитаю чтобы все события фиксировались правильно, корректно. Это убираем. Triggering нажимаем. Создаём Custom Event. Все остальные события не дублируются.
Сейчас, в принципе, завершили настройку для четвёртой аналитики. По целям практически всё готово.
Донастройка динамического ремаркетинга
Но хочу доделать динамический ремаркетинг. Для чего? Если говорим уже о работе Performance Max-а, о полной начинке. Всей нужной информации для именно Performance Max-а, для его искусственного интеллекта и машинного обучения, то желательно его донастроить. Что сейчас и сделаем. Это не супер сложно. Всё что нужно — это поставить Google Tag на уже, что касается Google Ads-а.
Где его взять? Нужно зайти, непосредственно, в рекламный аккаунт Google Ads, зайти в блок «Инструменты». Дальше нужно выбрать «Общая библиотека», выбрать «Менеджер аудиторий». Обязательно перейти в блок «Ваши источники данных». Это «Ваші джерела даних». Тег Google Ads. Он уже активирован. Возможно что-то типа «Настроить» или какая-то другая кнопка.
Нажимаю сюда просто «Детали», «Настройка тега». Обязательно перехожу в блок «Использовать Google Tag Manager».
Копирую эту штучку цифровую, что есть.
Дальше обязательно выбираю All pages. Его называю «Google Ads — ID» и теперь нужно донастроить динамический ремаркетинг что для этого делаю?
Нажимаю «Tag Configuration», выбираю обязательно Google Ads, выбираю тот же «Google Ads Remarketing».
Он попросит этот «Conversion linker» создать.
Всё проклацала в таком виде, что есть. Можно ничего не править.
Conversion ID дублирую тот, что взяла на предыдущем этапе. Выбираю «Sent dynamic remarketing event data». Дальше. Помните, посоздавалась куча самых разных евентов? Что делаем?
Примерно можем сделать ту же самую историю, что проделывали для четвёртой аналитики. Сюда возьмём «Event», «Event value». Возьмём «Ecommerce value». Сейчас все проверим. Обязательно по общей картинке. «Ecommerce items» возьмём. Видите, есть Google_business_vertical «Retail». ID-дишничек есть. Возьмём «Ecommerce Items». Сейчас проверим всё ли корректно берётся. Если есть какие-то нюансы, детали, то вручную это всё переделаем.
Дальше выбираем «Triggering». Можно взять тот же самый принцип – «Ecommerce events», что были. Тут «Google Ads rem — events». Сохраняем и сейчас всё перепроверим и дублируем на те же дублирующиеся эвенты, которые нужны.
Проверка передаваемых данных динамического ремаркетинга
Для динамического ремаркетинга что нужно? Нужен обязательно View_item, чтобы передавался просмотр карточки товара. Чтобы передавался Add_to_cart. Желательно чтобы передавался Purchase и View_item_list. Что смотрим?
Такс, опять какой-то сбой идёт… Сейчас перейдем на какую-то карточку товара. Это что-то с WordPress-ом. Он рисует что его нет. Но, как может не быть, если на предыдущих этапах был. Это сильно нравится. Нужно мыслить позитивно. Правильно? Это магия WordPress-а. Сейчас уже всё работает.
Что делаем? Переходим в Variables, обязательно проверяем. Помните, в ремаркетинг потянули эвент чтобы он просто фиксировался. Event «Ecommerce value» и «Ecommerce items» есть. Эвент уже почему-то undefined, хотя эвент есть. Обожаю эту всю историю. Есть. Такс, View_item. Если зайдём сюда есть набор данных, если видите. Идентификатор, Value, «Элемент события» с разными ID-шничками и прочее.
Как рекомендует, в принципе, делать эту интеграцию разработчик плагина. Предлагаю это немножко переформатировать, чтобы было контролированнее. Дублировать самые разные эти вещи нет смысла.
Нужно что? Нужен Event. Нужно передать ID товара. Нужно задать «Google_bussines_vertical», будет та же. Сейчас зададим Event. Event возьмём константой. А ID-шник придётся создать, создать переменную. «Ecommerce.items.0.id». Сейчас сделаем, лишь есть все Ecommerce эвенты, что нужны.
Проверка результатов настроек
Видим эвент, что видим? View_cart есть, ID «gla_» и «Google_bussines_vertical». Единственное, сейчас товарищ этот ругается, что User consent mode. С ним проблемы. Сейчас к этому, возможно, дойдём. Что видим? «Ecommerce.items.0.id», этот с «gla_».
Обязательно еще зашла в тот же самый «Мерчант центр» и попробовала на месте найти идентификатор товара. Есть, супер когда сходится. Прям то, что нужно.
Передавали ID, «Event», «Google_bussines_vertical». Это базовая информация, что нужна. Можете добавить, что хотите Value, прочее. Для Гугла принципиальна эта вещь.
Коррекция дублирования View_item_list
Помните View_item_list дублировался, нужно его немножко подправить.
Если всё не переделаем, то оно продолжает дублироваться, для этого заходим в «Ecommerce Events». «View_item», «Purchase» тут нет.
«View_item_list» обязателен, «Purchase» обязателен. Остальные, в принципе, как сделали для «Begin_checkout», они не особо принципиальны для ремаркетинга.
Что касаемо Consent mod. Не нужно никаких для данного товарища, для данного клиента. Не входим в зону US. «Initialization».
Перепроверка срабатывания тега, доработка
Перепроверяем срабатывание тега. «View_item». «View_item_list», эта штука срабатывает. Её нужно сейчас поправить чтобы не срабатывала по несколько раз. «К корзине», view_cart. Один. Главное, чтобы «Add_to_cart» был. «View_cart» передаём, как помните. «View_item_list». Эти товарищи срабатывают, так как есть «View_item». Придётся переделать Триггер.
«View_item» отсюда приберем и для «View_item» сделаем отдельный блок.
Как говорится, дёшево-сердито. Перепроверяем. «View_item» один, «View_item_list» один, не повторяется. То, что хотели. Идеально ещё сделать полностью «Purchase», чтобы убедились, что корректно передаётся, всё правильно, все ID-шники, все нужные идентификаторы и прочее, что всё корректно фиксируется. Это прямо идеальная картинка того, что просит Google. Всё, перестал ругаться.
Настройка динамического ремаркетинга
Что нужно, чтобы настроить динамический ремаркетинг. Возвращаемся в Google Ads аккаунт, идём в Tools, в Шаред библиотеку, выбираем менеджер аудитории. Дальше идём в блок «Ваши данные». Тут будет блок самых разных настроек. Что делаем? Находим Google Ads tag, нажимаем «Set up».
Выбираем «Собирать данные людей на базе и показывать персонализированную рекламу». Обязательно выбираем Retail, всё-таки это интернет-магазин.
Эта штука нужна лишь для Калифорнии, Колорадо, соответственно США. Можете задавать, можете не задавать. Тут не будет активна галочка. Нажимаем Save and Continue. Продолжить.
Выбираем Tag Manager. Тут будет лишь Conversion ID. Что нужно сделать для настройки динамического ремаркетинга?
Тоже не суперсложная история. Возвращаемся в Google Tag Manager. Нажимаем «New», выбираем «Конфигурация тега», выбираем Google Ads, выбираем «Google Ads remarketing».
Тут вставляем Conversion ID из предыдущего этапа. Label уже не нужен. Можем выбрать настройки: выбрать динамические, чтобы всё бралось с уровня данных или задать вручную (Manual).
Покажу как можно динамически сделать. Что делаем? Выбираем эвенты. Эвенты можем взять готовые, переменную {{Event}}. Дальше Event value. Чтобы понять откуда value брать — нужно просто взять Data layer, посмотреть конечный кусок кода и purchase, в тех же View_item, View_item_list был, Ecommerce value, между ними нет никаких дополнительных параметров. Можем что сделать? Event value — Ecommerce value выбрать.
Event items — переменная, которая касается сбора параметров, таких как google_bussines_vertical вместе с ID шниками товаров. Нужен ID товара и «бизнес вертикаль». Благо Томаса Гегера GTM for WordPress создал весь готовый набор данных, поэтому всё что сделаем — выберем Ecommerce Items и сейчас начнем, естественно, проверять весь набор данных.
Дальше обязательно спускаемся в Advanced settings. Обязательно тут выбирайте — нужен Consent мод или не нужен. Если говорим об Украине или Штатах — они не входят в даный блок, поэтому тут Consent мод не нужен, кроме штатов, о которых говорили в предыдущем этапе, когда создавали код. Делаю универсальное видео, поэтому показываю универсальную историю.
Выбор триггеров
Выбираем триггеры. Триггеры можно по-разному выбрать. Можно выбрать все события, что есть. Если перейти сюда на них и посмотреть — тут большущий набор разных данных.
Если их все начнете передавать Гуглу — ничего страшного. Он, в принципе, требует лишь набор из пяти обязательных событий:
— View_item (просмотр карточки товара)
— View_item_list (просмотр листинга)
— Add_to_cart
— View_search_result
— Purchase
Всего пять событий.
Если переживаете всё ли корректно передаётся — нажимаем плюсик, выбираем конфигурацию триггера, Custom Label.
Сюда тапаем, выбираем, что автоматически не выпадает. View_item хотим? Потом Select_item не нужен. Add_to_cart подходит. Remove_from_cart не нужен. View_cart — не нужен. Begin_checkout — не нужен. Это не нужно. Ещё View_item, Purchase. Нужно View_item_list, для этого нужно View_item_search_result и View_item_list. Для листинга можем воспользоваться переходом на сайт в какой-то раздел каталога. Допустим, хочу зайти в Unisex.
Перехожу сюда, нахожу событие View_item_list, копирую его отсюда. Вставляю. Опять вертикальный слеш.
Ещё бы желательно Search_result. Сейчас напишу какую-то абракадабру. Тут точно будет View_search_result. Не переоткрылся. Сейчас это все сохраним. Ещё добавим в эвенты, так как вылогинило с этого сайта, во всяком случае. Или можно оставить тот же набор событий, что был для товарища Ecommerce.
Дальше что делаем? Сохраняем эту историю, называем «Ремаркетинг».
Проверка правильности передачи данных
Сейчас ещё раз всё перепроверим, так как важно чтобы всё корректно передавалось и плюс откорректируем события, которые нужны. Есть Каталог, Карточка товара, Добавление в корзину. Есть какой-то Search_result. Есть обязательно Purchase, что сейчас сделаем. «Go to registration». Проходим все этапы, «К оплате». Всё прочитала. Подтверждаю.
Сейчас проверим весь набор событий, что есть. Во-первых, нажимаем на Summary (Итог), видим, что 14 раз ремаркетинг срабатывал. Видим, что пять раз на View_item_list, тут ещё, ещё… Сейчас поправим события.
Принципиально важны какие? View_item_list, чтобы передавался наборище данных. Что есть? Будет показано много различных данных. В этих параметрах точно есть ID и Google_bussines_vertical. То, что супер важно.
Дальше обязательно нужно, чтобы передавался View_item. Если зайдём снова-таки есть ID и google_bussines_vertical. Всё подойдёт Google Ads ремаркетингу.
То же самое нужно проверить чтобы в add_to_cart передавалась та же самая история. Аdd_to_cart много товаров передалось. То же самое должно быть для товарища Purchase. Что тут? Видите, один Purchase. Естественно, сейчас перепроверим, поправим все события.
Корректировка правильности передачи данных
Что станем сейчас делать? Сделаем красивые события конкретно для динамического ремаркетинга. Открываем, редактируем. Что сделали для сохранения Custom Event-ы. View_item. Add_to_cart. Purchase, View_item_list. Остался View_search_result, он не сделал его. Ну ничего. Site Search. Есть все. Всё плагин сделал. View_search_result, опять вертикальный слеш. Остался лишь Purchase. Нет. Purchase есть. 1, 2, 3, 4, 5 – всё. Все события есть. Можем назвать «Events — rem». «Save».
Закрываем. Выбираем его. Где ремаркетинг? Сохраняем, перезагружаем. Единственный нюанс рекомендовала бы сделать — поправить такую штуку. В сохранённых «Once per page», чтобы View_item_list и прочих фиксировалось меньше. Лучше меньше data передавать, нежели больше.
Повторная проверка правильности передачи данных
Сейчас сделаем вот историю. Нажмём «Preview». Опять выберем какую-то карточку товара. Идём в Preview Mode. «Добавить в корзину», Search_result.
Уже вернуться. Каталог, Корзина. Обязательно проверяем оформление заказа. «Go to registration», проверяем это всё. Summary. Что в Summary есть? Что-то не применила тут. Секундочку. Забыла сказать — нужно ставить галочку «Use regex matching». Что значит, когда долго пишу видео.
Делаем превью. Чтобы было быстрее — Добавление в корзину, Каталог, Search_result, Корзинка, оформление заказа. Есть. Идём сюда, смотрим. Есть ремаркетинг. Видите — уже сработал меньше.
Настройка отдельной передачи Add_to_cart
Нет только add_to_cart, сейчас add_to_cart проверим. Чего-то нет в add_to_cart. Такие нюансы бывают. Add_to_cart чего-то не сработал. Пойдём в эвенты. Add_to_cart правильно задан.
Страхуемся. Add_to_cart приберем отсюда и сделаем дубликат, но лишь на add_to_cart. Открываем Тег нажимаем «Copy». Всё правильно, бывают разные ситуации. Обязательно задаём add_to_cart. Тег убираем, создаём новый. Научитесь хорошо редактировать всё что нужно. Add_to_cart. Сохраняю.
Сейчас перезагружу эту страничку. Может интерфейс Гугла бажит. Нажимаем Preview.
Смотрим, Summary. Единожды сработал. Чудесно! Листинг не нужен, что внизу. Его люди могли смотреть, могли не смотреть. Обязательно проверяем Add_to_cart. Есть, сработал.
Единственный нюанс — много всего. Почему 4010, 4004, 4023? Сейчас посмотрим. Будет сбой идти, если не вылогинимся с админки. Не спрашивайте почему так у Гугла работает, но у Гугла работает оно так. Это не проблема самого WordPress-а, а проблема Гугла.
«Connect» и сейчас посмотрим. Добавление в корзину, листинг, поиск, сейчас оформление заказа. Посмотрим. Идём сюда. View_item есть сработал, всё супер, та же позиция что смотрели. View_item_list, но выбрали единственный раз и add_to_cart сработал. Супер! В add_to_cart всё равно уходит куча событий. Друзья, проверила — в аналитику всё корректно уходит.
Лишь в Таг менеджере такая история. Хочу дать попроще мануал. Когда уходит много товара — сделаем немножко по-другому, айтемсы для всей истории. В add_to_cart сделаем немножко изменений, бывает история такая.
New variable – Layer. Возьмём cartContent.items. Может быть просто глюк, уже устал Google. Так как уже вылогинилась с ОпенКарта, продолжает ту же самую историю делать. Сделаем то же самое с суммой (value). Видите, value считает правильно, пушит четыре позиции, но делаю режим онлайн, будет мануал как это всё поправить. То же самое проверьте — если сумма value отличается, тут 855.
Это, в принципе, соответствует сумме даного товара, что добавила. Не нужно ещё value менять. Если не совпадает — возьмёте cartContent и total. Всё. И в итоге — решена данная задача.
Проверка и правка тегов по View_item
Тогда с подобным акцентом обязательно проверим теги по View_item. Одна позиция. Супер! View_item_list, захотите, можете ещё передать. View_item_list, чтобы один раз срабатывала. View_item снова-таки. View_item_list сделаем отдельно ещё. Что вижу? Не срабатывает. Чтобы всё было красиво, отлично. Copy. Тут обязательно «view item list». Обязательно можно «Once per event» уже поправить. Тут обязательно выберем «View_item_list».
Есть, «Save». В даной истории View_item_list уберём. Есть. Опять пробуем.
Сегодня Google не хочет со мной работать. Заставим. Нужно название. Вот оно. Добавляю товар в корзину, Каталог, поисковая история. Сейчас проверяем, смотрим.
View_item, ремаркетинг сработал — одна позиция. View_item_list сработал. Тот что передаётся, отлично! Add_to_cart сработал, одна позиция 855. Супер, отлично! Дальше, это листинг был. Правильно? Где-то спрятано событие Site Search. Site Search сработал. Не передаются данные.
Правка и проверка события Site Search
Сейчас Site Search поправим. Нужно идти через cartContent. Видите? Бывает приходится чуть больше корректировок внести, чтобы все было отлично. Что тут? Event «view_search_result». Если нужен полностью такой контейнер — напишите, сброшу. Search_result, событие нужно View_search_result, правильно. Всё сохранили.
Нужно items-ы или value взять совершенно по-другому. Сейчас посмотрим какие переменные передались. Value, в принципе, не обязательно передавать, но сейчас разберёмся как его передавать. Берём новые переменные. Value убираем отсюда. Нажимаем плюсик. «Создать новую переменную». cartContent. Это хотим value взять. Так, totals.
То же самое сейчас сделаем для Items-ов. «New variable». Кажется, уже была cartContent, правильно? Была уже переменная? Назовём cartContent.items. «Save».
Ещё раз превью, добавить в корзину, Каталог, Search_result, самые долгие, относительно, долгие этапы. Но всё нужно проверить, чтобы быть увереными, что всё работает так как нужно. Идём сюда, Summary.
Search_result один раз. View_item_list — пять раз, это точно. Add_to_cart был один. Ads ремаркетинг шесть раз сработал, его сейчас поправим, так как не нужно уже большое количество событий. И purchase. Надеюсь purchase есть? Есть. Позиция Event Value. Одна позиция, а нужно несколько позиций чтобы передавалось.
Ecommerce Items, лишь одна позиция. Проверим что в аналитике. Купили одну позицию четыре штуки. Прошу прощения. Все верно — четыре штуки, просто одна позиция. Всё корректно отработало. Только что?
Правка ремаркетинга
Ремаркетинги, что нужно поправить? Аdd_to_cart нет, view_search_result убираем. Тут будет view_item и purchase.
Есть пять событий. View_item, покупка, add_to_cart, view_item_list и search_result. Все супер сделали.
Подведение итогов – что настроено
Еще раз можете проверить эту историю – работает она или не работает. Фактически динамический ремаркетинг сейчас настроен. Сейчас в Google рекламе итогово есть что? Есть сбор, видите, уже lists созданы, листинги, они погрузятся автоматически. Вся информация сейчас создастся. Видите, уже есть. Не уверена что изначально в источниках данных уже покажется какая-то информация. Видите, нет информации. Фактически, начнёт уже фиксироваться ремаркетинг.
Как итог есть четвёртая аналитика. Есть отдельно настроенный Тег покупка, конверсия. Есть отдельно динамический ремаркетинг.
Не завершена лишь одна история — связка дополнительно Google Ads с Мерчант центром. Нужно связать ещё Google аналитику с Google Ads, чтобы все сервисы были связаны. Думаю, что будет включено в видео что посвящено, непосредственно, уже настройке самого Перформанс Макса. Перепроверить, но сейчас еще раз дозавершим.
Связка Google Ads с Мерчант центром
Что нужно, чтобы связать Мерчант Центр? Нужно перейти в Data manager Merchant Center Google Ads.
Тут обязательно, если есть связка, если запрос идёт. Не тот Мерчант Центр связан. Его unlink делаем. Нажимаем плюсик и выбираем правильный. Это «Parfum». «Submit».
«New campaign». Campaign уже не будем делать. Заходим в Data manager, проверяем правильность, корректность Мерчант центра. Есть домен корректный.
Возвращаемся в Мерчант центр, возможна рекламная кампания в другом источнике, правильно? Перехожу в диагностику. Пишет, что аккаунт Google рекламы не приконнекчен. Ищу «Linked accounts».
Нахожу Google Ads, вижу что совпадает по номеру, по номеру 0954 с тем что есть. Ошибка вскоре пропадёт.
Вижу в диагностике что начались подгружаться товары, они пошли на проверку.
Связка аналитики с Google Ads
Теперь нужно ещё соединить аналитику с Google Ads. Почему это нужно сделать? Чтобы все сервисы были между собой. Перехожу в раздел «Администратор», перехожу сюда в «Link to Google Ads», «To tie».
Тут выбираю Google Ads. Он единственный. Это если нет Google Ads, проверьте, чтобы в доступах административных были почта в Мерчант центре, в Google Ads и в аналитике. Дальше всё подтверждаю. «Enable auto-tagging» можно оставить. «Further». «Save». Потом можно это переделать.
Настройка передачи конверсий
Ещё одна настройка, что осталась по конверсиям — обязательно зайти в конверсии, в Settings. Так как через Google Tag Manager настраивали передачу всех конверсий тут выбрать Google Tag Manager. Сохранить.
Итоги. Анонс следующего видео
Итог. Цель? Цель настроена. Супер. Динамический ремаркетинг есть? Есть и настроен. Связан ли Мерчант центр с Google Ads? Связан. Связана ли Google аналитика с Google Ads? Есть связка. Всё отлично. Практически, база. Нужно лишь дождаться пока пройдёт проверку Мерчант Центр перед тем как создавать рекламные кампании. Это уже в следующем блоке видео.
