跳转到主要内容

标签(标签)

资源精选(342) Go开发(108) Go语言(103) Go(99) angular(82) LLM(75) 大语言模型(63) 人工智能(53) 前端开发(50) LangChain(43) golang(43) 机器学习(39) Go工程师(38) Go程序员(38) Go开发者(36) React(33) Go基础(29) Python(24) Vue(22) Web开发(20) Web技术(19) 精选资源(19) 深度学习(19) Java(18) ChatGTP(17) Cookie(16) android(16) 前端框架(13) JavaScript(13) Next.js(12) 安卓(11) typescript(10) 资料精选(10) NLP(10) 第三方Cookie(9) Redwoodjs(9) LLMOps(9) Go语言中级开发(9) 自然语言处理(9) 聊天机器人(9) PostgreSQL(9) 区块链(9) mlops(9) 安全(9) 全栈开发(8) ChatGPT(8) OpenAI(8) Linux(8) AI(8) GraphQL(8) iOS(8) 软件架构(7) Go语言高级开发(7) AWS(7) C++(7) 数据科学(7) whisper(6) Prisma(6) 隐私保护(6) RAG(6) JSON(6) DevOps(6) 数据可视化(6) wasm(6) 计算机视觉(6) 算法(6) Rust(6) 微服务(6) 隐私沙盒(5) FedCM(5) 语音识别(5) Angular开发(5) 快速应用开发(5) 提示工程(5) Agent(5) LLaMA(5) 低代码开发(5) Go测试(5) gorm(5) REST API(5) 推荐系统(5) WebAssembly(5) GameDev(5) CMS(5) CSS(5) machine-learning(5) 机器人(5) 游戏开发(5) Blockchain(5) Web安全(5) Kotlin(5) 低代码平台(5) 机器学习资源(5) Go资源(5) Nodejs(5) PHP(5) Swift(5) 智能体(4) devin(4) Blitz(4) javascript框架(4) Redwood(4) GDPR(4) 生成式人工智能(4) Angular16(4) Alpaca(4) SAML(4) JWT(4) JSON处理(4) Go并发(4) kafka(4) 移动开发(4) 移动应用(4) security(4) 隐私(4) spring-boot(4) 物联网(4) nextjs(4) 网络安全(4) API(4) Ruby(4) 信息安全(4) flutter(4) 专家智能体(3) Chrome(3) CHIPS(3) 3PC(3) SSE(3) 人工智能软件工程师(3) LLM Agent(3) Remix(3) Ubuntu(3) GPT4All(3) 软件开发(3) 问答系统(3) 开发工具(3) 最佳实践(3) RxJS(3) SSR(3) Node.js(3) Dolly(3) 移动应用开发(3) 编程语言(3) 低代码(3) IAM(3) Web框架(3) CORS(3) 基准测试(3) Go语言数据库开发(3) Oauth2(3) 并发(3) 主题(3) Theme(3) earth(3) nginx(3) 软件工程(3) azure(3) keycloak(3) 生产力工具(3) gpt3(3) 工作流(3) C(3) jupyter(3) 认证(3) prometheus(3) GAN(3) Spring(3) 逆向工程(3) 应用安全(3) Docker(3) Django(3) R(3) .NET(3) 大数据(3) Hacking(3) 渗透测试(3) C++资源(3) Mac(3) 微信小程序(3) Python资源(3) JHipster(3) 大型语言模型(2) 语言模型(2) 可穿戴设备(2) JDK(2) SQL(2) Apache(2) Hashicorp Vault(2) Spring Cloud Vault(2) Go语言Web开发(2) Go测试工程师(2) WebSocket(2) 容器化(2) AES(2) 加密(2) 输入验证(2) ORM(2) Fiber(2) Postgres(2) Gorilla Mux(2) Go数据库开发(2) 模块(2) 泛型(2) 指针(2) HTTP(2) PostgreSQL开发(2) Vault(2) K8s(2) Spring boot(2) R语言(2) 深度学习资源(2) 半监督学习(2) semi-supervised-learning(2) architecture(2) 普罗米修斯(2) 嵌入模型(2) productivity(2) 编码(2) Qt(2) 前端(2) Rust语言(2) NeRF(2) 神经辐射场(2) 元宇宙(2) CPP(2) 数据分析(2) spark(2) 流处理(2) Ionic(2) 人体姿势估计(2) human-pose-estimation(2) 视频处理(2) deep-learning(2) kotlin语言(2) kotlin开发(2) burp(2) Chatbot(2) npm(2) quantum(2) OCR(2) 游戏(2) game(2) 内容管理系统(2) MySQL(2) python-books(2) pentest(2) opengl(2) IDE(2) 漏洞赏金(2) Web(2) 知识图谱(2) PyTorch(2) 数据库(2) reverse-engineering(2) 数据工程(2) swift开发(2) rest(2) robotics(2) ios-animation(2) 知识蒸馏(2) 安卓开发(2) nestjs(2) solidity(2) 爬虫(2) 面试(2) 容器(2) C++精选(2) 人工智能资源(2) Machine Learning(2) 备忘单(2) 编程书籍(2) angular资源(2) 速查表(2) cheatsheets(2) SecOps(2) mlops资源(2) R资源(2) DDD(2) 架构设计模式(2) 量化(2) Hacking资源(2) 强化学习(2) flask(2) 设计(2) 性能(2) Sysadmin(2) 系统管理员(2) Java资源(2) 机器学习精选(2) android资源(2) android-UI(2) Mac资源(2) iOS资源(2) Vue资源(2) flutter资源(2) JavaScript精选(2) JavaScript资源(2) Rust开发(2) deeplearning(2) RAD(2)

