跨平台重复发布的风险
把同一文章发布到多个地方，称为跨平台重复发布。
这是一种方便的行为。
把同一通知发布到 SNS、博客、论坛、社区、新闻邮件中，可以触达很多人。但是在匿名性中，跨平台重复发布会制造强关联。
文章、发布时间、图片、URL、表达习惯在多个地方一致时，不同账号会被连接为同一人物或同一组织。
本文整理跨平台重复发布削弱匿名性的原因，以及发帖前应该确认的点。
跨平台重复发布会制造同一性
跨平台重复发布的问题，是同一内容出现在多个地方。
通过搜索引擎、SNS 搜索、引用、截图、存档、AI 相似文本搜索，同一文章或相似文章都变得更容易被发现。
| 一致的东西 | 连接起来的理由 | 匿名性上的注意点 |
|---|---|---|
| 正文 | 会作为同一文章被搜索 | 注意不要和实名账号重复使用 |
| 标题 | 成为显眼一致点 | 容易在搜索结果中并列 |
| 图片 | 被识别为同一素材 | 也要确认文件名和元数据 |
| URL | 可看到同一链接共享来源 | 注意跟踪参数 |
| 发布时间 | 看起来像同一运营者的行为 | 注意多个账号同时发帖 |
| 写法习惯会出现 | 只稍微改写仍会残留 |
即使账号名不同，只要发帖内容相同，就会连接起来。
在匿名账号和实名账号中重复使用同一文章尤其危险。
实名活动和匿名活动会连接
跨平台重复发布中最应避免的是实名侧和匿名侧的连接。
把实名博客写过的文章稍微改一下发到匿名账号。匿名账号先写过的内容，之后用实名账号解释。这些行为会在时间和内容两方面连接起来。
| 行为 | 可见关联 | 注意点 |
|---|---|---|
| 发布同一文章 | 像同一人物 | 容易通过搜索发现 |
| 使用同一图片 | 同一素材来源 | 会通过图片搜索和文件信息连接 |
| 共享同一 URL | 同一兴趣、同一导线 | URL 参数可能残留 |
| 同一时间发布 | 同一运营者行为 | 即使定时发布，也要注意发布后的反应 |
| 使用同一表达 | 文体关联 | 口头习惯和结构会残留 |
只创建匿名账号并不等于分离。
如果不分开内容、时间、素材、URL、反应方式，账号之后会被连接起来。
只稍微改一下还不够
为了避免跨平台重复发布，有些人只改语尾。
但是，只改语尾是不够的。文章结构、例子的选择、标点、标题、图片、链接、发布顺序都会残留。
| 弱改动 | 残留线索 | 改进方向 |
|---|---|---|
| 只改语尾 | 文体和结构 | 从内容切入点开始改变 |
| 只改标题 | 正文一致 | 正文也要重构 |
| 图片保持相同 | 图片搜索 | 换成其他素材或不用 |
| 链接保持相同 | URL 关联 | 确认参数，重新考虑必要性 |
| 同一时间发布 | 运营关联 | 分开时间和反应 |
匿名性重要时，应重新审视“把同一内容放到别处”这一行为本身。
如果必须发到多个地方，要分开目的、读者、表达、时期。
也要注意图片和文件的重复使用
跨平台重复发布不只是文章问题。
使用同一头像、同一截图、同一 PDF、同一音频、同一图表，会把不同账号连接起来。
| 重复使用的东西 | 连接起来的理由 | 确认事项 |
|---|---|---|
| 头像 | 会通过图片搜索找到 | 不要和实名侧使用同一图片 |
| 截图 | 画面结构和通知 | 是否残留终端或账号名 |
| 元数据、作者 | 公开前确认元数据 | |
| 图表 | 独特设计和文体 | 注意重复使用同一模板 |
| 音频 | 声音、背景音、说话方式 | 背景和口头习惯会残留 |
图片和文件即使外观看起来稍有变化，也可能和原素材连接。
即使删除元数据，背景、构图、文体、图表习惯也可能残留。
分开发帖目的
要保持匿名性，应分开发帖目的。
如果在所有地方用同样的话说同样的事，关联会变强。匿名账号应限定在匿名账号的目的上，不要混入实名活动或别名活动的内容会更安全。
| 发布位置 | 分开的角度 | 注意点 |
|---|---|---|
| 实名 SNS | 作为本人的活动 | 不使用和匿名活动相同的文章 |
| 匿名 SNS | 匿名目的的发信 | 不带入实名侧的话题或素材 |
| 博客 | 长文和整理文章 | 注意草稿和标题重复使用 |
| 论坛 | 咨询和信息收集 | 不要把同一咨询文贴到多个地方 |
| 社区 | 面向相关人员的共享 | 容易残留圈内表达 |
不需要完全禁止跨平台重复发布。
但是，需要匿名性的发信中，同一文章扩散得越广，之后被发现的入口也越多。
公开前确认
跨平台重复发布前，确认下面几点。
- 是否在实名账号中使用过同一文章
- 是否有和过去匿名发帖相同的表达
- 是否重复使用同一图片、同一文件、同一 URL
- 发布时间是否在多个账号间重叠
- 回复或扩散方式是否变得相同
- 搜索后是否会出现同一文章
尤其要避免把实名侧用过一次的文章流到匿名侧。
反过来，把匿名侧写过的文章之后拿到实名侧使用也很危险。即使公开顺序相反，也会通过搜索和存档连接。
也要注意草稿共享
跨平台重复发布不只是公开后的问题。
把同一草稿粘贴到多个服务、用云端文档共享、放入外部翻译工具或摘要工具，这些操作也会增加痕迹。
高风险文章中，应避免把正文放入外部翻译工具或摘要工具。输入内容和使用历史可能残留在外部服务侧。
| 行为 | 残留内容 | 注意点 |
|---|---|---|
| 用云端文档共享 | 共享历史、编辑者、URL | 不要用实名账号创建 |
| 放入翻译工具 | 输入内容、使用历史 | 高风险文章需谨慎处理 |
| 粘贴到多个 SNS | 同一文章、发布时间 | 按发布位置重新设计 |
| 用截图共享 | 画面信息、通知 | 也要确认图片内信息 |
需要匿名性的文章中，不只看公开画面，也要分开思考制作草稿的环境。
如果把草稿放在实名侧云端或浏览器中，账号分离的意义会变弱。
总结
跨平台重复发布，是把同一内容发布到多个地方的行为。
它很方便，但在匿名性中会制造强关联。
正文、标题、图片、URL、发布时间、文体、反应方式一致时，不同账号会被连接为同一人物或同一活动。
需要匿名性时，要在实名侧和匿名侧分开文章、素材、时间、话题。
只稍微改语尾是不够的。分开发帖目的，不扩散同样的痕迹，这一点很重要。