多站点发帖时的关联风险
匿名活动中，有时会使用多个网站和服务。
SNS、论坛、博客、视频网站、问答网站、聊天、文件共享、新闻邮件。
分开放置看起来可能很安全。但是，如果使用相同名称、相同图片、相同文章、相同发帖时间、相同链接、相同话题，不同网站上的账号就会被连接起来。
本文整理在多个站点发帖时会产生怎样的关联，以及发帖前应该确认什么。
即使在多个站点也会像同一个人的原因
即使网站不同，使用者的习惯也会留下。
命名方式、个人简介、头像、话题、发帖时间、、链接、图片、关注对象相似时，就会显出同一人物的感觉。
| 共同点 | 连接起来的理由 | 注意点 |
|---|---|---|
| 用户名 | 会在搜索中并列出现 | 不要复用 |
| 个人资料图片 | 会被图片搜索找到 | 不使用同一素材 |
| 自我介绍 | 经历和措辞重合 | 也要和实名侧分开 |
| 发帖内容 | 相同话题或经历 | 注意跨平台重复发布 |
| 发帖时间 | 看起来像同一运营者 | 避免同时发布 |
| 链接 | 相同导线 | 也要看 URL 参数 |
并不一定因为是不同服务就会像不同的人。
应以会被跨多个站点搜索为前提来考虑。
与跨平台重复发布的区别
跨平台重复发布，是把同一内容发到多个地方。
多站点关联是比这更广的问题。即使不是同一篇文章，也会因账号创建方式和运营习惯被连接起来。
| 项目 | 跨平台重复发布 | 多站点关联 |
|---|---|---|
| 中心 | 相同发帖内容 | 整个账号的相似性 |
| 线索 | 正文、标题、图片 | 名称、图片、文体、时间、交流 |
| 对策 | 不复用发帖内容 | 区分每个站点的角色 |
不要因为没有贴同一篇文章就安心。
如果账号整体设计相似，就会被关联。
确定每个站点的角色
如果使用多个站点，就要确定各自的角色。
把咨询用、发信用、信息收集用、联系用、文件共享用混在一起，会让目的过于扩大，增加关联。
| 用途 | 分开的理由 | 注意点 |
|---|---|---|
| 信息收集 | 与发帖切开 | 不用实名登录 |
| 匿名发帖 | 管理发布内容 | 不复用相同文体 |
| 联系 | 会留下与对方的关系 | 分开联系人和账号 |
| 文件共享 | 所有者信息可见 | 注意云端历史 |
用一个匿名名做所有事，会让人物轮廓变浓。
根据需要，按用途分开。
服务内部和外部搜索
在多站点关联中，要区分外部可见信息和服务内部留下的信息。
即使外部读者看不到，服务运营者也可能保留邮箱、电话号码、IP、登录时刻、终端信息。
| 观察者 | 可见信息 | 注意点 |
|---|---|---|
| 普通读者 | 发帖、个人资料、图片 | 查看公开信息的关联 |
| 搜索引擎 | 公开页面、名称、图片 | 多个站点会并列出现 |
| 服务运营者 | 注册信息、日志、IP | 作为内部信息留下 |
| 熟人 | 文体、兴趣、图片 | 人的记忆也是线索 |
在匿名性中，不能认为“外面看不到所以安全”。
要区分谁站在什么位置看。
发帖前确认
向多个站点发帖前，确认以下事项。
- 是否使用了相同用户名
- 是否使用了相同图片或个人资料文字
- 是否贴了相同文章或标题
- 是否在同一时间段同时发帖
- 是否使用了相同 URL 或共享链接
- 话题是否与实名侧或过去账号重叠
- 每个站点的角色是否混在一起
使用的站点越多，需要管理的信息越多。
有时比起勉强扩展到多个地方，限制在必要地点更安全。
相同链接和文件共享也会形成关联
在多个站点共享相同链接或相同文件，即使发帖内容不同，也会被连接起来。
相同短链接、相同云端共享链接、相同 PDF、相同图片、相同文件名出现在多个站点时，会看起来像是同一运营者在使用。
| 共同点 | 会发生的事 | 注意点 |
|---|---|---|
| 相同共享链接 | 看起来来自同一分发源 | 按用途确认 |
| 相同 PDF | 元数据或内容一致 | 分开公开用文件 |
| 相同图片 | 通过图片搜索连接 | 不复用素材 |
| 相同短链接 | 点击分析和导线重合 | 谨慎使用短链接 |
| 相同文件名 | 显示案件或人物轮廓 | 改为公开用名称 |
在多站点关联中，不只看文章，也要看共享物。
每个站点的读者不同
即使是同一篇帖子，每个站点的读者也不同。
在一般 SNS 上看不出的信息，在专业论坛、地区社区、学校或职场相关人员所在的地方，可能会具有意义。
| 发帖地点 | 读者容易注意到的信息 | 注意点 |
|---|---|---|
| 一般 SNS | 话题、图片、时刻 | 会广泛传播 |
| 专业论坛 | 专业术语、职业类型 | 所属或经历可见 |
| 地区社区 | 店铺、车站、活动 | 日常活动范围可见 |
| 兴趣社区 | 旧网名、图片 | 与过去账号连接 |
发帖到越多站点，就会被越多不同类型的读者看到。
在匿名性中，要按发帖地点思考“谁读到时会产生意义”。
管理不了就不要扩展
多站点运营会增加需要管理的信息。
需要按站点查看登录、发帖时间、回复、图片、链接、个人资料、删除处理。如果扩展到无法管理的站点数量，总会在某处与实名侧或过去信息混在一起。
需要匿名性时，在增加发帖地点前，先确认是否真的有必要。
有些场景中，相比广泛发布，更应优先避免增加关联。
如果使用多个站点，也要决定每个站点不做什么。
例如，可以建立边界：信息收集用不发帖，发帖用不关注实名侧熟人，文件共享用不聊天。
如果不先决定边界就开始使用，信息会集中到方便的地方，结果形成一个人物轮廓。
需要匿名性时，应优先分离而不是便利。
另外，多站点运营中的删除处理也会分散。
如果无法管理在哪里发过什么，旧信息会持续留下。需要匿名性时，应把发帖地点列表作为自己用的备忘录管理，并且不要与云同步或实名环境混在一起，定期回顾。
总结
向多个站点发帖时，即使网站不同，账号之间也可能被连接起来。
用户名、头像、自我介绍、文体、话题、发帖时间、链接、关注关系都会成为关联材料。
即使避免跨平台重复发布，如果账号整体设计相似，也会看起来像同一个人。
使用多个站点时，重要的是确定每个站点的角色，不混用名称、图片、内容、时间、联系人和文件共享。