我做网站交付时，经常碰到一个很现实的场面。技术把后台账号一交，运营看到能改标题、正文和图片，就觉得后面主要是发文章。其实网站真正难管的地方，恰恰是那些平时不显眼、出错以后又会到处出现的字段。交付完成不等于维护结束，只是维护的人换了。
先把后台里的东西分清。大体上就是页面事实、搜索展示、机器读取和发布管理这几部分。运营不是每个输入框都要碰，技术也不该一直替运营改产品价格。最稳妥的办法，是每类字段都有人负责，并且同一条事实只保留一个主版本。
第一类是业务事实。公司全称、品牌名、产品名称、规格参数、服务地区、价格口径、适用范围、联系人和客服电话，都属于这里。这些内容由业务负责人确认，运营负责填进后台。地址换了，就要同时检查联系我们、页脚、门店页和结构化数据，不能只改眼前那一页。
第二类是搜索展示字段，包括页面的Title、meta description、H1和URL。Title要说清页面到底是什么，H1要和页面主题一致，description可以写主要内容，但搜索平台不一定原样采用。Google的公开说明也讲得很明白，搜索结果里的标题和摘要可能根据页面内容及用户查询重新生成。所以这些字段要准确，不能把它们当成广告口号箱。
第三类是身份字段。像Organization、Person、作者姓名、审核人、公司别名、官方账号和品牌关系，主要是帮助机器分清楚谁在发布、说的是谁。作者页不能只有一个名字，最好能看到他的身份、负责领域和相关内容。公司简称也别今天写A，明天写A集团，后天又变成英文缩写。
第四类是时间字段。文章需要分清datePublished和dateModified，页面上看到的日期还要和结构化数据一致。只改了一个错别字，就没必要把整篇文章伪装成刚刚更新。修改日期应该对应确实影响读者理解的内容变化，比如政策口径、产品参数、费用信息或者办理要求发生了变化。
再往下是来源和引用。政策、标准、统计数据、产品参数从哪里来，后台最好留出来源名称、原始网址、发布时间、访问日期和备注。运营不能只把链接堆在文末，还要检查链接指向的内容是不是还在、引用的话有没有超出原文意思。这部分既方便编辑复查，也方便以后更新旧文章。
图片也不只是上传完就算了。文件名、替代文本、图注、来源、授权情况、宽高和封面裁切都值得管。替代文本要描述图片真正表达的内容，装饰图片则不用硬塞关键词。正文说的是进口清关流程，图片却是一张模糊港口夜景，对用户和机器都没多大帮助。
分类、标签、面包屑和相关文章属于内容关系。分类通常管大方向，标签只补充具体主题。很多网站一篇文章挂十几个近义标签，最后生成一堆只有一两篇内容的空页面。标签不是越多越好，能把相关内容放到一起才有意义。
最容易出事故的是发布与索引字段，比如URL、canonical、noindex、robots设置、HTTP状态和XML站点地图。运营可以查看状态，但不要凭感觉修改。站点地图只是帮助搜索平台发现网址，并不保证一定收录。准备删除的页面，也不能只在robots.txt里挡住就结束，应该由技术根据实际情况处理跳转、404、410或noindex。
这件事为什么总在交付后乱掉，其实和分工有关。建站公司通常按项目完成设计、程序和上线，代运营公司按月维护内容与检查状态，企业内部运营长期更新业务信息。业务负责人知道事实，编辑把话写清楚，技术负责网址、权限和程序设置，GEO人员检查公开信息是否一致。谁都只懂一部分，所以更需要把责任写明白。
参与网站信息的还有CMS服务商、搜索平台、生成式搜索产品和最后访问网站的用户。后台字段不是直接拿来换排名的开关，它们更像网站的基础资料。上游的人把事实和内容放进去，下游的平台读取页面，用户再决定这家公司值不值得联系。中间任何一处写错，都会把错误继续带下去。
真正能让维护轻松的，是一张字段表加一份更新记录。字段表写清名称、所在位置、负责人、谁来审核、多久检查一次。更新记录保留旧值、新值、修改人、修改时间和原因。涉及公司身份、价格、联系方式、URL和公开权限的修改，发布前至少再让一个人看一遍。
从GEO角度看，我最在意的不是后台多了多少高级功能，而是公开页面能不能把一个问题讲清楚。公司是谁、提供什么、适合谁、依据来自哪里、什么时候更新，这些信息应该让普通用户直接看到，同时和机器读取的内容保持一致。不能页面写一套，结构化数据又写另一套。
如果只记一件事，那就是运营负责维护事实和内容，技术负责网址与索引设置，业务负责人负责确认信息真假。每天看新发布内容，每月查联系方式、重点页面和失效链接，业务发生变化时马上检查所有相关位置。网站交付以后真正需要守住的，就是这些看起来普通、却最容易影响信任的字段。