category

在过去的四年里,我们与行业一起,为更好的互联网开发了新的构建块——一个保持人们活动隐私并支持每个人免费体验的互联网。我们称这些构建块为隐私沙盒,它们已经被整个行业的公司合并,以开发更多的私人解决方案。

在现实世界中,如果没有建筑商利用他们的专业知识和创造力组装原材料,原材料就不会成为一个家。一个更私人的互联网也需要建设者——在这种情况下,开发者选择使用隐私沙盒和其他技术来发展现有的解决方案并创建新的解决方案。

必要且可实现的变化

我们必须共同努力,让互联网变得更加私有。用户应该得到它,越来越多的法规要求它。在继续支持免费访问在线内容和体验的同时实现这一转变是Privacy Sandbox使命的核心。这需要新的隐私保护技术来支持关键的开发者需求,包括在线广告,而这些需求如今依赖于第三方cookie和其他可以跟踪跨网站用户活动的标识符。

相比之下,其他网络浏览器限制了第三方cookie,而没有提供可行的替代方案来支持开发者。这使得出版商更难支持他们的内容和服务,也不利于用户隐私,因为这会导致更隐蔽的用户跟踪形式。

但别搞错了;即使有了新的构建块,摆脱第三方cookie也是一个重大变化。毕竟,近三十年来,该行业一直围绕cookie进行优化!改变是困难的,需要时间和精力来理解和采用新的方法。

当变化很大时,人们往往会反对。我们听到的反馈是,隐私沙盒不足或过于复杂,无法采用。虽然我们总是对建设性的反馈持开放态度,但我们希望解决我们听到的一些常见的反对意见,这样每个人都可以在知情的情况下决定是否使用隐私沙盒进行构建。

对共同反对意见的回应

反对意见1:隐私沙盒不能为第三方cookie支持的用例提供一对一的替换

隐私沙盒API并不旨在直接、一对一地取代所有基于cookie的第三方用例,也不旨在成为独立的广告技术解决方案。相反,它们旨在为营销人员和出版商提供支持核心业务目标的基本要素(如推动在线销售和提供相关广告),而无需跨站点标识符。开发人员可以将它们与其他技术和投入一起使用,以实现这些结果。同样,基于第三方cookie的产品也需要多层技术和服务来满足业务需求。

由于这些API在设计上不会重新创建第三方cookie和其他跨站点标识符的相同功能,开发人员可能需要重新设计现有产品的工作方式。例如,在设备上运行广告拍卖意味着以前仅限服务器的功能现在将与浏览器中运行的广告技术代码交互。某些依赖第三方cookie的功能,如基于网站用户活动档案的受众,将无法使用隐私沙盒直接复制。

我们相信,目前的隐私沙盒API——自9月起在Chrome中普遍可用——已经准备好将生态系统带入一个更私人的未来。我们致力于在未来几年推动隐私保护技术的发展,无论是在隐私还是实用性方面。

反对2:与使用标识符相比,隐私沙盒过于复杂

构建更私人的在线广告解决方案——不依赖于跨站点标识符的解决方案——代表着一种范式的转变。因此,一些行业对第三方cookie弃用的反应是开发新的跨站点标识符,这并不奇怪。虽然这些cookie更容易改装到现有产品中,并且通常被描述为“隐私至上”,但在实践中,它们可能并不代表对第三方cookie的有意义的改进,因为它们仍然可以在各个网站上重新识别用户。

设计系统以保护跨站点用户的身份并限制可用数据的数量,同时实现关键的开发者成果,需要技术创新和对新范式的开放。

使用新的、保护隐私的构建块也需要努力、独创性和时间。我们对建筑商感到鼓舞,他们已经将相关性和测量API作为实现广告商目标的关键构建块来重组他们的解决方案,而无需第三方cookie和无限制的跨站点数据。公司正在使用这些API来训练机器学习模型,甚至提供全新的产品。随着时间的推移,我们希望继续与开发人员合作,并参与他们的反馈,以最大限度地利用隐私沙盒为客户解锁机会。例如,我们为开发人员建立了一个噪声实验室,用于试验噪声报告,并根据他们的特定需求调整可配置的测量API。Privacy Sandbox Demos提供了开发人员如何解决关键用例的示例代码。

