Веб-аналитика: что это такое, зачем она нужна, виды и сервисы веб-аналитики

Веб-аналитика: что это такое, зачем она нужна, виды и сервисы веб-аналитики Аналитика

Короткое введение

Сухих формальных определений и другого подобного рода материалов по системному и бизнес-анализу на просторах Интернет хватает, так что не стану повторяться. Так же ни в коем случае не собираюсь и пересказывать содержание книги «Путь аналитика. Практическое руководство IT-специалиста».

В последнее время описываемой области знаний уделяется весьма скромное внимание. Выражается это в самых разных вещах. Например, до сих пор нет стандарта де-факто на профессию «Системный аналитик». Конечно, есть Международным институт бизнес-анализа (International Institute of Business Analysis, IIBA)


К слову, в настоящее время создается российское отделение IIBA. Не буду рекламировать, но все желающие могут легко найти соответствующую группу в LinkedIn.

Так же число книг по IT-аналитике заметно меньше, чем по другим IT-дисциплинам (буду рад ошибиться по данному вопросу — возможно, какие-то важные книги в этой области прошли мимо меня). Даже на Хабре статьи непосредственно по аналитике за последние пару лет можно пересчитать чуть ли не по пальцам одной руки (1, 2, 3, 4). Ну да имеем что имеем. В конце концов, все в наших руках.

Что должен знать/уметь аналитик и как этому научиться?

Читавшие упомянутую выше книгу «Путь аналитика. Практическое руководство IT-специалиста», особенно те коллеги, которые только начинают свою карьеру в ИТ, наверняка

прифигели

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

На мой скромный взгляд, там все-таки описан некий сферический аналитик в вакууме идеал, к которому можно (но не факт, что нужно) стремиться. Фанатичное стремление овладеть сразу всеми знаниями и навыками приведет, разве что, в Кащенко. Готов поспорить на бутылку Talisker 16 y.o., (с кем-нибудь одним, а то же, неровен час, найдутся Шелдоны (смайл)), что в природе нет ни одного человека, полностью соответствующего продвигаемому в книге образу (со всем описанным набором знаний и навыков), включая самого автора книги.

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

О необходимости владеть в совершенстве Word-ом или его аналогом даже не пишу (смайл). А вот о необходимости владеть хотя бы одним инструментом для проектирования макетов интерфейсов, стоит упомянуть. Выделенные интерфейс-дизайнеры – редкость, так что эта работа часто «падает» на аналитиков. Здесь кроме очевидного Visio могу посоветовать простой и удобный Evolus Pencil.

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

Аналитики — кто это?


По большому счету в сфере ИТ можно выделить два вида их специализации:

Несмотря на то, что решаемые задачи и требуемые навыки у них существенно различаются, на ИТ-проектах в большинстве случаев обе эти роли объединяет в себе один сотрудник (или группа сотрудников). Разделение иногда встречается (например, обычно на проектах для финансовых организаций), но такие случаи в меньшинстве.

Формальные определения без труда гуглятся, а по сути:

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

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

Зачем нужны аналитики? (привет, кэп)

До сих пор от некоторых разработчиков (хотя сейчас уже очень редко) можно услышать, что аналитики (равно как руководители проектов, менеджеры по продукту и т.д.) не только не вносят полезный вклад в дело, но и просто «мешаются под ногами». Лезут, понимаешь, со своими процессами, бумажками и прочей бюрократией — не дают простому девелоперу спокойно работать (смайл).

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

К слову, если бы все вышеназванные товарищи (аналитики, менеджеры и т.д.) были бы обычными дармоедами, их бы в нашем мире жесткой конкуренции не нанимали в таких количествах и не платили бы им таких денег. Оговорюсь только, что речь идет об Enterprise-проектах.

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

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

Дополнительный анализ:  Государственно-частное партнёрство - Инвестиционный портал Москвы

Какие данные хранит веб-аналитика?

