“私密”实际改变了什么
在 WordPress.com 上，隐私是站点级设置，而非单篇文章的开关。你可以在“设置 > 阅读 > 站点可见性”下找到它，该设置适用于已经上线的站点。一旦设为私密，访客必须是经批准的、已登录的 WordPress.com 用户才能查看站点。
WordPress.com 为已上线站点在“设置 > 阅读 > 站点可见性”下提供“私密”选项；私密站点要求经批准的已登录 WordPress.com 用户。来源
在改动设置之前，有两个边界需要注意：
- 单篇私密文章是另一种工具。 将单篇文章设为私密是内容层面的选择。而将整个站点设为私密，会改变谁能访问每个页面、feed 和存档。
- 自托管 WordPress 不在讨论范围内。 此处描述的“设置 > 阅读 > 站点可见性”路径是 WordPress.com 的功能。自托管安装由其自身配置管理，本指南不涉及。
切换前先审核
更改可见性操作简单，但事后想悄无声息地撤销却很麻烦。请先完成以下清单并记录发现，以便日后判断是否有不该受影响的人受到了影响。
| 检查项 | 为何重要 | 记录什么 |
|---|---|---|
| 谁拥有查看者角色 | 他们将是仍能查看私密站点的人 | 姓名、角色、添加日期 |
| 谁是受邀者与订阅者 | 文档将受邀查看者和订阅者视为不同群体 | 每个人属于哪个列表 |
| 新闻邮件列表规模与来源 | 即使站点受限，订阅者仍可能期望收到邮件 | 数量、注册来源、上次发送日期 |
| 依赖插件的功能 | 隐私模式可能影响某些 Jetpack 功能 | 你当前依赖哪些功能 |
| 已公开的媒体和嵌入内容 | 隐私改变的是未来访问，而非他人已持有的副本 | 已知的分享、下载、嵌入 |
文档区分了受邀查看者与订阅者，并指出了一个值得提前规划的插件端后果。
私密站点文档区分了受邀查看者和订阅者，并指出在启用插件的站点上，隐私模式可能禁用某些 Jetpack 功能。来源
如果你运行与 Jetpack 连接的功能，请在切换前列出它们，切换后确认哪些仍按预期工作。不要仅仅为了挽救某个插件而将站点重新公开；应将其视为一个独立的故障排查问题，有其自身原因。
决定谁应保留访问权限
在做出任何更改之前，利用审核将人员分为三类：
- 保留为经批准的查看者。 真正需要该站点并使用 WordPress.com 账户登录的人。
- 仅保留新闻邮件订阅。 希望收到你的邮件但不需要访问站点本身的人。确认他们仍将收到什么。
- 移除。 前合作者、测试账户以及任何不应保留访问权限的人。
按个人或按群体记录决定。一个查看者列表过时的私密站点，只是名义上的私密。
切换可见性并验证结果
- 确认站点已上线，因为该设置是针对已上线站点描述的。
- 前往“设置 > 阅读 > 站点可见性”，选择“私密”。
- 保存，然后在未登录的浏览器窗口中打开站点。你应该看不到站点内容。
- 以经批准的查看者身份登录，确认你能访问预期的页面。
- 检查切换前列表中每个依赖 Jetpack 的功能，并记录变化。
- 向订阅者发送简短说明，解释他们从现在起将看到和不会看到什么。
值得明确说明的限制
- 历史副本不会被收回。 将站点设为私密并不承诺截图、保存的页面、feed 阅读器或第三方副本会消失。不要向任何人做出相反承诺。
- 隐私不是删除。 限制访问是可见性变更，而非移除已存储的内容。
- 订阅者访问不等于站点访问。 仅仅在新闻邮件列表上，并不自动使某人成为经批准的查看者。
- 插件行为可能变化。 在启用插件的站点上，隐私模式可能禁用某些 Jetpack 功能；请验证而非假设。
用户名检查的适用与不适用之处
如果在审核过程中，你发现一个想要查询的公开用户名，TraceSeek 可以搜索 3,000+ 个平台，并在大约 20-30 秒内返回一次免费的首轮扫描。它报告公开匹配结果作为线索，而非所有权证明，并且无法登录账户、更改隐私设置或确认任何人的真实身份。它不是查看私密账户的方法，也不会删除任何内容。
常见失败路径
| 症状 | 可能原因 | 下一步 |
|---|---|---|
| 同事仍能看到站点 | 他们是经批准的已登录查看者 | 检查查看者列表，而非隐私开关 |
| 订阅者说他们失去了访问权限 | 订阅者状态被误认为查看者批准 | 解释区别，并决定是否邀请他们 |
| 某个 Jetpack 功能停止工作 | 启用插件的站点上的隐私模式 | 单独排查该功能；不要以重新公开站点作为修复手段 |
| 旧图片仍在流传 | 副本被保存在其他地方 | 接受限制；在你有权要求的地方请求移除 |
| 保存后站点仍公开 | 设置未应用于已上线站点 | 重新检查“设置 > 阅读 > 站点可见性” |