Каковы (не) преимущества отслеживания экранов как события или параметра в событии screen_view? - PullRequest
0 голосов
/ 16 апреля 2019

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

На данный момент я использую «гибридное» решение (часть кода screen_views и остальные события), и я не уверен, что я рассмотрел все плюсы и минусы, чтобы принять окончательное решение.

1.Отслеживание экранов в мобильном приложении как событие

PROS

  • можно отслеживать любой пользовательский параметр с событием
  • более простая работа с большим запросом Google
  • может использовать экраны в воронках (в пользовательском интерфейсе Firebase), но они являются открытыми воронками - поэтому для очень простого использования

CONS

  • в пользовательском интерфейсе Firebase происходит беспорядок (можно решить эту проблему с помощью префикса экранов для определенных областей в мобильном приложении)
  • больших приложений - я не знаю об ограничениях для событий?Есть ли?

2.Отслеживание экранов как screen_view

PROS

  • соотносится с именем события -> screen_view (насколько это очевидно:)
  • возможно, однажды инженеры из Google добавят некоторые новые функции для экранов - такие как закрытые воронки, древовидные карты и т. Д.
  • может увидеть потраченное время на screen_view без каких-либо вычислений в SQL

CONS

  • невозможно иметь какие-либо пользовательские параметры с определенным screen_view
  • труднее работать с большим запросом Google
  • не в состоянии использовать экраны в воронках

Какова ваша ситуация?Вы рассматривали это?Каково ваше решение?

...