主頁 > 軟體設計 > 走向“末日”的 Cookie 真的會消失嗎?

走向“末日”的 Cookie 真的會消失嗎?

2021-08-12 08:10:08 軟體設計

整理 | 鄭麗媛
出品 | CSDN(ID:CSDNnews)

對于廣告商與用戶而言,Cookie 大概就是一種“吾之蜜糖,汝之砒霜”的存在:廣告商鐘愛 Cookie 助其定位用戶愛好以推送個性化廣告,用戶卻視 Cookie 為一枚巨大的隱私炸彈,

基于此,業界普遍認為 Cookie 技術越來越不安全,棄用 Cookie 仿佛已成為各大瀏覽器廠商必喊的一句口號,前有蘋果使用 IDFA(廣告商識別符號)取代 Cookie,后有谷歌推出 Cookie 替代品——新型廣告技術 FLoC,

毋庸置疑,如此處境下的 Cookie 已然迎來了“末日”,但它作為過往數十年整個數字廣告生態的重要基底,最終真的會消失嗎?

在這里插入圖片描述

一、被個人隱私打倒的 Cookie

誕生于 1994 年的 Cookie 曾經口碑真的很不錯,早期互動式 Web 逐漸興起,HTTP 的“無連接,無狀態”卻極大阻礙了其發展,而網景公司當時一名員工 Lou Montulli 所開發的 Cookie 卻令一切迎刃而解,

簡單來說,Cookie 就是存盤在瀏覽器中記住用戶屬性的小文本檔案,當用戶使用 Cookie 瀏覽網站時,該檔案會存盤在計算機上,隨后,網站和跟蹤公司就可以查看該檔案以了解用戶身份并確定用戶的某些行為,例如是否經常訪問該網站或上次訪問該網站時將哪些產品放入購物車中,當用戶再次訪問購物網站時,通過 Cookie 就可以向用戶針對性的推送某些產品,此外,Cookie 還能用于記住登錄資訊,用戶就能免去每次訪問都要重新輸入密碼的麻煩,

Lou Montulli 提出的這個想法很快便在許多瀏覽器中流行開來,并開始逐漸演變為廣告商的一種工具:密切跟蹤互聯網上的用戶行為以推送個性化廣告,

經過二十幾年的發展后,Cookie 變得“無處不在”:外媒 The Markup 曾在去年 9 月利用網路隱私檢查工具 Blacklight 掃描超過 8 萬個熱門網站,結果發現 87% 的網站均加載了來自第三方或跟蹤網路請求的 Cookie,(注:Cookie 有第一方和第三方的區別,第一方 Cookie 來自用戶正在訪問的站點,第三方 Cookie 也會在用戶訪問站點時加載,但不一定來自其正在訪問的站點,)

曾經的我們并未察覺這其中有什么隱患,但隨著近年來個人隱私被濫用的案例層出不窮,用戶呼吁抵制跟蹤的聲音越來越大,各大廠終于開始對 Cookie 下手了,

二、大廠紛紛拋棄,Cookie 走向“末日”

平心而論,Cookie 收集的資訊實在有些敏感,廣告商可以通過 Cookie 所跟蹤的瀏覽歷史等資料,推測出用戶的個人資訊及興趣,隨后將相關廣告直接定位到可能會對此感興趣的用戶,不僅如此,廣告商還可以通過 Cookie 跟蹤用戶是否查看過廣告,并通過某些技術來推測用戶的年齡、興趣,甚至還能精準地確定用戶的身份,

而這背后所有的一切,大多數人根本無從得知,電子前沿基金會(EFF)的技術專家 Bennett Cyphers 曾說:“你的瀏覽歷史可能會被數十家你從未聽說過的公司共享,你很難弄清楚到底發生了什么,因此也自然不可能了解這些資料在離開你的計算機后會發生什么,”

基于此,2018 年歐洲通用資料保護條例(GDPR)要求網站運營商在利用 Cookie 進行跟蹤時必須征得訪問者同意,在這之后大多數網站也遵守照做,可現實情況是,人們往往會不加思考地迅速點擊“同意”,事后若想追究責任大概率也無從申訴,

不過隨著越來越多人意識到網路跟蹤的潛在隱患,拒絕與陌生人分享瀏覽歷史,近年來各大主流瀏覽器廠商也開始順應這種用戶需求:Mozilla 旗下的 Firefox 和蘋果的 Safari 瀏覽器默認阻止第三方 Cookie 跟蹤,谷歌也承諾在其 Chrome 瀏覽器上效仿,

