Как отслеживать конверсии электронной торговли между доменами, устройствами и браузерами при проведении A/B-тестирования?

Что такое межсредовое отслеживание?

Одна конверсия, несколько точек взаимодействия!

Вот что такое отслеживание между средами.

Сегодня клиенты используют различные точки соприкосновения для совершения покупок в электронной торговле. Они могут выходить в Интернет с нескольких устройств и просматривать маркетинговые кампании в одной среде, а затем переходить в другую, возможно, начиная с портативного устройства и домена «А», когда они просматривают информацию, пока не решат, какой продукт им больше всего подходит, а затем переходят на смартфоны. , часто переключая браузеры между ними и, наконец, покупая домен «B».

В результате этой тенденции все большее число воронок конверсии распространяется на несколько доменов, устройств и веб-браузеров.

Взаимодействия с посетителями веб-сайта обычно могут быть двух типов:

• Единая среда: когда путь к конверсии начинается и заканчивается на одном и том же устройстве, в одном браузере или в одном домене.
• Кросс-среда: когда посетители веб-сайта нажимают с одного устройства, браузера или домена, но конвертируются в другой среде.

Вот упрощенная формула для понимания этих терминов:

Поскольку взаимодействие между средами встречается гораздо чаще, отслеживание и атрибуция конверсий могут стать проблемой. Итак, как мы можем отслеживать эти конверсии электронной торговли, когда среда меняется, чтобы предложить индивидуальный опыт? Во-первых, нам нужно понять, какие свойства среды могут измениться, а затем определить различные способы отслеживания этих конверсий.

Давайте разберем различные типы отслеживания, которые могут происходить в многоканальной воронке электронной торговли, чтобы гарантировать, что ни один клиент не ускользнет от вас:

Междоменное отслеживание

Междоменное отслеживание — это способ анализа посетителей из нескольких доменов.

Почему междоменное отслеживание является важной концепцией A/B-тестирования?

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

Вот некоторые из показателей конверсии, которые можно зафиксировать между доменами:

• Конверсии
• Конверсионные события
• Конверсии по кликам
• Конверсии по показам
• Всего конверсий
• События-конверсии по кликам
• События-конверсии по показам
• Всего событий-конверсий
• Общий доход

Междоменное отслеживание с помощью сторонних файлов cookie

Наиболее распространенная форма междоменного отслеживания основана на сторонних файлах cookie.

Веб-сайты используют собственные файлы cookie для хранения информации о посетителе и его сеансе и обычно имеют следующие атрибуты:

• Имя файла cookie: имя файла cookie.
• Домен файлов cookie: домен, на котором настроен файл cookie.
• Путь куки : путь, по которому настраивается куки. Это устанавливается как корневой каталог домена '/'.
• Срок действия файла cookie: время в секундах, по истечении которого срок действия файла cookie истечет.

Теперь, поскольку это собственные файлы cookie, они не могут передавать информацию другим доменам. Здесь в игру вступает междоменное отслеживание. В этом случае нам нужно поручить ему совместно использовать значения файла cookie домена A с файлом cookie домена B, превратив основной файл cookie в сторонний файл cookie.

Что будет делать междоменное отслеживание, так это добавлять значения cookie домена A к URL-адресам, где домен изменяется с использованием строки запроса по умолчанию. Это также можно изменить на фрагмент URL-адреса, если вы не являетесь поклонником строк запроса. Домен B распознает эти добавленные параметры в этих URL-адресах, чтобы гарантировать, что файл cookie примет эти значения.

Давайте посмотрим на примере, как это будет выглядеть.

Допустим, вы хотите арендовать автомобиль онлайн. Чтобы проверить различные варианты, вы, скорее всего, перейдете на веб-сайт проката автомобилей (в этом примере мы будем использовать car.com). Поскольку сайт имеет множество поддоменов (car.com, payment.car.com, pickup.car.com и т. д.) и сторонний домен для приема платежей (secure.booking.com), путь пользователя будет перекрестным. домен.

Используя междоменное отслеживание, команда Car.com может обнаружить пользователя, переключающегося с одного поддомена на другой, и персонализировать весь его опыт с наиболее релевантными продуктами или услугами в разных поддоменах.

Междоменное отслеживание с локальным хранилищем

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

