发布后无法删除的信息风险
在互联网上,即使删除帖子,信息也不一定完全消失。
有人截图。引用。转载。残留在搜索引擎中。保存到存档里。被分享到其他服务。
正因为发布后可能无法删除,匿名性才重视发布前确认。
如果想着“之后删掉就行”,判断会变松。但是,需要匿名性的信息,应以前提是发布后无法回收来处理。
本文整理发布后信息会残留的原因,以及发帖前应确认什么。
删除不会收回已经分发的信息
删除帖子后,它可能不再从原页面可见。
但是,这并不意味着已经看过的人的终端、截图、引用、通知、缓存、存档也会消失。
| 残留位置 | 残留理由 | 匿名性中的注意点 |
|---|---|---|
| 截图 | 读者保存 | 删除后仍会扩散 |
| 引用・转发 | 作为他人帖子留下 | 原文一部分会残留 |
| 通知 | 帖子内容一部分送达 | 删除前会被读到 |
| 搜索引擎 | 抓取结果残留 | 反映需要时间 |
| 存档 | 留在保存服务中 | 可能需要删除请求 |
删除是重要应对之一。
但是,不能只因删除就安心。公开的一瞬间,信息就离开了自己的管理范围。
匿名性中最初几分钟也重要
即使发布后马上删除,也可能在短时间内被看见。
即使关注者很少,也可能通过通知、RSS、搜索、监控工具、自动收集、截图留下。
| 刚发布后发生的事 | 残留信息 | 注意点 |
|---|---|---|
| 通知送达 | 标题、正文一部分 | 删除后仍留在通知中 |
| 自动获取 | 页面正文、图片 | bot 或联动工具会保存 |
| 有人看到 | 截图 | 留在浏览者终端 |
| 被引用 | 原帖内容 | 删除后语境仍残留 |
不能说“马上删了所以没事”。
需要匿名性的帖子,必须在按下发布按钮前完成确认。
难以消失的信息种类
有些信息特别难以消失。
脸、姓名、学校、职场、接近地址的信息、位置信息、内部资料、与受害者或信源有关的信息,一旦扩散就很难收回。
| 信息 | 难以删除的理由 | 注意点 |
|---|---|---|
| 脸部照片 | 容易被保存或再发布 | 可用于本人确认 |
| 个人名 | 容易被搜索 | 他人的名字也要慎重处理 |
| 学校・职场 | 会在相关人员中扩散 | 内部人员可能保存 |
| 位置信息 | 日常活动范围会显现 | 照片背景也会残留 |
| 内部资料 | 与证据或举报连接 | 也要考虑法律风险 |
| 信源信息 | 会让相关人员陷入危险 | 发布前考虑咨询对象 |
这些信息不仅影响发布者本人,也会影响周围的人。
发布前要确认是否会卷入本人以外的人。
存档和搜索结果
Web 页面可能被搜索引擎或存档服务保存。
存档有助于确认过去页面,但也会成为自以为删除的信息残留的位置。
是 Internet Archive 提供的服务,可保存和浏览 Web 页面的过去状态。它是学习如何确认过去公开页面是否残留的入口。
URL : https://web.archive.org/
不过,是否残留在存档中、删除请求是否通过,会因情况而异。
搜索结果和存档的删除应对会在其他文章中详细处理。本文先把握一个前提:公开信息可能被保存到外部。
删除请求有限
搜索结果、存档、转载处、SNS、论坛、企业网站,各自都有删除请求方法。
但是,删除请求不是万能的。每个对象都有自己的标准,可能需要本人确认或权利关系说明。对方也可能不处理。海外服务中,语言、法律、运营方针也会不同。
| 对象 | 能做的事 | 限制 |
|---|---|---|
| 原帖 | 有时可自行删除 | 已保存副本不会回来 |
| 搜索结果 | 有时可申请隐藏 | 原页面还在时可能再次显示 |
| 存档 | 有时可请求删除 | 不一定影响所有保存处 |
| 转载处 | 向运营者请求 | 对方可能不回应 |
| 截图 | 向发布者请求 | 可能进一步再扩散 |
删除请求是重要手段。
不过,最可靠的是在需要删除请求之前,不公开不该公开的信息。
缩小发布范围的选择
并不是所有信息都必须一般公开。
如果只是想咨询,可以不发公开 SNS,而限定给专业窗口或可信对象。如果只是想保留证据,可以不公开,保存在安全位置。涉及举报或报道的内容,有时发布前咨询律师、支援团体、编辑更合适。
| 目的 | 一般公开以外的选择 | 理由 |
|---|---|---|
| 想咨询 | 专业窗口、支援团体 | 不扩大到不特定多数 |
| 想保留证据 | 本地安全保存,必要时共享给专家 | 避免因公开扩散 |
| 想提醒注意 | 泛化信息后公开 | 模糊个人和地点 |
| 想举报 | 咨询律师或媒体机构 | 需要法律和安全判断 |
在匿名性中,不公开也是对策。
缩小发布范围通常可以降低截图和转载风险。不过,只要浏览者保存或转发,仍可能流出。
以无法删除为前提改写文章
站在发布后无法删除的前提上,文章写法会改变。
不是“能删就写”,而是思考“改成即使留下也可以的形式”。
| 原写法 | 即使留下也可以的形式 | 理由 |
|---|---|---|
| 写准确学校名 | 写教育机构 | 不缩小相关人员 |
| 写会议日期 | 写某个时期 | 弱化记录核对 |
| 写相关人员姓名 | 写管理层、相关人员 | 不卷入他人 |
| 发现场照片 | 改成不露背景的说明 | 防止地点识别 |
| 写情绪化细节 | 写问题结构 | 减少之后后悔的信息 |
这种思路不是为了削弱文章。
而是让它即使发布后留下,也不至于过度接近本人或相关人员。
发布前要思考的事
减少发布后无法删除的风险,发帖前要确认以下内容。
| 确认内容 | 理由 |
|---|---|
| 是否有消不掉就困扰的信息 | 以无法删除为前提判断 |
| 是否包含脸或姓名 | 直接连接本人或相关人员 |
| 地点和所属是否过于清楚 | 候选范围会缩小 |
| 图片和文件是否残留信息 | 正文以外会泄漏 |
| 是否在情绪化发帖 | 容易放出后悔的信息 |
迷茫时,推迟发帖。
在匿名性中,比起快速发布,更重要的是不发布无法挽回的信息。
发布后才发现时
发布后发现风险时,避免过快反应也很重要。
慌忙追加说明,会进一步暴露信息。
先整理看到了什么、谁可能看过、是否有截图或引用、删除是否会改善情况。
高风险内容中,也要考虑咨询律师、支援团体或可信专家。
删除、订正、联系、删除请求、停止公开,哪一个合适会因情况而异。
总结
发布后即使删除,信息也不一定完全消失。
截图、引用、通知、搜索结果、存档、转载会让帖子留在自己的管理范围之外。
需要匿名性的信息,要以前提是发布后无法回收来处理。
发布前要确认,是否有消不掉就困扰的信息、是否会缩小本人或相关人员、图片和文件中是否残留信息。
重要的是,不要用“之后删掉就行”判断,而要用“即使删不掉也可以发布吗”判断。
相关工具
Wayback Machine
与本文相关的外部资源。只有在符合你的处境和威胁模型时再打开。
列在这里的原因: 它可能有助于理解本文主题,但位于 Anonymity Sense 之外,使用前应先自行确认。
URL : https://web.archive.org/
Google Search removal tools
与本文相关的外部资源。只有在符合你的处境和威胁模型时再打开。
列在这里的原因: 它可能有助于理解本文主题,但位于 Anonymity Sense 之外,使用前应先自行确认。