Почему библиотеки аналитики пользовательского интерфейса отделяют события просмотра страниц от других событий?
Большинство библиотек аналитики пользовательского интерфейса (например, googleAnalytics), по-видимому, различают отслеживание просмотров страниц и других событий.
Например, это со страницы Google Analytics.
Подключаемый модуль браузера на стороне клиента Google Analytics работает с этими аналитические API-методы:
analytics.page — отправляет просмотры страниц в Google Analytics.
analytics.track — отслеживайте пользовательские события и отправляйте их в Google Analytics.
Почему нельзя рассматривать pageView просто как еще одно событие, такое как щелчок, событие входа в систему и т. д.?
Это устранит необходимость в методе analytics.page.
Сегмент имеет собственную структуру данных. Это будет отличаться от системы к системе. Различные API для обработки данных не имеют отношения к внешним методам отслеживания. Они могут быть и часто имеют различную структуру.
![Безумие обратных вызовов в javascript [JS]](https://i.imgur.com/WsjO6zJb.png)
Ответы 1
Нет реальной технической необходимости разделять их, поскольку полезная нагрузка события имеет одинаковую структуру. Даже если вы посмотрите на отправленный сетевой запрос, вы, вероятно, заметите, что события страницы/просмотра экрана точно такие же, как и обычные события, возможно, им не хватает нескольких измерений, но это все.
В основном это связано с тем, как бизнес их видит и анализирует. Основная причина этого заключается в том, что события запускаются в контексте страницы. Бизнес очень часто анализирует, на каких страницах произошли события. Несмотря на то, что обычно вы можете переопределить размер страницы/экрана события, библиотека отслеживания будет склонна вводить последнюю страницу/экран, которая была отправлена с помощью метода отслеживания страницы/экрана.
Таким образом, с отслеживанием по умолчанию это выглядит примерно так:
Event 0: page null
Page A
Event 1: page A
Event 2: page A
Event 3: page A
Page B
Event 4: page B
Event 5: page B
Page C
Page D
Event 6: page D
Теперь, если страницы и события будут в одном и том же методе, наследование всего измерения страницы должно быть реализовано по-разному.
Кроме того, есть небольшие технические детали, например, метод может выдавать ошибку или предупреждение, когда клиент пытается отправить событие просмотра страницы/экрана без заданного размера страницы/экрана. Или выдавать предупреждения при отправке повторяющихся событий страницы с тем же измерением, что и предыдущее.
На самом деле существует 6 категорий, и это сделано таким образом, чтобы соответствовать Спецификациям сегмента. Каждая категория имеет API для обработки связанных данных. Страница — это местоположение пользователя, тогда как Трек — это то, что пользователь делает в этом месте.