最近和朋友聊天，我們都感到SEO行業(yè)有個(gè)很致命的問(wèn)題，就是沒(méi)有一個(gè)固定的規(guī)范和標(biāo)準(zhǔn)。不像python，PHP等程序語(yǔ)言，有個(gè)很完善的官方手冊(cè)，實(shí)在不行就直接做個(gè)小程序跑下，馬上就有準(zhǔn)確的答案。而SEO，毛標(biāo)準(zhǔn)都沒(méi)有，所以就經(jīng)常出現(xiàn)這樣的情況：兩個(gè)人為關(guān)鍵詞密度爭(zhēng)得面紅耳赤，一個(gè)說(shuō)3~7%好，一個(gè)說(shuō)4~9%好，兩個(gè)人差點(diǎn)打起來(lái)，但結(jié)果還是誰(shuí)也說(shuō)服不了誰(shuí)（而且通常都是扯淡問(wèn)題）。

　　WHY

　　在規(guī)模較大的公司里，這樣的SEO是很危險(xiǎn)的。因?yàn)樵诖蠊纠铮魏我稽c(diǎn)資源都需要去爭(zhēng)取，都有一定的成本，比如要說(shuō)服領(lǐng)導(dǎo)，得到產(chǎn)品和研發(fā)的配合，BI和搜索的支持。好不容易各種流程走完了，大家翹首以待等待流量提升，結(jié)果運(yùn)氣好的會(huì)有點(diǎn)效果，大多數(shù)是毛都沒(méi)有，甚至倒退都很有可能。就比如往廚房送了一只雞，大伙等著做成雞湯或大盤(pán)雞，結(jié)果出來(lái)一盤(pán)雞屁股，或者直接出來(lái)一盤(pán)炒青菜。問(wèn)廚師是怎么回事，廚師也撓了撓腦袋，也不知道哪里出了問(wèn)題。

　　這樣不可控的SEO是危險(xiǎn)的，在大公司會(huì)逐漸失去地位。（這也是為什么都說(shuō)SEO的ROI高，但大多數(shù)老板還是偏愛(ài)SEM的原因，很多SEO都做不到可控，無(wú)法保證投入一定有產(chǎn)出）因此，一定要讓SEO可控。投入一分錢(qián)，就要見(jiàn)到一分錢(qián)的效果，不能聽(tīng)天由命，看天吃飯。

　　WHAT

　　那怎樣才能讓SEO做到可控呢，不那么坑爹呢？

　　首先，要以科學(xué)的思路為指導(dǎo)。什么叫科學(xué)的思路，有3個(gè)方面：1、一切結(jié)論都有據(jù)可循，有數(shù)據(jù)支持，或出自搜索引擎基礎(chǔ)理論或官方文檔（這里的基礎(chǔ)理論可不是什么關(guān)鍵詞密度等）；2、一切方案都要考慮清楚預(yù)期效果及風(fēng)險(xiǎn)（不要求完全精確，但至少對(duì)效果的預(yù)判方向一致）；3、監(jiān)控最終效果，與之前結(jié)論和方案進(jìn)行實(shí)際對(duì)照（失敗不要緊，要緊的是不管成功或失敗）。

　　HOW

　　其次，SEO項(xiàng)目可以參考衛(wèi)哲3+1的產(chǎn)品思考法。衛(wèi)哲的3+1產(chǎn)品思考法是我之前看到的一個(gè)很完整，符合邏輯的產(chǎn)品思路，后來(lái)發(fā)現(xiàn)SEO也同樣適用（產(chǎn)品經(jīng)理是從用戶角度改善網(wǎng)站，而SEO是從搜索引擎角度改善網(wǎng)站，兩者有很多相同點(diǎn)的。）。下面是3+1思考法的SEO：

　　第一問(wèn)：需求從哪里來(lái)，目標(biāo)客戶是誰(shuí)

