0

Это в основном только философский вопрос.Менеджер тэгов Google и отслеживание расширенной электронной торговли Google

Я изучаю интеграцию GTM и внедрение с ней расширенного отслеживания электронной торговли, и чем больше я смотрю на нее, тем больше чувствую, что эти двое борются друг с другом.

GTM, похоже, поощряет разделение проблем веб-приложения, в котором приложение предоставляет общие данные, указывающие на уровень данных, и «Маркертер» или аналогичные установки тегов в GTM с использованием этих переменных.

Однако рекомендуется использовать расширенную электронную коммерцию, чтобы добавить очень конкретные данные непосредственно в слой данных и просто отметить галочкой в ​​GTM. Это означает, что уровень данных больше не является общим, и вы не можете внедрять расширенную электронную коммерцию без изменений в ваш сервер или «без поддержки ИТ-отдела», поскольку GTM любит рекламировать себя.

Я что-то упустил или не поедает свою собачью пищу?

ответ

1

Я думаю, вы должны удалить первое предложение в своем вопросе.

Не философский, но как вопрос о том, как код организован в GTM: идея о том, что вы можете реализовать GTM без помощи ИТ-отдела, была BS все время. Вам нужно получить данные откуда-то, и единственный стабильный способ сделать это - это DataLayer, если вы не хотите связывать ваше отслеживание с более эфемерными аспектами вашего сайта (DOM, URL-адреса и т. Д.), Которые потерпят неудачу раньше, чем позже.

Что необходимо для обеспечения расширенного отслеживания электронной коммерции, требуется, по-видимому, в основном практическое решение; иначе вам понадобится странное множество полей ввода и переменных для тега Google Analytics, если вы планируете использовать E-Commerce-Tracking.

Также вам не обязательно использовать dataLayer; вы можете установить вход для отслеживания расширенной электронной коммерции в переменную GTM, которая сама по себе может быть функцией, которая извлекает данные с помощью других средств, чем datalayer (DOM-скребок, глобальные переменные, вызовы ajax, вы называете это). Это не обязательно хорошая идея (делать что-то в браузере, что сервер может делать быстрее и надежнее вообще), но это вполне возможно.

Таким образом, Google может обедать своей собачьей едой и хранить ее, предлагая выбор того, как вы хотите что-то делать.

+0

Я вижу слой данных как слой абстракции между GTM и приложением. Вы публикуете данные, которые могут использоваться в GTM в нескольких тегах, и каждый тег использует или модифицирует данные по мере необходимости перед использованием, поэтому datalayer больше относится к раскрытию данных и не привязан к определенному тегу. Вот почему меня это беспокоит. Также да, они предоставляют выбор, но они не рекомендуют версию без datalayer. –

+0

Не-dataLayer (или, скорее, «внутренний DataLayer», вам все равно нужно сопоставить это с требуемой структурой) больше подвержено ошибкам, поэтому я считаю, что это прагматичное решение. Я понимаю, почему это беспокоит вас, но для всех практических целей это, кажется, разумный подход. –

Смежные вопросы