iOS的11顯然帶來了Cookie的工作顯著變化。iOS的11 Cookie的變化 - 尋求技術解釋
可有人向我提供的具體行爲變化的全面的，從技術上詳細的說明？
如果我們都將需要進行修改的方式我們網站的工作，以支持這一點，這種感覺就像一個重要的問題/線程與簡潔的細節給大家做參考來填充。
我能找到的最好的文章是這樣的：
https://adexchanger.com/data-driven-thinking/apples-upcoming-safari-changes-will-shake-ad-tech/
關注的實際功能是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：
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 –