　　需求從哪里來(lái)，目標(biāo)客戶是誰(shuí)，我認(rèn)為這是最重要的一個(gè)問(wèn)題。SEO通常這樣，沒(méi)有數(shù)據(jù)和理論支持，完全是出于自己感性的考慮，就對(duì)網(wǎng)站進(jìn)行調(diào)整，比如看這個(gè)URL不爽，就重新做一套。這類需求通常沒(méi)有明確的目標(biāo)，或者目標(biāo)不清晰，只是為了做而做。這些需求是需要直接砍掉的。

　　還有一類需求，看起來(lái)很有邏輯但最底層的理論卻有問(wèn)題。比如認(rèn)為自己排名不高，原因是關(guān)鍵詞密度過(guò)低，于是就提出需求增加關(guān)鍵詞密度。但問(wèn)題是排名低是否確實(shí)是由于關(guān)鍵詞密度低引起，增加關(guān)鍵詞密度是否真的會(huì)提高排名？從nlp角度來(lái)說(shuō)，不僅要考慮關(guān)鍵詞詞頻TF，還要考慮逆文檔頻率IDF，并沒(méi)有那么簡(jiǎn)單；其次，從搜索引擎博弈角度出發(fā)，關(guān)鍵詞密度如此容易操作，而且一直被SEO拿來(lái)控制排名的因素，恐怕早就被搜索引擎打入冷宮了。

　　其次，SEO需求應(yīng)該是來(lái)自搜索引擎或用戶，即針對(duì)搜索引擎或用戶的某些問(wèn)題進(jìn)行優(yōu)化。比如生成并提交sitemap，提高搜索引擎爬蟲(chóng)的抓取效率，或?qū)⒅饕獌?nèi)容放在首屏，提高用戶體驗(yàn)。如果某個(gè)需求，對(duì)搜索引擎沒(méi)有益處，對(duì)用戶也沒(méi)有益處，只從SEO角度考慮，那通常是沒(méi)有作用的，再比如之前提到的關(guān)鍵詞密度。

　　第二問(wèn)：如果不做會(huì)有什么后果？這個(gè)需求緊迫嗎？

　　上一問(wèn)是考察需求是否必要，這一問(wèn)是考察需求的重要和迫切程度。這個(gè)需求是緊急處理，還是排在隊(duì)列中慢慢來(lái)，都需要通過(guò)這一問(wèn)來(lái)確定。

　　第三問(wèn)：他們的痛是什么？場(chǎng)景是什么（優(yōu)化之前/之后）

　　這一問(wèn)是考察需求能否解決之前問(wèn)題。原來(lái)的問(wèn)題是什么，那需求實(shí)施后能否解決問(wèn)題。

　　+1：解決之后在網(wǎng)站數(shù)據(jù)上會(huì)有什么表現(xiàn)

　　這一問(wèn)是考察需求的效果。不管最終結(jié)果成功與否，都要考察其結(jié)果，符合預(yù)期效果那太好了，如果跟預(yù)期差距較大，或沒(méi)有任何效果，則需要自我分析，找出其中癥結(jié)，就是“死也要死個(gè)明白”，作為以后的教訓(xùn)。

　　EXAMPLE

　　之前做過(guò)一個(gè)性能優(yōu)化的需求，雖說(shuō)效果不明顯，而且嚴(yán)格意義上跟SEO沒(méi)直接關(guān)系，不過(guò)仍然可以用產(chǎn)品思維去思考下。大致情況是這樣的：

　　背景

　　有同事剛聽(tīng)了什么搜索大會(huì)，某磚家在會(huì)上提到了網(wǎng)站速度對(duì)SEO的影響，回來(lái)后就用某工具跑了下，果然比競(jìng)爭(zhēng)對(duì)手網(wǎng)站速度要慢，于是交給我去分析。我主要是用PageSpeed，Yslow和WebPagetest對(duì)網(wǎng)頁(yè)幾個(gè)重點(diǎn)頁(yè)面進(jìn)行測(cè)試（這幾個(gè)工具在谷歌網(wǎng)站站長(zhǎng)指南中有推薦），并出了個(gè)初步方案，列了12項(xiàng)優(yōu)化items。不過(guò)由于這些items涉及網(wǎng)站架構(gòu)，并且我本身專業(yè)度不夠，就只算是給研發(fā)同事的優(yōu)化建議。

