Создание плана тестирования для реализации Google Analytics

Чтобы иметь возможность использовать данные, которые вы собираете на своем сайте, вы должны знать, как ваши данные отражают действия пользователя на вашем сайте, и вы должны быть уверены, что ваш сайт правильно отслеживает. План тестирования – это процесс, который вы можете использовать, чтобы убедиться, что вы получаете данные, ожидаемые от реализации Google Analytics.

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

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

План тестирования состоит из двух основных компонентов и одного необязательного компонента:

1. Ряд действий пользователя на сайте;
2. Данные, которые вы ожидаете увидеть на шаге 1, включая список хитов и данные, которые должны быть включены в каждый хит;
3. (Необязательно) Инструмент(ы), который вы будете использовать для проверки шага 2.

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

Взаимодействие с пользователем

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

1. Пользователь посещает страницу с формой;
2. Пользователь заполняет форму;
3. Пользовательские клики Отправить;
4. Веб-сайт направляет пользователя на страницу с благодарностью.

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

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

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

Данные, которые вы ожидаете увидеть

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

1. Просматривается страница с уникальным URL-адресом формы или страницей, на которой находится форма;
2. Нет показов, когда пользователь вводит данные;
3. Событие попало в успешное представление формы:
   • Категория события – «form»;
   • Событие Действие «send»;
   • Метка события – название формы.
4. При просмотре страницы с URL-адресом, отличным от просмотра страницы на шаге 1.

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

Убедитесь, что вы указали, какими должны быть конкретные значения. В приведенном выше примере, если на сайте нет других форм, это не имеет большого значения, если действие было «send» или «Представление» или «form», отправленная успешно. Однако, если есть еще одна форма на сайте, используя «send» в качестве действия «Событие» эта форма должна использовать точное значение.

скрытые Данные

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

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

доказательство действия

Теперь, когда вы описали, какие значения вы ожидаете увидеть, вам нужно объяснить, как вы ожидаете их увидеть. Если ваш план тестирования – это то, что вы ожидаете выполнить самостоятельно, то доказательство, что отслеживание работает правильно, может просто просматривать отчеты в реальном времени в Google Analytics. Проверка ваших данных в Google Analytics настоятельно рекомендуется по возможности, однако имейте в виду, что могут быть другие факторы, такие как фильтры просмотра и задержки в обработке.

Инструменты для проверки достоверности

Если ваш план тестирования будет выполнен кем-то другим, вам может потребоваться указать им другой инструмент. Соответствующий инструмент будет зависеть от их технического мастерства и от того, какие разрешения у них есть, но хорошими вариантами могут служить расширения отладчика GA или Tag Assistant, панель отладки GTM и вкладку «Сеть» в инструментах разработчика.

Последняя часть шага доказательства – это выбор того, как документировать то, что вы нашли. Иногда вам не нужно ничего делать: просмотр данных в ваших отчетах GA – сама документация. Иногда полезно сохранять скриншоты или вставлять данные в таблицу excel, особенно если позже вам нужно будет использовать точные значения, которое были отправлены. Некоторые инструменты, такие как Tag Assistant и Charles, имеют встроенные функции записи и сохранения.

Например, Google Tag Assistant – отличный инструмент для такого типа тестирования. Перед началом теста нажмите кнопку «запись» на внутренней линии. Затем выполните шаги для вашего теста. Затем нажмите «Остановить запись». Расширение будет предоставлять отчет обо всех обращениях, отправляемых в Google Analytics, которые могут быть загружены и сохранены с вашими результатами.

Сохранение отчета также важно, если кто-то делает проверку, чтобы вы могли проверить работу.

Вывод

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

Если у вас есть какие-либо вопросы по этим проблемам, пожалуйста, напишите комментарий ниже или отправьте мне электронное письмо либо оставляйте комментарий ниже.