Ответ 1
Информация ниже действительна только для отслеживания установки iOS. Кампании, предназначенные для пользователей, у которых уже есть приложение, и их обработка полностью обрабатываются.
Это было разработано для работы с мобильными adNetworks. Когда вы создаете эту кампанию для своего приложения в сети adNetwork, вы можете работать с ними, чтобы знать, как передать идентификатор устройства, каждая сеть может иметь свой собственный синтаксис, и они могут работать в двух разных методах (пинг или перенаправление).
Если вы планируете использовать этот URL-адрес в какой-либо социальной кампании или если вы проверяете его, просто посетив этот URL-адрес, он не будет работать. Потому что браузер не может определить IDFA, только приложение может.
Это также идентификатор, используемый Google Analytics для привязки клика Ad с фактической установкой приложения.
Здесь, как это работает для Google Analytics в режиме перенаправления:
-
Пользователь играет в сладости и видит баннер для вашего приложения.
-
Пользователь считает это очень приятным приложением, поэтому он нажимает на него, чтобы установить ваше приложение.
-
Мобильная сеть захватывает IDFA изнутри подавления конфет и отправляет пользователя на URL-адрес перенаправления google-аналитики, который выглядит следующим образом: https://click.google-analytics.com/redirect
-
Google Analytics регистрирует, что определенная IDFA нажала на ваш баннер для вашего AppId и сохраняет параметры кампании в течение некоторого времени, связанные с этим.
-
Перенаправление происходит, и пользователь приземляется прямо в AppStore для вашего приложения.
-
Если все идет по плану, пользователь надеется установить ваше приложение и запустить его.
-
Когда он/она делает это, Google Analytics захватывает IDFA и начинает регистрировать статистику для вашего приложения, включая appId.
-
Затем Google Analytics отмечает, что тот же IDFA, который нажал на эту ссылку для одного и того же appId всего несколько минут назад.
-
Google Analytics предполагает, что клик сгенерировал установку и назначил информацию о кампании этому пользователю.
Режим Ping почти такой же, за исключением того, что adNetwork отправляет URL-адрес самой аналитике, поэтому пользователю не нужно проходить перенаправление.
Итак, как вы можете видеть это довольно путешествие, но оно должно работать нормально, если вы:
- Подтвердите, что отслеживание кампании iOS включено
- В Admin > Параметры свойств > Отслеживание кампаний iOS внутри Google Analytics
- Подтвердите, что appId в URL вашей кампании соответствует appId для вашего приложения.
- Проверяет с вашей adNetwork, что вы должны использовать в URL-адресе, который должен быть заменен на IDFA пользователя
- Убедитесь, что IDFA отправляется из Google Analytics в ваше приложение (по умолчанию оно не включено)
- Используйте создатель URL кампании, предоставленный Google.
И для тестирования вам нужно будет сделать это через живое объявление или тестовую версию вашего объявления, если сеть предоставляет это.
ОБНОВЛЕНИЕ (2015-02-25)
В: Как вы можете установить отслеживание кампаний, которые не проходят через adNetwork? например (социальные кампании, кампании по электронной почте,...)
A: у Google Analytics нет поддержки. Другие инструменты атрибуции могут пытаться отпечатать пользователя без использования IDFA, например, с использованием IP-адреса, но это ненадежно, поэтому Google Analytics решила использовать только IDFA.
Если кампания осуществляется через электронную почту, у вас могут быть другие способы отпечатки пальцев. Вы, очевидно, знаете электронную почту пользователя, поэтому можете сохранить ее в своей базе данных и дать ей уникальный идентификатор. Когда пользователь нажимает на ваш почтовый маркетинг, вы можете переадресовать свои системы, где вы регистрируете этот userId как настраиваемое измерение и отправляете хит в GA с информацией о кампании, используя протокол измерения через ваш BackEnd. Затем, когда/если пользователь регистрируется в вашем приложении, вы получаете один и тот же идентификатор пользователя и отправляете другие связанные с ним хиты.
Вы должны использовать uniqueId, потому что само письмо запрещено в Google Analytics за TOS. Вы не можете отправить его там.
Это решение имеет другие недостатки, так как вы получите хиты для каждого пользователя, который нажимает на вашу кампанию в GA, но только те, которые фактически устанавливают APP, будут иметь будущие образы. Таким образом, вы могли бы раздуть сеансы одним ударом, который никогда не устанавливал приложение. По этой причине я бы рекомендовал отправить это на вторичную веб-собственность Google Analytics, чтобы избежать загрязнения вашего основного имущества.
Как вы видите, это не отличное решение, но это единственный способ сделать это. Я бы не рекомендовал проводить время с таким решением, которое создает другие проблемы и не является надежным.