Як застосувати користувацькі групи Google Analytics за допомогою Менеджера тегів Google

групування вмісту

У попередній статті я поділився як застосувати Google Tag Manager та Universal Analytics. Це досить базовий інструмент для того, щоб вас не було на місці, але Google Tag Manager - це неймовірно гнучкий (і складний) інструмент, який можна використовувати для десятків різних стратегій.

Хоча я усвідомлюю, що деякі розробки можуть полегшити деякі складності цієї реалізації, я вирішив скористатися інструкцією з плагінами, змінними, тригерами та тегами. Якщо у вас є кращий спосіб реалізації цієї стратегії без коду - неодмінно поділіться цим у коментарях!

Однією з таких стратегій є здатність до заповнення Групування вмісту в Universal Analytics за допомогою Google Analytics. Ця стаття буде комбінацією висловлювання, проблем, про які слід пам’ятати, і покроковим посібником у конкретному здійсненні групування вмісту за допомогою Плагін Google Tag Manager від DuracellTomi для WordPress, Google Tag Manager і Google Analytics.

Менеджер тегів Google Rant

Для такого дивовижно складного інструменту статті підтримки Google абсолютно відмовні. Я не просто ничу, я чесно кажу. Усі їхні відео, наприклад, наведене вище, - це яскраві та барвисті відео про те, що можна зробити абсолютно без покрокових відео, без скріншотів у своїх статтях та лише з інформацією найвищого рівня. Звичайно, вони включатимуть усі варіанти та гнучкість, які ви маєте у своєму розпорядженні, але насправді у вас немає деталей щодо його розгортання.

Після 30 версій розгортання моїх тегів, десятків редагувань в Google Analytics і декількох тижнів, що пройшли між змінами для тестування ... Я знайшов цю вправу неймовірно неприємною. Це дві платформи, які повинні працювати безперебійно, але насправді практично не мають ніякої продуктивної інтеграції поза кількома полями для попереднього заповнення.

Rant групування вмісту Google

Хоча категоризація та додавання тегів існує вже кілька десятиліть, ви не знайдете цього в можливостях групування вмісту. Можливо, я публікую таку публікацію, яка включає кілька категорій, близько десятка тегів, знімків екрану та відео. Чи не було б чудово нарізати та нарізати цю інформацію за допомогою Google Analytics? Ну, удачі, бо ваша здатність розробляти групи вмісту обмежена. Неможливо передати масив категорій, тегів чи характеристик Google Analytics. Ви застрягли в основному з 5 текстовими полями, обмеженими однією змінною в кожному.

Як результат, я розробив свою групу вмісту таким чином:

  1. Назва вмісту - Так що я можу переглядати статті на зразок “як робити” та інші статті, що мають загальну назву.
  2. Категорія вмісту - Щоб я міг поглянути на первинну категорію та побачити, наскільки популярна кожна категорія та яка ефективність вмісту.
  3. Автор вмісту - Щоб я міг переглянути наших запрошених авторів і побачити, які з них сприяють залученню та конверсіям.
  4. Тип вмісту - Щоб я міг подивитися на інфографіку, подкасти та відео, щоб побачити, як працює цей вміст у порівнянні з іншими типами вмісту.

Решта цього підручника базується на тому, що ви вже це зробили зареєструвався в Менеджері тегів Google.

Крок 1: Налаштування групування вмісту Google Analytics

Вам не потрібно мати даних, які надходять до Google Analytics, щоб налаштувати групування вмісту. У Google Analytics перейдіть до адміністрування, і ви побачите в списку Групування вмісту:

content-groupings-admin

У групуванні вмісту ви захочете додати кожну групу вмісту:

Додайте групування вмісту

Зверніть увагу на дві стрілки! Щоб уберегти себе від виривання волосся, коли ваші дані не відображаються в Google Analytics, будьте абсолютно пильними, повторно перевіряючи відповідність слоту вашому номеру індексу. Чому це навіть варіант, мені не під силу.

