Как избежать ложных конверсий в Google Analytics

Предисловие

Первая половина этого поста представляет собой краткое изложение некоторых стандартных способов, при которых ваши преобразования могут идти наперекосяк.

Вторая половина этого поста — все, что после «Как фильтровать конверсии с помощью Диспетчера тегов», представляет собой расширенный способ интеллектуальной фильтрации конверсий с помощью Диспетчера тегов и файлов cookie.

Если вы уверены, что уже изучили свои основы, не стесняйтесь, просто переходите к расширенному разделу, я просто считаю важным пройти некоторые основные моменты, прежде чем углубляться в более сложные решения.

Предотвращение ложных конверсий

Один из лучших способов испортить вашу аналитику — это не только не записывать важные данные, но и записывать неправильные данные и объединять их с тем, когда вы записывали правильные данные.

Например: если вы подсчитываете конверсии, когда этого делать не следует, это может затруднить автоматическое назначение ставок, насколько вы цените отдельные каналы или даже насколько хорошо, по вашему мнению, работает ваш бизнес. В этом посте мы будем называть эту проблему «ложными конверсиями».

Существует огромное количество способов отслеживать конверсии в Google Analytics и огромное количество способов сделать это неправильно. В этом посте мы сосредоточимся на некоторых основных способах, с помощью которых вы можете испортить конверсии, если основываете их на том, что пользователи заполнили форму, а затем попали на страницу с благодарностью.

Мы рассмотрим:

  • Некоторые полезные инструменты
  • Что нужно проверить — как пользователи могут случайно совершить конверсию?
  • Как защитить цели, основанные на местах назначения, от ложных конверсий
  • Идеальный подход к целям на основе событий
  • Как защитить цели на основе событий от ложные преобразования

Полезные инструменты

Приведенные ниже инструменты помогут вам с некоторыми проверками в этом посте.

Chrome DevTools

F12 откроет Chrome DevTools (вам может потребоваться нажать функциональную клавишу в зависимости от на клавиатуре). Вы можете протестировать JavaScript в «Консоли» и просмотреть активные файлы cookie в «Приложении».

Предварительный просмотр Диспетчера тегов Google

В Диспетчере тегов Google есть новый предварительный просмотр, который покажет вам, что происходит на ряде страниц с течением времени. [19659017] Adswerve dataLayer Inspector

Этот плагин обобщает информацию dataLayer в консоли Chrome.

Плагин Analytics Tracking Monitor

Я нашел этот плагин действительно полезным для проверки того, какая информация отправляется в GA. Одна приятная функция — возможность блокировать отправку обращений в GA во время записи того, что будет отправлено.

Tag Assistant

Плагин Chrome Tag Assistant покажет вам, какие теги Диспетчера тегов присутствуют на странице. Если вы нажмете, чтобы записать сеанс, он также предоставит вам разбивку всего, что произошло на каждой странице. Тем не менее — я не склонен так сильно полагаться на записи, если у меня есть доступ к Менеджеру тегов, потому что много полезной информации содержится между новым предварительным просмотром GTM и плагином монитора отслеживания.

Tag Mapper

Я создал бесплатный инструмент Tag Mapper, чтобы было легче увидеть, какое влияние могут иметь изменения в Менеджере тегов. Если вы планируете что-то изменить в своей учетной записи GTM, вы увидите, на что еще это может повлиять. Аналогичным образом, если вы заметили, что что-то сломано, это может помочь вам найти основную причину.

Что нужно проверить

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

Давайте начнем с краткого обзора проверок, которые вы должны выполнить, чтобы убедиться, что цифры не выглядят правильно, просто игнорируя проблемы на своем сайте.

1. Вы регистрируете конверсии только на страницах с благодарностью?

Чтобы проверить, записываете ли вы конверсии на страницах, которых не должно быть (например, на каждой странице вашего сайта или что-то в этом роде), просмотрите отчет «Обратный путь к цели» в Google Analytics:

Конверсии> Цели> Обратный путь к цели.

