Работа с Google Analytics часто предполагает тестирование Google Analytics. Если вы тестируете слишком часто и слишком много, меняете настройки, добавляете/удаляете фильтры, не проверив их предварительно, все идет под откос, и отчеты, которые в противном случае выглядели бы чистыми и правильными, превращаются в беспорядок.
В программировании всегда есть этап разработки.
На этом этапе всякое может случиться (и, как правило, случается).
Вы делаете свою грязную работу, портите ее, делаете все заново, и когда она, наконец, выглядит чистой и крутой, вы представляете свое творение публике.
Хотя тестирование в Analytics не так уж и сложно, оно выполняет свою работу и гарантирует, что отчеты и данные, которые просматривают люди в вашей компании, не выглядят как дерьмо.
Если вы какое-то время занимаетесь веб-аналитикой, вы, вероятно, оказывались в ситуации, когда вам нужно исключить некоторые переходы и запретить их появление в таких отчетах, как «Основные пути конверсии» («Основные пути конверсии») и «Кампании» .
Самый распространенный пример – исключение платежных систем из рефералов.
Допустим, ваш сайт использует PayPal для обработки платежей пользователей.
Как только оплата будет произведена и пользователь вернется на сайт, все принесенные им деньги будут закреплены за каналом PayPal, а ваш отчет «Основные пути конверсии» будет выглядеть примерно так: 
Это, конечно, неправда.
Короче говоря, на примере исключения определенных рефералов в аккаунте Google Analytics я покажу, как я тестирую изменения в настройках этого сервиса.
Копирование основного вида
Первое, что нам нужно сделать, это скопировать наше основное, «рабочее» представление со всеми его целями, фильтрами и настройками.Таким образом у нас будет что-то вроде полигона для наших изменений.
Мы можем быть уверены, что данные и отчеты, на которые смотрят все, не превращаются в мусор.
Кроме того, если ваш сайт переполнен, отследить тестовые попадания в отчете не так-то просто.
"В настоящее время" — во всем этом хаосе мы просто не найдем наши тестовые запросы.
Добавляем пару новых фильтров для тестов
Теперь, когда у нас есть точная копия нашего основного представления, нам нужно немного настроить ее в целях тестирования.Самый простой способ — создать фильтр, который будет принимать запросы только с нашего IP-адреса и блокировать все остальные.
Таким образом, мы будем знать, что все, что появляется в отчетах (включая отчет в реальном времени), было создано нами.
Это очень поможет нам сосредоточиться на отладке, отсекая все «настоящие» запросы.
Если в вашем основном представлении был фильтр, отсекающий IP-адрес вашего офиса (или дома), вам необходимо удалить его из тестового представления.
Если вы работаете в крупной компании, где рабочие станции имеют одинаковый IP-адрес, этот фильтр не помешает вашим коллегам связаться с вами.
Если вам действительно нужно убедиться, что никакие дополнительные запросы не проходят, вы можете поступить разумно и создать еще один фильтр.
Например, в моем случае я создаю фильтр, который принимает только те запросы, которые включают URI с параметром "тестирование фильтров" 
Теперь нам, соответственно, необходимо сделать так, чтобы все «просмотренные» страницы (связанные с параметром дл В Платформа протокола измерений , имеют этот параметр).
yourwebsite.com/some-random-page.html превращается в yourwebsite.com/some-random-page.htmlЭfilter-testing
Подготовка «тестовой среды»
Откройте отчет «В реальном времени» во вновь созданном представлении.Было бы здорово, если бы этот отчет был виден все время, когда мы отправляем запросы.
Лично я предпочитаю открыть этот отчет в отдельном окне и переместить его на другой монитор (у меня рабочая станция с двумя мониторами, как и у многих из нас).
Если этот отчет будет постоянно виден, мы сможем отслеживать отправленные запросы в режиме реального времени.
Вот окно, которое я использую для отправки обращений через протокол измерений.
А вот окно отчета «В реальном времени»: 
«Генерируем» запросы и применяем новые настройки
Теперь вы можете начать отправлять запросы.Опять же, лучше всего это делать, используя Measurement Protocol как босс (если вы не знакомы с этой платформой, это позор).
Поскольку мне нужно убедиться, что определенный реферал не нарушит мои отчеты и не начнет новый сеанс для посетителей сайта (это то, что он делает), я беру пример обращения, которое я получил в результате реферала с этого сайта.
на мой сайт. 
Теперь мне нужно отправить этот запрос пару раз.
Для этого я просто вставляю полученную ссылку в адресную строку браузера и несколько раз обновляю страницу (на всякий случай).
Это необходимо для того, чтобы убедиться, что эта ссылка протокола измерений работает корректно.
Теперь пришло время применить наши новые настройки.
я собираюсь «Список исключенных источников рефералов» и добавьте упомянутый реферер.
Теперь, если вы измените ID клиента в параметре URL-адрес протокола измерений (чтобы начать новый сеанс)
На любое другое значение (я заменил одну цифру)cid=133064705.1470902689
cid=133064705.147902688Вы увидите, что реферальный трафик, который мы «сгенерировали» пару минут назад, теперь успешно конвертируется в «прямой» трафик с соответствующими тегами («(direct)/(none)»), что в данном случае означает: «наш» исключение работает правильно" Один раз:
И два:
Если мне нужно протестировать пару-тройку новых фильтров, этот способ кажется мне самым эффективным, чтобы убедиться в их исправности и никогда больше к ним не возвращаться.
Когда это будет сделано, мы можем оставить это представление для использования в будущем или просто удалить его.
Теги: #Google Analytics #аналитика #аналитика трафика #Веб-аналитика #Интернет-маркетинг #Веб-аналитика #Интернет-маркетинг
-
Типы Тестирования Программного Обеспечения
19 Oct, 24 -
Тестирование Оборудования В Сибуре
19 Oct, 24 -
Производительность Лямбда-Выражений В Java 8
19 Oct, 24 -
Запретит Ли «Единая Россия» Аутсорсинг?
19 Oct, 24 -
Как Люди Покупают Безопасность
19 Oct, 24
