WordPress 推出「Press This」数据迁移工具：让内容随时带走
Press This 是 WordPress 官方推出的一项数据迁移功能，旨在帮助用户在任何 WordPress 站点上快速导出内容，实现真正的数据自主。
适用场景
- 站点迁移：将内容从旧站转移到新站
- 内容备份：单独导出特定文章或页面
- 多平台分发：将内容同步至其他 CMS
功能特点
- 无需安装额外插件，直接在 WordPress 后台使用
- 支持导出为标准格式（如 WXR），兼容主流迁移工具
- 可按需选择导出范围：全部内容或指定文章
使用方式
在 WordPress 管理后台导航至「工具 → 导出」，选择「Press This」选项即可启动导出流程。
Data Liberation 项目：打破平台壁垒的内容迁移计划
2023 年 State of the Word 大会上，Matt Mullenweg 宣布启动 Data Liberation 项目。这是一个由社区发起、为社区服务的开源计划，核心使命是降低内容迁移门槛，让用户能够自由地将内容移入或移出 WordPress。
项目目标：内容的四大自由
项目负责人 Jordan Gillman 在访谈中解释道，Data Liberation 的愿景可以归结为四个层面的内容自由：
- 进入自由：从任何平台迁入 WordPress
- 迁出自由：以可用格式将内容导出 WordPress，不被锁定
- 主机迁移自由：在不同 WordPress 主机之间轻松搬家
- 数据自主自由：打破围墙花园（walled gardens）对内容的束缚
Jordan 强调，这不仅仅是一个"把其他平台内容导入 WordPress"的项目。团队不希望人们"从别处逃离后，又被困在我们的系统中"。内容可进可出，才是真正开放的生态。
当前进展：文档先行，工具跟进
截至目前，wordpress.org 上已上线一系列迁移指南，覆盖以下主流平台：
- RSS → WordPress
- Wix → WordPress
- Squarespace → WordPress
- Drupal → WordPress
- WordPress → WordPress（跨版本/跨主机）
这些指南部分依赖手动操作配合工具完成。例如某些平台提供 RSS 订阅源导出功能，用户下载后再通过 RSS 导入器迁入 WordPress。
Jordan 表示，文档整理是项目的起点——团队先整合了已有的支持文档和社区工具链接作为基础资源。随着项目推进，计划逐步引入更多自动化工具，但文档本身也将持续保持实用价值。
长期愿景：工具还是标准化数据格式？
在被问及 Data Liberation 项目的最终目标时，项目负责人明确表示，这个问题不应由个人决定，而是希望社区共同推动最终的形态。目前有两个被提出的方向： 方向一：通用导入插件 在 GitHub 仓库中，一个核心提案是开发一个通用导入插件。用户只需提供源站 URL，插件会自动识别其平台类型，然后逐步引导完成迁移流程——包括展示对应教程、安装必要工具、最终完成数据迁移。这套思路贴合 WordPress 现有的插件生态，只是提供一个更友好的交互界面。
方向二：WordPress.org 托管服务 另一个更激进的方案是在 WordPress.org 上构建托管服务，实现"一键创建 Playground 站点"。用户只需提供原站地址，系统自动识别平台、获取内容，并在几分钟内生成一个包含完整数据的 WordPress Playground 环境。从 Playground 再导出为标准 WordPress 格式，整个过程对用户透明。
迁移保真度的三个层级
项目负责人透露，团队正在构建一份各平台"可迁移性现状"的完整地图。根据技术实现路径的不同，内容迁移的保真度存在显著差异：
- API 直连（如部分平台支持开发者接口）：可以几乎无损地拉取内容，包括结构化数据和媒体资产
- XML 导出（如 Squarespace 当前方案）：能获取主要内容，但页面布局、设计细节会丢失
- RSS 备用（兜底方案）：内容本体可迁移，但缺失布局，图片/视频等媒体可能无法完整转移
项目负责人坦言，真正意义上的"像素级完美迁移"是个宏大目标，但开放网络的核心承诺是：你创作的内容属于你，你可以带走它——哪怕呈现方式不能完全一致，至少你的文字、图片、视频都在你自己手中。
政治属性：推动行业开放承诺
访谈中提及了一个敏感话题：Data Liberation 是否有意对不提供导出功能的平台（如 Wix）形成舆论压力？
项目方明确表示，这并非当前目标，首要任务始终是"赋能 WordPress 用户"。但他承认，一个成功的"数据自主"项目自然会引发此类讨论——当足够多的平台遵循开放标准，闭门不出的玩家将面临更大的社区追问压力。
这与 WordPress" democratize the web（民主化网络）"的使命一脉相承。不过目前阶段，项目聚焦工具与资源建设，尚未计划发起针对特定平台的联署倡导。
WordPress 站间迁移的三大痛点
凭证与访问障碍
在实际迁移过程中，托管商反映最频繁的问题并非工具本身，而是访问权限。具体表现为：
- 账户登录凭证失效或遗忘
- 原站开启了双因素认证（2FA），迁移时无法直接登录
- 用户已将 DNS 指向新站，导致无法访问旧站完成导出
- 主机环境本身的限制，如请求超时、内存不足
这些问题导致许多迁移工作还没开始就陷入僵局。
WXR 格式的局限性
WXR（WordPress Extended RSS）是 WordPress 原生的导入/导出声索格式，但它的能力边界也很明显：
| 限制项 | 说明 |
|---|---|
| 无法选择性导出 | 只能导出全部内容，不能按分类、标签过滤 |
| 不包含媒体文件 | XML 文件仅存放媒体引用，旧站必须保持在线才能拉取图片 |
| 单文件机制 | 无法打包主题、插件等构成站点外观和功能的核心文件 |
正因如此，即便 WordPress 提供了原生导入导出功能，大多数托管商在实际迁移中仍依赖第三方插件来完成"整站搬家"——通常是迁移 wp-content 目录加数据库。
Data Liberation 项目的立场
在被问及是否会与现有的迁移插件竞争时，Jordan Gillman 表示暂无此计划。他认为这是一个高度竞争激烈的领域，核心 WordPress 应该做的是补足原生能力的短板，而非另起炉灶。
他以学习管理系统（LMS）领域的经验为例：过去一年，Sensei、LearnPress 等插件已成功实现了课程内容的互操作标准，但这仅适用于一个细分场景。将类似标准化推广到整个 WordPress 生态，"在提供任何有用工具之前就陷入标准之争"的风险过高。
项目的优先策略是：先让用户真正用上工具，再讨论标准化的可能性。
当前的过渡方案
在原生迁移工具尚不完善的阶段，"WordPress 到 WordPress"的站间迁移建议：
- 优先使用主流第三方迁移插件（如 Duplicator、All-in-One WP Migration 等），不要依赖 WordPress 原生的导入/导出功能
- 迁移前确保原站仍可访问，或提前做好数据库+文件的手动备份
- 若涉及 DNS 切换，建议在 DNS 变更前完成内容迁移
- 关闭双因素认证或准备好备用登录方式，以免被锁在原站外
平台不愿开放导出时的应对策略
在被问及部分平台可能永远不会主动开放数据导出功能时，Jordan 坦言团队会分阶段应对：
- 优先倡导开放：首先鼓励平台主动加入内容 portability 的生态。
- 推动对话：对于尚未提供导出的平台，团队会主动发起沟通，请求开放接口。
- 保留技术绕道方案：Jordan 坦承预期会有不少平台最终仍不愿配合，届时将探索技术手段来解放用户内容。
他同时强调，自己并非开发背景出身，而是设计和前端出身，这类技术攻坚工作正是他希望借助社区力量的原因。
Data Liberation 在 WordPress 生态中的定位
Jordan 被问及 Data Liberation 项目与营销、站点编辑、功能优化等其他关键项目相比处于何种位置。他解释：
- 目标并非争夺资源：项目并不打算从其他工作中抽调人手。WordPress 是一个庞大的社区，有足够的空间容纳更多贡献者。
- 激活新贡献者：Data Liberation 的核心目标是吸引那些对内容自由有热情、具备相关技能的新成员加入，而非从现有团队（如营销组、Meta 组）挖人。
- 草根起步：项目的年度目标宏大，但实际从基层社区驱动开始。
外部参与和贡献者现状
关于 WordPress 生态之外的组织是否伸出援手，Jordan 给出简短答案：目前尚未收到外部资源，这与他不将项目政治化的立场一致，但他对未来的外部合作持开放态度。
至于当前最大贡献者：
- Make Slack 频道中有来自多个组织的良好讨论
- Automattic 全职贡献者（尤其是 Meta 团队成员）也参与了部分提案的讨论
Jordan 表示，当前的重点工作之一是引入更多元的声音和视角来丰富对话。