Первый столбец слева должен показать вам, где происходят ваши целевые конверсии, если вы не делаете что-то необычное. Если вы видите кучу страниц в этом столбце, чего не ожидаете, это признак того, что вам нужно изменить критерии для конверсий.

Здесь нужно иметь в виду одну вещь: если вы регистрируете конверсии на основе события, а не просмотры страниц, и вы видите неправильную страницу, отображаемую в этом левом столбце, убедитесь, что событие конверсии срабатывает только после просмотра страницы.

2. Связываете ли вы ссылки на страницы конверсии другими способами, помимо заполнения форм?

Если вы используете какие-либо цели, основанные на загрузке пользователем определенной страницы (например, страницы благодарности), и вы знаете, что регистрируете конверсии только на Страницы с благодарностями. Другой способ, которым вы можете напортачить, — это случайная ссылка на эти страницы с благодарностью. Если пользователь может щелкнуть неправильную ссылку и попасть на страницу конверсии, вам необходимо это исправить.

Один из способов проверить это — использовать такой инструмент, как Screaming Frog, чтобы сканировать сайт и просто видеть, есть ли ваши страницы конверсии появляются. Если они вообще появляются, вы знаете, что это, вероятно, проблема. Чтобы узнать, как решить проблему, вы можете выбрать проблемные страницы и проверить панель «Inlinks», которая предоставит вам список того, где вы на них ссылаетесь.

3. Попадают ли пользователи прямо на страницы благодарности?

Быстрый способ проверить, попадают ли пользователи на ваши страницы благодарности, — это использовать сегменты. Если вы создаете сегмент, в котором целевая страница является вашей страницей с благодарностью, вы можете получить представление о том, как часто, по мнению Google Analytics, пользователи переходят на вашу страницу конверсии.

Ниже вы можете увидеть снимок экрана интерфейса сегмента. Я включил в него любой сеанс, в котором первым взаимодействием было переход пользователя на целевую страницу с благодарностью. Как видите, это имело место для 339 сеансов на этом сайте:

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

Ниже я применил сегмент «попадает на страницу благодарности» к отчету «Источник / канал», и похоже, что мы получаем несколько прямых сеансов, а также несколько сеансов с оплатой за клик и обычные сеансы в других местах. тоже:

Здесь важно помнить, что это основано на том, что, по мнению Google Analytics, происходит. Это не обязательно означает, что пользователи попадают на эти страницы непосредственно из рекламы. Фактически, в этом примере мы знаем, что это не всегда так, а иногда это признак того, что наш код отслеживания неисправен или запутан по-другому. Тем не менее, это дает нам некоторые вещи для исследования.

Например:

  • Есть ли у нас реклама или другие действия, указывающие прямо на страницы конверсии?
  • Проиндексированы ли наши страницы конверсии в Google?
  • Есть ли у нас страница в середине нашего процесса конверсии, которая не отслеживается?
  • Не работает ли наш код отслеживания, или пользователи делают на сайте что-то, что может сбить с толку Google Analytics?

3.1 У вас есть реклама или другие действия, указывающие на прямо на страницы конверсии?

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

Может быть сложнее проверить неоплаченные ссылки, например активность в социальных сетях. Тем не менее, стоит потратить время на проверку. Если вы обнаружите, что переходите по ссылкам на эти страницы перехода случайно, вы можете работать с соответствующими командами, чтобы разработать для этого правила в будущем.

3.2 Индексируются ли ваши страницы перехода в Google?

Google может быть часто причина проблем со страницей конверсии. Это ненасытный краулер. Он будет переходить по ссылкам внутри и за пределами вашего сайта, и, если на вашу страницу с благодарностью есть просканируемая машиной ссылка, он, вероятно, ее найдет.

Быстрый способ проверить, сохранил ли Google вашу благодарность страниц (и может направлять пользователей прямо к ним) — это поиск страниц в Google.

Использование «site:» фильтрует результаты Google только на страницах вашего сайта. Использование «inurl:» фильтрует результаты только до страниц, содержащих определенную строку.

