Междоменное отслеживание в SiteCatalyst. Как я могу отследить посещение двух доменов
Ситуация:
Я использую SiteCatalyst для веб-сайта www.my-company.com. Веб-сайт также "содержит" несколько страниц, которые находятся на совершенно отдельном домене www.about-my-company.com. Внешний вид этих страниц точно такой же, как и на страницах www.my-company.com, поэтому для пользователя это тот же веб-сайт. В SiteCatalyst мы хотели бы сообщать о просмотрах страниц и конверсиях, которые происходят на отдельном домене, как если бы они были на основном веб-сайте (и, следовательно, являлись частью одного посещения / сеанса).
Как это работает в Google Analytics
У меня есть опыт работы с Google Analytics, и он называется "междоменное отслеживание". "Кросс-доменное отслеживание" в Google Analytics сводится к следующему:
1) Всякий раз, когда пользователь переходит по ссылке из домена A в домен B, вся информация о файлах cookie (включая файл cookie сеанса) передается в домен B с использованием строки запроса.
2) Кусок javascript на странице в домене B интерпретирует этот URL и записывает информацию в файлы cookie (включая файл cookie сеанса). Таким образом, сеанс сохраняется, хотя пользователь перешел из домена A в домен B.
Мой вопрос:
Это возможно и с SiteCatalyst, и если да, то как? Я искал документацию по этому вопросу, и у меня возникло ощущение, что я не могу ее найти, потому что это либо очень просто, либо почти невозможно.
Что я нашел до сих пор:
Единственное, что звучит отдаленно, как то, чего я хочу достичь, это:
... более вероятно, что вы хотели бы рассматривать www.abc -rocks.com так, как если бы он не отличался от www.abc.com. Для этого SiteCatalyst предоставляет область внутренних фильтров URL-адресов в консоли администратора.
http://blogs.adobe.com/digitalmarketing/analytics/admin-console-tips-inside-omniture-sitecatalyst/
Однако я не вижу, как некоторые настройки в интерфейсе SiteCatalytist могут помочь посетителям "поддерживать свою сессию".
Любая помощь будет оценена, спасибо!
4 ответа
Быстрый и простой способ сделать это - использовать дружественные сторонние файлы cookie для обоих сайтов. Например, если у вас www.about-my-company.com и www.my-company.com оба используют сервер отслеживания metrics.other-company.com, то любая навигация по различным доменам будет поддерживать тот же сеанс для этот посетитель Значение s.trackingServer - это то, откуда будет установлен файл cookie идентификатора посетителя.
Теперь, если вы используете собственные файлы cookie для каждого сайта, у вас возникнут проблемы. Например, если www.about-my-company.com использует сервер отслеживания metrics.about-my-company.com, а www.my-company.com использует сервер отслеживания metrics.my-company.com, то вы собирается зарегистрировать новый сеанс, когда этот посетитель пересекает домены. У Adobe в настоящее время нет опубликованного решения для этого. Я видел некоторые хакерские решения, которые работают, но ни одно из них я бы не рекомендовал рекомендовать.
Каждый раз, когда по ссылке нажимают на ваш сайт, в файле s_code.js есть функция, которая проверяет, есть ли какие-либо элементы, перечисленные в переменной s.linkInternalFilters, в URL-адресе указанной ссылки. Если значение из переменной s.linkInternalFilters найдено в URL-адресе, по которому выполняется щелчок, то это считается внутренней навигацией, и никаких дополнительных действий не произойдет. Если ни один из элементов, перечисленных в переменной s.linkInternalFilters, не найден в URL-адресе по нажатой ссылке, то в коде предполагается, что посетитель покидает сайт, и вызов ссылки на выход сработает. Это единственное, для чего используется переменная s.linkInternalFilters.
Для каждого маяка, который входит в SiteCatalyst, они обычно будут содержать текущее значение URL-адреса и значение URL-адреса ссылки. Значения, которые вы вводите во Внутренние фильтры URL-адресов в консоли администратора, будут проверены по значению URL-адреса из маяка. Если совпадения нет, то SiteCatalyst будет считать его внешним реферером, и его значение будет использовано в отчете "Рефереры и ссылающиеся домены". Это единственное, для чего используются внутренние URL-фильтры.
По умолчанию SiteCatalyst использует свой собственный сторонний файл cookie, и это будет работать для отслеживания посетителей в разных доменах. "Более дружественный" метод заключается в использовании ваших собственных сторонних файлов cookie. Обратите внимание, что Adobe называет это "отслеживанием первых файлов cookie", хотя на самом деле это отслеживание сторонних файлов cookie; разница в том, что куки хранятся в вашем собственном домене, а не в Adobe. Adobe допускает настройку файлов cookie первого лица для каждого домена, но, как отметил vabeachkevin, в действительности используется несколько файлов cookie, и они не будут переносить данные о посетителях с сайта на сайт.
Даже если вы используете файлы cookie Adobe или свои собственные файлы cookie третьих сторон, они переносятся только по идентификатору посетителя. Он не переносит другие файлы cookie, используемые некоторыми плагинами Adobe или другим пользовательским кодом, который у вас может быть. У Adobe нет официального решения для этого, хотя, если честно, GA тоже не совсем.
Существует три основных способа передачи произвольных данных с одного сайта на другой:
1) передача данных в качестве параметров строки запроса для всех ссылок или перенаправлений. Этот метод едва ли стоит упоминать. Если все ваши сайты не являются базовыми, имеют стандартные / жестко закодированные ссылки и у вас очень мало данных для передачи, это решение просто нереально. Даже GA не будет автоматизировать добавление информации о своих файлах cookie посетителей в ссылки для отслеживания их между доменами (вы должны сделать явный вызов одной из их функций при нажатии ссылки).
2) Используйте систему диспетчера тегов, которая имеет постоянный уровень данных. Это самое простое решение, но большинство менеджеров тегов стоят чёрт и могут сделать это за деньги.
3) создать собственное решение. По сути, идея состоит в том, чтобы создать сценарий на стороне сервера, который будет принимать произвольные данные и помещать их в файл cookie или где-нибудь на стороне сервера, например, в плоский файл или базу данных (вы все равно будете использовать файл cookie для хранения какого-либо идентификатора для поиска данных в последнем случае). Затем скрипт также выведет произвольные данные в виде переменной javascript. Сценарий будет включен как тег javascript include, перед вашим кодом omniture. Как правило, в этом начальном включении вы не будете передавать что-либо скрипту, который нужно установить; он просто выведет то, что в данный момент хранится. Затем вы можете основывать свой код SiteCatalyst на этих выходных значениях. Установите локальные файлы cookie и т. Д., А затем после выполнения сценария SiteCatalyst выполните еще один вызов сценария на стороне сервера, передавая обновленные значения, если они есть. Этот метод несколько сложен, особенно при попытке конвертировать плагины на основе cookie для работы с ним, но это выполнимо (я сделал это).
У вас есть часть ответа.
Вам просто нужно:
1) обновите s_code.js, чтобы интегрировать правильное внутреннее доменное имя: s.linkInternalFilters = "tel:, javascript:, www.my-company.com, www.about-my-company.com";
2) Зайдите в консоль администратора вашего sitecatalyst, чтобы добавить новое доменное имя в раздел "Внутренние URL-фильтры".
3) Пометьте страницы, размещенные на www.about-my-company.com, тем же s_code и отслеживанием связанных страниц, что и www.my-company.com.
Согласно второму ответу, обновляющему scode, используйте один и тот же scode в обоих доменах. Это установит два куки и идентификатор сеанса вместе с резервным идентификатором.
Все данные будут установлены в один и тот же кластер серверов в Adobe, затем правила обработки свяжут эти два сеанса.
Если вы хотите проверить это, добавьте #crosssesiontest к URL-адресу записи первой страницы, а затем пройдитесь по конкретному пути.
Это займет около 2 часов, а затем эти данные будут отображаться в наборе отчетов, построить сегмент, чтобы показывать только сеансы, содержащие URL-адрес с #crosssesiontest, после чего вы сможете просматривать свои данные.
Это предполагает, что вы хотите отправить данные в один и тот же набор отчетов и т. Д.