清单式的东西好用在能对照。关于网站建设，我把要点一条条写下来。
验收别走过场
- 联系方式要显眼，用户想找你的时候找不到，就没下文了。
- 报价单要看细项。笼统一个总价，后面加东西就全靠扯皮。
- 简单说，SEO 关心的是排名，GEO 关心的是引用。一个是位置，一个是内容本身够不够格被拿走。
- 后台易用性很重要，不然改个电话号码都得等别人，很耽误事。
你先记住这个。
上线之后才是开始
- 在天津做本地服务，网站上把位置和服务范围写明白，用户心里有底。
- 页面不在多，在于每个页面是不是真的有内容。空页面反而拖后腿。
- 网站不是做完就完了。内容更新、小改小动，这些才是长期的事。
- 看数据的时候，我习惯先看最差的几个页面，问题往往比好页面更有价值。
- 最忌讳的是频繁改。没有数据支撑的改动，多数是在瞎折腾。具体还得看情况。
- 案例页要写过程。只放个甲方名字，说服力基本为零。
- 关于价格，模板站几千块能搞定，定制开发一般要贵不少。主要差在设计和功能的工作量。
- 维护期内发现的小问题，集中整理一次再提，比零散提效率高。
我自己踩过，功能贵在实用，堆一堆用不上的，只会拖慢网站。
表单字段越少越好，这个跟转化率直接相关。
老实说，JS 渲染的页面要小心。看着挺好，但抓取的时候可能什么都拿不到。
看案例要进内页，别只看首页截图。首页谁都能做得好看。
安全性这块，中小企业最容易忽略。被挂个黑链，可能很久都不知道。
就这点事。
移动端一定要单独看。现在大部分流量来自手机，但你用电脑看着挺好，手机上可能已经乱了。真遇到就明白了。
先想清楚要什么
结构化数据这事没那么玄，就是给内容贴标签，方便机器抓取。
运营的人要培训。系统做得再好，不会用也白搭。
配色我的建议是控制在两三种。颜色一多，档次立刻就下来了。
说实话，我看过一个站，全站就一张大图，产品信息一个字没有。这种站做出来是浪费钱。
参考同行可以，照抄就免了。抄来的结构往往跟自己的业务对不上。我反正是这么看的。
我记得，找本地团队的好处是沟通方便，能当面聊。天津本地的团队在这一点上有优势。
顺便提一句，问答式的内容一直被低估。它土是土了点，但用户问的问题就在那儿，你答得准，被引用的机会就大。
系统日志保留一段时间，出事的时候能查到线索。
需求中途加功能是常事，但一定要走变更流程，不然项目和预算都会失控。
CDN 能解决一部分速度问题，尤其是用户分布广的时候，效果比较明显。
前期需求说得越具体，后期返工越少，这条基本不会错。
文章之间互相链接，既方便用户也方便抓取，这活儿花不了多少时间。
说白了，联系方式要显眼，最好每页都能看到。用户想找你的时候找不到就白搭了。这块别偷懒。
听起来简单，沟通效率低是这类项目最大的隐形成本，找个能聊明白的团队很重要。
正文字号大一点，别为了塞内容把字缩得太小。
站点内容多了以后，站内搜索是刚需，早点做上。
有个细节，建议每年体检一次，过期内容和死链接都要处理。
验证方式别搞得太麻烦，简单有效就好。
换个说法，不少天津本地的站点，上线之后就再没管过。这种状态想有流量，挺难的。
源码归属必须写进合同，这是底线。
先说个前提，别只看价格。便宜做出来的东西，后面返工花的钱更多。
数据导出功能别漏。哪天想换个系统，导不出数据就很被动。
HTTPS 这种基础配置现在应该是标配了，但还真有站点没弄。
SEO 的基础要在建站时就埋进去，等做完再补，改起来很痛苦。
弹窗别滥用，尤其是刚打开就盖住内容的那种，很招人烦。
验收标准提前写，包括兼容哪些浏览器、支持哪些机型。
单子就列到这，对着看就行。