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

Дошборды Гугл Таблицы

Пример: есть много гуглтаблиц (разные книги) с данными из GA. Например, нам нужно сводить сумму по сеансам при условии (например вхождение бренда в URL, или любые другие условия — даты, каналы-источники, названия рекламных кампаний и т.п.).

Допустим — это исходные данные (мы уже выгрузили из GA урлы, сеансы за нужные даты и по нужным каналам-источникам и получили такую табличку): https://docs.google.com/…/1O7LqnwrZkzUZs36KYdrctu3pWP…/edit…

А вот здесь (в другой книге) суммируем все сеансы при условии вхождения «asus» (или что вам там нужно) в URL:

https://docs.google.com/…/1CfAfIrdJFaQVhTp4B-VcVkM13M…/edit…

Здесь очень удобно использовать сочетание QUERY и IMPORTRANGE 🙂

=QUERY(IMPORTRANGE(«1O7LqnwrZkzUZs36KYdrctu3pWPL3R0ToDNi3YnNyp-o», «url!A:B»),»select sum(Col2) where Col1 contains ‘asus’ label sum(Col2) ‘СУММА'»)

Таким способом очень удобно, например делать сводки по (например) брендовым рекламным кампаниям. Т.е. есть РК с вхождениями «бренд» по разным клиентам, нужно сделать сводку по CPO (по всем клиентам). Ну и т.п.