由 dawei 建站初期常陷入“先搭界面、再补数据”的惯性，结果导致内容复用困难、SEO效果参差、多端呈现割裂。根本症结不在技术实现，而在元数据体系缺失——它本该是建站前就明确的战略层设计。
元数据不是后台字段的简单罗列，而是对内容本质的结构化描述：一篇产品页需统一定义“主标题”“副标题”“核心卖点短句”“技术参数组”“适用场景列表”等字段，并标注每项的必填性、字符限制、是否支持多语言、是否参与SEO生成等规则。这些定义须在UI原型阶段即锁定，而非开发中途由程序员临时补全。
多端兼容的关键在于“一套元数据，多种映射”。例如，“适用场景列表”字段，在PC端可展开为三栏图文模块，在移动端则自动折叠为可点击的标签云，而APP内可能仅提取前两个高权重场景用于卡片摘要。这种适配逻辑由前端模板和CMS渲染引擎执行，但源头必须是同一套经过校验的元数据结构。
策划阶段需协同产品、设计、内容、SEO及开发四方，用轻量级表格或可视化工具共同确认元数据字典。重点验证三类边界：字段之间是否存在冗余（如同时存在“摘要”与“简介”，需合并为“导语”并定义使用场景）；是否覆盖所有终端的基础需求（微信搜索需特定OpenGraph字段，iOS App Store需App Links支持）；内容编辑者能否直观理解字段含义（避免“meta_keywords”这类技术术语，改用“搜索推荐词”）。
交付物不是文档，而是可验证的实践起点：一套带示例值的元数据表格、对应各端的最小可行渲染Demo、以及一条从内容录入到网页/APP/小程序同步生效的端到端走查路径。当第一篇测试文章能准确出现在Google搜索结果、微信公众号卡片、企业APP资讯流中且关键信息无损时，体系即被证伪为有效。
AI设计稿，仅供参考
策划先行不是延缓上线，而是把后期反复调整的成本前置。元数据体系一旦稳固，后续增删频道、接入新终端、做A/B测试，都只需在既有框架内配置，而非推倒重来。建站的本质不是搭建页面，而是构建可演进的内容操作系统——元数据，就是它的操作系统内核。