最近和朋友聊天,我们都觉得SEO行业有一个非常致命的问题,就是没有固定的规范和标准。与Python,PHP和其他编程语言不同,有一个非常完整的官方手册。直接运行一个小程序真的是不可能的,并且会立即得到准确的答案。搜索引擎优化,没有头发标准,所以经常有这样的情况:两个人竞争关键词密度面对红色,一个说3~7%是好的,一个说4~9%是好的,两个人几乎击中,但结果或谁不能说服任何人(通常是一个无意义的问题)。
为什么
在较大的公司中,这种SEO非常危险。因为在一家大公司中,任何资源都需要进行,所以有一定的成本,例如说服领导者,获得产品和研发,BI和搜索支持的合作。最后,各种流程都已完成,每个人都在等待流量增加。结果,运气会有一点效果。他们中的大多数都不是毛茸茸的,甚至倒退也很可能。例如,如果你把鸡送到厨房,每个人都会等待鸡汤或大鸡肉。结果是一个鸡屁股,或一盘炒菜。问厨师发生了什么事,厨师摸不着头脑,不知道出了什么问题。
这种无法控制的搜索引擎优化是危险的,并将逐渐失去其在大公司的地位。 (这就是为什么搜索引擎优化的投资回报率很高,但大多数老板仍然喜欢SEM。许多搜索引擎优化无法控制,并且无法保证他们会有输出。)因此,必须控制搜索引擎优化。当你投入一分钱时,你必须看到一分钱的效果。你不能听你的生活,看着天空。
什么
那么我们怎样才能使SEO可控,而不是那么精辟?
首先,我们必须以科学思想为指导。什么是科学思维,有三个方面:1,所有结论都是基于证据,数据支持,或者来自搜索引擎或官方文档的基本理论(这里的基本理论不是什么关键词密度等);所有计划必须考虑预期的影响和风险(不要求完全准确,但至少预测影响的方向是一致的); 3,监测最终效果,并与之前的结论和方案进行实际比较(失败无关紧要,重要的是不管成功与否)或失败)。
怎么样
其次,SEO项目可以参考Weizhe 3 + 1的产品思维方法。魏哲的3 + 1产品思维方法是我之前见过的一个非常完整和合乎逻辑的产品理念。后来我发现SEO也适用(产品经理是从用户的角度改进网站,而SEO则是从搜索引擎的角度来改进网站)。两者之间有许多相似之处。这是3 + 1思考的SEO:
第一个问题:需求来自哪里,谁是目标客户?
需求来自哪里以及目标客户是谁?我认为这是最重要的问题。 SEO通常是这样的。没有数据和理论支持,它完全基于他自己的感知考虑。该网站已经过调整。例如,如果URL不好,则会重新制作。这样的需求通常没有明确的目标,或目标不明确,只是为了做到这一点。需要直接削减这些需求。
另一种类型的需求似乎是合乎逻辑的,但底层理论存在问题。例如,我认为我的排名不高,因为关键字密度太低,所以我要求增加关键字密度。但问题是低排名是否真的是由低关键字密度引起的。提高关键字密度真的会提高排名吗?从nlp的角度来看,不仅考虑关键词频率TF而且考虑逆文档频率IDF。这不是那么简单。其次,从搜索引擎游戏的角度来看,关键字密度很容易操作并且已经被SEO控制。我担心排名因素长期受到搜索引擎的打击。
其次,SEO要求应该从搜索引擎或用户进行优化,即针对搜索引擎或用户的某些问题。例如,生成并提交站点地图以提高搜索引擎抓取工具的抓取效率,或将主要内容放在第一个屏幕上以改善用户体验。如果要求对搜索引擎不利,则对用户不利。从SEO的角度来看,它通常没有效果,例如前面提到的关键字密度。
第二个问题:如果你不这样做会怎么样?这个要求是否紧急?
最后一个问题是检查需求是否必要。这个问题是一项重要而紧迫的需求衡量标准。无论这种需求是紧急处理还是缓慢进入队列,都需要通过这个问题来确定。
问题3:他们的痛苦是什么?什么是场景(优化前/后)
这个问题是要检查需求是否能解决以前的问题。原始问题是什么,以及在实施实施后问题是否可以解决。
+1:解决方案后网站数据会发生什么?
这个问题是检查需求的结果。无论最终结果是否成功,都有必要检查结果。达到预期效果太好了。如果与期望存在很大差距,或者如果没有效果,那么您需要自己分析它并找出它的关键。 “,作为后来的一课。

我之前做过性能优化,虽然效果不明显,严格意义上并没有直接关系到SEO,但仍然可以用产品思维来思考。一般情况如下:
背景
有些同事刚刚听了搜索会议。砖房提到了网站的速度对SEO的影响。当他回来时,他带着一个工具跑。它比竞争对手的网站慢,所以他给了我分析。我主要使用PageSpeed,Yslow和WebPagetest来测试网页的几个关键页面(这些工具在Google网站管理员指南中推荐),并有一个初步计划,其中列出了12个优化项目。但是,由于这些项目涉及网站架构,而且我不够专业,这只是研发同事的优化建议。
第一个问题:需求来自哪里,谁是目标客户?
从表面上看,需求是我的同事分析,但它始终是网站本身的问题。
对于速度优化的受益者,它通常是搜索引擎和用户。因为随着网站速度的增加,搜索引擎爬虫的爬行效率会提高,用户方也不必说,这将不可避免地改善用户体验。但是,在与前端和开发同事讨论后,考虑到实现的难度,第一阶段将首先优化静态文件缓存,CSS和JS合并,因此它与搜索引擎爬虫无关(搜索引擎爬虫只是发送到搜索引擎)请求并保存返回的结果。对于返回的网页代码中的静态文件,包括JS和CSS,以及加载和保存。这可以参考Google管理工具中的Google Fetching进行测试。
第二个问题:如果你不这样做会怎么样?这个要求是否紧急?
速度优化不会影响网页打开的速度。这个要求更重要,但并不紧急。此要求是优化类,而不是错误更正类。 (我根据目的将SEO要求分为两类:纠错类和优化类。纠错类是网站本身的SEO基本优化。例如,多列没有单独的标题,并且优化class是加号项,例如此速度已优化。)
问题3:他们的痛苦是什么?什么是场景(优化前/后)
因为它是一个优化类要求,所以不是很痛苦。在优化之前,用户必须在每次打开网页时重新下载静态文件,并且JS和CSS必须逐个下载,JS或单行下载。优化后,当旧用户打开网页时,一些静态文件直接从缓存中获取而无需重新下载,合并后减少JS和CSS文件的数量大大减少了HTTP请求的数量,因此用户打开网页。速度快100+毫秒。
此外,前端是列表页面上的延迟加载,因此在加载所有32张图片之前不会显示网页,但是首先显示第一个屏幕,并在鼠标滚动时加载并显示以下图片。
+1:解决方案后网站数据会发生什么?
这是页面优化后的数据:
有些专栏主要做图片延迟加载和背景图像合并,css合并等。
JS文件增加3(业务需求),卷减少30KB; CSS文件减少3,减少50%; CSS背景图像减少了11,减少了61.1%;第一张屏幕图片减少了27,减少了56.25%。第一个屏幕的音量减少了大约200KB。