Ниже приведен пример проверки, которую мы провели для одного из наших клиентов. Мы обнаружили, что у них было много страниц с благодарностями в индексе (более 600). Некоторые из этих страниц были в порядке, но они выделили ряд страниц конверсии, с которыми нам нужно было разобраться:

3.3 Ваш код отслеживания сломан или пользователи делают на сайте что-то, что может сбить с толку GA?

Мы не У меня нет времени перебрать все, что здесь может пойти не так. Вот некоторые вещи, которые необходимо проверить:

  • Отсутствует ли код отслеживания на некоторых страницах? Возможно, вам не удается записать пользователя до того, как он попадет на страницу благодарности.
  • У вас разные версии Google Analytics на разных страницах? Это опять же может привести к путанице или разделению сеансов.
  • Включаете ли вы параметры UTM в какие-либо внутренние ссылки? Любой поисковый робот должен помочь вам найти это.
  • У вас неправильный часовой пояс в GA? Сеансы не могут пересекать «полночь» — в этом случае GA разделит их на два отдельных сеанса.
  • Включаете ли вы важную информацию на странице благодарности, которая может заставить пользователей добавить страницу в закладки или попытаться вернуться к нему позже? Одно из решений здесь — не включать на страницу благодарности практически ничего, относящееся к конкретному посетителю, и заверить их, что вы отправите им подробную информацию по электронной почте. Стоит протестировать это, чтобы убедиться, что это не повредит уверенности посетителей.
  • Есть ли у вас какие-либо формы, на заполнение которых уходит больше получаса, а взаимодействия между тем не регистрируются? Вы можете избежать этого, разделив форму на разные страницы и отслеживая, когда посетители заполняют поле формы или когда они обнаруживают ошибки. Совершенно помимо того, что мы рассматриваем в этом посте, но все эти вещи должны помочь вам сделать ваши формы более удобными для пользователей.

После того, как вы отметите все эти отметки, вы можете начать искать способы улучшения способ фильтрации данных о конверсиях.

Как защитить цели на основе целевого назначения от ложных конверсий

Если в Google Analytics выбран тип цели «Назначение», это означает, что каждый раз, когда GA регистрирует просмотр страницы для определенной странице, она будет засчитана как конверсия.

С помощью воронки можно сделать так, чтобы целевые цели требовали, чтобы пользователи сначала посетили другие страницы. Если вы отредактируете цель и включите «Последовательность», вы сможете указать шаги, ведущие к цели. Это означает, что вы можете быть уверены, что не регистрируете достигнутые конверсии, когда пользователи попадают прямо на ваши страницы с благодарностью.

Вы также можете использовать его для разделения различных типов достигнутых конверсий. Например, если вы используете одну и ту же страницу благодарности для нескольких форм, у вас может быть одна цель, когда последовательность перехода включает перемещение по одной странице формы, и другая цель, которая предполагает перемещение по другой странице.

Это будет работать, если вы: [19659010] Используйте меньшее (и довольно статичное) количество различных целей.

  • Существует небольшое (и довольно статичное) количество способов, которыми пользователи могут законно достичь каждой цели.

Однако шаги последовательности не позволяют такие вещи, как regex, поэтому они не очень гибкие. Кроме того, вы можете использовать только воронки с целями типа назначения . Таким образом, последовательности не помогут, если:

  • Ваши цели основаны на событиях.
  • У вас есть много способов, которыми пользователи могут достичь цели.
  • У вас есть несколько команд, управляющих сайтом, и это не помогает разумно отслеживать все способы, которыми пользователи могут достичь цели.

Вы должны знать, что если у вас есть проблема, например, внутренние UTM или время ожидания сеансов, эти последовательности форм могут означать, что вы прекратите регистрировать некоторые конверсии, которые вам следует быть. Серьезно, убедитесь, что эти проблемы решены.

Идеальный подход: цели, основанные на событиях

