信创改造比不少人想的复杂，不只是换个系统那么简单。

交付和验收

说白了，把要做的事列成清单，一条一条对着做，比凭感觉推进靠谱得多。

犹豫不决的时候就做测试，比争论快。

先小范围验证，确认有效再放大。

每一步做完留个记录，回头查的时候省很多事。

第一步一定是把现状摸清楚。不知道现在什么样，谈改进就是空谈。

页面不在多，在于每个页面是不是真的有内容。空页面反而拖后腿。

做网站第一步不是设计，是想清楚目的。是为了获客，还是为了给客户看资质，这两个做法完全不同。

先确认收录。没被收录的页面，后面做再多也是白搭。

中途改需求正常，但要有记录，不然做到后面谁都说不清。

服务器稳定这事别图便宜，老打不开的站，怎么优化都没用。真遇到就明白了。

弹窗这东西要克制。一进来就挡住内容，用户第一反应是关掉。

合规和安全

字体版权这事容易被忽略，商用前确认一下，免得后面收到函件。

我自己踩过，一问一答的形式很讨巧，结构清晰，摘取也方便。

别小看 FAQ 这种看起来很土的东西。用户问什么你就答什么，这种结构在现在的搜索环境里反而吃香。

老实说，页面加载速度很关键。超过三秒还没出来，多数人已经走了。

看数据的时候，我习惯先看最差的几个页面，问题往往比好页面更有价值。

说实话，网站结构别搞太深。用户点三次还找不到想要的东西，基本就走了。

响应时效约定清楚，出了问题才知道找谁、多快能解决。

有个细节，网站改版的跳转规则必须做。旧链接不跳，之前攒的权重基本清零。

先想清楚要什么

顺便提一句，做这一行久了，我发现好网站的标准实际上很朴素：用户能快速找到他想要的东西。

URL 别太长太乱。一串参数的链接，用户看着就没什么信任感。

换个说法，验证方式别搞得太麻烦，简单有效就好。

找本地团队的好处是沟通方便，能当面聊。上海本地的团队在这一点上有优势。

备份设成自动的，人工靠不住。

先说个前提，搜索友好的结构最好一开始就规划好，事后补代价很大。

这个细节挺关键。

合作前看对方案例，别只看首页截图，要点进去看看细节和实际效果。

结构化数据这事没那么玄，就是给内容贴标签，方便机器抓取。

跳出率这个指标要结合场景看。有些页面用户看完就走，未必是坏事。

源码归属必须写进合同，这是底线。

编辑器要好用。粘贴进来的格式乱七八糟，是最常见的抱怨。各家情况不一样。

上线只是开始，后面的维护才是常态。

同城团队可以当面沟通，复杂需求尤其明显。

内容和细节别糊弄

历史内容的去留提前理一遍，迁移时不会手忙脚乱。

我通常会先出个结构图，把栏目和层级画出来，确认了再做设计。

站点内容多了以后，站内搜索是刚需，早点做上。

这事吧，配色我的建议是控制在两三种。颜色一多，档次立刻就下来了。

CDN 能解决一部分速度问题，尤其是用户分布广的时候，效果比较明显。

听起来简单，报错信息要具体，光说失败用户根本不知道怎么改。

每个页面得有个明确目的，不然写着写着就不知道在干嘛了。

JS 渲染的页面要小心。看着挺好，但抓取的时候可能什么都拿不到。

表单能少一项是一项。我统计过，每多一项，填完的人就少一截。

兼容性测试别偷懒，多试几个浏览器。

我记得，标题标签和描述，很多网站要么是空的，要么全是重复的。这种地方改一改，见效反而快。

改版前先看老站哪些页面在带来流量，这些要保住，不然等于重来。别等出问题才想起来。

能记住的就一句：网站是拿来用的，不是拿来看的。