异议3:未来的隐私沙盒功能尚不确定

我们之前分享过,未来将需要一些隐私沙盒技术来进一步加强隐私保护。例如,对于受保护的受众,我们将要求在2026年之前使用栅栏框架进行广告渲染,并从事件级别的报告过渡。我们已经为这些未来需求中的每一个提供了“不早于”的日期,因此业界对API的预期发展有了明确的认识。额外的时间使我们能够继续与行业合作,为更广泛的关键用例设计和实施支持。例如,我们将在2026+年的需求之前发展围栏框架,以保持对受保护观众API视频和本地广告的支持。根据我们的承诺,将就这些变化咨询英国竞争与市场管理局(CMA),我们将在实施这些“最快”的要求之前继续听取生态系统的反馈。

一些人断言,在行业采用当前技术之前,我们今天必须为这些未来的隐私沙盒变化做好完整的技术设计准备。我们不同意。互联网技术已经并将继续发展,但这不应阻碍当前构建块的进步。提供预期发展的透明度和行业合作的时间,是确保这些技术继续以有利于用户和生态系统的方式发展的最佳方式。

反对意见4:谷歌的产品在隐私沙盒方面一定有优势

所有使用隐私沙盒技术的企业和开发人员——包括谷歌——都可以使用相同的隐私沙盒功能。我们已向CMA承诺,确保API不会对谷歌有利,也不会对谷歌的产品和服务给予特殊待遇。谷歌正在积极将人人都可以使用的隐私沙盒构建块纳入其产品中,包括谷歌的广告产品。

反对意见5:建立在隐私沙盒上的成本太高

构建解决方案以实现更私人的网络需要真正的资源、时间和精力投资。但这种投资对于重建用户信任和确保自由开放互联网的未来是必要的。如今,世界上一半以上的地区都受到全面的隐私和数据保护法的保护,而且这些要求越来越高。此外,其他浏览器正在限制跨站点标识符,并限制跨站点和应用程序跟踪用户的方式。总的来说,建设更好的网络隐私的投资回报是巨大的,而且还在增长。

创新的解决方案往往需要新技术来推进可能的发展。对于隐私沙盒,这包括使用隐私增强技术,如基于云的可信执行环境(TEE),在实现复杂数据处理的同时保护用户数据。这可能意味着对一些广告技术进行新的投资,但随着时间的推移,我们可以期待更多的采用,以提高效率和降低成本——就像我们在其他基础互联网技术中看到的那样。

改善隐私也可以直接使企业受益。例如,减少跨站点跟踪可以为出版商提供更好的保护,防止第三方cookie存在的昂贵的第一方数据泄露风险。这一额外的数据保护层可以利用第一方数据创造新的产品机会,我们已经看到公司朝着这个方向迈出了步伐。

异议6:隐私沙盒API不是基于真正的生态系统输入

Privacy Sandbox代表了整个行业数百个人的集体工作,他们在各种论坛上花了数千小时讨论、辩论API设计并提供反馈。

“受保护的受众”是一个很好的例子,说明了隐私沙盒是如何通过此次合作形成的。它由2019年提出的TURTLEDOVE演变而来,基于包括Criteo、RTB House、OpenX和NextRoll在内的许多公司的想法。例如,Criteo提出增加一个在可信执行环境(TEE)中运行的服务模型;RTB-House改进了设备上拍卖的匿名模型和个性化能力;OpenX提出了多卖家拍卖的结构,以使出版商能够在货币化中进行选择;NextRoll为买方和卖方在当前设计中的责任分配做出了贡献。

受保护的受众只是一个例子。在过去的一年里,我们根据直接的生态系统输入对Topics(一种更新的分类法和热门主题选择方法)、Attribution Reporting(灵活的事件级配置)等进行了更新。行业投入一直是,并将继续是塑造隐私沙盒API的关键。

反对意见7:移动第三方cookie弃用的时间表将有助于生态系统做好准备

我们知道有些人想要更多的时间,但我们一再从行业中听到,改变时间表可能会导致生态系统准备不足,而不是更多。Digiday最近一项关于行业准备情况的调查得出结论,“有一件大事可以促使行业为后cookie时代做好准备,那就是谷歌坚持到最后期限。”虽然弃用第三方cookie的时间表取决于英国CMA是否解决任何剩余的竞争问题,但我们鼓励大家为2024年第三方cookie的弃用做好准备。

准备更改

越来越多的组织倾向于这一变化。他们展示了使用隐私沙盒和其他隐私保护技术来发展现有解决方案和构建新解决方案的可能性。看到这些创新令人鼓舞,我们对它们将如何随着时间的推移而发展感到兴奋。

对于那些准备朝着有意义的网络隐私变革迈出下一步的人,请访问privacysandbox.com和developer.google.com/privacysandbox了解更多信息。

文章链接

标签