Идеальный подход предполагает использование преобразований на основе событий, а не на основе места назначения. Вы работаете со своими разработчиками, чтобы по мере заполнения формы пользователями вы сообщали GA о том, что событие произошло, а не ожидали просмотра страницы благодарности. Затем GA записывает каждый случай этого события как достижение цели.

Ниже приведены критерии для достижения цели на основе одного события, если вы не видели их раньше и не можете представить себе, как они настроены. Он регистрирует конверсию для этой цели каждый раз, когда GA получает событие категории «thank_you_page»:

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

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

Я предлагаю это решение в в этот пункт, потому что, если у вас его еще нет, вам нужно будет кого-то убедить сделать это. Их первый вопрос может быть таким: «Рассматривали ли вы другие варианты?» Во время этого разговора вы можете сказать:

  • Мы позаботились о том, чтобы записывать конверсии только на нужных страницах.
  • Мы позаботились о том, чтобы пользователи не попадали на эти страницы. мы можем предотвратить.
  • Мы позаботились о том, чтобы не было других проблем с тем, как мы отслеживаем сайт.
  • Наши данные о конверсиях загрязняются так, что мы не можем предотвратить, потому что мы должны полагаться на благодарственные просмотры страниц.
  • Мы не можем отфильтровать эти конверсии с помощью Google Analytics.
  • Лучший способ удостовериться в точности наших данных — это использовать события, а наиболее точные для использования события — те, которые только происходят когда пользователь делает именно то, что мы хотим.
  • Если вы можете мне помочь, я буду вашим лучшим другом.

Альтернатива воронкам Google Analytics

Может оказаться, что решение, основанное на событиях, описанное выше невозможно. В жизни есть свои разочарования, мы, солдаты.

Альтернативой является переключение на преобразование на основе событий в любом случае и использование Диспетчера тегов, чтобы справиться со всем этим самостоятельно. Используя Диспетчер тегов и файлы cookie, вы можете создать более гибкую версию воронки GA, чтобы отправлять события конверсии только тогда, когда пользователи попадают на страницу благодарности посетив соответствующую страницу . Как это работает? Вкратце:

  1. Когда пользователь посещает одну из ваших соответствующих страниц, вы помещаете файл cookie в его браузер.
  2. Когда пользователь загружает страницу с благодарностью, вы проверяете наличие файла cookie и, если он существует, отправляете событие конверсии в Google Analytics. Если нет, значит, нет.
  3. Затем вы очищаете файл cookie.

Это означает, что вы не будете записывать следующие ложные конверсии:

  • Пользователи переходят прямо на страницы с благодарностью.
  • Пользователи, случайно нажимающие, чтобы поблагодарить -вы страницы, когда они не посещали соответствующую форму.
  • Пользователи, оставляющие вкладку с благодарностью открытой, или добавляющие ее в закладки, и возвращающиеся к ней позже, после истечения их сеанса GA.

Раздел ниже описывает некоторые из них. специфическая терминология Менеджера тегов (самая запутанная в том, что «Пользовательское событие» и «Событие Google Analytics» — это две совершенно разные вещи).

Некоторая терминология, которую необходимо знать

Я выделил терминологию Диспетчера тегов синим а всю терминологию Google Analytics — оранжевым но если вы обнаружите, что заблудились, вы можете хотите немного почитать или поговорить со знающим коллегой или консультантом.

Событие : что-то, что мы отправляем в Google Analytics для записи определенного действия.

Пользовательское событие : то, что происходит на веб-странице, которое мы можем использовать как часть критериев для триггера Диспетчера тегов .

Триггер : набор условий, которые мы устанавливаем в Диспетчере тегов. Когда все эти условия выполняются одновременно, триггер запускает и обычно активирует тег .

Тег : что-то в диспетчере тегов, которое выполняет что-то . Это звучит расплывчато, потому что это может быть что угодно — от отправки события в Google Analytics до полного переписывания страницы.

Переменная : часть информации в Диспетчере тегов, которую мы можем легко ссылка в запускает теги или другие переменные .

Уровень данных : структурированная информация на странице, которая упрощает передавать информацию в диспетчер тегов.