В основных инструментах веб-аналитика — Google Analytics и Метрике, есть довольно много стандартных отчётов. Давайте разберёмся, что это за отчёты и как правильно интерпретировать эти метрики веб-аналитики.

  • Посещаемость
  • Здесь есть две основных метрики — визиты и уникальные посетители (их ещё называют уники). Разница между этими показателями такая: один уник может сделать сколько угодно визитов. Поэтому визитов на сайт обычно больше.

    Веб-аналитика: что это такое, зачем она нужна, виды и сервисы веб-аналитики

  • Показатель отказов
  • Это процент людей, которые не нашли на вашем сайте нужной информации и быстро с него ушли. Яндекс считает отказом любой визит, который длился меньше 15 секунд. Google записывает в отказники всех, кто просмотрел меньше одной страницы сайта. Поэтому у лендингов в Analytics автоматом всегда большой процент отказов. В таком случае, чтобы узнать реальный процент, нужно дополнительно отслеживать параметр “события без взаимодействий”.

    Показатель отказов должен быть как можно ниже. Он входит в поведенческие факторы ранжирования и влияет на позиции в поисковой выдаче.

    Веб-аналитика: что это такое, зачем она нужна, виды и сервисы веб-аналитики

  • Время на сайте
  • Чем сильнее ваш сайт отвечает потребностям пользователей, тем больше времени они там находятся.

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

    Веб-аналитика: что это такое, зачем она нужна, виды и сервисы веб-аналитики

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

  • Местоположение
  • Метрика показывает из каких регионов люди посещают ваш ресурс.

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

    Веб-аналитика: что это такое, зачем она нужна, виды и сервисы веб-аналитики

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

    Веб-аналитика: что это такое, зачем она нужна, виды и сервисы веб-аналитики

  • Технологии
  • Здесь можно посмотреть с каких устройств и операционных систем больше всего заходят на ваш сайт. Например, вы хотите сделать своё мобильное приложение, но на две отдельные версии (для iOS и Android) бюджета пока нет. Чтобы понять, какими устройствами чаще пользуются ваши клиенты, можно посмотреть данные в инструментах веб-аналитики.

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

    Веб-аналитика: что это такое, зачем она нужна, виды и сервисы веб-аналитики

    Ещё у Analytics и Метрики есть интеграции с их рекламными инструментами: Директом и Adwords. Поэтому аналитик может посмотреть, сколько посетителей попало к вам с отдельных рекламных кампаний и объявлений.

Какие задачи можно решить с помощью веб-аналитики

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

Узкое разделение аудитории на сегменты. Статистика и анализ позволяют сегментировать аудиторию по разным признакам. Например, по среднему чеку. Изучив особенности каждого сегмента, вы сможете подобрать наиболее эффективные объявления, сделать более качественное и индивидуальное предложение каждой категории людей.

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

Оптимизация контента. Изучая трафик и источники переходов, можно понять, соответствует ли содержимое страниц сайта тому, что искал пользователь, какими потребностями обладает ЦА и что она ищет. На основе этих данных оптимизируется контент на сайте, а также УТП.

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

Краткое техническое отступление

Давайте сознательно прервем повествование и остановимся на самих требованиях. Что касается видов, атрибутов, характеристик, подходов к сбору и оформлению требований – пожалуй, большего «бардака» сложно найти. Состав и содержание документов с требованиями существенно различаются (взять, к примеру, наш ГОСТ и RUP, и имхо это не сравнение пушки и рогатки).

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


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

По уровню:Бизнес-требованияСамые высокоуровневые требования, которые определяют цели создания ПО. Примерами таких требований могут быть достижение 20%-го сокращения издержек или повышение качества управления (например, за счет возможности оперативного формирования отчетности).

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

Требования пользователейОни определяют набор пользовательских задач, которые должна решать Система, с описанием сценариев решения данных задач. Требования пользователей обычно представляются в виде перечисления вариантов использования Системы и взаимосвязей между ними (как правило, в виде Use-case диаграммы языка UML).