但這些舉措對于那些基于 Cookie 收集用戶行為推送個性化廣告的廣告公司而言,無疑為其業務收益帶來了極大影響,同時也預示著 Cookie 開始走向消亡,

三、總會有別的“Cookie”會繼續存在

Cookie 被抵制,但跟蹤技術卻無法抵制,尤其是對廣告業務占收入大頭的谷歌而言,因此,在 Cookie 遭業界質疑的時候,谷歌便開始測驗一種取代 Cookie 的新型廣告技術 FLoC(Federated Learning of Cohorts),

據谷歌介紹,FLoC 是一種利用機器學習演算法分析用戶資料,根據每個人訪問的網站創建一個數千人的群體集合,在這程序中廣告商不會獲得用戶本地資料,而是直接獲得更廣泛的用戶畫像,從而在保護用戶隱私的同時進行廣告投放,

可惜,谷歌的這番宣傳并沒有得到業界的普遍認可,反對的主要理由是:盡管 FLoC 相較 Cookie 更復雜并具有私密性,但仍可能存在潛藏的隱私問題,因此,微軟、Mozilla、Brave 和Vivaldi 等企業都明確表示反對 FLoC,甚至連 GitHub 都使用新的 HTTP 標頭屏蔽了 FLoC,或許 FLoC 的推廣不利,谷歌在 2020 年承諾將在 2022 年阻止 Chrome 瀏覽器中的第三方跟蹤后,又將日期推遲到了 2023 年,

許多業界專家也對谷歌的 FLoC 表示質疑,Tech Projects 團隊的一名技術專家 Bennett Cyphers 認為 FLoC 是“一個可怕的想法”,它只是以另一種監視形式取代了原先的 Cookie,因此可以說,即便未來 Cookie 會消亡,但也不會完全消失,總會有另一種“Cookie”將繼續存在,

卡內基梅隆大學的 Telang 教授也表示,雖然他對這些改善隱私保護的措施感到欣慰,但目前尚不清楚這些改變是否最侄訓為人們帶來更美好的未來:“現在,我們只知道他們將停止共享私人資訊,但這真的會提高安全性嗎?”

目前看來,要想將 Cookie 從整個數字廣告生態系統中剝離開來尚且還有一定難度,但大局似乎已定,各主流瀏覽器廠商也均已表態,Cookie 走向“末日”的步伐雖然緩慢,但只要人們對于隱私保護的意識不減,這一趨勢看似已無法改變,

參考鏈接:

  • https://thenextweb.com/news/is-cookie-web-tracker-dying-syndication

  • https://www.eff.org/deeplinks/2021/03/googles-floc-terrible-idea

  • https://www.modernretail.co/platforms/cookiepocalypse-what-the-death-of-the-third-party-cookie-means-for-retailers/

轉載請註明出處,本文鏈接:https://www.uj5u.com/ruanti/293228.html

標籤:其他

上一篇:詐騙應用重卷AppStore

下一篇:2021中青杯數學建模A題 (論文+代碼) 超詳細

標籤雲
其他(157675) Python(38076) JavaScript(25376) Java(17977) C(15215) 區塊鏈(8255) C#(7972) AI(7469) 爪哇(7425) MySQL(7132) html(6777) 基礎類(6313) sql(6102) 熊猫(6058) PHP(5869) 数组(5741) R(5409) Linux(5327) 反应(5209) 腳本語言(PerlPython)(5129) 非技術區(4971) Android(4554) 数据框(4311) css(4259) 节点.js(4032) C語言(3288) json(3245) 列表(3129) 扑(3119) C++語言(3117) 安卓(2998) 打字稿(2995) VBA(2789) Java相關(2746) 疑難問題(2699) 细绳(2522) 單片機工控(2479) iOS(2429) ASP.NET(2402) MongoDB(2323) 麻木的(2285) 正则表达式(2254) 字典(2211) 循环(2198) 迅速(2185) 擅长(2169) 镖(2155) 功能(1967) .NET技术(1958) Web開發(1951) python-3.x(1918) HtmlCss(1915) 弹簧靴(1913) C++(1909) xml(1889) PostgreSQL(1872) .NETCore(1853) 谷歌表格(1846) Unity3D(1843) for循环(1842)