Файлы cookie могут содержать намного меньше данных, чем локальное хранилище: хранилище файлов cookie ограничено 4096 байтами, тогда как локальное хранилище имеет 5 МБ на домен. Таким образом, если вы используете файлы cookie, чем больше данных вы хотите хранить в браузерах своих посетителей, тем больше файлов cookie вам потребуется создать.

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

По указанным выше причинам некоторые сайты используют localStorage вместо хранилища файлов cookie. Это означает, что вы по существу размещаете файл в домене A и используете iframe в домене B, который загружает файл из домена A. Таким образом, вы делитесь данными о посетителях между двумя доменами, как если бы это был один домен:

Файл 1.html:

 <html>
<голова/>
<iframe src='http://127.0.0.1/test.html' />
</html>

Файл 2.html:

 <html>
<голова/>
<скрипт>
console.log (локальное хранилище);
localStorage.setItem('тест', '123');
</скрипт>
</html>

Заблуждения о междоменном отслеживании

Междоменное отслеживание часто является неправильно понимаемой практикой. Вот три главных заблуждения об этом, которые могут вас удивить!

Миф №1. Вам нужно междоменное отслеживание для отслеживания пользователей на поддоменах

Многие эксперты CRO считают, что им необходимо включить междоменное отслеживание, чтобы отслеживать посетителей на поддоменах. Это неправда. Файлы cookie могут быть разделены между поддоменами и основным доменом.

Так, например, если файл cookie установлен на www.convert.com, он также может быть доступен для blog.convert.com без включения междоменного отслеживания.

Миф №2. Междоменное отслеживание необходимо для платежных шлюзов

Следующая запутанная часть междоменного отслеживания заключается в том, что вам нужно настроить его для платежных шлюзов (например, PayPal.com).

Однако междоменное отслеживание возможно только в том случае, если вы контролируете оба домена.

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

Миф №3. Междоменное отслеживание необходимо при наличии нескольких доменов

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

Тем не менее, если вы хотите видеть домен А в качестве источника трафика для домена Б и вам все равно, из каких источников трафика люди приходят в домен А, вам не понадобится междоменное отслеживание.

Кросс-девайсное отслеживание

В настоящее время люди владеют несколькими устройствами. Это означает, что посетители могут взаимодействовать с вашим брендом (например, нажимать на ваши объявления Google) на одном устройстве, а затем переключаться на другое и продолжать проверять ваши продукты. Благодаря отчетам о конверсиях между устройствами маркетологи могут проверять эффективность своих кампаний на всех устройствах (планшетах, мобильных и настольных компьютерах), независимо от того, на каком устройстве пользователь фактически совершает конверсию.

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

Это помогает маркетологам выявлять конкретных уникальных посетителей сайта, даже если они входят в воронку по разным маршрутам:

Существует два основных метода кросс-девайсного отслеживания.

В одном методе посетители веб-сайта отслеживаются с помощью фиксированных идентификаторов посетителей. Другой метод основан на поведении пользователя с идентификатором устройства.

Отслеживание между устройствами с помощью идентификаторов посетителей (детерминированное)

Этот метод часто используется, когда пользователи подписываются через информационный бюллетень или авторизуются. Социальные сети, такие как Facebook, Instagram, TikTok или Twitter, выполняют отслеживание на разных устройствах, присваивая идентификаторы посетителей.

Этот способ подходит для сайтов, на которых есть зарегистрированные посетители. Как только посетитель отмечен уникальным идентификатором, платформа отслеживания получает уведомление каждый раз, когда посетитель входит в систему. Если тот же посетитель позже использует другое устройство, скажем, планшет, и открывает рассматриваемый веб-сайт как приложение и входит в систему, они можно точно отследить.

Этот метод, также известный как детерминированный, отличается высокой точностью (почти 100%) и может использоваться для проведения точных кампаний, ориентированных на конкретных пользователей.

Отслеживание между устройствами на основе идентификатора устройства (вероятностное)

Второй метод кросс-девайс-трекинга тоже работает путем пометки пользователей, только на этот раз их не нужно регистрироваться. Этот метод основан на различных атрибутах, которые собираются с IP-адресов, устройств, браузеров или приложений, которые просматривает посетитель, и объединяются в профиль пользователя. Недостатком этого метода является то, что он не так точен, как при использовании идентификатора посетителя.