　　第一問(wèn)：需求從哪里來(lái)，目標(biāo)客戶是誰(shuí)

　　需求表面上是同事讓我分析，但總歸是網(wǎng)站自身存在的問(wèn)題。

　　對(duì)于速度優(yōu)化的受益方，一般是搜索引擎和用戶。因?yàn)殡S著網(wǎng)站速度的提升，搜索引擎爬蟲(chóng)的抓取效率會(huì)提高，用戶方面就不必說(shuō)了，必然會(huì)提高用戶體驗(yàn)。不過(guò)跟前端和開(kāi)發(fā)同事討論后，考慮到實(shí)現(xiàn)難度，第一期就先對(duì)靜態(tài)文件緩存，CSS與JS的合并進(jìn)行優(yōu)化，所以就跟搜索引擎爬蟲(chóng)沒(méi)有關(guān)系了（搜索引擎爬蟲(chóng)只是向搜索引擎發(fā)送請(qǐng)求，并保存返回的結(jié)果。對(duì)于返回網(wǎng)頁(yè)代碼中的靜態(tài)文件，包括JS和CSS，并加載和保存。這一點(diǎn)可以參考谷歌管理員工具中的谷歌抓取方式來(lái)試驗(yàn)。）。

　　第二問(wèn)：如果不做會(huì)有什么后果？這個(gè)需求緊迫嗎？

　　速度優(yōu)化如果不做就會(huì)影響網(wǎng)頁(yè)打開(kāi)速度，這個(gè)需求算比較重要，但不算緊迫。這個(gè)需求算是優(yōu)化類，而不算是糾錯(cuò)類。（我將SEO需求按照目的簡(jiǎn)單分為兩類：糾錯(cuò)類和優(yōu)化類。糾錯(cuò)類是網(wǎng)站本身的SEO基礎(chǔ)優(yōu)化，比如多個(gè)欄目未單獨(dú)設(shè)置title，而優(yōu)化類則是加分項(xiàng)，比如這個(gè)速度優(yōu)化。）

　　第三問(wèn)：他們的痛是什么？場(chǎng)景是什么（優(yōu)化之前/之后）

　　由于是優(yōu)化類需求，所以也不算很痛。就是優(yōu)化前，用戶每次打開(kāi)網(wǎng)頁(yè)都要重新下載靜態(tài)文件，并且JS和CSS都要一個(gè)個(gè)下載，JS還是單線下載。而優(yōu)化之后，老用戶打開(kāi)網(wǎng)頁(yè)時(shí)部分靜態(tài)文件就直接從緩存中取，而不用重新下載，再加上合并后JS和CSS文件數(shù)量的減少，都大大降低了HTTP請(qǐng)求的數(shù)量，這樣用戶打開(kāi)網(wǎng)頁(yè)時(shí)，速度就快了100+毫秒。

　　另外，前端還在列表頁(yè)進(jìn)行了懶加載，這樣就不用等到32個(gè)圖片全部加載后網(wǎng)頁(yè)才顯示，而是先顯示首屏，隨著鼠標(biāo)下滾才加載并顯示下面圖片。

　　+1：解決之后在網(wǎng)站數(shù)據(jù)上會(huì)有什么表現(xiàn)

　　以下是某個(gè)頁(yè)面優(yōu)化后的數(shù)據(jù)：

　　某欄目主要做了圖片懶加載以及背景圖合并，css合并等。

　　JS文件增加3個(gè)（業(yè)務(wù)需要），體積減少30KB；CSS文件減少3個(gè)，減少幅度為50%；CSS背景圖減少11個(gè)，減少幅度 61.1%；首屏圖片減少27張，減少幅度56.25%，首屏圖片體積減少200KB左右。