Несколько приемов для UX аналитики

  1. Проектировать события для UX исследования. События изначально должны быть построены таким образом, чтобы можно было провести качественное UX исследование.
  2. Настраивать группы контента для user flow
  3. Отслеживание поиска по сайту
  4. Создавать всегда несколько воронок в GA.
  5. При анализе смотреть на Exit Rate. Можно сопоставить с временем на странице, чтобы сделать вывод о ней.
  6. При анализе исследовать CR страницы. Через переменную добавлять в лейбл page path
  7.  Делать ручной user flow через кастомный параметр:
  8. Тепловые карты, аналитика форм и вебвизор само собой.

cookieDomain : auto или Субдоменное отслеживание

Проблема:

However, if the visitor first visits test.simoahava.com, and then moves to www.simoahava.com, these two domains will have different _ga cookies, and thus different Client IDs, and thus the user will be a different user with a new session!

Вот пример:

https://screenpresso.com/=DSBic

https://screenpresso.com/=eTsOf

Решение:

 

Почему это исправит ситуацию:

The answer is in the cookieDomain setting. When you set cookieDomain to auto, the following will happen with a (fictional) domain like www.simoahava.co.uk:

GA tries to write the cookie on .co.uk, which is the first possible root domain candidate. This fails because the browser is not authorized to write a cookie on a top-level domain like that.
Next, GA tries to write the cookie on .simoahava.co.uk, which is the next possible root domain candidate. This works because that’s a valid domain to write the cookie on.

Саммари по MP

  1. Сохранять источник/канал/ключевое слово/объяву чтобы источник не перезатирался
  2. Используем ni=1, чтобы не плодить новый сеанс
  3. Нужно хранить ip, и User-Agent пользователя и передавать их в теле запроса.

    В самой справке об этом тоже немного упоминается:  https://developers.google.com/analytics/devguides/collection/protocol/v1/reference?hl=ru#post
    Вот параметры, которые позволяют переопределить ip и user-agent:  https://developers.google.com/analytics/devguides/collection/protocol/v1/parameters?hl=ru#uip и https://developers.google.com/analytics/devguides/collection/protocol/v1/parameters?hl=ru#ua

  4. Использовать POST запрос

Главное про MP

Проблемы MP :

  1. если у посетителя были заходы со смартфона, то после выполнения запроса последний заход становится с desktop
  2.  если CID клиента не найден в GA, то об этом нет какого-то оповещения, источник трафика отображается просто как прямой заход
  3. при отправке MP создается новая сессия.
  4. Если специально в запросе МР не указывать источник, то он не перезапишется. Если же пользователь за это время сам сменил источник то транзакция будет отнесена к новому источнику. Присваивается последний не прямой переход
  5. Можно увеличить время сеанса, но уверена, что время ожидания кампании решит проблему со сменой источника. Это будет справедливо, если пользователь затем зайдет по прямому трафику. А если по объявлению из другой кампании, или из органики, или с другого сайта, то, мне кажется, это не поможет.
  6. Если не указывать cn, cm и cs, то сессия примет источник и канал предыдущей непрямой сессии. В параметрах MP всегда передавать источник канал, ключевое слово и т.д. А то перезатерется
  7. Уже достаточно давно если послать в течение одной сессии 2 одинаковые транзакции, то Google их будет считать одной. Если ты подождешь 30 минут или закроешь сессиию/начнешь сессию с другого источника, то транзакций будет в GA две, хоть и совпадают все остальные параметры.
  8. Убирать галку фильтрации ботов Exclude all hits from known bots and spiders
  9. Custom dimension должен быть user scope, тогда и product метрики сегментироваться будут
  10. Лучше передавать pageview, чтобы например транзакцию и все предыдущие шаги представить в виде воронки для целей.
  11. Если отправить запрос с событием и ni=1 с отсутствием других активных сессий пользователя, сессия не создастся, а событие передастся.
  12. нужно хранить ip, и User-Agent пользователя и передавать их в теле запроса,чтобы корректно определялся девайс и т.д. и т.п. В самой справке об этом тоже немного упоминается: https://developers.google.com/…/protocol/v1/reference…Вот параметры, которые позволяют переопределить ip и user-agent: https://developers.google.com/…/protocol/v1/parameters…
    https://developers.google.com/…/protocol/v1/parameters…

Есть несколько страниц, где стреляет одна и та же цель. Как посмотреть коэффициент конверсии каждой страницы?

1. Если цель — destination — можно прставить. cookie на landing page и затем добавить (append) к url thank you page.
2. Если цель событие — просто добавить page path в event label или event action
А без настройки смотреть можно в отчете Reverse Goal Path