Его также называют вероятностным таргетингом . Как следует из названия, оно говорит о вероятности того, что A, скорее всего, является пользователем настольного компьютера (X-устройство) и смартфона (Y-устройство). Таким образом, для отслеживания разрабатываются алгоритмы с огромным количеством атрибутов, которые затем сегментируют пользователей на основе сходного поведения на разных устройствах, географических местоположениях, IP-адресах и любом другом подобном контексте. Конечно, точность такого слежения не может достигать 100%, но 60-70% — хорошая цель.

Кросс-браузерное отслеживание

Наконец, кросс-браузерное отслеживание позволяет веб-сайту отслеживать пользователя в разных браузерах, включая Chrome, Firefox, Microsoft Edge, Safari, Tor.

Метод межбраузерного отслеживания называется снятием отпечатков пальцев браузера .

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

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

Допустим, вы просматриваете страницу в Firefox, видите рекламу и решаете перейти на Chrome, чтобы купить продукт, чтобы избежать таргетинга кампаний ретаргетинга. Если вы не отключили кросс-браузерное отслеживание в настройках своего браузера, браузеры по-прежнему смогут ориентировать вас в кампаниях.

Когда сайты выбирают транзакции в другом домене/устройстве/браузере?

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

Сеансы обычно охватывают несколько доменов, когда:

1. Процесс оформления заказа установлен в другом домене (что довольно часто, когда вы используете стороннюю корзину для покупок, например Shopify).
2. Целевая конверсия или транзакция электронной коммерции происходит в другом домене (что также довольно часто встречается в случае партнерских веб-сайтов).

Вот типичный сценарий, в котором междоменное отслеживание имеет смысл: платформы электронной коммерции со сторонними корзинами для покупок.

В этой ситуации пользователь может перейти на основной сайт, чтобы просмотреть продукт из кампании PPC. Когда пользователь направляется к кассе, он попадает в стороннюю корзину покупок в другом домене, например через Shopify, для завершения транзакции.

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

Таким образом, междоменное отслеживание позволяет надежно отслеживать посетителя даже после того, как он покинет ваш сайт.

Еще одним преимуществом реализации междоменного отслеживания является то, что вы можете собирать данные из разных доменов в один отчет.

Централизация данных о транзакциях способствует лучшей оптимизации, поскольку

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

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

В современном многоканальном мире способы использования устройств и браузеров потребители охватывают разные платформы: они могут читать утренние новости на своих планшетах в Firefox, проверять электронную почту во время утренних поездок на работу на своих телефонах в Chrome и использовать настольные ПК на работе. Ночью они могут просматривать свои умные часы, чтобы узнать новости дня.

Вот типичный сценарий:

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

Эта технология может помочь владельцам сайтов лучше понять поведение потребителей и их многоканальный путь к покупке. Это позволяет им предлагать лучший клиентский опыт и создавать целенаправленные многоканальные маркетинговые стратегии для различных точек соприкосновения. Это помогает ответить на такие вопросы, как:

• Достигают ли мои PPC-кампании моих идеальных потребителей в нужное время?
• Как я могу эффективно измерить, какие устройства приносят больше всего конверсий, чтобы оптимизировать мои кампании и вознаграждать этот источник?
• Как мой веб-сайт может беспрепятственно работать на разных устройствах и в браузерах и обеспечивать единообразное взаимодействие с брендом для моих потребителей?
• Как я могу связаться с потребителями, независимо от того, какое устройство они используют, чтобы не только мотивировать их на взаимодействие с моим брендом, но и сделать так, чтобы они вернулись в качестве постоянных клиентов?

Как изменения конфиденциальности влияют на отслеживание в разных средах?

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

Мы кратко рассмотрим каждое из обновлений ниже, но для более подробного описания каждого из обновлений и того, как Convert справился с ними, прочитайте «Как отслеживание и файлы cookie изменились в 2019 году» и «Как отслеживание и файлы cookie изменились в 2020 году».

Google Incognito заблокировал сторонние файлы cookie

В режиме инкогнито Google Chrome не сохраняет историю посещенных страниц пользователя, информацию форм или файлы cookie браузера. Начиная с Chrome 83, браузер по умолчанию блокирует сторонние файлы cookie в режиме инкогнито.

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

Строгая защита от отслеживания в режиме InPrivate в Microsoft Edge