Готовий список групування вмісту повинен виглядати так (коли ви натискаєте сортувати ... тому що чомусь Google Analytics любить катувати нас нав'язливих компульсивних користувачів, які задаються питанням, чому їх ще не сортують у цифровому порядку. Ви ніколи не можете видалити групування вмісту. Ви можете лише вимкнути його.)

список-групування вмісту

Ууу ... добре виглядає. Наша робота виконана в Google Analytics! Начебто… нам доведеться протестувати та надіслати деякі дані пізніше, які ми зможемо переглянути.

Крок 2: Налаштування плагіна WordPress DuracellTomi для Менеджера тегів Google

Далі нам потрібно розпочати публікацію даних, які Менеджер тегів Google може фіксувати, аналізувати та запускати код Google Analytics. Це могло б бути цілком зобов’язанням, якби не деякі дивовижні розробники WordPress. Ми любимо варіанти, доступні через Плагін WordPress від DuracellTomi. Це добре управляється та підтримується.

Візьміть свій ідентифікатор Менеджера тегів Google із робочої області в Менеджері тегів Google і розмістіть його в загальних налаштуваннях плагіна> поле Ідентифікатор Менеджера тегів Google.

google-tag-manager-id

Я настійно рекомендую встановити плагін, використовуючи нестандартний метод де ви вставляєте сценарій у свою тему (як правило, файл header.php). Якщо ви цього не зробите, це може спричинити ще одну проблему, яка абсолютно зведе вас з розуму ... dataLayer, який плагін надсилає в Google Tag Manager повинен бути написаним до завантаження сценарію для Google Tag Manager. Я не розумію логіки, задіяної там, просто знайте, що ви будете виривати волосся, дивуючись, чому дані не надсилаються належним чином без цього розміщення.

google-tag-manager-custom

Наступним кроком є ​​налаштування шарів даних, які ви хочете передати в Менеджер тегів Google. У цьому випадку я передаю тип публікації, категорії, теги, ім’я автора публікації та назву публікації. Ви побачите, що доступно багато інших опцій, але ми вже пояснили групи, які ми налаштовуємо, і чому.

Менеджер тегів Google WordPress dataLayer

На цьому етапі встановлено плагін і завантажено Менеджер тегів Google, але у Вас фактично немає даних, які передаються в Universal Analytics (поки). Якщо ви переглянете джерело своєї сторінки зараз, ви побачите дані, опубліковані для Менеджера тегів Google, однак:

Перегляд коду

Зверніть увагу, що dataLayer об’єднаний у пари ключ-значення (KVP). В крок 4 нижче ми покажемо вам, як це перевірити, не дивлячись на джерело коду вашої сторінки. Для плагіна DuracellTomi ключові слова:

  • pageTitle - це заголовок сторінки.
  • pagePostType - Це публікація чи сторінка.
  • pagePostType2 - Це одна публікація, архів категорії чи сторінка.
  • сторінкаКатегорія - Це масив категорій, до яких був віднесений допис.
  • атрибути сторінки - Це масив тегів, для яких позначено публікацію.
  • сторінкаPostAuthor - Це автор чи допис.

Тримайте їх під рукою, вони нам знадобляться пізніше, коли ми будемо писати наші тригери.

Я припускаю, що у вас завантажений плагін Google Analytics або ви вбудували аналітика тег сценарію у вашій темі самостійно. Запишіть свій ідентифікатор Google Analytics (схожий на UA-XXXXX-XX), це вам знадобиться далі. Ви захочете видалити тег сценарію або плагін, а потім завантажте Universal Analytics через Менеджер тегів Google.

Крок 3: Налаштування Google Tag Manager

Якщо вас зараз панікує, що на вашому сайті не публікується Google Analytics, давайте просто зробимо це дуже швидко, перш ніж вносити будь-які зміни. Увійшовши в Менеджер тегів Google, виберіть робочу область:

  1. вибрати Додайте тег
  2. вибрати Universal Analytics, назвіть свій тег у верхньому лівому куті та введіть свій ідентифікатор UA-XXXXX-XX
  3. Тепер скажіть тегу, коли запускати зараз, клацнувши на Запуск та вибравши всі сторінки.

Universal Analytics Додати тег Менеджер тегів Google

  1. Ви не закінчили! Тепер ти повинен натиснути Публікувати і ваш тег буде активним і аналітика буде завантажено!

Крок 4: Чи насправді працює Менеджер тегів Google?

О, вам сподобається ця. Менеджер тегів Google фактично постачається із методом тестування ваших тегів, щоб допомогти вам вирішити та виправити їх. У меню Опублікувати є невелике меню, на яке ви можете натиснути - попередній перегляд.

Попередній перегляд та налагодження Менеджера тегів Google

Тепер відкрийте веб-сайт, над яким ви працюєте, у новій вкладці, і ви чарівно побачите інформацію Менеджера тегів на панелі нижнього колонтитула:

Менеджер тегів Google - попередній перегляд та налагодження

Як це круто? Щойно ми почнемо передавати дані групування вмісту за допомогою Менеджера тегів Google, ви зможете побачити, який тег спрацьовує, що не запускається, та будь-які передані дані! У цьому випадку це Тег, який ми назвали Universal Analytics. Якщо ми натиснемо на це, ми зможемо переглянути інформацію тегу Google Analytics.

Крок 5: Налаштування групування вмісту в Менеджері тегів Google

Woohoo, ми майже закінчили! Ну, не дуже. Це буде крок, який дійсно може дати вам важкий час. Чому? Оскільки активація перегляду сторінки в Universal Analytics за допомогою групування вмісту повинна здійснюватися за одну подію. Логічно, ось як це має статися:

  1. Запитується сторінка WordPress.
  2. Плагін WordPress відображає dataLayer.
  3. Сценарій Google Tag Manager виконує та передає dataLayer із WordPress в Google Tag Manager.
  4. Змінні Менеджера тегів Google ідентифікуються в dataLayer.
  5. Тригери Google Tag Manager визначаються на основі змінних.
  6. Менеджер тегів Google запускає певні теги на основі тригерів.
  7. Запускається певний тег, який надсилає відповідні дані групування вмісту до Google Analytics.

Отже ... якщо перше, що трапляється, це те, що dataLayer передається в Менеджер тегів Google, тоді ми повинні мати можливість читати ці пари ключ-значення. Ми можемо зробити це, визначивши передані змінні.

Визначені користувачем змінні Менеджера тегів Google

Тепер вам потрібно додати та визначити кожну зі змінних, переданих в dataLayer:

  • pageTitle - Заголовок вмісту
  • pagePostType - Тип вмісту
  • pagePostType2 - Тип вмісту (мені подобається, використовуючи цей, оскільки він більш конкретний)
  • сторінкаКатегорія - Категорія вмісту
  • атрибути сторінки - Теги вмісту (можливо, ви хочете використовувати це час від часу замість категорій)
  • сторінкаPostAuthor - Автор вмісту

Для цього впишіть ім’я змінної рівня даних та збережіть змінну:

Конфігурація змінної

На даний момент Google Tag Manager розуміє, як читати змінні dataLayer. Було б непогано, якби ми могли просто передати ці дані прямо в Google Analytics, але ми не можемо. Чому? Оскільки ваш масив категорій або тегів перевищуватиме обмеження кількості символів, встановлене для кожної групи вмісту, дозволеної в Google Analytics. Google Analytics (на жаль) не може прийняти масив. То як ми це можемо обійти? Тьфу ... це неприємна частина.

Вам доведеться написати тригер, який шукає назву вашої категорії або тегу в рядку масиву, переданому в змінну dataLayer. Ми можемо передавати заголовок, автора, тип, оскільки це однотекстові терміни. Але категорія не є такою, тому нам потрібно переглянути першу (основну) категорію, передану в масиві. Звичайно, виняток полягає в тому, що якщо ви не вибираєте кілька категорій для публікації ... тоді ви можете просто натиснути кнопку та вибрати категорію вмісту.

Ось частковий огляд нашого списку тригерів:

Тригери за категоріями

Ось приклад одного з таких активаторів для нашої категорії для контент-маркетингу:

Деякі тригери перегляду сторінки

Тут ми маємо регулярний вираз, який відповідає першій (первинній) категорії, переданій у масиві в dataLayer, тоді ми переконуємось, що це одна публікація.

Якщо вам важко писати регулярні висловлювання, ви можете просто перестати смикнутись за волосся і продовжувати Fiverr. У мене були неймовірно чудові результати на Fiverr - і я, як правило, прошу висловлення, а також документацію про те, як це працювало.

Після встановлення тригера для кожної категорії ви готові створити свій список тегів! Наша стратегія полягає в тому, щоб спочатку написати загальний тег Universal Analytics (UA), але не запускається, коли запускається будь-який з наших тегів категорій. Заповнений список виглядає так:

Теги в Менеджері тегів Google

Гаразд ... це все! Зараз ми збираємось поєднати всю магію разом із нашим тегом. У цьому прикладі я збираюся передати Групування вмісту для будь-якої окремої публікації, яка класифікується як "Контент-маркетинг" ("вміст"):

Групи вмісту категорій

Назвіть свій тег, введіть ідентифікатор Google Analytics, а потім розгорніть Додаткові налаштування. У цьому розділі ви знайдете групи вмісту, де ви хочете ввести номер індексу саме так, як ви його ввели Адміністратор Google Analytics налаштування

Ось ще одна німа штука ... порядок повинні відповідати порядок налаштувань адміністратора Analytics для даних. Система недостатньо розумна, щоб отримати правильні змінні для належного числа індексу.

Оскільки категорія не передана (через складність масиву), вам доведеться ввести свою категорію для Індексу 2. Однак для інших 3 груп вмісту ви можете просто клацнути поле праворуч і вибрати змінну що передається безпосередньо в dataLayer. Тоді вам потрібно буде вибрати тригер та зберегти свій тег!

Повторіть для кожної з ваших категорій. Тоді обов’язково поверніться до тегу UA (catch-all) і додайте винятки для кожної з ваших категорій. Попередньо перегляньте та налагодьте, щоб протестувати та переконатися, що ви правильно запускаєте свої теги та надсилаєте дані до груп вмісту.

Ви повинні мати можливість перевірити все, але все одно доведеться почекати кілька годин, поки Google Analytics наздожене. Наступного разу, коли ви увійдете, ви зможете використовувати Назва вмісту, категорія вмісту, і Автор вмісту нарізати та нарізати ваші дані в Google Analytics!

3 Коментарі

  1. 1

    Привіт Дуглас

    Дякуємо, що знайшли час, щоб зібрати цю статтю. Як професіонал, який проводить багато часу в роботі з Менеджером тегів Google та Google Analytics, я хотів би поділитися деякими думками, які я маю щодо піднятих Вами питань.

    Я думаю, що обидва інструменти мають ряд слабких місць; ця відповідь не буде зосереджена на цьому. Швидше, я збираюся розглянути пункти у вашій статті, де, на мою думку, ви маєте рацію, та інші сфери, з якими я не погоджуюсь. Я вважаю, що такий тип діалогу є здоровим у нашій професійній сфері. Я НЕ намагаюся тролити.

    "Для такого дивовижно складного інструменту статті підтримки Google абсолютно відмовні"

    Думаю, ви переглядаєте неправильну документацію. Що стосується відео "високого рівня", так - ви далеко не зайдете. Документація Google, звичайно, раніше засмоктувала, але зараз це набагато краще.

    Оскільки і GTM, і GA - це інструменти, які потребують значної кількості технічних знань для правильного впровадження, я хотів би запропонувати вашим читачам звернутися до посібників для розробників цих продуктів:

    https://support.google.com/tagmanager/
    https://developers.google.com/tag-manager/devguide

    Крім того, в Інтернеті не вистачає легкодоступних посібників, щоб робити в основному все, що завгодно, із GTM. Найкращими джерелами знань є:

    https://www.simoahava.com/
    https://www.thyngster.com/
    http://www.lunametrics.com/blog/

    В основному, все, що я хотів би написати про GTM, вже охоплено цими трьома.

    Що стосується мене, документація AZ не повинна надходити від Google. Спільнота настільки міцна, що ви можете знайти будь-яку відповідь, не докладаючи зусиль.

    "Це дві платформи, які повинні працювати безперебійно, але насправді практично не мають ніякої продуктивної інтеграції поза кількома полями для попереднього заповнення".

    Я думаю, ви не розумієте, що таке GTM. Він чудово працює з GA, набагато краще, ніж будь-який інший TMS. GTM призначений не лише для розгортання Google Analytics. Тим не менш, я не буду застосовувати GA, використовуючи будь-який інший інструмент.

    Тег Google Analytics від GTM - це графічний користувальницький інтерфейс для розгортання коду, яким багатьом важко керувати.

    Що стосується груп вмісту, мені набагато легше заповнити маленьке поле в GTM змінною, ніж писати

    ga ('set', 'contentGroup', ”);

    і мати динамічні значення полів, заповнені логікою на стороні сервера, що важче підтримувати, ніж рівень даних.

    "Неможливо передати масив категорій, тегів або характеристик Google Analytics"

    Незважаючи на те, що Google Analytics записує значення для групування вмісту як рядки, а не масиви чи об’єкти, це просто технічна термінологія.

    Ви абсолютно можете передати масив категорій або тегів GA. Перетворіть свій масив у розділений рядок, і все готово.

    Проста спеціальна змінна javascript перетворить ваш масив на рядок.

    function () {
    var pageCategory = {{dl - page - pageCategory}};
    повернути pageCategory.join (“|”);
    }

    Див. Цю статтю для прикладів того, як аналізувати ці дані: http://www.lunametrics.com/blog/2016/05/25/report-items-in-multiple-categories-in-google-analytics/

    Вам потрібно знати базовий javascript, щоб ефективно використовувати GTM? Безумовно. Це короткий прихід інструменту? Абсолютно не. Це TMS. Звичайно, ви повинні знати javascript, щоб використовувати його.

    ”О ... і якщо цього недостатньо катувань, ви ніколи не можете видалити групування вмісту. Ви можете лише відключити його ».

    INDEED. Там дійсно повинні бути перемикачі, щоб видалити поле зі звітів.

    "DataLayer, який плагін надсилає в Менеджер тегів Google, повинен бути записаний перед завантаженням сценарію для Менеджера тегів Google"

    Це проблема з плагіном. Автор плагіна неправильно ініціалізує dataLayer і не використовує “подію”, яка є внутрішньою шиною обміну повідомленнями GTM. Однак не виривайте волосся. Це не варто.

    Перехід до кроку 5 (інші кроки здаються цільовими)

    "Оскільки ваш масив категорій або тегів перевищуватиме обмеження кількості символів, встановлене для кожної групи вмісту, дозволеної в Google Analytics. Google Analytics (на жаль) не може прийняти масив. То як ми це можемо обійти? Тьфу ... це неприємна частина ".

    Це не питання обмеження кількості символів для GA. Вам просто потрібно змінити масив на рядок, який є очікуваним значенням в API GA. Вимір описує річ. Отже, рядок (слово) - це те, що очікується.

    "Після встановлення тригера для кожної категорії ви готові створити свій список тегів!"

    Неооооо! 🙂 Не йди цим шляхом. Використовуйте роздільне значення, і ви врятуєте собі тонни головного болю.

    “Ось ще одна безглузда річ ... замовлення повинно відповідати порядку налаштувань адміністратора Analytics для даних. Система недостатньо розумна, щоб отримати правильні змінні для належного числа індексу. "

    Я не вірю, що це правда. Поки ваш індекс є числом, значення індексу заповнює ваш тег правильним значенням.

    Основним позитивним висновком, який я маю з вашої статті, є те, що ваші читачі піддаються критичному способу "нарізати і нарізати" дані в GA. Це має величезне значення, і для WordPress є безкоштовні плагіни, які дозволять їм це робити.

    Що стосується більш вишуканого управління їхнім збором даних, це справді функція ІТ - надавати належні дані маркетингу, що має ділову цінність. Проблема, яку такий інструмент, як GTM, вивів на ринок (через його величезне впровадження) полягає в тому, що маркетологи не думають, що їм потрібно покладатися на ІТ для збору даних. Вони роблять. Приклад -> GA API вимагає рядок для полів нестандартного виміру. Якщо ви не транспонуєте масив у рядок, у підсумку ви створите абсурдну кількість тегів. Це не елегантне рішення або навіть необхідне.

    Я сподіваюся, що мій відгук про вашу статтю отримано добре. Я не намагаюся тролити. Швидше, я намагаюся додати свій досвід роботи з інструментами, які ви обговорюєте, щоб професійно та конструктивно розширити розмову.

    кращий,

    Єгошуа

    • 2

      Єхошуа, ти жартуєш? Це не тролінг ... це ДИВУЮЧІ відгуки. Дуже люблю відгуки та досвід, яким ви ділитесь з нашою аудиторією.

      Примітка: Я правильно встановив індекси даних, переданих для груп вмісту, але це НЕ працювало, коли воно було неправильним.

      Ще раз спасибі!

  2. 3

Що ви думаєте?

Цей сайт використовує Akismet для зменшення спаму. Дізнайтеся, як обробляються ваші дані коментарів.