为 WordPress 带来实时协作或协作编辑将是古腾堡项目第三阶段的重点。它从 WordPress 5.0 中的块编辑器开始，现在已经发展到全站点编辑，也称为 WordPress 站点编辑器。添加实时协作将是倒数第二阶段，而最后阶段将添加本地多语言功能。
首席架构师 Matias Ventura最近发布了第三阶段计划的初步概要。计划中的更改不仅将为 WordPress 带来新功能，而且还需要重建其界面的（大部分）部分。开发人员还预测，由于范围的原因，协作编辑将是构建起来最具挑战性的。
有足够的理由详细了解我们可以期待什么。接下来，我们将介绍什么是实时协作、本次更新的计划以及对 WordPress 平台的影响。我们还将介绍您现在可以在 WordPress 网站上尝试更多协作工作流程的方法。
文章目录
什么是实时协作？
如果您曾经与其他人一起处理过 Google 文档，您就已经知道什么是协作编辑。它是多个用户同时编辑文档、评论对其他人的工作进行更改以及共同使用共享资源的能力。
这使您可以集体处理单个文档，而不是为每个人提供单独的副本并稍后合并他们的个人输入。您还可以为用户分配不同的角色，决定他们是否只能查看、评论或编辑内容。
这样做可以节省时间和精力，改善沟通，并允许您分工。它还可以带来更好的结果，并使当前的工作产品同时可供每个团队成员使用。
其他软件解决方案也提供此功能。示例包括Canva、Sketch和 Microsoft Office 365。然而，目前在 WordPress 中这是不可能的，至少默认情况下是不可能的。虽然您可以一起处理内容片段，但一次只能由一个用户执行此操作。当一个人处于特定页面或帖子的编辑屏幕时，尝试访问该页面或帖子的其他任何人都会被锁定或需要踢出原始编辑者。
Ventura在帖子中表示：“支持这些工作流程不仅仅涉及并发性，还涉及解除 WordPress 中长期以来存在的限制，例如当两个人尝试同时编辑时锁定帖子。” 。
通过计划中的实时协作，将可以作为一个团队一起处理内容 – 就在 WordPress 界面中。
为什么我们需要在 WordPress 中进行协作编辑？
然而，为什么要实现这一目标呢？毕竟，您已经可以简单地使用 Google 文档作为协作部分，然后复制结果。
然而，将内容从 Google 文档复制并粘贴到 WordPress 并不总是能完美工作。它可能会导致错误，并且需要重新格式化才能发布内容。此外，文档中包含的任何图像都必须首先转移到 WordPress。使用本机解决方案，这一切都不会发生。
此外，WordPress整体上还缺乏协作工具。除非您为此目的安装插件，否则无法为其他作者和用户留下评论或反馈。因此，您通常需要依赖其他异步工具（例如电子邮件或 Slack）来进行协调。
这样做通常还会导致一个人必须实施团队其他成员的建议。鉴于许多网站和内容策略都是由团队运营的，为人们提供直接在其工作环境中进行协作的工具将大大有助于使创建过程更加无缝。
另外，由于 WordPress 块编辑器可以同时进行内容和设计，因此它还可以帮助设计师和内容创建者更好地合作。虽然一个人可以处理书面部分，但另一个人已经可以开始美化它了。
最后，提供实时协作也是改进 WordPress CMS 并将其打造成更现代化软件的一个好方法。
开发者到底有什么计划？
Matias Ventura在他的帖子中列出了开发人员关注的初步目标和想法。以下是它们包含的内容的细分。
1. 实时内容协作
当然，这是整个阶段的核心。目标是提供必要的基础设施和 UI，以允许多个用户同时处理相同的内容。作为团队创建、编辑和自定义网页和帖子。
2. 异步协作工具
然而，共同处理内容并不仅仅意味着能够同时进入编辑器。您还需要工具来有效地传达您正在做的事情。古腾堡第三阶段还旨在提供这些，包括：
- 草稿分享
- 内嵌块注释
- 作业审核
- 改进的版本控制
- 任务管理
其中一些目前已经可以通过插件实现，但目标是使其成为原生的。
3. 改进的发布工作流程
另一个目标是提供更好的工具来在 WordPress 中创建、编辑、审查和发布内容。这可以包括以下功能：
- 定义编辑要求
- 设置自定义目标，例如一定数量的文字或图像
- 解锁发布前需要完成的先决条件，例如设置特色图像等。
- 支持多个预览上下文（例如成员与无成员）
该计划不一定将所有这些都包含在 WordPress Core 中。然而，Phase3 将提供基础设施，使得在编辑器中实现这一点成为可能。
4.更强大的文章修订
当然，为了适应增加的复杂性，您需要更详细的文章修订系统。该计划是使其“更加直观，了解各个块，并探索增加跨站点多个部分安排修订的能力”。
这意味着什么？
首先，它将增加将单个块恢复到早期版本的能力，而不仅仅是整个内容片段。其次，您可以同时更新多个内容片段，例如属于同一活动的内容片段。
5. 增强的媒体和资产库
开发人员想要开发的 WordPress 的另一个部分是媒体库。他们不仅希望提供一个管理视觉效果的地方，还提供块、块样板、样式和字体。
作为其中的一部分，有必要增强媒体库的设计和功能。从历史上看，这是 WordPress 的一部分，尚未进行大量工作，因此了解他们如何改进它将是令人兴奋的。
6. 全局搜索和命令组件
Matias 谈论的与 WordPress 中的实时协作相关的最后一个组件是命令提示符，例如 MacOS 中的 Spotlight。
它将允许用户直接导航到内容或不同的管理区域以及运行“创建新帖子”或“插入模式”等命令。这也是为了应对人工智能的激增并引入基于提示的功能。相关的Github 存储库已经存在。
拟议变更的后果
从上面的内容可以明显看出，这不仅仅是 WordPress 中添加的另一个功能。这些更改将使得有必要重建和更改 WordPress 用户界面的部分内容。正如马蒂亚斯在他的帖子中所说：
为了实现这一目标，我们将超越编辑人员来关注其余的管理体验。
尤其是图书馆可能会有很多工作。其他区域包括更新管理通知和 UI 设计组件以及帖子、页面、类别、模板、评论和数百个插件中使用的管理列表视图。这些应该得到更现代的设计以及对交互性和可扩展性的更好支持。您可以在这里找到早期的概念。
简而言之，实时协作可能会改变我们所知道的 WordPress 的结构。我们需要找到全新的工作流程和设计解决方案，以便能够将其合并到 CMS 中。
这也是为什么实时协作优先于多语言功能出现在路线图上的原因。正如 Josepha Haden Chomphosy 和 Hector Prieto 在本播客中讨论的那样，许多工作流程必须已经就位，然后我们才能处理本地翻译选项。
WordPress 实时协作的技术挑战
当然，要承担如此规模的任务，需要克服许多技术挑战。正如上面播客节目中所述，由于不同用户浏览器之间需要实时通信，协作编辑将变得特别困难。如果您想了解由此产生的问题类型，请阅读CKEditor 制作者的这篇文章（总而言之，冲突！）。
此外，您需要考虑 WordPress 拥有的多样化用户群，尤其是他们托管网站的不同服务器。
例如，谷歌可以更轻松地将协作编辑添加到他们的工具中，因为他们自己托管这些工具并拥有完全的服务器控制权。因此，他们大多必须解决不同浏览器的问题。
另一方面，WordPress 在具有各种 PHP 版本和环境的无数服务器设置上运行。并非所有这些都适合所有类型的技术方法。这也是为什么尚未选择底层技术的原因。实时协作确实处于早期阶段。在做出决定之前，需要进行更多的思考和概念验证。
此外，开发人员将继续致力于与古腾堡早期阶段相关的项目。这包括添加更多块、改进表格、网格布局系统以及改进块 API。
今天如何在 WordPress 中测试协作编辑
如果您真的对 WordPress 中的实时协作主题感到好奇，有许多工作原型和插件可以让您立即尝试此功能：
- AsBlocks — 由 Automattic 工作的 Riad Benguella 制作，它展示了古腾堡编辑器内的协作编辑体验。您可以在此处在线尝试。它看起来并不完全像这样，但它显示了一种可能性。请阅读随附的博客文章以获取更多信息。
- Block Collab — Enrique Piqeras 的另一个原型。目前似乎尚未积极开发，但可能仍然可用。
- Multicollab — 一个插件，提供内联评论、ping 用户、将评论标记为已完成和电子邮件通知等功能。您可以在此处找到演示（需要注册，但附带 14 天免费试用期）。
其中之一或其中之一的一部分甚至可能是最终功能的基础。这并不是第一次作为插件开发的东西最终进入核心。WP REST API 和古腾堡本身都是这样开始的。
你怎么看？
实时协作已经出现在 WordPress 路线图上很长时间了。古腾堡项目的前两个阶段完成后，现在进入下一步。初步路线图提供了 WordPress 未来的令人兴奋的愿景，您可以在其中使用有效协作（同步和异步）的所有必要功能来处理内容。
然而，要实现这一目标需要大量的工作和规划。该功能本身可能会改变我们所知的 WordPress 平台，并为第四阶段和本地多语言支持铺平道路。
然而，如果过去的事态发展有任何迹象的话，它不会很快发生，而是随着时间的推移而发生。例如，它不是 2023 年 8 月发布的 6.3 版本的一部分。所以我们拭目以待。在此之前，请分享想法并在官方帖子中提供您的意见。