В Microsoft Edge 80 поведение по умолчанию позволяет пользователям решать, нужна им защита строгого режима или нет, при просмотре InPrivate.

Это означает, что если пользователи включат эту функцию, перекрестное отслеживание станет невозможным.

Улучшенная защита от отслеживания Mozilla (ETP) 2.0

С 2019 года у новых пользователей Firefox по умолчанию будет включена Enhanced Tracking Protection (ETP), а в прошлом году Mozilla добавила дополнительный уровень безопасности с Enhanced Tracking Protection 2.0, где они блокируют отслеживание перенаправления. ETP 2.0 удаляет файлы cookie и данные с сайтов каждые 24 часа, за исключением тех сайтов, с которыми пользователи регулярно взаимодействуют!

Так что забудьте о методах перекрестного отслеживания, которые полагаются на файлы cookie, заблокированные ETP.

Интеллектуальное предотвращение отслеживания в iOS 14, iPad 14 и Safari 14

С выпуском iOS 14, iPad 14 и Safari 14 Apple добавила новые функции конфиденциальности, такие как Отчет о конфиденциальности, где пользователи могут видеть информацию о заблокированных трекерах, а также ITP для всех веб-браузеров на устройствах iOS (версия 14 и выше), которые предотвратить перекрестную атрибуцию.

Могут ли инструменты A/B-тестирования отслеживать конверсии электронной торговли и сохранять конфиденциальность пользователей?

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

Сбор данных между средами не должен происходить навязчивым образом, который ставит под угрозу доверие ваших клиентов или мешает им получить максимальную отдачу от своего веб-сайта — вы можете сделать это, уважая оба мира!

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

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

Оптимизировано

Оптимизировано два разных метода, позволяющих отслеживать конверсии в разных средах.

Вариант 1. Включите и используйте BYOID

Это можно сделать, включив функцию «Принести свой собственный идентификатор посетителя» в Optimizely. Эта функция позволяет вам определить свой собственный идентификатор посетителя в виде файла cookie, ключа localStorage, параметра запроса URL или переменной javascript. Он имеет несколько преимуществ помимо смягчения последствий ITP 2.x, в том числе дает вам контроль над стратегией сохранения вашего идентификатора, позволяет использовать единый идентификатор посетителя на нескольких платформах и уменьшает раздувание файлов cookie.

Этот параметр представляет собой утомительный ручной процесс, который необходимо определить для каждого клиента или домена, в котором вы работаете. Вы также должны быть осторожны, чтобы уникальные идентификаторы, которые вы создаете, были успешно подобраны API Optimizely.

Вариант 2. Установите в сети CDN оптимизациюEndUserId.

Этот метод обычно не рекомендуется, поскольку BYOID является более полным подходом. Но другой способ настройки создания файлов cookie — через CDN. Во многих случаях это жизнеспособный вариант реализации создания файлов cookie на стороне сервера на основе пользовательского интерфейса и под управлением пользовательского интерфейса. В настоящее время Optimizely предоставляет документацию по созданию файлов cookie на стороне сервера с помощью конфигурации Akamai.

Если вы следуете этому процессу, в дополнение к вышеуказанным изменениям настроек CDN вам также следует отключить автоматическое продление срока действия файла cookie идентификатора посетителя, запустив это в проекте JS:

 окно["оптимизировать"].push({
 "тип": "extendCookieLifetime",
 «Включено»: ложь
});

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

ВВО

VWO поддерживает междоменное отслеживание с помощью сторонних файлов cookie.

Если вы включите опцию сторонних файлов cookie в своем тесте, в дополнение к сохранению данных о посетителях (отображаемых вариациях и активированных целях конверсии) в файлах cookie, принадлежащих вашему домену, VWO также будет отправлять эти данные на серверы. После отправки данных серверы VWO устанавливают файлы cookie для домена dev.visualwebsiteoptimizer.com. Если ваш тест включает другой домен, в следующий раз, когда ваша страница запрашивает тестовые данные, серверы VWO также отправляют данные о посетителях. В некотором смысле серверы действуют как прокси между вашими несколькими разными доменами, и, следовательно, можно отслеживать конверсии.

Однако браузеры Firefox и Safari по умолчанию блокируют сторонние файлы cookie. В результате VWO не может получить доступ к сторонним файлам cookie, тем самым запрещая работу междоменного отслеживания в браузерах Safari и Firefox.