熱門瀏覽
  • 面試突擊第一季,第二季,第三季

    第一季必考 https://www.bilibili.com/video/BV1FE411y79Y?from=search&seid=15921726601957489746 第二季分布式 https://www.bilibili.com/video/BV13f4y127ee/?spm_id_fro ......

    uj5u.com 2020-09-10 05:35:24 more
  • 第三單元作業總結

    1.前言 這應該是本學期最后一次寫作業總結了吧。總體來說,對作業的節奏也差不多掌握了,作業做起來的效率也更高了。雖然和之前的作業一樣,作業中都要用到新的知識,但是相比之前,更加懂得了如何利用工具以及資料。雖然之間卡過殼,但總體而言,這幾次作業還算完成的比較好。 2.作業程序總結 相比前兩個單元,此單 ......

    uj5u.com 2020-09-10 05:35:41 more
  • 北航OO(2020)第四單元博客作業暨課程總結博客

    北航OO(2020)第四單元博客作業暨課程總結博客 本單元作業的架構設計 在本單元中,由于UML圖具有比較清晰的樹形結構,因此我對其中需要進行查詢操作的元素進行了包裝,在樹的父節點中存盤所有孩子的參考。考慮到性能問題,我采用了快取機制,一次查詢后盡可能快取已經遍歷過的資訊,以減少遍歷次數。 本單元我 ......

    uj5u.com 2020-09-10 05:35:48 more
  • BUAA_OO_第四單元

    一、UML決議器設計 ? 先看下題目:第四單元實作一個基于JDK 8帶有效性檢查的UML(Unified Modeling Language)類圖,順序圖,狀態圖分析器 MyUmlInteraction,實際上我們要建立一個有向圖模型,UML中的物件(元素)可能與同級元素連接,也可與低級元素相連形成 ......

    uj5u.com 2020-09-10 05:35:54 more
  • 6.1邏輯運算子

    邏輯運算子 1. && 短路與 運算式1 && 運算式2 01.運算式1為true并且運算式2也為true 整體回傳為true 02.運算式1為false,將不會執行運算式2 整體回傳為false 03.只要有一個運算式為false 整體回傳為false 2. || 短路或 運算式1 || 運算式2 ......

    uj5u.com 2020-09-10 05:35:56 more
  • BUAAOO 第四單元 & 課程總結

    1. 第四單元:StarUml檔案決議 本單元采用了圖模型決議UML。 UML檔案可以抽象為圖、子圖、邊的邏輯結構。 在實作中,圖的節點包括類、介面、屬性,子圖包括狀態圖、順序圖等。 采用了三次遍歷UML元素的方法建圖,第一遍遍歷建點,第二、三次遍歷設定屬性、連邊,實作圖物件的初始化。這里借鑒了一些 ......

    uj5u.com 2020-09-10 05:36:06 more
  • 談談我對C# 多型的理解

    面向物件三要素:封裝、繼承、多型。 封裝和繼承,這兩個比較好理解,但要理解多型的話,可就稍微有點難度了。今天,我們就來講講多型的理解。 我們應該經常會看到面試題目:請談談對多型的理解。 其實呢,多型非常簡單,就一句話:呼叫同一種方法產生了不同的結果。 具體實作方式有三種。 一、多載 多載很簡單。 p ......

    uj5u.com 2020-09-10 05:36:09 more
  • Python 資料驅動工具:DDT

    背景 python 的unittest 沒有自帶資料驅動功能。 所以如果使用unittest,同時又想使用資料驅動,那么就可以使用DDT來完成。 DDT是 “Data-Driven Tests”的縮寫。 資料:http://ddt.readthedocs.io/en/latest/ 使用方法 dd. ......

    uj5u.com 2020-09-10 05:36:13 more
  • Python里面的xlrd模塊詳解

    那我就一下面積個問題對xlrd模塊進行學習一下: 1.什么是xlrd模塊? 2.為什么使用xlrd模塊? 3.怎樣使用xlrd模塊? 1.什么是xlrd模塊? ?python操作excel主要用到xlrd和xlwt這兩個庫,即xlrd是讀excel,xlwt是寫excel的庫。 今天就先來說一下xl ......

    uj5u.com 2020-09-10 05:36:28 more
  • 當我們創建HashMap時,底層到底做了什么?

    jdk1.7中的底層實作程序(底層基于陣列+鏈表) 在我們new HashMap()時,底層創建了默認長度為16的一維陣列Entry[ ] table。當我們呼叫map.put(key1,value1)方法向HashMap里添加資料的時候: 首先,呼叫key1所在類的hashCode()計算key1 ......

    uj5u.com 2020-09-10 05:36:38 more
