按我的理解,做网站大致可以分成三层来看,每一层解决不同的问题。
交付和验收
先小范围验证,确认有效再放大。
动手前先做诊断,这是所有工作的起点。
把要做的事列成清单,一条一条对着做,比凭感觉推进靠谱得多。
- 遇到拿不准的,先做两个版本试试,数据会告诉你答案。
每一步做完留个记录,回头查的时候省很多事。
接着说。
中途改需求正常,但要有记录,不然做到后面谁都说不清。别等出问题才想起来。
关于页面数量,我建议先做精几个核心页,比铺一堆空页面强。
做网站第一步不是设计,是想清楚目的。是为了获客,还是为了给客户看资质,这两个做法完全不同。
收录是第一步。页面都没被收录,谈什么排名。去后台看看,有多少页面是没进索引的。
周期和节奏
内链这块容易被忽略。相关内容之间互相链一下,用户停留时间明显不一样。
URL 别太长太乱。一串参数的链接,用户看着就没什么信任感。
- 参考同行可以,照抄就免了。抄来的结构往往跟自己的业务对不上。
案例要看细节,进到内页去,才知道真实水平。
- 关于我们那页别写成公司口号。写点真实的,比如团队是什么人、怎么做事。
域名一定要注册在自己名下。我见过太多用别人代注册的,后面想要回来特别麻烦。
- 判断一个网站好不好,就看用户能不能三下之内找到他要的信息。
- 客户说要「高端」,我会让他找几个喜欢的站给我看,比我猜强。
- JS 渲染的页面要小心。看着挺好,但抓取的时候可能什么都拿不到。
跳出率这个指标要结合场景看。有些页面用户看完就走,未必是坏事。
老实说,配图这事别敷衍,能用图说清楚的就别写字。
我自己踩过,模板和定制差在人工投入,按自己需求选,别只看钱。
备份要自动化,靠人记着肯定会有忘的那天。
结构化数据听起来挺技术,其实就是给内容加标签,让机器更容易看懂你在说什么。
说白了,网站改版的时候记得做跳转。我见过改版之后流量直接掉一半的,就是没处理旧链接。
网站维护费用这块,提前谈好。包含什么、不含什么,写到纸面上。
安全别不当回事,尤其是有表单和后台的站,定期检查一下没坏处。
问答式的内容一直被低估。它土是土了点,但用户问的问题就在那儿,你答得准,被引用的机会就大。
这事吧,案例页要写过程。只放个甲方名字,说服力基本为零。
错误提示要说人话。「提交失败」这种提示等于没说,得告诉人家哪错了。
服务器稳定性比不少人想的要重要。三天两头打不开,前面做的都白费。
后来才发现,基础的安全配置别省,这个属于及格线。
移动端现在才是主战场。我评审网站都是先看手机,再看电脑。
在淮安找本地团队做,见面沟通效率高不少,这点确实有差。反正记着就行。
内容和细节别糊弄
搞一堆站发同样内容,听着聪明,实际上容易被一锅端。
先说个前提,我发现问答类的内容特别容易被引用,因为结构清楚,一句问一句答。
我记得,编辑器要好用。粘贴进来的格式乱七八糟,是最常见的抱怨。
别把力气全砸在首页。大部分流量实际上是从内页进来的。
有空扫一遍死链,这活儿不复杂,但很多站都没做。
别嫌我啰嗦。
有个细节,多语言站注意文字长度差异,布局要有弹性。
后台易用性很重要,不然改个电话号码都得等别人,很耽误事。
搜索功能在企业站上挺实用,内容一多就离不开。
一页一词,别贪。贪的结果往往是哪个都做不好。
先想清楚要什么
GEO 和 SEO 到底什么关系?我一般这么跟人解释:SEO 是让页面在结果页排得靠前,GEO 是让内容能被直接拿来当答案。目标不一样,但底子的活儿差不多。各家情况不一样。
网站结构别搞太深。用户点六次还找不到想要的东西,基本就走了。
常见问题页很实用,也省客服的重复劳动。
搜索友好的结构最好一开始就规划好,事后补代价很大。
沟通成本是这行的大头。需求说得越模糊,来回改的次数越多。
做站最怕做完就扔那,那等于白花钱。