關注的實際功能是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
:
下面是從博客文章顯示這些規則的圖像:
什麼構成「實際瀏覽」?謝謝。 –
@StevenFrancolla物理訪問了有問題的域名。因此,如果您的瀏覽器沒有瀏覽到adtech.com,並且只通過其他域(即foo.com網站上的廣告)吸引內容,但實際上您從未實際訪問過adtech.com域,或者我相信一個子域該網站的Cookie問題將根據時間大小進行分區/清除。 –
有沒有其他人看到第一方cookie沒有被正確存儲/清除?我們的應用程序遇到問題,即使我們用於在主屏幕Web應用程序中進行身份驗證的第一方Cookie在註銷並過期之後仍然持續存在。在這裏發佈的線程顯示了我們正在經歷的真正簡化的版本:https://stackoverflow.com/questions/46551996/ios-11-cookie-expiration-in-home-screen-web-apps –