隨著seo的發(fā)展，更多的企業(yè)開始重視自己網(wǎng)站的seo問題，雖然作為seo項目負責人給出簡單的解決方案很易，但是提出解決方案本身并不能解決問題。如果你能在客戶和經(jīng)理們的預期成本和收益范圍內(nèi)，提出一個清晰明了的具體計劃，他們更愿意把你的計劃應用于實踐之中。
最有效的就是在每一次計劃書的最后附上一張表單，如下圖所示（表1）：
|
優(yōu)先級別 E |
優(yōu)化手段 A |
影響程度B |
費用D |
或使用到的資源C |
|
1 |
修復附錄A中的死鏈 |
高 |
低 |
實習生 |
|
2 |
重寫頁面標題 |
中 |
低 |
內(nèi)容團隊 |
|
3 |
重做導航 |
中 |
高 |
開發(fā)團隊、設(shè)計團隊 |
僅含有5列的表看起來似乎沒什么大不了，但是當你真正開始認真研究各列所包含的內(nèi)容，你會發(fā)現(xiàn)如果要達到每列中的每項指標，將涉及大量的工作。所以在這里，我想和大家一起討論涉及到的每一個步驟。（表1中各列中的字母對應各列）
一. 撰寫具體優(yōu)化手段
二. 從主要因素到次要因素逐一解決問題
三. 確認所需資源
四. 估計所需成本
五. 編制最終的排名
一. 撰寫具體優(yōu)化手段
我們在寫seo計劃書的時候經(jīng)常討論到“是什么”和“為什么”，而這太浪費時間，所以我們直接跳到最后一步，那就是“怎么做”。比如，很多SEO報告中有這樣的話：
“我們檢測了你的網(wǎng)站，發(fā)現(xiàn)了大量的內(nèi)部鏈接壞鏈，這導致了404錯誤和權(quán)重的無法傳遞。檢查你的內(nèi)鏈和糾正死鏈，你將保留權(quán)重，提高排名，并為你的訪問者提供更好的用戶體驗?！?
這就涵蓋了問題“是什么”和“為什么”你要修復它，還有你該如何修復它的大致手段。但是想象你是個網(wǎng)站開發(fā)者，讀到這樣的報告，你會不會覺得：這報告是要我花上幾天點擊網(wǎng)站上的所有鏈接來尋找404錯誤？！
作為有經(jīng)驗的SEO從業(yè)人員，大家都會想到這樣豈不是很麻煩？，其實你不需要讓開發(fā)者們手動檢查整個網(wǎng)站，有很多檢查工具能做到！但是問題就是很多知識豐富的網(wǎng)站開發(fā)者并不知曉一些SEO的訣竅和手段，就算他們知道可以直接在線檢測404頁面的工具，但是也不知道能應用于SEO之中?？纯聪旅孢@段報告，較之前的報告，是否更有用一些：
“我們整合整個網(wǎng)站中的壞鏈列表，包括他們的地址和他們的錨文本。我們建議您逐一檢測，或是移除鏈接，或是建立合適的跳轉(zhuǎn)頁面”
沒有這最后一步，你就靠著一個通情達理的網(wǎng)站開發(fā)者來為你做體力勞動。有了這最后一步，你可以讓項目經(jīng)理將你的解決方案交到一個實習生手中就萬事大吉了。就算在技術(shù)上說，與開發(fā)者相比，公司多花了15分鐘的人力成本在你身上，但是這杜絕了錯誤，并且戲劇性的提升了這項工作可被完成的可能性。
不論何時你在制定一個實施計劃的時候，不要停留在高層面泛泛意義上的解決，列舉出為完成計劃而采取的所有步驟，并且盡你自己的可能完成這些步驟。
二. 從主要因素到次要因素逐一解決問題
這個步驟是至關(guān)重要的，但是卻鮮有被提及。你的計劃越容易實施，將超過20個的任務交予任何一個小組都會顯得有點過量。他們該從何開始呢？完成哪一個任務將能給他們帶來最大的流量呢？
如果你的客戶或者經(jīng)理想要達到訪問量或者收益的估值，那將會花費一些時間。但是我合作過的大部分客戶都樂于接受一個高/中/低的范圍值。
那什么算是高、什么是中、什么是低呢？在評審客戶的網(wǎng)站時，我發(fā)現(xiàn)了一些最常見的要點/問題，這里，我按照影響程度的最大到最小來將它們一一排序。記得一定要根據(jù)問題的擴散程度適度調(diào)整，形成最后的高/中/低排名。
1.降權(quán)
你可能已經(jīng)知道這一點，但是切記：‘降權(quán)永遠優(yōu)先’/永遠要先解決降權(quán)這個問題。
如果你的網(wǎng)站被降權(quán)，任何優(yōu)化都能夠稍稍減少影響，但是永遠都會有一個讓人煩惱的可能性存在，那就是一次降權(quán)將會導致更大更慘的降權(quán)，一個未解決的降權(quán)可能得到更嚴厲的懲罰。
客戶或者經(jīng)理更愿意投資在重新獲取他們曾經(jīng)達到過的流量上，而不是做一些改變來獲取更大的流量。如果你能發(fā)現(xiàn)并證明是一次降權(quán)，那衡量價值損失、了解解決降權(quán)問題帶來的收益比解決降權(quán)的花費多出多少這兩個問題就變得簡單許多。
（1）.人工干預降權(quán)
人工干預降權(quán)是導致排名掉落的典型原因。怎么確定是否被人工降權(quán)，檢索網(wǎng)站的名稱，如果它的排名不是第一位，那你就可能遇上了一次人工降權(quán)。低于google而言你可以在管理員工具提交申請，對于百度而言你可以選擇快照投訴。
（2）算法調(diào)整降權(quán)
算法降權(quán)的影響力還是比較大的，但是通常情況下沒有人工降權(quán)那么嚴重。和人工降權(quán)不同，算法降權(quán)你會發(fā)現(xiàn)整個網(wǎng)站的關(guān)鍵詞排名都會所下滑，并且是大批量的，同時你可以檢測下外部鏈接的狀況，以及錨文本的情況，看看具體發(fā)生了什么變化。
值得提醒的是：人工降權(quán)和算法調(diào)整降權(quán)兩者之間是有區(qū)別的。人工降權(quán)是算法認為你干了違背排名規(guī)則的事情，從而評定站點的頁面級別低于它們本可以達到的級別。解決核心問題，你的網(wǎng)站就能夠重新回復到好的排名。但是當算法調(diào)整了，就再也沒有辦法可以重新贏回失去的流量了。整個全局就改變了。
（3）潛在降權(quán)
毫無意外的，在優(yōu)先等級方面，潛在降權(quán)應當排名在活躍的降權(quán)之后，但是請確保你在其他建議之前先解決掉潛在降權(quán)。
潛在降權(quán)是什么意思呢？如果你發(fā)現(xiàn)站點存在關(guān)鍵詞堆砌、入口頁和非正常鏈接，但是又沒有任何現(xiàn)有降權(quán)的明顯證據(jù)，那你的網(wǎng)站降權(quán)就只是時間的問題了。
這些很難說服網(wǎng)站經(jīng)營者投入精力來解決這個問題。垃圾郵件策略看起來能夠贏回收益，解決潛在降權(quán)這個問題需要時間和精力，而且很有可能會影響到自然搜索流量。也就是說，這很重要，所以你必須盡可能快的解決這個問題。降權(quán)后想要恢復到原來的難度遠遠大于防范這次降權(quán)的發(fā)生。還有，作為一名SEO人員，在職期間你讓網(wǎng)站遭受了降權(quán)，你可能會失去你的威信和你的工作。
2. 沒有排名的頁面
死鏈，不正確的重定向，或者低質(zhì)量/相似度過高的重復內(nèi)容都會導致搜索引擎漏掉或者完全忽略掉這個頁面。每當搜索相關(guān)檢索詞而并沒有出現(xiàn)那個頁面的時候，站點所有者總是錯誤得假定這和關(guān)鍵詞定位有關(guān)。但是內(nèi)容才是排名在第一位的關(guān)鍵因素。
（1）低質(zhì)量的鏈接結(jié)構(gòu)
通常來說，一個頁面不被收錄的原因有以下幾種：
l 沒有鏈接指向它
l 本該有鏈接指向它，但是是死鏈
l 有302跳轉(zhuǎn)，但是原始的url仍被收錄
l 只有一個鏈接指向它，是一篇文章包含大量導出鏈接的其中之一
l 存在于javascript語言中，js目前占時還不能被完好的識別
在所有這些例子中，搜索引擎或是不能找到該頁或是認為這頁面沒有足夠重要到可以被收錄。一次性的查找工作很容易進行，但是你肯定不想一直檢查著丟失的頁面。
最好的方法就是通過建立一個穩(wěn)固的導航框架來確保所有的頁面都能被檢索到。
（2）重復或者極度相似的低質(zhì)量內(nèi)容
如果搜索引擎認為這個頁面對互聯(lián)網(wǎng)沒有什么貢獻，它就會選擇不給你的頁面排名。你只有嚴格按照url查找才能找到你的頁面。根據(jù)以往的經(jīng)驗，不給排名往往是由于這個頁面基本上沒有內(nèi)容（少于50個字），或者僅僅是關(guān)鍵詞堆積。所以請保證頁面的可讀性，同時有足夠的內(nèi)容?？梢酝ㄟ^查看純文本的網(wǎng)頁快照，看看網(wǎng)站能夠被讀到什么。
盡管你可能陷入重復內(nèi)容的漩渦中，但是如果發(fā)現(xiàn)網(wǎng)上有兩個頁面主體的內(nèi)容近乎相同，它會認定其中一個為“原創(chuàng)”，忽略另外一個。檢查自己是否含有重復內(nèi)容，你可以從頁面上復制一長串文本，然后檢索其被引用的情況。
如果你們是下面幾種情況，你和你的客戶可能偶然會從搜索引擎中點擊你自己的內(nèi)容：
商業(yè)網(wǎng)站： 通過制造商的描述來實現(xiàn)產(chǎn)品內(nèi)容分享。這種情況下，你可以加入自己的評論或者鼓勵訪客留下評論。如果你的頁面只有一部分重復內(nèi)容，一般是不會被懲罰的。
基于內(nèi)容的網(wǎng)站：你的內(nèi)容同時被多個站點所轉(zhuǎn)發(fā)，這些站點沒有一個使用規(guī)范化的標簽鏈接回你的頁面。如果你以前這么做的話，請找到這些站點，讓他們都使用規(guī)范化的標簽canonical 鏈接回你的頁面。
注意：如果你發(fā)現(xiàn)重復內(nèi)容或低質(zhì)量內(nèi)容仍然有排名。這就意味著這個頁面有著足夠大的權(quán)重，如果你創(chuàng)造獨一無二的、有價值的內(nèi)容，那這個頁面將在檢索結(jié)果中獲得更好的排名。
3.干擾文本
像搜索引擎那么聰明的機器，仍舊在試圖根據(jù)內(nèi)容來匹配檢索者的檢索需求。要獲得高的排名，就需要頁面內(nèi)容能夠清楚明白的回答用戶問題，不論是通過專注于一兩個關(guān)鍵詞還是使用和檢索者問題相似的語言。
（1）關(guān)鍵詞定位
我讀過很多關(guān)于關(guān)鍵詞研究的博客都是從一無所知開始，它假設(shè)你有個話題在腦海中卻還沒有書寫任何的內(nèi)容。其實事實是，我們中的大多數(shù)都是在編輯已經(jīng)存在的內(nèi)容。所以，更多的是核實已經(jīng)寫好的內(nèi)容而不是一連串的目標關(guān)鍵詞。
定位關(guān)鍵詞的第一步就是檢測這個頁面，找出它到底在回答什么問題。然后問你自己，“如果我有這個問題，我會怎么檢索它？”羅列所有可能出現(xiàn)的檢索語句，既可以包括文本中已經(jīng)含有的詞語，也可以是你認為相關(guān)的詞語。
第二步，看看這些關(guān)鍵詞有流量有指數(shù)嗎？是否有與其相關(guān)的更多長尾關(guān)鍵詞。
（2）話題/主題規(guī)范化
就算你的頁面被完美的索引了，你可能會發(fā)現(xiàn)同一檢索語句索引了多個不同頁面。在SEO中，我們將這樣的現(xiàn)象定義為關(guān)鍵詞標準化。但是隨著搜索引擎不斷增強在理解多個詞上的能力，你會發(fā)現(xiàn)有這樣的問題出現(xiàn)了，兩個頁面都指向同一個問題，搜索引起認為你的網(wǎng)站只能占有一個結(jié)果。
當你在做關(guān)鍵詞布局的時候，請保證不要給多個頁面同樣的關(guān)鍵詞。如果你這么做的話，考慮整合這些頁面來做一個更好的頁面。
4. 其他技術(shù)問題
一旦你確定你的站點沒有被降權(quán)，所有的頁面都被收錄，內(nèi)容有可讀性，那這個其他技術(shù)問題就沒那么有壓力了。
三. 確認所需資源
確認哪些部門和人手來實施這項行動是非常簡單的，但是倉促得讓開發(fā)團隊來解決所有和網(wǎng)頁更改相關(guān)的工作并不是資源的最優(yōu)化配置方式。實施計劃只有在你完全了解可用資源、正確分配任務、確認包含了所有表單中涵蓋的可用人手和了解他們的工作負荷和工作進展時才能發(fā)揮更大的作用。
1.了解可用資源
如果你是企業(yè)內(nèi)部seo人員，那這不是問題。
如果你是seo咨詢顧問，你只有有限的資源。內(nèi)部團隊都在做高質(zhì)量的工作，像內(nèi)容團隊、網(wǎng)站開發(fā)團隊、和創(chuàng)意團隊，除非你直接要求幾個內(nèi)部團隊、工具和代理商來為你工作。
為了盡可能保持高效，請保證你將任務分配到能夠以最低的成本最快完成該項任務的人，你不需要了解所有的員工和他們的技能，只要保證你在分配任務前做好一個詳盡的列表，你可以詢問一個了解任務結(jié)構(gòu)的員工，比如項目經(jīng)理，和你一起討論這個列表。
2.包含所有所需資源
很多seo建議看起來都很技術(shù)性，要求書寫或者設(shè)計的工作。當你加入類似“重寫頁面標題”或者“移動鏈接到頂部導航中”的任務時，你實際上要求參與任務的不僅僅是開發(fā)團隊。
在這個情況下，你有兩種選擇：做寫的工作或者自己設(shè)計（這可以讓你的計劃更具有可實施性），確認你需要的資源都能包含進你的工作表單中。
3.了解資源能夠多快完成任務
最好的實踐辦法是通過詢問相關(guān)團隊的以往工作經(jīng)歷。這些信息能夠幫助你更好的預估計劃的實行情況和成本。
四. 估計所需成本
這里的成本包括時間成本和人力成本。一般公司更樂于接受高/中/低這樣一個范圍值，如果你有足夠的經(jīng)驗，可以給出更精確的估值。
五. 編制最終的排名
最終的排名需要考量以上所列舉出來的所有模塊，再加上企業(yè)文化和企業(yè)愿景。
注意，這里我沒有說seo的目標。將seo計劃融入到企業(yè)正在進行的各項工作中。面對一個急于求成的企業(yè)，你應該將容易完成的任務放在最前面，平息猜疑贏取信任。面對一個愿意花更長時間來做項目的企業(yè)，你可以挑最重要的任務先做，保證當該計劃完成時，企業(yè)能夠獲得最大的收益。
最后：只有客戶看到盈利，你才能留住客戶。
文章來源：58網(wǎng)站目錄 http://m.quema.com.cn 轉(zhuǎn)載請注明出處。
本文地址:http://m.quema.com.cn/artinfo/35.html