Как фильтровать конверсии с помощью диспетчера тегов

1. Убедитесь, что на вашем сайте установлен Диспетчер тегов Google

. Он должен быть на каждой странице. Google поделился кратким руководством по запуску Диспетчера тегов, если вам нужны дополнительные инструкции.

Если вы переходите со стандартного кода Google Analytics на Диспетчер тегов, убедитесь, что вы не добавили одновременно GA и Диспетчер тегов, иначе вы будете учитывать дважды.

2. Сообщайте Диспетчеру тегов каждый раз, когда загружается страница с благодарностью

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

Пример сценария

Если вам нужно протестировать этот процесс, прежде чем привлекать разработчиков, вы можете попробовать добавить код самостоятельно, вставив его в консоль с помощью Chrome DevTools.

Когда страница загрузится, этот скрипт будет добавить информацию на уровень данных . Диспетчер тегов обнаружит изменение, и вы можете использовать его как одно из условий для триггера . В этом случае Диспетчер тегов обнаружит Пользовательское событие называемое преобразованием, при добавлении этих данных. Мы еще вернемся к этому.

3. Сообщать Диспетчеру тегов каждый раз, когда загружается соответствующая страница

Мы также предполагаем, что между вашими соответствующими страницами есть некоторые сходства. Во-первых, они, вероятно, все будут иметь форму. Вы можете согласовать со своей командой разработчиков автоматическое добавление / активацию сценария в любое время при добавлении одной из этих форм.

Пример сценария

В этом случае вы увидите Пользовательское событие под названием квалифицирующее . Опять же, вы можете проверить это, вставив прямо в консоль.

4. Каждый раз, когда пользователь попадает на соответствующую страницу, установите файл cookie

. Вы будете использовать свое « квалифицирующее » настраиваемое событие в качестве критерия для триггера . Ниже приведен снимок экрана с настройкой триггера:

Затем вы создадите тег который будет активирован этим триггером . Тег добавит некоторый контент на страницу, в данном случае добавит JavaScript (даже если тип тега указывает HTML). JavaScript будет запущен, как только он будет добавлен, и установит cookie для пользователя, таким образом вы сможете передавать информацию с одной страницы на другую.

Пример сценария

5. Получить значение файла cookie

Используйте переменную Диспетчера тегов чтобы убедиться, что вы определяете значение файла cookie, которое будет давать вам текущее значение вашего «квалифицированного» файла cookie при каждой проверке. [19659137] 6. Определите, следует ли фильтровать преобразование

На втором шаге вы создали событие dataLayer которое будет происходить на всех ваших конечных страницах преобразования.

Теперь вы создаете триггер который срабатывает при вашем событии «конверсия» .

Затем создайте тег который активируется этим триггером и создаст другое настраиваемое событие .

Ниже приведен настраиваемый HTML-код для добавления. Он проверяет, установлен ли ваш соответствующий файл cookie на «истину», что показывает, что пользователь уже посетил соответствующую страницу в этом сеансе. Если это так, вы создаете другое настраиваемое событие под названием «create_filtered_conversion». Если это ложь, то нет. В любом случае удалите файл cookie, установив время его истечения как далекое прошлое.

Пример скрипта

7. Отправка события в GA

Сначала вы создаете триггер который ожидает этого события « conversion_confirmed » событие .

Затем вы создаете tag активируемый триггером выше, который отправляет соответствующее событие в GA. Особенности отправленного в GA события могут быть любыми, вам просто нужно убедиться, что они соответствуют критериям вашей цели в GA.

8. Не отключайте старые конверсии сразу.

В этом есть одна хорошая особенность: вы можете запустить его вместе с существующим отслеживанием конверсий, чтобы узнать, как часто конверсии отфильтровываются. Оставьте свою старую настройку конверсии на некоторое время (это время зависит от того, как часто вы получаете конверсии).

Посмотрите на два числа и проверьте, не отфильтровываете ли вы множество конверсий. Эта проверка поможет вам обнаружить ошибки либо в старой, либо в новой настройке.

Комментарии запрещены.