Гугл Оптимизация

Чтобы успешно внедрить междоменное отслеживание Google Optimize, вы должны знать HTML и Javascript или нанять для этого специального веб-разработчика.

Чтобы настроить его, создайте одно свойство в своей учетной записи Google Analytics.

Затем вам нужно будет использовать один и тот же идентификатор отслеживания Google Analytics на обоих сайтах, которые вы хотите связать.

1. Исходный домен украшает URL-адреса, указывающие на конечный домен, чтобы они содержали значения cookie-файлов первой стороны для измерения исходного домена.
2. Целевой домен проверяет наличие связанных файлов cookie измерения.

Параметр компоновщика идентифицируется в параметрах запроса URL ключом _gl, как в примере ниже:

https://www.example.com/? _gl=1~abcde5~

Камелеун

Их решение создает фрагмент на стороне сервера, который автоматически синхронизируется с localStorage. Поэтому они рекомендуют установить фрагмент кода на стороне сервера, который автоматически синхронизирует их файл cookie kameleoonVisitorCode между интерфейсом и сервером. Он содержит очень важный идентификатор visitorCode.

ITP не накладывает никаких ограничений на файлы cookie на стороне сервера, поэтому срок действия этих файлов cookie будет установлен достаточно далеко в будущем.

Фрагмент создаст файл cookie KameleoonVisitorCode на стороне сервера, если файл cookie Kameleoon не найден (т. е. он еще не создан на стороне пользователя) ИЛИ извлечет существующее значение и воссоздает файл cookie на стороне сервера, чтобы избежать проблем с ITP. Синхронизация означает, что не только идентификаторы не будут удалены через семь дней, но и это не повлияет на производительность или взаимодействие с пользователем, поскольку мы будем хранить только один файл cookie.

Однако, поскольку Kameleoon хранит другие данные в локальном хранилище, данные, которые необходимы для запуска экспериментов в реальном времени без дополнительных вызовов сервера, они также реализовали механизм синхронизации локального хранилища.

В Safari, как только Kameleoon получит свой visitorCode, прочитав файл cookie kameleoonVisitorCode, он проверит, не пусто ли его текущее локальное хранилище. Если это так, что, вероятно, означает, что последний визит был более семи дней назад, они будут выполнять вызов синхронизации сервера (SSC), чтобы получить все данные, которые присутствовали в локальном хранилище, со своих внутренних серверов. После завершения этого вызова данные будут восстановлены в точном состоянии, в котором они были бы, если бы ITP не стер их. После этого можно возобновить нормальную работу.

Как Convert Experience управляет отслеживанием между средами?

Convert Experiences соблюдает все правила конфиденциальности и по умолчанию не разрешает отслеживание между доменами, устройствами и браузерами .

Однако, если пользователи хотят, они могут включить междоменное отслеживание в своих настройках проекта и могут обратиться в службу поддержки Convert за индивидуальными решениями в отслеживании между устройствами. Кроссбраузерное отслеживание не поддерживается.

Теперь давайте посмотрим подробнее о каждом типе отслеживания и о том, как его настроить в приложении.

Междоменное отслеживание в Convert Experience

В этом разделе описывается, как Convert Experiences обрабатывает междоменное отслеживание; например, если ваш веб-сайт охватывает несколько доменных имен. Это часто бывает, если вы используете стороннюю корзину.

Междоменное отслеживание по умолчанию отключено для всех проектов в Convert Experiences из-за GDPR. Однако вы можете снять флажок «Не разрешать междоменное связывание», чтобы сделать возможным отслеживание:

В приложении Convert Experiences эксперименты организованы в рамках проектов. Проект — это сущность, которая может содержать любое количество Впечатлений и включает в себя домены (Активные веб-сайты):

Все веб-сайты в рамках одного проекта Convert используют общие файлы cookie, что делает возможным междоменное отслеживание, ЕСЛИ вы не включили настройку проекта «Не разрешать междоменное связывание» выше.

Способ обмена файлами cookie между доменами осуществляется путем автоматической передачи файлов cookie между доменами, принадлежащими одному и тому же проекту, когда посетитель нажимает на ссылки или отправляет формы. Эти файлы cookie передаются на другие ваши домены через переменные GET.

В строку запроса добавляются две переменные для передачи файлов cookie:

