初學SEO的朋友經常抱怨,看了很多SEO的文章后,還是不知道該怎么下手,覺得講搜索引擎優化的文章都說的太籠統,沒有實例可以借鑒。

SEO案例對初學者確實會有挺大好處,但是否能公布案例,卻是需要仔細考慮的問題。我所看到的真正的搜索引擎優化案例非常少。不僅國內如此,國際上也同樣。不是說完全沒有,但是非常非常少。有的時候能夠看到一些應該稱為軟文更合適的案例,往往是介紹某某網站是怎么優化的,其中帶上一些鏈接,吸引鏈接的目的更強一些。

SEO案例在絕大部分情況下都無法公布。這有兩種情況。

一是客戶的案例。一般都和客戶簽訂有保密協議,案例的公布就不僅僅是個人利益和職業道德的問題,還是法律的問題。相信一般人和公司,都不會為了吸引幾個鏈接而以身試法。

不僅僅是SEO服務,還包括其他服務,很多公司并不愿意讓別人知道服務提供商是誰。連虛擬主機這樣的服務,很多客戶也都不愿意讓人知道是第三方服務商提供的。

這樣的保密條款通常是寫在合同中的。有時候就算合同中沒有明確保密條款,但根據公司和網站的隱私權政策,任何公司和網站都有保守客戶,訪問者,用戶資料秘密的義務,除非是司法機關要求,不得向任何第三方透露,公司及網站的所有業務都受此隱私權政策約束。

除非客戶以文字形式明確正式授權,不然公布客戶資料是很可能違法的。

第二種情況是自己的網站,或者你的客戶對隱私權沒有要求,公布SEO案例就沒有法律上的問題。

但是絕大多數做搜索引擎優化的人,還是會考慮一系列不良后果。一個網站要完整copy是不難的,你公布案例,也就告訴別人這里有現成的,可以帶來利潤的抄襲對象。雖然抄襲也是違法,但是在中國目前的環境下,對抄襲似乎沒有任何辦法防止和制裁。

就算不抄襲,也往往招來一批模擬的。你做好了要害詞研究,又用實踐證實了有效優化方法,別人模擬你也攔不住。在群發鑒別還不完美的情況下,一批模擬站超過你的案例站就指日可待了。所以公布SEO案例所帶來的困擾,是阻礙SEO人員公布案例的最大原因。丘仕達在點石論壇的一個帖子里提到他公布真實案例后帶來的困擾。抄襲者眾多,直接造成他收入的下降,我想這恐怕會打擊丘公布案例的積極性和熱情。

其實想找SEO案例,完全不必去找特意公布的實例。想找出案例學習也很簡單。

第一,找一個競爭比較強的要害詞搜索一下,看排在前三名的網站是怎么做的。不必找競爭最激烈的要害詞,因為像賭博,性,旅游,律師服務這些行業排在前面的網站,不是通過優化就能得到排名的,不研究清楚輕易被誤導。

第二,找到那些你認為是SEO高手的公司和個人,研究下哪些網站是他們優化的。這可以通過檢查網站鏈接關系,或他們自己公布的文章資料中透露出的蛛絲馬跡來找到線索。

以具體網站和要害詞為實例的SEO案例很難找到,不必期望別人輕易公布這類案例。但是通過上面兩種方法,其實還是很輕易找到實例來學習的。這種例子不必很多,認真研究5個站,假如你真的搞明白了網頁上每一段HTML代碼為什么這么寫,就足夠了。看SEO案例只是一方面,在自己操作時還是要根據情況靈活把握。

原文:http://www.chinamyhosting.com/seoblog/2007/10/15/case-study/

EMBA的小眼睛 發表在 痞客邦 留言(0) 人氣()

