SiteCatalyst中的跨域跟蹤。如何跟蹤訪問過兩個域

Question

情況：

我使用的SiteCatalyst對www.my-company.com網站。該網站還「包含」了一系列位於www.about-my-company.com完全獨立域名上的網頁。這些頁面的外觀與www.my-company.com上的頁面完全相同，就用戶而言，它是同一個網站。在SiteCatalyst中，我們希望報告在獨立域上發生的頁面瀏覽和轉換，就好像它們在主網站上一樣（因此成爲一次訪問/會話的一部分）。

它是如何工作的谷歌Analytics（分析）

我有一個谷歌Analytics（分析）背景和有它refered爲「跨網域跟蹤」。谷歌分析中的「跨域跟蹤」基本上可以分解爲：

1）每當用戶遵循從域A到域B的鏈接時，所有cookie信息（包括會話cookie）都將被傳遞到域B請求參數。

2）域B上頁面上的一段JavaScript解釋了此URL，並將信息寫入cookie（包括會話cookie）。因此，會話保持allthough用戶從域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界面一些設置如何幫助遊客維持他們的會話「。

任何幫助將不勝感激，謝謝！

Answer 1

快速簡單的方法是在兩個站點都使用友好的第三方cookie。例如，如果您有www.about-my-company.com和www.my-company.com都使用metrics.other-company.com的跟蹤服務器，則跨各個域的任何導航都將保持該會話那個訪客。 s.trackingServer值是訪問者ID 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中。如果在點擊的URL中找到s.linkInternalFilters變量的值，那麼它將被視爲內部導航，並且不會發生任何其他事件。如果在點擊鏈接的URL中找不到s.linkInternalFilters變量中列出的項目，則代碼假定訪問者正在離開該站點，並且退出鏈接調用將觸發。 這是s.linkInternalFilters變量的唯一用途。

對於進入SiteCatalyst的每個信標，它們通常會包含當前的URL值和引用的URL值。您在管理控制檯中輸入到內部URL過濾器的值將根據來自信標的引用URL值進行檢查。如果沒有匹配，則SiteCatalyst將認爲它是外部推薦人，其價值將用於「推薦人和推介人」報告中。 這是內部URL過濾器的唯一用途。

Answer 2

你已經得到了答案的一部分。

你只需要：

1）更新s_code.js向右內部域名整合： s.linkInternalFilters =「電話：，請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

Answer 3

默認情況下，SiteCatalyst使用自己的第三方cookie，並且只要跟蹤跨域的訪問者就可以工作。 「友好的」方法是使用您自己的第三方cookie。請注意，Adobe將此稱爲「第一方cookie跟蹤」，但實際上它仍然是第三方cookie跟蹤;區別在於Cookie存儲在您自己的域中而不是Adobe的域中。 Adobe確實允許爲每個域設置一個第一方cookie，但正如vabeachkevin提到的，這實際上使用了多個cookie，並且不會將訪問者數據從站點傳送到站點。

即使您使用Adobe或您自己的第三方cookie，它也只會包含visitorID。它不包含由Adobe的某些插件或其他自定義代碼所使用的其他Cookie。 Adobe沒有這方面的官方解決方案，儘管公平，GA並不完全一樣。

基本上有三種方法可以處理從一個站點傳送任意數據到其他：

1）將數據作爲查詢字符串參數所有鏈接或重定向。這種方法幾乎沒有什麼值得一提的。除非你所有的站點都是超級基礎的，有標準/硬編碼的鏈接，並且你的數據很少通過，否則這種解決方案是不可行的。甚至GA也不會自動將他們的訪問者cookie信息附加到他們跨域跟蹤的鏈接上（你必須在鏈接點擊時明確地調用他們的一個功能）。

2）使用具有持久數據層的標籤管理器系統。這是最簡單的解決方案，但大多數標籤管理員都值得該死，並且實際上可以做到這一點，所以需要花錢才能使用。

3）創建您自己的解決方案。基本上這個想法是創建一個服務器端腳本，它將接收任意數據並將其放入Cookie或服務器端，如平面文件或數據庫（您仍然可以使用cookie來存儲某種ID以查找數據在後者的情況下）。然後腳本也會輸出任意數據作爲一個javascript變量。該腳本將作爲JavaScript標籤包含在您的omniture代碼之前。通常在這個最初的包含中，你不會傳遞任何東西給腳本來設置;它只會輸出當前存儲的內容。然後，您可以將SiteCatalyst代碼基於這些輸出值。設置本地cookie等，然後在SiteCatalyst腳本執行後，再次調用服務器端腳本，如果有的話傳遞更新的值。這個方法有點棘手，特別是當試圖轉換基於cookie的插件來處理它時，但它是可行的（我已經做到了）。

Answer 4

根據更新scode的第二個響應，在兩個域上使用相同的scode。這將設置兩個Cookie和會話ID以及一個後備ID。

這些數據將全部設置在adobe的同一個服務器集羣上，然後處理規則將這兩個會話鏈接在一起。

如果要測試此項，請將#crosssesiontest添加到第一頁的條目網址，然後執行特定的旅程。

這將花費大約2個小時，然後這些數據將顯示在報告套件中，構建一個段以僅顯示包含具有#crosssesiontest的URL的會話，然後您可以看到您的數據。

這是假設你正在尋找將數據發送到同一個報告套件等