• _conv_v
• _conv_s

Также можно вручную передать файлы cookie выбранным ссылкам или формам. Все, что вам нужно сделать, это передать переменные _conv_v и _conv_s в URL-адресе ссылки или действия формы.

 <a href="http://www.myothersite.com/page.html"_conv_v"))+'&_conv_s='+escape(convert.getCookie("_conv_s")); вернуть false;" >

Теперь давайте рассмотрим вариант использования междоменного отслеживания в Convert Experiences.

Допустим, я начинаю свой путь на странице события, где мне нужно оформить подписку:

https:// доменA .com/reports/WCI/cpc-bndl

Когда мне нужно заплатить, домен A перенаправляет меня на страницу корзины платежей, которая находится в домене B, и добавляет файлы cookie Convert, необходимые для междоменного отслеживания, в качестве параметров URL-запроса, например:

 https://domainB.com/EWCIAH80/wci-cpc-bndl/?_conv_v=vi%3A1*sc%3A1*cs%3A1635157350*fs%3A1635157350*pv%3A2*exp%3A%7B100323139.%7Bv.1003114910- g.%7B10037703.1-10037704.1%7D%7D%7D&_conv_s=si%3A1*sh%3A1635157349857-0,9940523874349994*pv%3A2

Как только я закончу оплату, я попаду на страницу благодарности домена A:

 https://domainA.com/thanks/wci-cpc-bndl-thanks?_conv_v=vi%3A1%2Asc%3A1%2Acs%3A1635157350%2Afs%3A1635157350%2Apv%3A2%2Aexp%3A%7B100323139.%7Bv.1003114910 -g.%7B10037703.1-10037704.1%7D%7D%7D&_conv_s=si%3A1%2Ash%3A1635157349857-0,9940523874349994%2Apv%3A2

где меня считают существующим посетителем, поэтому конверсия дохода фиксируется в обоих доменах.

Кросс-девайсное отслеживание в Convert Experiences

Convert Experiences по умолчанию не поддерживает отслеживание на нескольких устройствах. Описанный ниже метод был разработан только для индивидуальных решений и по запросу для планов Лидер . Он больше не активен, но мы представляем его здесь в образовательных целях.

Чтобы отслеживать посетителей на разных устройствах и предлагать единообразный пользовательский интерфейс, независимо от того, какое устройство они используют, пользователь должен быть «идентифицирован» с помощью своего рода уникального идентификатора, который не должен содержать никаких персональных данных (PII). .

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

Это выглядит так:

 window._conv_q = окно._conv_q || {};
_conv_q.push(["идентифицировать","unique_hashed_id_here"]);

Когда предоставляется уникальный идентификатор, Convert задерживает представление опыта до тех пор, пока не запросит у сервера данные (увиденный опыт, запущенные цели и т. д.) и не вернет результаты. Когда результаты возвращаются, они сохраняются в долгосрочном файле cookie, заменяя возможную группировку, которая была у пользователя до того, как он был «идентифицирован». Мы ожидаем, что это будет сделано только в том случае, если данные еще не доступны в долгосрочном файле cookie, чтобы избежать задержек в представлении опыта при каждом просмотре страницы.

Ответы должны быть минимизированы и сжаты, чтобы избежать дополнительных сетевых задержек. Окончательное решение состоит из 2 запросов, сделанных страницей:

• Первый запрос отвечает за загрузку основного файла js (загрузить данные) — он кэшируется на уровне CDN и содержит все доступные эксперименты, зависимости библиотеки jquery, цели, другие функции util и отслеживание, но не содержит группировку пользователей. Этот файл подается свернутым и сжатым (gzip).
• Второй вызов имеет размер в пару байтов. Он пытается получить ранее назначенную группировку для этого конкретного пользователя. Он загружает идентификаторы экспериментов и идентификаторы целей, которые ранее были назначены пользователю, путем обращения к производительной базе данных NoSQL с ключом и значением (кэшированной в системе кэширования памяти). Если потребуются дополнительные улучшения производительности, Convert оптимизирует использование CDN перед ним (в этом случае каждый запрос будет кэшироваться для каждого пользователя). Этот ответ также предоставляется свернутым и сжатым (gzip).

Когда уникальный идентификатор предоставляется новому уникальному посетителю веб-сайта, группировка опыта выполняется следующим образом:

