SEO
Yoast SEO 与 Kakapo SEO 对比：红绿灯还是结构化标记？
对许多人来说，Yoast SEO 就是 WordPress SEO 的代名词——主要是因为编辑器里的红绿灯。Kakapo SEO 的重点则在别处：确保写进 <head> 的内容完整且有效。本次对比说明，对哪些人来说，哪种方式更能发挥作用。
简短的回答
Yoast 陪伴写作：可读性、关键词密度、红绿灯。Kakapo SEO 照管技术：标题模板、Open Graph、带必填字段检查的结构化数据、面包屑导航、Sitemap，以及重定向和 404 日志。
如果你的编辑团队写作时需要指导，会怀念那些红绿灯。如果你知道自己要写什么，并想知道某篇文章为什么得不到富媒体搜索结果，结构化标记检查更适合你。
两者的区别在哪里
| 问题 | Yoast SEO | Kakapo SEO |
|---|---|---|
| 编辑器中的红绿灯 | 核心功能 | 无 |
| 标题和 Meta 模板 | 是 | 是，支持占位符 |
| Open Graph | 是 | 是，含默认图片 |
| 结构化数据 | 是，以 @graph 形式 | 是，另检查缺失的必填属性 |
| 按文章进行结构化数据检查 | — | 说明缺少哪项属性以及原因 |
| 面包屑导航 | 是 | 区块、简码和主题函数 |
| XML Sitemap | 是 | 是，关闭核心自带的 Sitemap |
| 重定向 | Premium 版本提供 | 已包含，带命中计数 |
| 404 日志 | Premium 版本提供 | 已包含，不保存 IP |
| 死链检查 | — | 已包含 |
为什么只做一半的结构化标记比没有更糟
schema.org 本身没有必填字段——那里的一切都是可选的。具有约束力的是使用方的要求，实际上就是 Google 关于富媒体搜索结果的文档。如果缺少某项要求的属性，Search Console 会报告错误，并且仍然不会显示该结果。
因此，Kakapo SEO 会整个省略该节点，而不是只输出一半，并在“结构化数据检查”（德语：„Schema-Prüfung“）中按内容说明缺少哪项属性。那里的预览就是真实的源代码，而不是模拟出来的。
同时使用两个 SEO 插件，是出现重复标题和两个相互冲突的 @graph 节点最常见的原因。二者选其一。
重定向：被低估的部分
网站改版时，会产生一些走空的旧地址。Kakapo SEO 很早就介入处理——在 plugins_loaded 阶段，还在主查询之前。如果等到 template_redirect 阶段，WordPress 早已为未知地址发送了 Cache-Control: no-store；这个响应头会留在 301 响应中，任何浏览器都不得缓存该重定向。
此外还有 404 日志：每个走空的地址一行，包含出现频率和来源页面，一键即可据此创建重定向。只保存地址——不保存 IP，也不保存浏览器标识。
何时 Yoast SEO 是更好的选择
- 你的编辑团队写作时需要指导
- 你们已经在使用红绿灯，团队也熟悉它们
- 你想先试用免费版本
何时 Kakapo SEO 是更好的选择
- 你想知道某篇文章为什么得不到富媒体搜索结果
- 重定向和 404 日志应当无需额外购买即可使用
- 面包屑导航应当能以区块、简码和主题内调用的形式使用
- 你还在使用其他 Kakapo 插件，希望只用一个许可证
常见问题
我可以沿用 Yoast 的设置吗？
标题和描述模板需要重新设置；它们存放在不同的字段中。为此预留半小时，之后在源代码中检查十个页面。
切换时我会失去排名吗？
切换本身不会，只要标题、描述和重定向保持不变。危险的是空档——所以要先设置好，再切换。
我真的需要红绿灯吗？
它们在入门时有帮助，但也容易诱使人为红绿灯而写，而不是为读者而写。写作有把握的人不需要它们。
Sitemap 怎么办？
只要启用了自己的 Sitemap，Kakapo SEO 就会关闭 WordPress 核心自带的 Sitemap，确保只有一个。两份 Sitemap 不如一份。