2017-08-31 64 views
9

iOS的11顯然帶來了Cookie的工作顯著變化。iOS的11 Cookie的變化 - 尋求技術解釋

可有人向我提供的具體行爲變化的全面的,從技術上詳細的說明?

如果我們都將需要進行修改的方式我們網站的工作,以支持這一點,這種感覺就像一個重要的問題/線程與簡潔的細節給大家做參考來填充。

我能找到的最好的文章是這樣的:

https://adexchanger.com/data-driven-thinking/apples-upcoming-safari-changes-will-shake-ad-tech/

回答

5

關注的實際功能是WebKit的智能跟蹤預防。

這對WebKit的博客中被覆蓋:https://webkit.org/blog/7675/intelligent-tracking-prevention

我會嘗試總結爲這樣的好處:

的目的是,從站點被確定爲第三方Cookie執行跨網站跟蹤只能在您的網站上可用,如果用戶是第三方網站的活動用戶

的機器學習算法,在設備上,使得一個站點是做跨站跟蹤的判定。這將觸發此決心的確切條件沒有在博客中明確。

例子:

使用AdTech的合作爲例,與Foo.com爲您的網站。

  • 你有AdTech的合作在您的網站,foo.com依賴於一個adtech.com cookie來識別用戶跟蹤代碼。

  • adtech.com是一個第三方的cookie,它不是foo.com子域,它已經被確定爲一個跨站跟蹤

  • 無論用戶是AdTech的合作的活躍用戶被瀏覽器跟蹤 - 他們實際上是否以用戶身份瀏覽了adtech.com?

如果過去一天用戶實際已經瀏覽adtech.com

  • cookies,如果用戶已經幾天adtech.com 1-30之間前瀏覽的作品爲正常

  • 餅乾是分區,這意味着可以存儲和檢索adtech.com Cookie,但其範圍爲foo.com。在bar.com運行AdTech的C0代碼將無法讀取這些cookie,即使它們被adtech.com

國有如果在30天內,用戶沒有瀏覽adtech.com

  • 的cookie被清除完全

下面是從博客文章顯示這些規則的圖像:

Third party cookie rules

+0

什麼構成「實際瀏覽」?謝謝。 –

+0

@StevenFrancolla物理訪問了有問題的域名。因此,如果您的瀏覽器沒有瀏覽到adtech.com,並且只通過其他域(即foo.com網站上的廣告)吸引內容,但實際上您從未實際訪問過adtech.com域,或者我相信一個子域該網站的Cookie問題將根據時間大小進行分區/清除。 –

+0

有沒有其他人看到第一方cookie沒有被正確存儲/清除?我們的應用程序遇到問題,即使我們用於在主屏幕Web應用程序中進行身份驗證的第一方Cookie在註銷並過期之後仍然持續存在。在這裏發佈的線程顯示了我們正在經歷的真正簡化的版本:https://stackoverflow.com/questions/46551996/ios-11-cookie-expiration-in-home-screen-web-apps –