Сами варианты использования описывается в виде составляющих их последовательностей действий со всеми возможными пред/постусловиями и ветвлениями. Часто описание является текстовым (эта тема хорошо описана в книге Алистера Коберна ” Современные методы описания функциональных требований к системам “).

Дополнительный анализ:  Популярные системы веб-аналитики — Раздел 1. Урок 3 — Онлайн-курс «Digital-аналитика» — This is Data

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

Функциональные требования являются наиболее детализированными. Они описывают, в том числе, входные/выходные данные и их проверки, алгоритмы обработки данных и элементы пользовательского интерфейса (без дизайна).Как правило, данные требования оформляются в виде отдельного документа («Технического задания» и т.д.).

В этом же документе детализируются сценарии использования Системы (Требования пользователей), к которым обычно и привязываются функциональные требования.Пример функционального требования: «По клику на кнопке <Кнопка А> на форме <Форма Б> должно отображаться модальное диалоговое окно, содержащее <Содержание окна>».

По типу:Функциональные требованияОписывают непосредственно функционал, реализуемый Системой (пример приведен выше в описании классификации требований по их уровню в пункте «Функциональные требования»);

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

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

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

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

  1. Произойдет смешивание в одном документе результатов различных типов работ, выполняемых разными людьми (аналитиком и архитектором);
  2. Срок сдачи технического задания будет увеличен, т.к. для его завершения потребуются некоторые результаты этапа проектирования.
    Результаты этапа проектирования эффективнее оформлять в отдельном документе, описывающем архитектуру Системы.


Однако некоторые отступления, такие как включение в «Техническое задание» спроектированных макетов интерфейса (без дизайна/оформления), допустимы, т.к. выполняются теми же людьми, которые разрабатывают само техническое задание.

Порядок сбора самих требований:

  1. Сначала выявляются цели создания Системы (бизнес-требования). Может сложиться впечатление, что фиксация данных требований не является обязательной для разработки. Но в этом случае у Исполнителя не будет возможности контролировать соответствие разработанной Системы тем целям, для которых она создавалась, а так же – возможности устанавливать семантические зависимости между целями разработки системы и сценариями ее использования;
  2. Далее определяются роли пользователей Системы (как людей, так и других программных систем). После этого выявляются и описываются сценарии использования Системы каждой из данных ролей. Так формируются Требования пользователей.
  3. Далее разрабатывается полный набор требований к функционалу Системы таким образом, чтобы данный функционал позволял выполнить все сценарии, описанные в Требованиях пользователей. Так же фиксируются ограничения для Системы и параметры среды ее функционирования.

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

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

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

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

Во втором случае имеются в виду:

  1. заинтересованные лица
  2. эксперты предметной области
  3. лица, участвующим в согласовании и утверждении требований
  4. технические специалисты со стороны заказчика либо других подрядчиков/субподрядчиков.

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

Настройка поиска по сайту


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

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

Отслеживание поиска по сайту активируется в настройках представления («Панель администратора» —> «Представление» —> «Настройки представления»):

Обратите внимание на пункт «Параметр запроса»: неправильная настройка приведет к некорректности данных. Чтобы правильно определить параметр, осуществите поиск внутри ресурса по любому запросу. Первое значение после основного URL — и есть искомый параметр:


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

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

Важный момент! Данные о внутреннем поиске появляются в Google Analytics в течение 48 часов после завершения настройки.

Отслеживание

В разделе «Отслеживание» есть несколько важных пунктов, на которые стоит обратить внимание в процессе настройки площадки.

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

Во-вторых, проверьте, что активированы функции отчетов по рекламе и ремаркетинга (последний нужен для возвращения потенциальных клиентов на сайт и «дожимания» до целевого действия) в «Сборе данных».

Дополнительный анализ:  Работа: Ритейл аналитик в Москве — Июль 2021 - 1008 вакансий |

