Статья ведущего разработчика интеграции Дэниела Коппинга
В этой статье я опишу, как можно использовать платформу Optimizely Data Platform (ODP) для эффективного отслеживания анонимного взаимодействия пользователей между различными сеансами и устройствами. Ключевой акцент здесь делается на анонимный пользователи. Хотя ODP позволяет легко сшивать записи ваших клиентов, используя их адреса электронной почты, если вы не знаете какой-либо личной информации (PII) о своих посетителях (или не хотите знать), вам придется преодолеть несколько проблем.
Я покажу, как этого можно добиться, перенаправляя клиентов на ваш сайт из внешних систем, на примере персонализированных электронных писем в Microsoft Dynamics 365.
Отслеживание по умолчанию
Когда посетитель заходит на ваш сайт Optimizely, создается «Уникальный идентификатор посетителя» (VUID), который передается в ODP во время события «Просмотр страницы». VUID также сохраняется в файле cookie, поэтому любое последующее событие будет передавать то же значение. Благодаря этому механизму все взаимодействия можно отнести к одной и той же записи клиента в ODP.
Если один и тот же человек посещает сайт на другом устройстве (или удаляет файлы cookie), ему будет присвоен новый VUID, и в ODP будет создана новая запись клиента без какой-либо связи между ними.
Проблема здесь в том, что мы собираем больше записей о наших посетителях, чем есть на самом деле, и эти записи не дают нам полного представления о взаимодействиях посетителей. Это искажает данные при создании отчетов и лишает нас возможности сегментировать базу пользователей и предоставлять персонализированный опыт.
Отслеживание известен посетители по адресу электронной почты
Если бы нас не волновало анонимный пользователей, ODP справится с этим «из коробки». Обычно проблема разрозненных записей клиентов решается с помощью специального идентификатора — адреса электронной почты. Если две записи используют один и тот же адрес электронной почты, ODP может с высокой степенью уверенности сказать, что они относятся к одному и тому же человеку.
Если на вашем сайте есть логины, у вас есть эффективное средство для сбора электронной почты посетителя и передачи ее в ODP в дополнение к VUID. Когда ODP фиксирует это событие, он согласует эти два идентификатора с одной и той же записью клиента. Затем, если тот же пользователь входит в систему на другом устройстве, снова передавая адрес электронной почты и VUID, две записи о клиентах «сшиваются» вместе в одну запись.
Отслеживание анонимных посетителей — зачем?
Итак, если ODP решает эту проблему для известных посетителей, почему вы можете решить отслеживать посетителей анонимно? Это решение часто основано на приверженности обеспечению конфиденциальности пользователей и соблюдению нормативных требований. Анонимизируя сбор данных, вы демонстрируете уважение к конфиденциальности пользователей и одновременно соблюдаете сложные правила конфиденциальности.
Еще одна веская причина в том, что у вас просто нет выбора. Если на вашем сайте нет логинов, у вас не будет эффективных средств для захвата адреса электронной почты пользователя.
Отслеживание анонимных посетителей — как?
Как ODP может объединить данные ваших клиентов без логинов и адресов электронной почты?
ODP решает эту проблему с помощью «пользовательских идентификаторов». Как администратор ODP, вы можете создать поле идентификатора, которое будет вести себя так же, как адрес электронной почты, т. е. любые две записи, которые используют ваш собственный идентификатор, будут объединены вместе.
Если у вас есть внешняя система, которая ссылается на ваш сайт, например, платформа электронной коммерции, CRM, платформа электронного маркетинга или, возможно, мобильное приложение, у вас, скорее всего, будет какой-то идентификатор для ваших пользователей (известный или анонимный). ).
Всякий раз, когда вы делитесь со своими пользователями ссылками, ведущими на ваш сайт, например, в электронных письмах кампании, push-уведомлениях или SMS, вы можете передать этот идентификатор в качестве параметра запроса в URL-адресе ссылки. Затем ваше веб-приложение сможет прочитать это значение и установить его в качестве пользовательского идентификатора в ODP. Если посетитель откроет любую из этих ссылок на любых двух устройствах, его записи клиентов, созданные для каждого устройства, будут объединены вместе.
Прозрачность и согласие
Прежде чем углубляться в механику, следует упомянуть, что любой тип отслеживания пользователей должен проводиться открыто. Если вы отслеживаете свои пользовательские данные в ODP и объединяете их записи между сеансами и устройствами, вам следует рассмотреть возможность упоминания об этом в вашей политике конфиденциальности или баннере согласия на использование файлов cookie. Это может повлиять на соблюдение вами законов и правил вашей юрисдикции, а именно GDPR в ЕС и CCPA в Калифорнии.
1) Создайте идентификатор в ODP
Первым шагом является создание нового «Идентификатора» в ODP. Для этого перейдите в «Настройки», затем «Объекты и поля», щелкните стрелку рядом с «Создать новое поле», а затем выберите «Идентификатор» в раскрывающемся списке.
Обратите внимание: если у вас нет административных привилегий для учетной записи ODP, вам нужно будет попросить службу поддержки Optimizely настроить это для вас.
Затем выберите тип идентификатора (ID, ключ, хеш и т. д.) и присвойте ему имя. В этом примере (см. изображение ниже) я использовал имя «MA» (автоматизация маркетинга) и выбрал «ID». ODP автоматически заполнил остальные поля. Обратите внимание, что для параметра «Имя единственного поля» установлено значение «ma_id».
ВНИМАНИЕ: Не используйте слово «ID» в имени идентификатора. Например, если вы выберете тип «ID» и назовете свой идентификатор «MA ID», ODP добавит «ID» к вашим автоматически созданным полям; ваш идентификатор станет «ma_id_id».
Наконец, установите для параметра «Достоверность идентификатора» значение «Высокий». Это означает, что у вас есть высокая степень уверенности в том, что идентификатор относится к одному посетителю. Эти типы идентификаторов объединяют события и профили во время процесса разрешения идентификации в ODP. Вы сами должны убедиться, что идентификатор, выбранный вами из внешней системы, уникален для посетителя.
Для получения дополнительной информации о достоверности идентификатора в Optimizely есть отличная статья поддержки. здесь
Если вас устраивают поля, которые вы установили для идентификатора, выберите «Сохранить». Затем вы увидите предупреждение о том, что это изменение невозможно отменить. Это верно. Единственный способ исправить ошибку здесь — это полностью перезагрузить экземпляр с помощью Optimizely, потеряв все данные и конфигурацию. Будь осторожен.
После того, как вы сохранили свой идентификатор, вы должны увидеть его в списке «Объекты и поля».
2) Передайте внешний идентификатор
Следующим шагом будет передача уникального идентификатора из вашей внешней системы во все персонализированные ссылки, ведущие на ваш сайт.
Давайте рассмотрим пример передачи пользовательского идентификатора в персонализированных электронных письмах из Microsoft Dynamics 365.
2.1) Настройка ссылок
В редакторе шаблонов электронной почты Dynamics обновите все ссылки, ведущие на ваш сайт. Добавьте параметр запроса к каждой ссылке, чтобы представить ваш новый идентификатор, например, ‘?ma_id=’.
Обратите внимание: для простоты я выбрал ключ строки запроса, который соответствует имени нашего пользовательского идентификатора в ODP (но это может быть что угодно).
Далее нажмите кнопку «Персонализировать».
В следующем диалоговом окне вы можете выбрать персонализированное поле, которое вы хотите использовать в качестве идентификатора. Это может быть любое значение, которое однозначно идентифицирует пользователя, а не то, что представляет личную информацию (PII), такую как имя пользователя или адрес электронной почты. Здесь я выбираю идентификатор учетной записи.
Выбрав соответствующее поле, вы увидите, что URL-адрес в моем шаблоне электронной почты заполнил значение строки запроса кодом шаблона усов.
Когда электронное письмо будет создано и отправлено пользователю, ссылки будут обновлены и будут содержать наш новый параметр запроса, а также уникальный идентификатор пользователя из Dynamics 365. Например, https://mysite.com/?ma_id=1234.
2.2) Получите идентификатор из строки запроса.
Когда пользователь нажимает одну из этих ссылок в своем электронном письме, он направляется в наше веб-приложение, где мы можем получить его собственный идентификатор из URL-адреса.
В следующем примере кода я изменил сценарий отслеживания ODP по умолчанию в своем веб-приложении, чтобы он считывал ma_id из текущего URL-адреса браузера и передал его ODP при загрузке страницы.
Когда это событие срабатывает, я вижу в средстве просмотра событий ODP, что мы получили идентификатор автоматизации маркетинга пользователя (ma_id) из строки запроса вместе с идентификатором посетителя (VUID) из файлов cookie пользователя.
Теперь у ODP есть все необходимое для сшивания записей клиентов. Если тот же пользователь, сначала открыв ссылку на своем рабочем столе, позже нажмет персонализированную ссылку на своем мобильном устройстве, ODP согласует все взаимодействия пользователя на обоих устройствах.
Вот и все.
Недостаток… переадресация электронной почты
Общая ошибка при отслеживании электронной почты — это пересылка электронной почты. Пересылка электронного письма, особенно несколько раз, может исказить данные отслеживания. Это справедливо для всех платформ автоматизации маркетинга. В моем примере это также сопряжено с риском того, что несколько пользователей щелкнут ссылки в общем электронном письме, и эти пользователи будут объединены в одну запись о клиенте в ODP.
Потенциал… связывание сторонних данных
Теперь, когда я записал идентификатор автоматизации маркетинга в некоторые записи своих клиентов, я могу использовать его для дальнейшего обогащения данных ODP и предоставления еще более персонализированного опыта.
Давайте возьмем мой пример использования Dynamics 365. Возможно, вы управляете туристической компанией, и ваш экземпляр Dynamics записывает, какие пользователи путешествовали за границу за последние 12 месяцев.
Вы можете экспортировать список идентификаторов учетных записей в этой когорте и импортировать их в пользовательский список в ODP. Затем вы можете создать сегмент (или сегмент в реальном времени) пользователей, который существует в импортированном списке, и использовать его для персонализации вашего веб-сайта. Например, когда эти посетители попадают на ваш сайт, вы можете показать им специальный баннер, например: «Все еще думаете о последнем заграничном приключении?».
Обратите внимание: вы можете сделать это без необходимости переносить какие-либо личные данные из внешних систем, а только список идентификаторов.
Подведение итогов
В этой статье я продемонстрировал, как вы можете отслеживать пользователей в ODP между сеансами и на нескольких устройствах, не собирая и не полагаясь на какие-либо данные PII.
Я привел пример использования шаблонов электронной почты в Microsoft Dynamics 365, но вы также можете сделать то же самое с любой платформой CRM, электронной коммерции или автоматизации маркетинга. Вы также можете передать идентификатор из своего мобильного приложения на свой веб-сайт, используя ссылки в пользовательском интерфейсе или с помощью push-уведомлений. Вообще говоря, это должно быть возможно везде, где у вас есть внешняя система, которая связывает пользователей с вашим сайтом.
После всех этих настроек вы начнете больше узнавать о своих посетителях, вам просто нужно заставить их нажимать на ваши ссылки. Чем больше вы будете побуждать своих пользователей взаимодействовать со ссылками, которыми вы с ними делитесь, тем больше записей о клиентах сможет объединить ODP. Это приведет к получению более точных данных о посетителях вашего сайта и позволит вам создавать более точные отчеты и лучшую персонализацию.
Если вы хотите подробнее поговорить об Optimizely и ODP или вам нужна помощь в реализации, свяжитесь со мной по адресу фруктовый сад через [email protected].
