接入之前
需要准备什么。
所有信息都在平台内创建，不需要开发介入，也不需要装插件。
站点地址
https://example.com
WordPress 根地址。REST API 位于 /wp-json/wp/v2/。
用户名
一个专用的编辑账号
为接入单独创建账号，不要使用共用的管理员登录。
应用密码
用户 → 个人资料 → 应用密码
系统生成的应用密码，不是账号登录密码。可以随时吊销。
接入
先连接，再用一篇草稿验证。
测试草稿不是可选项。它用来确认字段真的落到位，再批准完整周期。
- 01
创建编辑账号
最小权限：接入需要创建与更新文章，不需要管理整个站点。
- 02
生成应用密码
在用户个人资料页生成。只显示一次，复制后妥善保存。
- 03
填写连接信息
填写站点地址、用户名与应用密码。开始规划之前，Rankow 会先确认 REST API 可访问。
- 04
发布一篇测试草稿
在跑完整周期之前，检查正文、meta 字段与媒体库中的封面。
发布之后
这个渠道实际会收到什么。
下面每一行都对应引擎读取的渠道能力矩阵，不是渠道拿不到的字段。
SEO meta
包含SEO 标题与 meta description 通过 REST API 的 meta 字段写入。
JSON-LD
不包含WordPress 渠道不注入 JSON-LD 脚本。结构化数据仍由你的 SEO 插件输出。
图片
包含封面以 WebP 上传到 WordPress 媒体库。正文配图由 CDN 以 WebP 提供。
内链
包含链接按真实固定链接校正，同时 WordPress 渠道会注入相关文章区块。
一条限制，直接说明
正文通过 REST API 以 HTML 存储，因此 Gutenberg 会按经典内容渲染，而不是原生区块。JSON-LD 不在该渠道注入。
常见问题
接入之前。
正文通过 REST API 以 HTML 写入，因此在编辑器里按经典内容渲染，而不是原生区块。
不针对某个特定插件。Rankow 通过 REST API 写入核心 meta 字段，读取这些字段的插件都会显示。Schema 输出仍由插件负责。
可以。引擎按 slug 定位文章，可以在不改 URL 的前提下更新标题与 meta，改动之前留存快照。