Подтвердить что ты не робот

Универсальная аналитика и регистрация с помощью Facebook

У меня есть веб-сайт (theneeds.com), который позволяет регистрироваться через Facebook. Мы запускаем несколько кампаний, например. на самом Facebook, и мы хотели бы правильно отслеживать записи из разных кампаний.

Проблема с Universal Analytics: когда пользователь подписывается с Facebook, она запускает новый сеанс, тем самым теряя ссылку на кампанию.

Два возможных решения:

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

К сожалению, у обоих есть недостатки, поэтому мне интересно, есть ли какая-нибудь лучшая практика или лучшее решение.


Подробнее см. Ниже.

Из "Руководства по использованию Universal Analytics"

По умолчанию все рефералы запускают новый сеанс в Universal Analytics   https://support.google.com/analytics/answer/2795983

Вот пример кампании, отправленной на Facebook:

http://www.theneeds.com/?utm_source=facebook&utm_medium=social&utm_campaign=_mycampaign

И вот что происходит.

  • Когда пользователь нажимает кнопку, она открывает файл theneeds.com с правильной настройкой источника, носителя и кампании.
  • Теперь пользователь нажимает кнопку Join и выбирает Facebook [1], она перенаправляется на facebook.com для авторизации.
  • После успешной авторизации [2] она перенаправила обратно на сайт theneeds.com с рефералом facebook.com(или m.facebook.com, на мобильном устройстве).
  • Это запускает новый сеанс в Universal Analytics, теряя информацию о кампании.
  • Пользователь теперь находится в форме регистрации и после отправки перенаправляется на страницу, которая отмечает цель аналитики.
  • К сожалению, цель зарегистрирована как facebook.com/referral, а не как facebook/social/_mycampaign.

Примечания:

[1] Я использовал Facebook в качестве примера для упрощения обсуждения. Очевидно, что это происходит и с Twitter, Google и любым другим провайдером oAuth.

[2] Чтобы проверить, нужно убедиться, что пользователь НЕ разрешил веб-сайт на Facebook, чтобы она действительно просматривала страницы на facebook.com(это обычный случай для новых пользователей) - если пользователь уже авторизовался, она сразу же перенаправила обратно на сайт и никаких изменений в рефереле не изменилась, поэтому кампания будет правильно отслеживаться.

Я тестировал два решения, упомянутые выше.

  • Удалить отслеживание аналитики в форме регистрации - недостатком является то, что я теряю отслеживание страниц
  • Добавьте facebook.com в список исключений для рефералов - это приведет к потере фактического реферального трафика из Facebook (например, в результате пользовательских акций).

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

Лучшим решением было бы временно отключить реферал в форме регистрации, но я не уверен, что это возможно в Universal Analytics.

Любое предложение? Заранее благодарю вас!

4b9b3361

Ответ 1

У меня такая же проблема. Я все еще исследую решения, но один из вариантов, который я рассматриваю, следующий: https://groups.google.com/forum/#!msg/google-analytics-analyticsjs/NtwQFQAZ2Oo/kh-T0c1eHCYJ По сути, этот автор рекомендует, чтобы перед отправкой пользователь в FB, вы устанавливаете переменную сеанса, чтобы напомнить себе: "Эй, в следующий раз, когда вы увидите этого парня, обязательно перепишите его реферер". Затем на каждом просмотре страницы вы проверяете эту переменную сеанса. Когда установлено, вы делаете:

ga('set', 'referrer', 'http://subdomain.site.com/facebooksigninreturn');

По словам автора, это должно предотвратить создание нового сеанса.

Ответ 2

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

ga('set', 'referrer', '(direct)');

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