浏览器跟踪保护设置详解
按保护范围、网站兼容性和用户控制权比较浏览器内置的跟踪保护设置，不把任何一项设置视为完整的隐私方案。
比较浏览器跟踪保护设置时，应关注每项控制会改变什么、适用于哪些范围，以及网站依赖受影响资源时会发生什么。Standard、Strict 或 Custom 这样的标签表示浏览器选择的策略，并不保证拦截所有跟踪器，也不保证每个页面都能毫无调整地正常运行。选择设置时，应从你想保护的活动和需要使用的网站开始考虑。
内置控制很有价值，因为浏览器能在处理页面、存储和请求的环节附近应用它们。它们可以限制已知的跟踪资源或跨站状态，而无需再安装其他组件。具体范围会因浏览器、版本、操作系统和配置文件而异。先阅读当前浏览器显示的说明，再查看官方帮助页面，确认某个具名选项目前涵盖什么。
没有一项设置能防止所有形式的跟踪。网站会收到提供请求所必需的信息，账户可以把活动关联到已登录的用户，浏览器也会暴露渲染页面所需的能力。跟踪保护只是隐私边界的一部分，还包括网站数据、权限、扩展程序、账户和网络选择。浏览器隐私基础指南介绍了这些层面之间的关系。
了解保护范围
“跟踪保护”可以指几种相关控制。浏览器可能限制指向已知跟踪资源的请求，或限制跨网站使用的第三方 Cookie。这些控制影响浏览会话的不同部分。Cookie 控制不一定会阻止请求；限制请求不会删除账户已经持有的数据；网站例外则可以缩小某个目标网站受到的影响，而不改变其他网站的规则。
先区分资源与关系。页面可能会加载来自其他组织的组件，例如视频播放器、支付流程、地图、字体服务或登录提供方。该组件会收到其运行所需的请求信息。有时，同一资源也会参与跨站衡量或个性化。浏览器的跟踪策略可能会限制某种状态或请求，同时仍保留组件；也可能对组件造成足够影响，使页面需要备用方案。
存储控制和跟踪资源控制不能互换。Cookie 可以保存登录状态或偏好，也可能被用于跨网站识别活动。浏览器管理的其他数据，包括本地存储和缓存，则有不同用途和生命周期。阻止某类存储，并不能证明页面与服务之间不会传递任何信息。反过来，访问后清除存储数据，也不能阻止服务处理访问期间发出的请求。对于持续时间较长的浏览器身份，Cookie 管理指南说明了 Cookie 状态如何持久保存，以及如何在不同配置文件之间保持隔离。
有些保护针对选定类别的资源或技术，而不是所有可能的参与者。Firefox 官方页面介绍了 Standard、Strict 和 Custom 保护模式。所选模式会影响 Firefox 应用的策略，因此在与其他产品比较前，应阅读浏览器中的当前说明。这些名称描述的是 Firefox 设置，并非通用等级，也不能完整说明页面可能产生的所有数据流。
Chrome 的帮助文档介绍了如何阻止第三方 Cookie 以及设置网站例外。这些控制针对跨网站使用的 Cookie 状态，但不能据此认定所有跨站请求或账户关联都会被阻止。网站例外可以为特定网站恢复 Cookie 访问权限，因此只应将例外限定在确有需要的网站和任务。
添加例外前，先写下失败的具体任务和你需要的结果。只更改相关网站的 Cookie 访问权限，然后重复该任务并检查预期功能是否恢复。如果没有恢复，就移除例外，并调查其他原因，不要在缺乏证据时扩大访问范围。如果例外确实有帮助，只在任务仍需要时保留；之后移除例外，并确认常规设置已恢复。这样做能形成小范围、可测试的变更，而不是对页面作宽泛假设。
与其按品牌比较，不如按可观察的范围比较控制项。留意设置是广泛适用还是仅针对某个类别、影响当前配置文件还是某个网站，以及浏览器如何说明限制资源后的结果。名称相似的设置可能产生不同影响，名称不同的控制也可能处理同一流程的相关部分。
按范围和权衡比较设置
Firefox 列出了 Standard、Strict 和 Custom 保护模式。阅读当前 Firefox 界面中的说明，了解已选模式和可用的自定义方式。这些名称不是其他浏览器通用的等级，本身也无法描述每个网站受到的影响。
默认等级适合希望浏览器应用其维护的基线、又不想自行决定每个类别的用户。它减少了需要管理的配置，但重要流程发生变化时，仍要留意。默认值可能随版本改变，浏览器也可能随着列表和实现的演进调整策略。比较不同时期的行为时，应记录浏览器版本，而不要把某个等级名称当作永久不变的规范。
根据浏览器的设计，较严格的等级可能限制更多资源，或在更多情况下启用保护。这可能适合更希望减少跨站关联、也能接受某些嵌入功能需要例外或替代途径的用户。它并非对所有人都自动最合适。如果页面用于工作、沟通、无障碍访问或必要服务，考虑保护效果时也要考虑中断带来的成本。
自定义控制适合希望选择具体类别、而不是接受一组捆绑策略的用户。选项越多，需要承担的管理责任也越多：你需要了解开关影响哪个类别、规则是全局还是针对特定网站，以及如何恢复先前状态。避免一次更改多个选项。只改一项后执行相同的日常任务，更容易判断是否由该控制造成变化。
可以用四个问题比较控制项：设置针对什么数据或资源？规则适用于哪里？哪些网站行为可能依赖受影响的资源？如何判断变更有效并撤销它？浏览器标签可能无法用一句话回答所有问题，因此应查阅适用于当前版本的帮助信息，并在可用时使用浏览器的可见指示或网站控制。
不要把浏览器设置当成谁拦截最多的简单竞赛。列表、默认值、实现细节和兼容性行为都会变化。标签更严格，并不能证明某个浏览器对每位用户都更安全；默认值不同，也不能证明某个浏览器缺少其他隐私控制。应比较你能检查的具体控制、它影响的任务以及可验证的结果。
还要区分浏览器级策略和网站例外。广泛设置规定配置文件的一般规则。例外会改变该规则对特定网站或类别的适用方式。例外可以恢复某项功能，但会削弱其指定范围内的保护。保持例外范围小、用途明确，并在工作流程不再需要时将其移除。
根据网站和任务选择设置
从一项真实任务出发，而不是从“让浏览器更私密”这样的抽象目标开始。任务可以是阅读公开文章、登录自己的账户、观看嵌入视频、使用地图或完成付款。明确所需结果、参与的服务，以及任务结束后是否应保留本地状态。这样可以在不假设所有第三方组件都不必要、也不假设所有请求用途相同的前提下选择控制项。
对于日常浏览，维护中的默认设置可以作为实用起点。了解浏览器在哪里显示当前保护状态，以及如何找到网站专属控制。如果页面行为改变，在调整全局策略前先记录哪个组件失效。嵌入播放器缺失、反复要求登录和无法结账是不同结果，可能涉及不同资源。
若任务需要保持连续性，应考虑相关状态是否需要保存在当前配置文件中。登录状态、已保存的偏好和离线数据都可能是正当需求。不要仅因为页面不像以前那样记住信息，就关闭广泛适用的控制；先确认该状态是否必要、网站是否提供第一方途径，以及是否有范围更窄的例外。如果只需重置一个网站的存储状态，应使用针对该网站的数据控制，而不是更改无关的保护设置。
处理敏感任务时，除了跟踪设置，也要检查其他参与者。已登录的服务可能会把活动关联到你的账户。扩展程序可能在自身权限范围内访问数据。工作场所或受管理设备可能在浏览器之外应用网络或留存政策。保护等级不会覆盖这些关系。跨层面隐私指南说明了为何浏览器、网站、账户和网络边界需要分别考虑。
如果你从事不同类型的工作，使用不同浏览器配置文件可以让边界更容易维持。每个配置文件都可以有自己的网站数据、扩展程序和浏览器偏好；同时也会增加一套需要维护的设置和留存状态。只有当这种区分需要跨会话持续存在时，才建立单独配置文件；不要为每次短暂访问都新建一个。为每个配置文件明确用途，并在用途结束时重新检查。
无障碍需求和必要功能也应纳入决定。页面可能使用媒体、登录提供方、字体服务或其他资源来提供所需功能。如果保护选择中断字幕、沟通、账户访问或必要交易，就可能需要换一种途径。在削弱更广泛的策略之前，先寻找第一方替代方案或范围有限的网站例外。不要为了保留特定网站集成而要求用户放弃无障碍设置。
适合的平衡会因网站和任务而异。公开阅读页面可能比依赖多个嵌入服务的应用更适合较严格的策略。这不表示每次访问都要永久改变全局选择。保持偏好的基线设置，只为已知工作流程使用最小必要例外，并在任务完成后恢复基线。
测试例外并谨慎排查
更改设置后网站出现故障时，先确认具体改了什么。如果一次更改了多个控制，就恢复到已知基线，然后每次只更改一项并重复任务。记录浏览器及版本、配置文件、网站、设置类别和用户可见的故障。不要收集无关浏览数据，也不要仅凭空白区域推断原因。可以复现的用户可见结果，比宽泛的浏览器行为清单更有用。
使用浏览器提供的网站控制，判断保护设置是否影响当前页面。有些浏览器会显示状态指示或受限制资源列表；另一些会分别展示网站权限和数据。阅读当前版本显示的文字及范围。指示器可以表明某项策略已生效，但不能证明所有跟踪都已停止，也不能解释网站与账户或嵌入服务之间的每种关系。
如果某项受限资源是特定功能所必需的，优先使用范围明确的例外，而不是到处关闭保护。确认例外只适用于预期网站，并弄清它只改变一个类别还是影响更广泛的策略。然后重复需要该功能的任务并确认结果。如果例外的范围不清楚，不要猜测；应查阅浏览器的官方帮助，或寻找可用的第一方替代方案。
为重要例外保留简单记录，包括网站、面向用户的用途、变更的设置、工作流程负责人，以及何时应复查。记录有助于区分有意选择的兼容性方案和无人记得的旧设置。记录中不应包含无关网站列表、账户内容或私人浏览历史。
任务结束后，如果不再需要例外，就将其移除。恢复先前的设置，并确认浏览器显示预期状态。如果移除例外后必要流程再次中断，就记录这种依赖，并判断网站是否有其他途径，或例外是否仍有必要。用户应能理解保留例外的好处和范围。
不要把每个兼容性问题都解读为保护过强的证据。网站可能更改代码，嵌入服务可能暂时不可用，会话可能过期，浏览器更新也可能改变行为。检查预期账户状态下同一功能能否使用，以及网站是否报告了问题。只有证据表明保护控制与结果有关时，才更改该控制。
随浏览器和网站变化复查设置
浏览器版本更新可能改变默认值、类别列表、例外处理方式和设置名称。旧版截图或说明可能已与当前界面不符。复查设置时，应使用适用于已安装浏览器版本的文档，并在该版本中确认控制项。不要仅因标签相似，就把一款浏览器的假设套用到另一款浏览器上。
浏览器更新或网站有重大变化后，重新检查重要工作流程。使用相同的账户、配置文件用途和用户可见任务，才能让比较有意义。如果结果不同，找出变化发生在哪个阶段：页面加载、嵌入功能、登录、表单提交或保存状态。这样可以缩小判断范围，而不必削弱无关控制。
自身需求变化时，也要重新审视设置。新账户、共享设备、无障碍要求或受管理的工作配置文件，都可能改变应由哪些参与者加入，以及哪些状态需要保留。同时复查扩展程序权限和网站例外，因为它们可能通过不同机制影响同一页面。浏览器权限指南将权限决定作为一项独立控制来说明，而非跟踪保护的替代品。
只保留自己理解且能够维护的配置。如果某项控制已不再服务于任务，就恢复浏览器的首选基线。如果某项例外仍有必要，应让负责人清楚了解其用途和复查时间。少量且容易解释的选择，比在无关排查中积累、无人记得的例外更容易验证。
浏览器跟踪保护设置最适合作为分层决策的一部分：选择维护中的基线，理解具体范围，只为必要任务设置窄范围例外，并在实际使用的浏览器中检查结果。这不能保证跟踪会消失，但能更清楚地限制选定的跨站活动，同时保留所需的网站功能和账户选择。