最新发布
  • 【中介者設計模式詳解】C/Java/JS/Go/Python/TS不同語言實作

    * 中介者模式是一種行為型設計模式,它可以用來減少類之間的直接依賴關系,
    * 將物件之間的通信封裝到一個中介者物件中,從而使得各個物件之間的關系更加松散。
    * 在中介者模式中,物件之間不再直接相互互動,而是通過中介者來中轉訊息。 ......

    uj5u.com 2023-04-20 08:20:47 more
  • 露天煤礦現場調研和交流案例分享

    他們集團的資訊化公司及研究院在一個礦區正在做智能礦山的統一平臺的 試點,專案投資大概1億,包括了礦山的各方面的內容,顯示得我們這次交流有點多余。他們2年前開始做智能礦山的規劃,有很多煤礦行業專家的加持,他們的描述是非常完美,但是去年底應該上線的平臺,現在還沒有看到影子。他們確實有很多場景需求,但是被... ......

    uj5u.com 2023-04-20 08:20:25 more
  • 《社區人員管理》實戰案例設計&個人案例分享

    設計是一個讓人夢想成真程序,開始編碼、測驗、除錯之前進行需求分析和架構設計,才能保證關鍵方面都做正確 ......

    uj5u.com 2023-04-20 08:20:17 more
  • 軟體架構生態化-多角色交付的探索實踐

    作為一個技術架構師,不僅僅要緊跟行業技術趨勢,還要結合研發團隊現狀及痛點,探索新的交付方案。在日常中,你是否遇到如下問題 “ 業務需求排期長研發是瓶頸;非研發角色感受不到研發技改提效的變化;引入ISV 團隊又擔心質量和安全,培訓周期長“等等,基于此我們探索了一種新的技術體系及交付方案來解決如上問題。 ......

    uj5u.com 2023-04-20 08:20:10 more
  • 【中介者設計模式詳解】C/Java/JS/Go/Python/TS不同語言實作

    * 中介者模式是一種行為型設計模式,它可以用來減少類之間的直接依賴關系,
    * 將物件之間的通信封裝到一個中介者物件中,從而使得各個物件之間的關系更加松散。
    * 在中介者模式中,物件之間不再直接相互互動,而是通過中介者來中轉訊息。 ......

    uj5u.com 2023-04-20 08:19:44 more
  • 露天煤礦現場調研和交流案例分享

    他們集團的資訊化公司及研究院在一個礦區正在做智能礦山的統一平臺的 試點,專案投資大概1億,包括了礦山的各方面的內容,顯示得我們這次交流有點多余。他們2年前開始做智能礦山的規劃,有很多煤礦行業專家的加持,他們的描述是非常完美,但是去年底應該上線的平臺,現在還沒有看到影子。他們確實有很多場景需求,但是被... ......

    uj5u.com 2023-04-20 08:19:07 more
  • 《社區人員管理》實戰案例設計&個人案例分享

    設計是一個讓人夢想成真程序,開始編碼、測驗、除錯之前進行需求分析和架構設計,才能保證關鍵方面都做正確 ......

    uj5u.com 2023-04-20 08:18:57 more
  • 軟體架構生態化-多角色交付的探索實踐

    作為一個技術架構師,不僅僅要緊跟行業技術趨勢,還要結合研發團隊現狀及痛點,探索新的交付方案。在日常中,你是否遇到如下問題 “ 業務需求排期長研發是瓶頸;非研發角色感受不到研發技改提效的變化;引入ISV 團隊又擔心質量和安全,培訓周期長“等等,基于此我們探索了一種新的技術體系及交付方案來解決如上問題。 ......

    uj5u.com 2023-04-20 08:18:49 more
  • 05單件模式

    #經典的單件模式 public class Singleton { private static Singleton uniqueInstance; //一個靜態變數持有Singleton類的唯一實體。 // 其他有用的實體變數寫在這里 //構造器宣告為私有,只有Singleton可以實體化這個類! ......

    uj5u.com 2023-04-19 08:42:51 more
  • 【架構與設計】常見微服務分層架構的區別和落地實踐

    軟體工程的方方面面都遵循一個最基本的道理:沒有銀彈,架構分層模型更是如此,每一種都有各自優缺點,所以請根據不同的業務場景,并遵循簡單、可演進這兩個重要的架構原則選擇合適的架構分層模型即可。 ......

    uj5u.com 2023-04-19 08:42:41 more