站长论坛教你怎样提高网站收录
首先页面相似度过高,这是导致网站收录数量不涨的最主要的原因,也是很多网站收录不涨的根蒂所在。可以想想,为什么论坛一般收录数量较高?为什么有很多b2c电商网站收录都会存在问题?这就是因为论坛类的网站,他们的页面相似度不高,以内容页为主。而电商网站,他们的产品页会有较高的相似度,特别是同类型的产品,更是如此。所以要解决收录不涨,首先要解决的就是自己网站页面相似度的问题。
  其次网站结构错乱。良好的网站的结构,是保证蜘蛛能够在你网站畅通的根本,如果你无法提供一个良好的通道给蜘蛛爬行,就不要说蜘蛛要带走你的页面的内容了。在结构上,不同类型的网站和不同规模的网站需要区别对待,如果你是做企业站,网站主营的商品不多,可以做成扁平的结构,层级不深,又可以保证蜘蛛的顺利爬行到各个页面;如果你是做购物类、导航类等类型的网站,要做成树形的结构,因为扁平的结构无法达到你的需求,反而会蜘蛛爬行的很辛苦,树形结构虽然层级较深,但是可以让蜘蛛更好的爬行到你的各个页面,只要你做好合理的权重分配,可以让蜘蛛精准的爬行。
  说到网站的结构,我们在做新站的时候,最好都要养成画结构图的习惯,画图能够让自己很清楚的看到网站的结构,有没有交叉,是不是深度太深了等等。
 再者空间不稳定。稳定的空间是做好网站的先决条件,如果你服务器经常返回异常,404、503等状态过多,蜘蛛来一次,发现进不去,来第二次又发现进不去,你还指望它收录你的页面么?再者,你的服务器要是承受力不行,多几个人同时点击就崩溃,那你的站估计也是做不起来的,也很容易就被攻击。
  选择服务器的时候要考虑到:服务器要有足够的承受力、要有301面板、404绑定、要可以看iis日志。还有,备-案最好不要去找代理备-案的公司,因为代理备-案很容易出现问题,一旦需要重新备-案,那你的网站就得停上很长的时间,重新备-案期间,最好的会给你保留一个首页,其他的内页都不允许访问。
  这是要注意主要因素,在这里,站长论坛提醒你,当你网站收录不多的时候,自己要做好检查。

EMBA的小眼睛 發表在 痞客邦 留言(0) 人氣()

Google對于公司的內部運作一向口風很緊,但是也確有少數消息可能會被無意中透露出來。Google負責搜索品質監督的副總裁Udi Manber近日在接受采訪時無意透露:Google在去年一年時間內調節了450次搜索引擎算法。

據他表示:他們的工作就是根據用戶搜索條件調節算法以尋找最匹配的網頁,該公司在上周增加了“多樣化”搜索結果,使搜索的結果覆蓋的網頁更廣,以解決有含糊之處的搜索詞。

至于業界流行的搜索引擎優化(SEO),Manber表示,他們至少需要做到一個基本要素,才能保證工作更輕松:“我希望人們應考慮一下如何才能讓其他人找到他們,并且在自己的頁面放置正確的關鍵詞”

他還表示,Google從來不會手動調整搜索結果。

“如何我們發現在一個特點的搜索結果,結果4應該是結果1的位置,那么我們實際上沒有能力去改變它”,“但是我們會找出它的弱點,并針對結果修改算法,并找到一個全面的解決方法”

EMBA的小眼睛 發表在 痞客邦 留言(0) 人氣()

Toward resilience in communication (the end of cc)

If you saw this post tweeted in your twitter stream, odds are you didn’t click on it. And if you’ve got an aggressive spam filter, it’s likely that many people who have sent you email are discovering you didn’t receive it. "Did you see the tweet?" or "did you get my email?" are a tax on our attention. Resilience means standing up in all conditions, but in fact, electronic communication has gotten more fragile, not less.