В-третьих, настройте хранение данных о пользователях и событиях «без срока действия» и активируйте функцию сброса при новом действии в подразделе «Хранении данных».

И еще один важный подраздел — список исключаемых источников перехода. Здесь указывают сайты, которые не хотят видеть в источниках трафика.

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

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

Связь с google search console

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

Поэтому необходима связать сайт в Google Search Console и Google Analytics. Конечно, вся информация на 100% не откроется, но большую часть получить удастся.

Связка занимает немного времени и осуществляется в 3 этапа:

  1. Зарегистрируйтесь в Google Webmaster Tools.
  2. Добавьте площадку в Google Search Console и подтвердите права (обычно это делают путем добавления специального мета-тега между тегами ).
  3. Зайдите в панель администратора Google Analytics и в «Настройках ресурса» нажмите «Открыть Search Console». Следуйте инструкциям сервиса для завершения связки.

Обратите внимание на важный момент:

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

Отчеты «Поисковая оптимизация» найдете на главной странице системы аналитики: «Отчеты» —> «Источники трафика» —> «Search Console» —> «Запросы». Здесь доступна информация о самых популярных запросах, по которым сайт находят в поисковой системе, какую в среднем позицию они занимают в выдаче и CTR кликов.

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

Сервисы веб-аналитики

Главные системы веб-аналитики — Яндекс.Метрика и Google Analytics. Каждый из инструментов хорошо анализирует посетителей именно из своего браузера, поиска и рекламных систем. Поэтому между ними не нужно выбирать. Лучше использовать оба инструмента. Это стандартный базовый набор, без которого невозможна веб-аналитика.

  1. Яндекс.Метрика
  2. Простая, наглядная, а главное – полностью бесплатная система. Легко совмещается с Директом и имеет свои фишки вроде вебвизора и карты кликов. Помимо собственно аналитики, Метрика мониторит работу сайта и, если он ломается, присылает владельцу смс.

    Веб-аналитика: что это такое, зачем она нужна, виды и сервисы веб-аналитики

  3. Google Analytics
  4. В системе аналитики от Google интерфейс уже посложнее. Но зато функционал чуть более расширен. Например, можно проводить сплит-тесты и смотреть не только последний источник визита на сайт, но и предыдущие. Ругают Analytics за то, что он семплирует данные. То есть строит отчёты не на основе всей собранной статистики, а с помощью отдельной выборки. Иногда это может заметно искажать результаты.

    Более сложные сервисы, которые предоставляют услуги веб-аналитики:

  5. Owox BI
  6. Сервис предлагает более подробную аналитику и собирает данные со всех основных инструментов в один. Достаточно один раз настроить интеграции и можно получать подробные отчёты с несемплированными данными (чем часто грешит Analytics).

  7. Open Web Analytics

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


Другие популярные сервисы: Adobe Analytics, SimilarWeb, Clicky, Kissmetrics, StatCounter.

Фильтры в google analytics

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

Фильтры нужны для:

Добавление и настройка фильтров

Фильтры создают одним из двух способов:


Попадаем на страницу создания и настройки. Вот пример исключения определенного IP-адреса:

Обратите внимание на «тип фильтра». Встроенные — шаблонные варианты от Google. Они годятся для исключения или добавления трафика из разных источников в отчеты. Пользовательские — более гибкие варианты, подходят для углубленной аналитики. Например, в отчетах можно учитывать или не учитывать пользователей, чьи устройства не поддерживают NFC и т.д.

Если один фильтр предусматривает указание множественных значений (как в примере с IP), используйте регулярные выражения:


Символы очень полезны, когда для одного фильтра задается несколько условий. Например, вы хотите получать данные о трафике с основных городов деятельности компании или продукта: Москвы и Санкт-Петербурга. Для этого подойдет символ [ | ].

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

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

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

Оцените статью
Аналитик-эксперт
Добавить комментарий