自定义字段是什么
自定义字段（post meta）是挂在文章上的键值对，用来存文章正文之外的结构化数据：产品价格、作者、引用来源、SEO 描述、专题标签等都可以。它与文章内容分离，查询时按 key 读取，是扩展内容模型最常用的方式。
什么时候该用、什么时候不该用
- 适合：单篇文章的补充信息、需要在列表中筛选排序的字段、与正文强绑定的元数据
- 不适合：跨文章的全局配置、需要复杂关系的数据、频繁变更的缓存类数据
如果一个字段需要被查询、需要出现在列表页或需要模板读取，用自定义字段；如果只是一次性说明，直接写进正文更简单。滥用自定义字段会让数据库行数膨胀，每次查询都要多一跳。
SEO 相关的 meta 有哪些
常见的 SEO 元信息包括：SEO 标题（与页面标题不同）、SEO 描述、规范链接（canonical）、是否允许索引（noindex/nofollow）、社交分享标题与描述、结构化数据补充字段。这些信息影响搜索结果的展示与收录行为，值得逐篇管理。
用插件还是自己实现
成熟插件（如 Rank Math、Yoast SEO）提供完整的字段管理与输出，包含站点地图、Open Graph、Schema 等，适合希望开箱即用的团队。若只需要少数字段（如标题、描述、noindex 开关），自己实现更轻量：用自定义字段存储，在主题的 wp_head 钩子里读取并输出即可。自研方案的优势是没有冗余功能、输出可控；代价是需要自己处理兜底逻辑与编码正确性。
自研方案要注意的点
- 描述按显示宽度截断，中文场景不能按空格分词
- 字段为空时要有合理兜底（取正文摘要或站点默认）
- 输出位置固定在 wp_head，优先级要先于插件
- canonical 必须指向自身，避免聚合页互相指错
- 缓存插件可能缓存掉动态 meta，需要为关键页面关闭页面缓存或单独处理
与缓存的配合
页面缓存会把动态生成的 head 区块固化下来，若缓存了错误的 meta，改动要等缓存过期才生效。做法是把 SEO meta 的失效时间与缓存刷新策略对齐，或对改过 meta 的文章主动清一次缓存。上线后要验证：改完描述立刻访问，看到的是否已经是新值。
维护建议
定期抽查关键页面的 meta 输出是否正确：标题不重复、描述长度合适、canonical 正确、没有意外的 noindex。用搜索控制台查看索引覆盖率，发现异常页面立即排查。字段管理的目标是让搜索引擎正确理解每个页面，而不是堆砌关键词。