营销获客网站上线以后，最容易被误会的一件事，就是大家觉得页面已经做好，后面偶尔发点文章就行。其实真正影响咨询的，常常是两块很普通的内容，案例让访客判断你到底做没做过，常见问题让访客判断这件事适不适合自己。 一个负责建立信任，一个负责减少顾虑，它们不是新闻栏目，也不是越多越好。
先把边界说清。案例不是客户名单，更不是把项目数字堆上去。它应该讲明白客户当时处在什么情况、遇到什么问题、我们做了哪一段、结果在什么时间和条件下出现。FAQ也不是产品说明书的拆句版，它回答的是客户决定联系之前反复问的事，比如适用范围、服务过程、费用由什么决定、需要准备什么、哪些情况暂时做不了。
这件事通常有四类人参与。销售和客服提供真实问题，业务负责人核对说法，内容人员把话写清楚，网站人员负责发布、转址、收录和数据查看。 客户授权、个人信息处理和宣传表述也得有人确认。外包公司可以整理和发布，但不能替企业凭空确认项目结果。事实到底对不对，最后还得回到真正做过项目的人手里。
案例怎么维护，我一般先看证据，不先看文笔。项目结束后，把合同允许公开的范围、沟通记录、交付材料和客户确认放在一起。能写具体结果，就同时写清统计时间、计算方式和前提。不能公开客户名，就用经过授权的行业身份表达，别拿模糊称呼假装成知名客户。结果没有材料可查、客户没有同意公开、关键条件说不明白，这种案例宁可先不发。
发布以后也不是放着不动。联系方式、产品名称、政策条件、报价口径变了，页面要跟着检查。原结果仍然真实，就补上核实日期和现在的适用说明。业务已经停掉，可以保留有参考价值的页面并写明状态，也可以转到最接近的新页面。完全重复、事实无法确认、只剩宣传话的内容，直接合并或下线更干净。删除有外部访问的旧地址时，要看看是否需要做合理转址，别让访客点进去只见错误页。
FAQ的材料主要从现场来。销售聊天、客服记录、站内搜索、表单留言，还有Search Console里用户实际搜进来的词，都比坐在会议室里猜问题靠谱。我会让销售每周顺手交回重复问题，内容负责人每月挑一批核实，季度再把整库翻一遍。这只是我常用的工作安排，不是搜索平台规定的更新时间。真正该改的时点，是答案已经变化或用户开始大量问新的事。
写答案时，一个页面先解决一个清楚的问题，开头直接给判断，再补条件和例外。两道问题实际意思一样，就合在一起，别为了页面数量换几个近义词重复写。答案太长，可以连到服务页或案例页，但被问到的关键限制要留在当页。每条最好保留负责人和最后核实日期，内部还要留修改记录，这样下次有人问为什么改过，不用重新猜。
有人会问，FAQ加了FAQPage结构化数据，是不是搜索结果就能多占一块。这个期待要压下来。Google当前公开说明里，FAQ富结果主要面向知名且权威的政府和健康类网站，普通商业网站即使写了合规标记，也不代表一定展示。Schema.org里的FAQPage适合由网站提供答案、用户不能提交不同答案的页面。结构化数据是把页面内容说明白，不是替普通页面争取展示的保证书。
维护效果也别只看访问量。我更关心案例页带来了多少有效咨询，用户看完FAQ又去了哪些页面，表单在哪一步放弃，销售重复回答的问题有没有减少。这里要先统一统计口径和观察时间，还要排除内部访问、广告异常点击这些干扰。某个页面没有直接带来表单，也可能帮用户确认条件后再去联系，不能看一张报表就匆忙删掉。
说到底，这类维护不是编辑一个人的杂活，而是企业把真实业务持续放回网站。每周收问题，每月处理待发布内容，出现业务变化马上核对，季度检查旧页面，对多数中小企业已经够用。人手少也没关系，先守住三件事就行，案例有证据，FAQ有依据，旧内容有人处理。网站看上去更新得不算热闹，但访客每次点开，看到的都是现在还能兑现的话，这比堆几十篇空内容有用得多。
