Начните с решений, которые должен поддерживать отчет.

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

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

## Создание словаря событий

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

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

## Проверка полного цикла взаимодействия клиента с системой

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

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

## Прежде чем делать выводы, примиритесь.

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

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