需要提交页面证据时，目标不是把整张截图全部涂黑，而是在保留核查上下文的同时，减少账户、支付和设备信息的暴露。较稳妥的顺序是：先保存一份不公开的原始文件，再复制出处理副本；所有遮挡、裁剪和标注都在副本上完成。原始文件不要放进公开帖子、群聊或不必要的客服对话中。
先区分原始证据、客服版本和公开版本
原始文件用于日后重新核对，应尽量保持页面原貌，并记录它的获取时间和对应问题。处理副本则按接收对象调整范围：客服可能需要更多上下文，公开讨论通常只需要证明页面上存在某项信息或缺少某项条件。不要因为客服要求核对交易而把同一张含有完整个人资料的截图直接转发到评论区。
制作副本后，可先裁掉与问题无关的浏览器标签、聊天通知、桌面文件名或其他窗口内容，再处理敏感字段。裁剪不能替代打码：如果账号、手机号或令牌仍出现在页面边缘、弹窗或连续截图中，仍可能暴露身份线索。
应遮挡哪些信息，哪些内容要保留
通常应遮挡姓名、用户名、账号、手机号、邮箱、余额、银行卡或支付账户信息、交易编号、二维码、登录令牌、验证码，以及设备识别信息。设备识别信息可能出现在设备名称、序列号、应用标识、通知栏或诊断页面中。若某个编号确实是客服定位记录所必需的，不要自行发布到公开区域，可改用官方提供的私密沟通入口单独提交。
保留内容应围绕待核查问题，包括页面标题、活动或功能名称、相关条款、时间、问题所在位置，以及必要的页面结构。若要证明一条规则没有出现，最好保留足够的标题和条款区域，让他人知道检查的是哪一个页面，而不是只上传一块孤立的空白区域。
遮挡应覆盖字段的全部字符和可读结构，不能只盖住中间几位而留下首尾组合。对二维码、条形码和令牌，应整体遮住；对余额等金额，如问题不涉及金额，可完全隐藏，不必用另一个真实金额替换。
假设截图：证明活动页面缺少提款条件
以下为假设示例，不对应任何真实平台或真实账户。假设读者要说明某活动页面没有显示提款条件。公开版本可以保留“活动标题”、活动说明所在区域、页面显示的时间，以及本应出现条件但实际没有文字的位置；姓名、账号、手机号、余额、交易编号、二维码和设备信息全部遮挡。这样可以保留所保存区域的上下文，减少账户暴露，但不能保证任何人都无法结合其他材料识别身份；也不能凭局部截图证明整个网站从未提供该条款。
如果客服表示需要交易编号来查记录，应制作另一份客服版本：保留与该编号相关的页面标题、时间和问题描述，仅通过官方私密渠道提交必要编号。公开评论区不应放入完整交易编号，也不应同时展示能把编号与姓名、手机号、金额联系起来的连续截图。客服版本同样只提供解决问题所需的范围，不能把整段账户历史一并发送。
若问题是“条款是否包含某限制”，应保留条款标题、相关段落和页面地址栏中不含敏感参数的必要部分；若地址栏带有会话令牌、临时授权串或个人识别参数，应先删除或裁掉。不能仅凭一张经过裁剪的截图断定平台条款的完整含义，必要时还要注明截图显示的页面范围。
发布前检查图层、文件名和连续截图
完成遮挡后，不要只依赖可编辑文件中的半透明色块、涂鸦或隐藏图层。导出后重新打开最终文件，并尝试放大、复制文字或查看图层；如果原文字仍能被选中、移动或恢复，说明处理可能只是视觉覆盖。应使用已经合并处理结果的副本，并保留未公开原始文件，不要覆盖原件。
检查文件名、文件属性和图片元数据中是否含有姓名、设备名称、地点、应用名称或自动生成的账户标识。文件名可改为不含个人资料的描述，例如“活动页面_条件位置_副本”，但这只是降低暴露，不代表文件一定没有其他元数据。
最后按连续截图逐张检查重复信息。第一张遮住了账号，第二张可能在顶部通知、聊天气泡或支付弹窗中再次出现；一张截图隐藏了二维码，下一张可能显示同一二维码的完整部分。还应核对时间、页面标题和金额之间是否无意拼出新的身份线索。公开讨论和客服提交采用不同脱敏程度，能够在保留核查依据与减少个人信息暴露之间取得更合适的平衡。