01
使用站内搜索时：限制只有必要人员访问日志
遇到“使用站内搜索时”时，先不要连续点击或重复刷新。 建议先“限制只有必要人员访问日志”，目标是减少重复操作。这样做可以把页面主题、链接目标和用户动作放在同一条逻辑线上，避免因为相似名称产生误判。 对于“使用站内搜索时”，如果这个动作已经给出明确结果，就不要再把问题扩展到无关栏目。完成这一步后，再决定是留在当前条目、返回上一级栏目，还是使用站内搜索换一个更准确的入口。
浏览参考手册
隐私与反馈参考
围绕站内搜索、邮件反馈、服务器日志和本地脚本，说明默认源码能够确认的隐私边界以及部署后需要真实补充的部分。
返回参考手册总览 →02
准备发送反馈邮件时：不对不存在的数据处理作承诺
当“准备发送反馈邮件时”出现，最有效的第一步通常是确认当前位置。 建议先“不对不存在的数据处理作承诺”，目标是找到下一步入口。页面已经提供标题、摘要、栏目和相关链接时，应先利用这些现有线索，而不是依赖不存在的实时数据。 对于“准备发送反馈邮件时”，如果这个动作已经给出明确结果，就不要再把问题扩展到无关栏目。当问题已经得到确认，就不必继续扩展到其他主题；保持页面意图专一同样能减少后续误操作。
03
服务器可能记录访问日志时：避免在搜索框输入密码或证件号
如果当前情况是“服务器可能记录访问日志时”，可以先把问题缩小到页面本身。 建议先“避免在搜索框输入密码或证件号”，目标是确认当前页面。即使图片或脚本暂时不可用，服务端输出的正文与真实链接仍然能够承担大部分判断工作。 对于“服务器可能记录访问日志时”，如果这个动作已经给出明确结果，就不要再把问题扩展到无关栏目。需要继续深入时，应选择能够直接描述目标的链接，而不是只根据按钮颜色或图片位置判断。
04
部署者替换统计脚本后：新增外部服务前补充披露
面对“部署者替换统计脚本后”，判断顺序比尝试更多操作更重要。 建议先“新增外部服务前补充披露”，目标是保持阅读上下文。这样做可以把页面主题、链接目标和用户动作放在同一条逻辑线上，避免因为相似名称产生误判。 对于“部署者替换统计脚本后”，如果这个动作已经给出明确结果，就不要再把问题扩展到无关栏目。完成这一步后，再决定是留在当前条目、返回上一级栏目，还是使用站内搜索换一个更准确的入口。
05
页面没有账户系统时：如实说明实际数据流向
在“页面没有账户系统时”这个场景里，先明确目标能够减少无效跳转。 建议先“如实说明实际数据流向”，目标是减少重复操作。页面已经提供标题、摘要、栏目和相关链接时，应先利用这些现有线索，而不是依赖不存在的实时数据。 对于“页面没有账户系统时”，如果这个动作已经给出明确结果，就不要再把问题扩展到无关栏目。当问题已经得到确认，就不必继续扩展到其他主题；保持页面意图专一同样能减少后续误操作。
06
用户只需要浏览公开内容时：截图前遮挡私人区域
“用户只需要浏览公开内容时”并不一定代表站点故障，先检查可见信息更稳妥。 建议先“截图前遮挡私人区域”，目标是找到下一步入口。即使图片或脚本暂时不可用，服务端输出的正文与真实链接仍然能够承担大部分判断工作。 对于“用户只需要浏览公开内容时”，如果这个动作已经给出明确结果，就不要再把问题扩展到无关栏目。需要继续深入时，应选择能够直接描述目标的链接，而不是只根据按钮颜色或图片位置判断。
07
联系页面没有数据库表单时：只提交解决问题所需的信息
遇到“联系页面没有数据库表单时”时，先不要连续点击或重复刷新。 建议先“只提交解决问题所需的信息”，目标是确认当前页面。这样做可以把页面主题、链接目标和用户动作放在同一条逻辑线上，避免因为相似名称产生误判。 对于“联系页面没有数据库表单时”，如果这个动作已经给出明确结果，就不要再把问题扩展到无关栏目。完成这一步后，再决定是留在当前条目、返回上一级栏目，还是使用站内搜索换一个更准确的入口。
08
需要描述浏览器问题时：明确日志字段与保留时间
当“需要描述浏览器问题时”出现，最有效的第一步通常是确认当前位置。 建议先“明确日志字段与保留时间”，目标是保持阅读上下文。页面已经提供标题、摘要、栏目和相关链接时，应先利用这些现有线索，而不是依赖不存在的实时数据。 对于“需要描述浏览器问题时”，如果这个动作已经给出明确结果，就不要再把问题扩展到无关栏目。当问题已经得到确认，就不必继续扩展到其他主题；保持页面意图专一同样能减少后续误操作。
09
准备附带截图时：让隐私文本与部署配置保持一致
如果当前情况是“准备附带截图时”，可以先把问题缩小到页面本身。 建议先“让隐私文本与部署配置保持一致”，目标是减少重复操作。即使图片或脚本暂时不可用，服务端输出的正文与真实链接仍然能够承担大部分判断工作。 对于“准备附带截图时”，如果这个动作已经给出明确结果，就不要再把问题扩展到无关栏目。需要继续深入时，应选择能够直接描述目标的链接，而不是只根据按钮颜色或图片位置判断。
10
搜索词包含私人信息时：变更脚本后同步更新说明
面对“搜索词包含私人信息时”，判断顺序比尝试更多操作更重要。 建议先“变更脚本后同步更新说明”，目标是找到下一步入口。这样做可以把页面主题、链接目标和用户动作放在同一条逻辑线上，避免因为相似名称产生误判。 对于“搜索词包含私人信息时”，如果这个动作已经给出明确结果，就不要再把问题扩展到无关栏目。完成这一步后，再决定是留在当前条目、返回上一级栏目，还是使用站内搜索换一个更准确的入口。
11
在共享设备上使用搜索时：共享设备上完成后关闭页面
在“在共享设备上使用搜索时”这个场景里，先明确目标能够减少无效跳转。 建议先“共享设备上完成后关闭页面”，目标是确认当前页面。页面已经提供标题、摘要、栏目和相关链接时，应先利用这些现有线索，而不是依赖不存在的实时数据。 对于“在共享设备上使用搜索时”，如果这个动作已经给出明确结果，就不要再把问题扩展到无关栏目。当问题已经得到确认，就不必继续扩展到其他主题；保持页面意图专一同样能减少后续误操作。
12
站点新增第三方服务后：删除与反馈无关的敏感字段
“站点新增第三方服务后”并不一定代表站点故障，先检查可见信息更稳妥。 建议先“删除与反馈无关的敏感字段”，目标是保持阅读上下文。即使图片或脚本暂时不可用，服务端输出的正文与真实链接仍然能够承担大部分判断工作。 对于“站点新增第三方服务后”，如果这个动作已经给出明确结果，就不要再把问题扩展到无关栏目。需要继续深入时，应选择能够直接描述目标的链接，而不是只根据按钮颜色或图片位置判断。
13
隐私说明与实际配置不一致时：限制只有必要人员访问日志
遇到“隐私说明与实际配置不一致时”时，先不要连续点击或重复刷新。 建议先“限制只有必要人员访问日志”，目标是减少重复操作。这样做可以把页面主题、链接目标和用户动作放在同一条逻辑线上，避免因为相似名称产生误判。 对于“隐私说明与实际配置不一致时”，如果这个动作已经给出明确结果，就不要再把问题扩展到无关栏目。完成这一步后，再决定是留在当前条目、返回上一级栏目，还是使用站内搜索换一个更准确的入口。
14
需要保留故障日志时：不对不存在的数据处理作承诺
当“需要保留故障日志时”出现，最有效的第一步通常是确认当前位置。 建议先“不对不存在的数据处理作承诺”，目标是找到下一步入口。页面已经提供标题、摘要、栏目和相关链接时，应先利用这些现有线索，而不是依赖不存在的实时数据。 对于“需要保留故障日志时”，如果这个动作已经给出明确结果，就不要再把问题扩展到无关栏目。当问题已经得到确认，就不必继续扩展到其他主题；保持页面意图专一同样能减少后续误操作。
15
准备修改日志保留策略时：避免在搜索框输入密码或证件号
如果当前情况是“准备修改日志保留策略时”，可以先把问题缩小到页面本身。 建议先“避免在搜索框输入密码或证件号”，目标是确认当前页面。即使图片或脚本暂时不可用，服务端输出的正文与真实链接仍然能够承担大部分判断工作。 对于“准备修改日志保留策略时”，如果这个动作已经给出明确结果，就不要再把问题扩展到无关栏目。需要继续深入时，应选择能够直接描述目标的链接，而不是只根据按钮颜色或图片位置判断。
16
使用站内搜索时：新增外部服务前补充披露
面对“使用站内搜索时”，判断顺序比尝试更多操作更重要。 建议先“新增外部服务前补充披露”，目标是保持阅读上下文。这样做可以把页面主题、链接目标和用户动作放在同一条逻辑线上，避免因为相似名称产生误判。 对于“使用站内搜索时”，如果这个动作已经给出明确结果，就不要再把问题扩展到无关栏目。完成这一步后，再决定是留在当前条目、返回上一级栏目，还是使用站内搜索换一个更准确的入口。
17
准备发送反馈邮件时：如实说明实际数据流向
在“准备发送反馈邮件时”这个场景里，先明确目标能够减少无效跳转。 建议先“如实说明实际数据流向”，目标是减少重复操作。页面已经提供标题、摘要、栏目和相关链接时，应先利用这些现有线索，而不是依赖不存在的实时数据。 对于“准备发送反馈邮件时”，如果这个动作已经给出明确结果，就不要再把问题扩展到无关栏目。当问题已经得到确认，就不必继续扩展到其他主题；保持页面意图专一同样能减少后续误操作。
18
服务器可能记录访问日志时：截图前遮挡私人区域
“服务器可能记录访问日志时”并不一定代表站点故障，先检查可见信息更稳妥。 建议先“截图前遮挡私人区域”，目标是找到下一步入口。即使图片或脚本暂时不可用，服务端输出的正文与真实链接仍然能够承担大部分判断工作。 对于“服务器可能记录访问日志时”，如果这个动作已经给出明确结果，就不要再把问题扩展到无关栏目。需要继续深入时，应选择能够直接描述目标的链接，而不是只根据按钮颜色或图片位置判断。
19
部署者替换统计脚本后：只提交解决问题所需的信息
遇到“部署者替换统计脚本后”时，先不要连续点击或重复刷新。 建议先“只提交解决问题所需的信息”，目标是确认当前页面。这样做可以把页面主题、链接目标和用户动作放在同一条逻辑线上，避免因为相似名称产生误判。 对于“部署者替换统计脚本后”，如果这个动作已经给出明确结果，就不要再把问题扩展到无关栏目。完成这一步后，再决定是留在当前条目、返回上一级栏目，还是使用站内搜索换一个更准确的入口。
20
页面没有账户系统时：明确日志字段与保留时间
当“页面没有账户系统时”出现，最有效的第一步通常是确认当前位置。 建议先“明确日志字段与保留时间”，目标是保持阅读上下文。页面已经提供标题、摘要、栏目和相关链接时，应先利用这些现有线索，而不是依赖不存在的实时数据。 对于“页面没有账户系统时”，如果这个动作已经给出明确结果，就不要再把问题扩展到无关栏目。当问题已经得到确认，就不必继续扩展到其他主题；保持页面意图专一同样能减少后续误操作。
21
用户只需要浏览公开内容时：让隐私文本与部署配置保持一致
如果当前情况是“用户只需要浏览公开内容时”，可以先把问题缩小到页面本身。 建议先“让隐私文本与部署配置保持一致”，目标是减少重复操作。即使图片或脚本暂时不可用，服务端输出的正文与真实链接仍然能够承担大部分判断工作。 对于“用户只需要浏览公开内容时”，如果这个动作已经给出明确结果，就不要再把问题扩展到无关栏目。需要继续深入时，应选择能够直接描述目标的链接，而不是只根据按钮颜色或图片位置判断。
22
联系页面没有数据库表单时：变更脚本后同步更新说明
面对“联系页面没有数据库表单时”，判断顺序比尝试更多操作更重要。 建议先“变更脚本后同步更新说明”，目标是找到下一步入口。这样做可以把页面主题、链接目标和用户动作放在同一条逻辑线上，避免因为相似名称产生误判。 对于“联系页面没有数据库表单时”，如果这个动作已经给出明确结果，就不要再把问题扩展到无关栏目。完成这一步后，再决定是留在当前条目、返回上一级栏目，还是使用站内搜索换一个更准确的入口。
23
需要描述浏览器问题时：共享设备上完成后关闭页面
在“需要描述浏览器问题时”这个场景里，先明确目标能够减少无效跳转。 建议先“共享设备上完成后关闭页面”，目标是确认当前页面。页面已经提供标题、摘要、栏目和相关链接时，应先利用这些现有线索，而不是依赖不存在的实时数据。 对于“需要描述浏览器问题时”，如果这个动作已经给出明确结果，就不要再把问题扩展到无关栏目。当问题已经得到确认，就不必继续扩展到其他主题；保持页面意图专一同样能减少后续误操作。
24
准备附带截图时：删除与反馈无关的敏感字段
“准备附带截图时”并不一定代表站点故障，先检查可见信息更稳妥。 建议先“删除与反馈无关的敏感字段”，目标是保持阅读上下文。即使图片或脚本暂时不可用，服务端输出的正文与真实链接仍然能够承担大部分判断工作。 对于“准备附带截图时”，如果这个动作已经给出明确结果，就不要再把问题扩展到无关栏目。需要继续深入时，应选择能够直接描述目标的链接，而不是只根据按钮颜色或图片位置判断。
25
搜索词包含私人信息时：限制只有必要人员访问日志
遇到“搜索词包含私人信息时”时，先不要连续点击或重复刷新。 建议先“限制只有必要人员访问日志”，目标是减少重复操作。这样做可以把页面主题、链接目标和用户动作放在同一条逻辑线上，避免因为相似名称产生误判。 对于“搜索词包含私人信息时”，如果这个动作已经给出明确结果，就不要再把问题扩展到无关栏目。完成这一步后，再决定是留在当前条目、返回上一级栏目，还是使用站内搜索换一个更准确的入口。
26
在共享设备上使用搜索时：不对不存在的数据处理作承诺
当“在共享设备上使用搜索时”出现，最有效的第一步通常是确认当前位置。 建议先“不对不存在的数据处理作承诺”，目标是找到下一步入口。页面已经提供标题、摘要、栏目和相关链接时，应先利用这些现有线索，而不是依赖不存在的实时数据。 对于“在共享设备上使用搜索时”，如果这个动作已经给出明确结果，就不要再把问题扩展到无关栏目。当问题已经得到确认，就不必继续扩展到其他主题；保持页面意图专一同样能减少后续误操作。
27
站点新增第三方服务后：避免在搜索框输入密码或证件号
如果当前情况是“站点新增第三方服务后”，可以先把问题缩小到页面本身。 建议先“避免在搜索框输入密码或证件号”，目标是确认当前页面。即使图片或脚本暂时不可用，服务端输出的正文与真实链接仍然能够承担大部分判断工作。 对于“站点新增第三方服务后”，如果这个动作已经给出明确结果，就不要再把问题扩展到无关栏目。需要继续深入时，应选择能够直接描述目标的链接，而不是只根据按钮颜色或图片位置判断。
28
隐私说明与实际配置不一致时：新增外部服务前补充披露
面对“隐私说明与实际配置不一致时”，判断顺序比尝试更多操作更重要。 建议先“新增外部服务前补充披露”，目标是保持阅读上下文。这样做可以把页面主题、链接目标和用户动作放在同一条逻辑线上，避免因为相似名称产生误判。 对于“隐私说明与实际配置不一致时”，如果这个动作已经给出明确结果，就不要再把问题扩展到无关栏目。完成这一步后，再决定是留在当前条目、返回上一级栏目，还是使用站内搜索换一个更准确的入口。
29
需要保留故障日志时：如实说明实际数据流向
在“需要保留故障日志时”这个场景里，先明确目标能够减少无效跳转。 建议先“如实说明实际数据流向”，目标是减少重复操作。页面已经提供标题、摘要、栏目和相关链接时，应先利用这些现有线索，而不是依赖不存在的实时数据。 对于“需要保留故障日志时”，如果这个动作已经给出明确结果，就不要再把问题扩展到无关栏目。当问题已经得到确认，就不必继续扩展到其他主题；保持页面意图专一同样能减少后续误操作。
30
准备修改日志保留策略时：截图前遮挡私人区域
“准备修改日志保留策略时”并不一定代表站点故障，先检查可见信息更稳妥。 建议先“截图前遮挡私人区域”，目标是找到下一步入口。即使图片或脚本暂时不可用，服务端输出的正文与真实链接仍然能够承担大部分判断工作。 对于“准备修改日志保留策略时”，如果这个动作已经给出明确结果，就不要再把问题扩展到无关栏目。需要继续深入时，应选择能够直接描述目标的链接，而不是只根据按钮颜色或图片位置判断。
31
使用站内搜索时：只提交解决问题所需的信息
遇到“使用站内搜索时”时，先不要连续点击或重复刷新。 建议先“只提交解决问题所需的信息”，目标是确认当前页面。这样做可以把页面主题、链接目标和用户动作放在同一条逻辑线上，避免因为相似名称产生误判。 对于“使用站内搜索时”，如果这个动作已经给出明确结果，就不要再把问题扩展到无关栏目。完成这一步后，再决定是留在当前条目、返回上一级栏目，还是使用站内搜索换一个更准确的入口。
32
准备发送反馈邮件时：明确日志字段与保留时间
当“准备发送反馈邮件时”出现，最有效的第一步通常是确认当前位置。 建议先“明确日志字段与保留时间”，目标是保持阅读上下文。页面已经提供标题、摘要、栏目和相关链接时，应先利用这些现有线索，而不是依赖不存在的实时数据。 对于“准备发送反馈邮件时”，如果这个动作已经给出明确结果，就不要再把问题扩展到无关栏目。当问题已经得到确认，就不必继续扩展到其他主题；保持页面意图专一同样能减少后续误操作。