We wait, hesitating, unsure who has received what and what needs to be resent. With this error rate comes an uncertainty where we used to have none (we're certain of the transmission if you’re actively talking on the phone with us and we know if you got that certified mail.) It's now hard to imagine the long cc email list as an idea choice for getting much done.

The last ten years have seen an explosion in asynchronous, broadcast messaging. Asynchronous, because unlike a phone call, the sender and the recipient aren’t necessarily interacting in real time. And broadcast, because most of the messaging that’s growing in volume is about one person reaching many, not about the intimacy of one to one. That makes sense, since the internet is at its best with low-resolution mass connection.

It's like throwing a thousand bottles into the ocean and waiting to see who gets your message.

Amazon, eBay, Twitter, blogs, Pinterest, Facebook--they are all tools designed to make it easier to reach more and more people with a variation of faux intimacy. And this broadcast approach means that communication breaks down all the time... we have mass, but we've lost resiliency.

Asynchronous creates two problems when it comes to resiliency. First, it’s difficult to move the conversation forward because the initiator can’t be sure when to report back in with an update. Second, if some of the data changes in between interactions, it’s entirely likely that the conversation will go off the rails. If you send two colleagues a word processed doc and, while you’re waiting for a response, the file changes, it’s entirely possible that you’ll get feedback on the wrong file. Source control for any conversation of more than two people becomes a huge issue.

Your boss initiates a digital thread about an upcoming meeting. While two of the people are busy working on the agenda, a third ends up cancelling the meeting, wasting tons of effort because people are out of sync.

But asynchronous communication is also a boon. It means that you don't have to drop everything to get on a call or go to a meeting. Without the ability to spread out our project communication, we'd get a lot less done.

So, here we are in the middle of the communication age, and we’re actually creating a system that’s less engaging, less resilient to change or dropped signals, and less likely to ensure that small teams are actually contributing efficiently. The internet funding structure rewards systems that get big, not always systems that work very well.

A simple trade-off has to be made: You can’t simultaneously have a wide, open system for communication and also have tight connections and resilience. Open and wide might work great for promoting your restaurant on Twitter, but it’s no way to ensure tight collaboration among the three or four investors who need to coordinate your new menu.

As digital teamwork gets more important, then, team leaders are going to have to figure out how to build resiliency into the way they work. That might include something as simple as affirmative checkins, or more technical solutions to be sure everyone is in sync and also being heard. Someone sitting on a conference call and doing nothing but pretending to listen benefits no one.

Friends and family at Dispatch have built one approach to this problem, a free online collaboration tool that uses the cloud to create a threaded conversation built around online files, with redundancy and a conversation audit trail as part of the process. When someone speaks up, everyone can track it. When a file changes, everyone sees it. And only the invited participate.

It won’t be the last tool you’ll find that will address an increasingly urgent problem for teams that want to get things done, but it's worth some effort to figure this out. Tightly-knit, coordinated teams of motivated, smart people can change the world. It's a shame to miss that opportunity because your tools are lousy.

EMBA的小眼睛 發表在 痞客邦 留言(0) 人氣()

核心提示:搜索引擎在這樣的情況下,通常會給A一個較低權值,而給B一個較高權值,這是搜索引擎的一個秘密——優先收錄最終級別的內容頁面,而非中間層級的目錄頁,因為搜索引擎自身要充當用戶入口,希望用戶由本站點最快到達內容頁,所以要把其他站點的目錄頁降權以從用戶視線中篩選出去。
有A和B兩個站點,其中從A可以到達B,從B不能到達A,而用戶希望兩個站點都常看時,顯然就會收藏A站點,我們可以把A看作入口站點,一般搜索引擎、門戶網站的目錄頁等,充當的都是入口站點功能。

搜索引擎在這樣的情況下,通常會給A一個較低權值,而給B一個較高權值,這是搜索引擎的一個秘密——優先收錄最終級別的內容頁面,而非中間層級的目錄頁,因為搜索引擎自身要充當用戶入口,希望用戶由本站點最快到達內容頁,所以要把其他站點的目錄頁降權以從用戶視線中篩選出去。

實際上,很多內容時效性很強的互動網站,自身不提供站內查詢,但是直接在頁面放置了搜索引擎入口,方便用戶查詢歷史數據,因為對這些站點來說,積極互動的用戶肯定不會把搜索引擎作為第一入口看這些站點的內容,所以他們并不擔心自己的目錄頁被篩選掉而只被收錄內容頁。

但是,對于大部分資訊站點來說,搜索引擎這樣做對他們是很有傷害的,目錄頁是重要的廣告載體,就這樣被過濾……一方便他們希望從搜索引擎那兒獲得流量,另一方面又希望用戶不要以搜索引擎為第一入口,這真是一件很矛盾的事情。

搜索引擎這樣的做法傷害最深的不是資訊站點,而是商品品種豐富、數據結構性強的電子商務網站,電子商務網站吸引人的地方不在于多少種商品,而是這些商品放一起的比較,用戶通常會以商品比較(搜索)頁面為內容頁的入口,這也是電子商務站點的重要資源(比如承載廣告),而很重要的一點是,電子商務站點的內容通常是獨家的,網店開幾處,比新聞發幾處的難度大多了,強結構的獨家資源,如果搜索引擎爬走數據而也做商品的結構化搜索,則對電子商務站點的打擊會很嚴重。

所以,當我看到電子商務站點拼命防止鏈接引出,討好搜索引擎,而降低自己的入口效應時,就覺得很疑惑,搜索引擎明明是電子商務站點的天敵呢……怎么可以?

EMBA的小眼睛 發表在 痞客邦 留言(0) 人氣()