有人问我，现在都移动互联网了，还要不要做官网。我的答案是：要，但得换个做法。

内容和细节别糊弄

• 验收的时候自己当用户体验一遍，什么问题都跑出来了。
• 标题标签和描述，很多网站要么是空的，要么全是重复的。这种地方改一改，见效反而快。
• 不同浏览器都看看，尤其是对方要求的那几个，别只看自己常用的。
• 跳出率这个指标要结合场景看。有些页面用户看完就走，未必是坏事。
• 配色我的建议是控制在两三种。颜色一多，档次立刻就下来了。
• 移动端单独验收，两边差别经常超出预期。
• 多语言站注意文字长度差异，布局要有弹性。
• 按钮要像按钮。有些设计做得好看，用户根本不知道哪儿能点。
• 源码归属必须写进合同，这是底线。
• 用一堆域名做同样的内容，这种玩法风险很高，我不建议。
• 手机端的体验单独拎出来看，别用电脑的感觉去代替。这两边差别可以很大。
• 服务器稳定这事别图便宜，老打不开的站，怎么优化都没用。
• 安全别不当回事，尤其是有表单和后台的站，定期检查一下没坏处。
• 建议每年体检一次，过期内容和死链接都要处理。
• 售后响应时间要写进合同。出问题几天没人理，谁都受不了。
• 网站上线只是开始。内容更新、数据查看、小改小动，这些才是长期的活。
• 结构化数据听起来挺技术，其实就是给内容加标签，让机器更容易看懂你在说什么。
• 分期付款对双方都是保障，一次付清风险大。
• 用脚本动态生成内容的页面，抓取方不一定看得见，这点要测试。
• 弹窗这东西要克制。一进来就挡住内容，用户第一反应是关掉。
• 想被引用，内容得有明确的结论，模棱两可的那种很难被选中。
• 中途改需求正常，但要有记录，不然做到后面谁都说不清。
• 上线只是开始，后面的维护才是常态。
• 我发现问答类的内容特别容易被引用，因为结构清楚，一句问一句答。
• 数据备份要有。我遇到过一次硬盘故障，幸好有备份，不然全都得重来。
• 表单提交之后要有明确反馈。用户不确定有没有提交成功，就会重复提交。
• URL 别太长太乱。一串参数的链接，用户看着就没什么信任感。
• 字号别太小。我见过正文十二像素的站，看着费劲，尤其对年长的人。
• 我看过一个站，全站就一张大图，产品信息一个字没有。这种站做出来是浪费钱。
• 页面速度这事，说的人不多，但影响很实在。我自己测过，慢一秒，跳出率能差出一大截。
• 证书、资质、合作方 logo，能放的都放上，信任感是攒出来的。
• 先定受众，不同年龄层的审美和阅读习惯差别很大。
• 动手之前先定目标。获客的站和展示资质的站，结构和内容差得很远。
• 官网的核心就三块：业务、案例、联系方式。
• 网站维护费用这块，提前谈好。包含什么、不含什么，写到纸面上。
• 在上海找本地团队做，见面沟通效率高不少，这点确实有差。
• 系统日志保留一段时间，出事的时候能查到线索。
• 时间上要现实一点，定制站动辄说几天交付，质量很难保证。
• 域名一定要注册在自己名下。我见过太多用别人代注册的，后面想要回来特别麻烦。
• 别把力气全砸在首页。大部分流量其实是从内页进来的。
• 沟通效率低是这类项目最大的隐形成本，找个能聊明白的团队很重要。
• 层级别做太深。点三四下还没到，用户没那个耐心。
• 死链接要及时清。我见过有站点积累了几百个 404，自己还不知道。
• 手机端必须单独验收，大部分访客是从手机进来的。
• 案例展示要有细节。光放个客户 logo 没什么说服力，写清楚做了什么、解决了什么。
• 改版最容易出事的就是旧链接。新站上线之前，把跳转规则先配好。

这个条目就记到这，有新的变化再补。