1. Для нового пользователя — долговременный файл cookie не сохраняется; если указан уникальный идентификатор, эксперименты откладываются до возврата второго вызова. Этот вызов будет:
   1. либо возвращать, какие эксперименты/варианты связаны с уникальным идентификатором, и в этом случае Convert покажет пользователю ту же пару эксперимент/вариант (ведет себя так же, как и для посетителя, который возвращается на страницу эксперимента, показанную ранее)
   2. или не будет возвращать данные, если с этим уникальным идентификатором ничего не связано, и в этом случае Convert выполнит рандомизацию как обычно; В результате при назначении нового сегмента будет выполняться дополнительный асинхронный вызов серверной части для сохранения нового сегмента, который только что произошел.

Когда уникальный идентификатор предоставляется для существующего посетителя веб-сайта, группировка опыта выполняется следующим образом:

2. Для существующего пользователя (с идентификатором) — у нас есть долгосрочный файл cookie, найденный в его браузере, установленный Convert. Если предоставлен уникальный идентификатор, у нас может быть один из этих двух случаев:
   1. Сеанс просмотра не запущен (новый сеанс идентифицируется с помощью файла cookie сеанса, срок действия которого истекает через 20 минут бездействия) ИЛИ идентификатор посетителя, хранящийся в долгосрочном файле cookie, отличается от идентификатора посетителя, предоставленного с помощью уникального идентификатора; in this case, the same thing as in the previous example will happen: when bucketing is returned from the server, it will overwrite current bucketing stored on the long-term cookie; If the server returns no data, the long-term cookie will prevail. This overwriting can become problematic when, for the same user, part of the session has a unique identifier and part of it does not.
   2. A current browsing session started and the visitor ID stored on the long-term cookie is the same as the unique identifier provided. In this case, the process is the same as usual: it's a user for which eventually the bucketing was restored at the first pageview of the user session, therefore, no additional requests are required (no second call to retrieve the data since it's already in the long-term cookie, nor a third call to save any bucketing that would've had happened otherwise).

Cross-Browser Tracking in Convert Experiences

Convert Experiences does NOT support cross-browser tracking.

How to Test if Cross-Domain Tracking Works?

Here are some tell-tale signs you can look for in your Convert reports that can indicate that cross-domain tracking isn't working right:

• There is less traffic than you would expect,
• Your conversions are not triggered/captured,
• Traffic on one domain has various campaigns being attributed, while another domain includes less traffic.

Basically, if your Convert report is accounting for less traffic or fewer conversions than you'd expect, this could mean Convert is losing track of the attribution when your users switch domains. That might be an indication that cross-domain tracking isn't working properly.

Things to Consider When You Enable Cross-Domain Tracking

• You do not need to enable cross-domain tracking for subdomains in your account.
• Cross-domain tracking must be enabled when the original and variation URLs in a Split URL test are on different domains.
• For enhanced privacy, the Firefox and Safari browsers block cross-domain tracking by default. As a result, Convert cannot access the third-party cookies, thereby prohibiting cross-domain tracking from working in Safari and Firefox browsers. However, the default browser settings can be disabled:
  • In the Safari browser, go to Preferences > Privacy and disable the Prevent cross-site tracking setting.
  • In the Firefox browser, go to Preferences > Privacy & Security > Custom and disable the “Cookies and Tracking Content” setting.
• With the iOS 14 and macOS 11 upgrade, Apple introduced the Privacy Report feature in Safari. You can use this to examine a website's report to see which websites are tracking you and display the trackers that Safari has blocked. The report shows both cross-site tracking trackers and those detected by Apple's intelligent tracking prevention.
  Please note that this does not have any impact on your Convert experiences as our app only works with first-party cookies. Convert tracking would only be affected when you use the cross-domain tracking feature on Safari since the browser does not allow working with third-party cookies by default.

There are a lot of things to think about when it comes to tracking ecommerce conversions in A/B testing. It's not as simple as just looking at your web analytics reports or cookies, because customers may be seeing your digital marketing campaigns in one environment before converting on another. Today's consumers use an increasing number of touchpoints throughout their journey, which can get tracking info difficult for marketers.

Fortunately, A/B testing tools like Convert Experiences give users the ability to see how individuals interact with their online business, all while making sure that user privacy rights are upheld. Click the banner below to take a free trial and see for yourself how this works.