為何我們會這麼確認呢? 因為如果你花點時間研究Google的歷史，就可以知道Pagerank是Google搜尋引擎的根本，他會修正Pagerank但是不會全盤放棄，至少目前還沒有跡象顯示會放棄。

很多人會聽信謠言，誤以為Google放棄Pagerank，主要是沒看懂Pagerank，錯誤的觀念包含：認為Pagerank精準度越來越低、PageRank 演算法很難維護、Google沒興趣繼續維護 … 等等謬誤。

如果連Pagerank這麼簡單的演算法都沒有辦法維護，Google應該關門了；Pagerank已經改良無數的版本，我們就不需要再替Google擔心精準度了。

為什麼我們認為Pagerank目前還是沒被放棄呢? 許多跡象顯示Google還持續更新修正Pagerank演算法，例如Google於2015年11月的專利”Producing a ranking for pages using distances in a web-link graph“;另外這篇”Google: Why It Is So Hard To Confirm All Algorithm Updates“提到Google的核心演算法，Pagerank就是核心演算法之一。

“It will continue to run, just like PageRank runs.”

它將持續執行，如同Pagerank一樣。

“Or is it like PageRank, it is part of it, it will always be there, at least in the foreseeable future and then probably call it in certain context part of the core algorithm.”

如同Pagerank，至少在可預見的未來，它仍然是核心引算法之一。

也許有人會認為Pagerank有這麼重要嗎? 搞錯Pagerank概念會如何呢?

其實Pagerank演算法本身並不重要，而是許多操作SEO的過程中，如果連基本概念都會弄錯，這些錯誤觀念累積起來，還能期待有什麼正確的做法呢?

結論是：

• Google對於Pagerank已經不再公開更新數值，但是內部持續維護相關演算法。
• Pagerank演算法還在使用，但是連結的計算已經不同以往。
• Pagerank演算法本身未來還是可能被取代，但是演算法的精神是不會改變的，也就是以某個方式對於網站的投票，仍舊會是網頁分數的計算方式。

距離上次的Pagerank Update 2013年二月更新，足足有十個月的時間，下圖是上次的Alexa Top 1000詳細的Pagerank分佈統計資料表，其平均Pagerank是6.175。

下圖是這次的Alexa Top 1000詳細的Pagerank分佈統計資料表，其平均Pagerank是5.935 (Alexa Top 1000是沿用上次二月份的資料)。

所以明顯看出來平均而言大多的Pagerank都降低了，之前的平均值分佈如下：

2011/06的Pagerank更新中的平均PR是6.121333
2011/07的Pagerank更新的平均PR是6.062677
2011/08的Pagerank更新的平均PR是6.085333
2011/11的Pagerank更新的平均PR是5.972674
2012/02的Pagerank更新的平均PR是6.175
2012/05的Pagerank更新的平均PR是6.1
2012/11的Pagerank更新的平均PR是6.13
2013/02的Pagerank更新的平均PR是6.175

至於這次的更新有哪些必須注意的特殊涵義，我們後續再來告訴大家。敬請鎖定台灣搜尋引擎優化與行銷研究院，不要錯過精彩的內容囉。

有些人會認為，既然link farm (連結農場) 有以下的連結特性 (如下圖)，因此就會思考做出不一樣的連結狀態。

(資料來源: A New Enhanced Technique for Link Farm Detection)

例如刻意在許多頁面，連結到無辜的第三者網站或是政府網站。

其實這樣的作法還是沒有辦法躲避偵測，因為連結農場可以自己操作連外的連結，但是沒有辦法「自然的」操作連進來的連結。

頂多可以購買少數的高Pagerank的網站來抬高身價，但是要達成多樣性且高品質的話，所花的代價根本不敷成本。

並且故意連結到無辜的第三者網站，更容易因為第三者網站的外部連結報告 (如Google網站管理工具)，而自曝身份。所以要把人為連結操作到自然並且有效，除非投入大量的人力與財力，否則是不可能有效的。就算短期有效果，隨著搜尋引擎的演算法改善，更可能一夕完全失效。

除了透過link schemes之外，還可以透過內容與連結的相關性來瞭解link farm。也就是在”連結不是原罪，Google也不是大神“說過的，連結最基本的規範 = 客戶必須知情 or 內容必須相關。如果在網頁內容插入不相關的連結，並且沒有NoFollow，如果不相關連結類型的數目越多，則就越可能是link farm。

網站是否為link farm (連結農場)， 其實只需要看整體連結狀態，以及整體不相關非NoFollow的連結數目，就可以知道。

但是相關性如何判斷呢 ? 之前曾經在”搜尋引擎知道網頁內容是否相關 (relevant content)?“提過，我們再來仔細的看看。

最經常被用來判斷文件相關性的方法，有TF-IDF、Euclidean Distance、Cosine Similarity、Jaccard Coefficient、Pearson Correlation Coefficient … 等等。

為了正確的瞭解這些演算法是否可以自動判讀文件相關性，我們以下列的流程來進行實驗，並且檢定出有顯著改善的演算法 :

上面的步驟分成三大程序:

第一步是由已經人工分類的DMOZ中倒出所有的資料，匯入MySQL中，以備後面程式使用。

第二步是資料的預處理步驟，先進行網頁資料抓取，然後取出我們需要的資料，分成英文與中文分別處理字詞的分析，讓抓取的資料還原到基本的單詞。

第三步就是把第二步處理過的資料，進行演算法計算與比較。由此便可以知道各演算法計算出的相關性數值，並且比較各種不同演算法的精準度。

結果發現所有的演算法在所有的資料實驗中，其精準度都達80%以上，並且某些演算法其精準度還達90%以上。

這個代表的是: 使用最簡單的方法、以最便宜的硬體，就可以快速輕易的知道網頁間的相關性。所以Google等搜尋引擎會不知道嗎? 當然會比我們更清楚。所以各種SEO的作弊行為，其實應該可以退場了，好好的進行真正的網站優化才是上策。

(1) 例如網頁中有一個連結，其原本的連結寫法如下:

<a href=”連往的網址”>這裡是連結</a>

(2) 當加上NoFollow之後，變成如下:

<a href=”連往的網址” rel=”NoFollow”>這裡是連結</a>

這兩種的連結寫法差別就是:

(1)的寫法是正常的連結寫法，所有搜尋引擎都會循著「連往的網址」，去進行內容索引與搜尋排名。但是(2)的寫法來說，Google跟Bing搜尋引擎的態度是~不索引、不排名。其他搜尋引擎對於(2)的寫法，會有異於Google與Bing的處理，在此就不另外討論。

所以rel=”NoFollow”這個宣告，意思就是「我對於提到的這個網址，只是提及但不加以背書。」

連結就連結，為什麼需要這樣的聲明呢?

在說明為什麼之前，我們先來看看一個日常生活都會碰到的例子。你是否經常會在婚喪喜慶的場合，看到有達官顯要送來的匾額或是花環? 在很久以前，這些匾額或是花環是名流的象徵，但是後來這些習俗已經變成民意代表的選民服務，只要你向民意代表申請，你就可以暫時充當名流。

最後，達官顯要送來的匾額或是花環已經失去了彰顯身份的意義。

連結也是一樣，網路剛發展的時候，大家做網頁都是認為這個網站不錯，才會建立連結連到該網站，所以當時被連結是一種無上的榮耀。

但是，有人漸漸發現，建立一堆連結(backlink)可以讓網站提升在搜尋引擎的地位。所以一堆假連結就跟達官顯要送來的匾額或是花環一樣，也讓連結失去了榮耀的意義。

所以Google才在2005年開始推動rel=”NoFollow”宣告，主要是對付comment spam (留言垃圾)。讓所有的Web 2.0系統，具有UGC (User Generated Content 使用者產生的內容)功能的留言，可以把訪客留言加註NoFollow，讓搜尋引擎瞭解哪些是不要列入索引的連結。

所以有人怪罪NoFollow，其實是不正確的看法，他是無辜的。該怪的是spammer (垃圾製造者)，因為有垃圾，才讓搜尋引擎必須想辦法抵制。

當spammer發現comment spam (留言垃圾)被擋了之後，開始轉而自己設置網站，製造自己需要的連結、交換連結、或是向其他地方購買連結。

因此Google的Matt Cutts又於2009年，宣佈NoFollow不只使用在對抗留言垃圾，也會用在一般的連結上，也就是現在我們知道的NoFollow作用: 「我對於提到的這個網址，只是提及但不加以背書。」

基本上我們也不喜歡NoFollow (如何面對Google的連結規範?)，但是在搜尋引擎的演算法在未能往上跳一級之前，還有其他更好的辦法嗎?

如果說不要有NoFollow這個宣告，讓搜尋引擎自己去判斷各連結存在的價值，當某人在網站上提到一家壞公司的網站，並且列出連結，搜尋引擎如何知道意思是「讚」還是「幹」?

連結跟一般學術論文的「引用」還是不盡相同的。撰寫學術論文的人，都是專業人士，他知道他的引用所代表的意義，並且「引用」代表的是我看到他的說法，我同意他的敘述，或是我不同意他的敘述。但是不管同不同意，被「引用」都是一種份量的象徵，大多數情況，你不會去引用一個沒價值的內容，然後不同意他的說法。

所以學術論文的「引用」跟網頁連結所代表的意義是有差距的。

如果把NoFollow拿來抵抗link spam (垃圾連結)有用嗎? 既然是link spam，當然就不會加上NoFollow，所以加上NoFollow有些「自清」的意味。所以要讓link spam消失，問題是在搜尋引擎的演算法 (例如link farm detection)，如果spam score(垃圾分數)很高，而又沒有NoFollow，那就處罰了。

總之，會出現這些讓人覺得很礙眼的宣告，最主要原因在於「垃圾製造者」太多了，所以搜尋引擎想以NoFollow來發揮一些功能，也是沒有辦法中的辦法。

SEO的未來，雖然靠的是搜尋引擎演算法的精進，但是再怎麼精進，如果SEO操作者沒有認清楚，讓網路上充滿一堆垃圾操作，最後企業會放棄SEO，最後受傷最重的是SEO相關所有人。

為了不要模糊焦點，我們先把連結應該有的規範說清楚:

(1) 客戶必須知情: 替客戶做了一個連結連到客戶的網站，如果知道這個連結是可能有爭議的，應該讓客戶知道，並由客戶決定要不要製造這個連結。

(2) 內容必須相關: 連結的最主要目的是要讓讀者可以延伸閱讀，透過相關的連結才能讓網路更加健全。

上述兩點，就人性來說，不一定要同時成立。

也就是如果你的客戶願意的話，你也可以幫他建立完全不相關的連結。 如果你建立的連結確實是相關的，並且經過你的專業判斷，不會對客戶產生負面影響，你也可以不必都告知客戶。

所以連結不是原罪，只是很多人故意把他搞複雜了。

[原則一] 連結最基本的規範 = 客戶必須知情 or 內容必須相關

那符合連結最基本的規範，就可以高枕無憂了嗎? 不是，符合連結最基本的規範，只是做到商場上最基本的道德。

因為大多數的客戶都不懂哪種連結會有什麼結果，所以如果專業人士故意或是不慎利用模糊空間進行獲利，結果最後被Google處罰了 (如JCPenny事件)，真的是爽到SEO公司、甘苦到客戶，那麼就很值得企業省思了，你的SEO合約書到底有沒有辦法保護到你的企業資產。

那麼要如何才能夠高枕無憂呢? 說實話，我們批判過Google太多次，在”Google Penguin Update扼殺小網站的生存?“也認為Google不可能對違反規範的連結鬆手，Google不可能還考慮小網站的生存環境。

在”Google是否會區分Paid Link與Sponsor Link?“也無奈的說: 「我們也將在後續時間到期後結束贊助連結(Sponsor Link)」。

而Google也不是大神，Google自己當然也會犯錯，我們在”Google告訴你不能違反規定，自己卻在Local Review犯規“就舉出了，所以Google都一樣會犯錯的，所以我們也不需要死抱Google的連結規範，在”如何面對Google的連結規範?“也諸多質疑Google的作法。

所以符合連結最基本的規範，還要怎麼做才可以高枕無憂呢? 答案就是在”2013年的SEO優化策略應該如何規劃?“提過的~分散流量來源或是在有疑義的連結加上nofollow。如果你認為nofollow不好，就分散流量來源吧。

[原則二] 要避免遭受因連結引起的處罰，就要分散流量來源或是在有疑義的連結加上nofollow。

各種問題的解決辦法與來龍去脈，其實本網都已經說得很清楚了，我們沒有辦法對抗Google，但是我們有能力讓大眾瞭解真正的事實，大家只要遵守上面的兩大原則，其實任何作法都不會有太大的問題。如果對於上面的說法有任何意見，很歡迎大家的回應。

毒澱粉的成分順丁烯二酸，是用在工業用途上的原料，跟之前的塑化劑一樣，原本都不應該用在食品上，但是卻被可惡的商人為了降低成本或是降低工序而使用在食品製造上。

並且因為加上順丁烯二酸之後，食物口感反而更好，比原本正常的食物還要好吃，所以正常的食物反而賣相不好，有毒的食物反而好吃得不得了。因此反而阿基師被客人嫌東西不夠Q彈 (參考新聞)，這種情況使得健康的食物乏人問津，但是有毒的東西卻讓覺得好吃。

許多人一定認為我不會吃到那些有毒食品，因為我都會選擇可以信賴的良心商店。但是當一些良心商店都一一淪陷之後，大概現在已經沒有人敢說自己絕對不會吃到那些有毒食品。這就是一個商業結構崩壞的前兆，因為你已經沒有選擇的依據，以前你可以用價格來衡量產品的好壞，或是以商店信譽來決定是否購買，但是，現在有毒食品一樣賣你很貴，有信譽的商店照樣販售有毒的食品。

使用毒澱粉的商家是否知道使用不好的原料呢? 其實都知道的，因為毒澱粉的成本與正常原料差了好幾倍，商家怎能卸責說不清楚，從事食品業的專業知識，不可能連原料的優劣都判斷不出來。

使得健康的食物乏人問津，但是有毒的東西卻人人喜歡。像不像現在的SEO呢? 正當的SEO操作因為費時費工，而黑帽SEO快又省力，所以黑帽SEO變成主流，而真正的SEO卻沒有人願意使用。

毒澱粉事件就跟黑帽SEO是一樣的道理，當宣稱白帽SEO也都開始使用黑帽SEO的時候，也就是SEO業界崩解的時候。

為什麼這麼說? 因為鋌而走險還是比較可能獲得短期利益，但是卻已經讓正常的SEO方法式微了。因為正常的SEO方法是需要花苦工以及時間的，但是作假的連結或是建置一堆內容重複的站群，相對來講卻可以快速的得到成果。就好像阿基師的東西會被嫌棄不夠Q，但是其實很Q的東西是有問題的啊!

還記得有一個人跟我們說: 「我們公司都用黑帽SEO，我們不可能花時間去操作白帽。」

還真的很欣賞他的誠實，使用黑帽SEO並不可惡，我們在”你應該選擇白帽SEO還是黑帽SEO?“說到，如果你可以知道你在幹什麼，那麼黑帽SEO也不是真的那麼糟糕，只是你必須自己造業自己擔。

但是，許多SEO操作者卻一直宣稱他們是白帽SEO，但是卻一直靠著黑帽SEO獲利，許多委託的企業都渾然不知，這才是讓人吐血的事情。如同毒澱粉事件一樣，當你發現所謂領導品牌都眛著良心的時候，台灣的基本價值已經蕩然無存。

曾經有許多企業詢問我們: 「我的SEO公司幫我們做了這些連結是正當的做法嗎?」「如果是黑帽的作法，我們應該怎麼辦呢?」真的不知道該怎麼回答他。

如果你參加了一些SEO的講座，許多SEO講師都一直告訴你一些白帽SEO的作法，並且展示他的成果，然後你照著做卻都沒有效果，你可能開始懷疑自己是不是應該退出SEO業界。其實問題不在你自己，因為這些SEO講師並沒有告訴你真相: 「我的成果都是靠黑帽SEO來的。」而告訴你的一些白帽SEO原理只是掩蓋黑帽SEO的障眼法。

我們也鮮少聲稱自己是中規中矩的白帽SEO，或是宣稱自己是白帽SEO專家，但是許多人卻可以宣稱自己專精白帽SEO，但是卻經常使用黑帽SEO的做法。我們只是SEO的研究者，盡可能的勉勵自己不要從白轉灰，而由灰轉黑。

正常白帽SEO需要時間才能產生效果，又加上一堆靠著黑帽SEO網站的攪局，更讓白帽SEO面臨困境。當然作假大家都會，只是願不願意的問題，許多黑帽SEO的作法也不是抓不出來，可能Google需要處理得太多了，而放著沒有處理。也許，過陣子我們在新書內容中，或是在日後的文章中，就來個台灣SEO黑帽大公開，也許是不錯的爆點。

也許你會問，為什麼黑帽SEO可以較快的產生效果? 是啊，這個問題就在於Google多年的漏洞，已經被摸出了一個可以操作的空間，而Google還沒有因應的對策。

也許你還會問，那麼可以操作的空間是甚麼呢? 其實Google的規範指南已經都說了，不過黑帽SEO不會永遠有效的，讓我們把2013年當成SEO誠實元年吧! 讓毒澱粉與黑帽SEO都從我們的生活中消失。

[補充說明]

這篇寫於 2012/4/9 ~ Google是否會區分Paid Link與Sponsor Link?

說到Google不會判斷Paid Link還是Sponsor Link，只要沒有加上NoFollow，兩者都是違反Google規範的連結。

所以最後的結論就是~

(1) Google沒有辦法自動的不計算人造的連結，也就是只能在發現做假之後予以處罰降級。

(2) 如果你的網站被陷害，你只能循著正常管道向Google說明，請求重新評估。如果你也沒有發現已經被陷害，那是你自己的事情。如果你的網站競爭者很多的話，那麼你可能不會有好日子過，你必須隨時監看相關數據，否則可能會被陷害得莫名其妙。

(3) Google說對於大網站或是小網站都一視同仁，只要發現一律都會處罰，但是因為處罰大站可能對於搜尋排名不會有太明顯的影響，所以外界會認為對於大的網站過於寬容。但是其實根據觀察，Google對於大流量並且知名的網站，通常看不太到處罰的效果。

(4) 唯一可行辦法就是使用NoFollow在Paid Link上，才能免於被判斷為人造連結。但是使用NoFollow之後，誰願意付費呢? 那是你自己的問題了。

這篇”Why Google won’t display the right page title“說，Yoast.com他們最近被許多人問到相同的問題，為什麼Google不使用我標示的標題呢? 甚至於把標題更改以後，Google還是仍然使用不正確的標題。

其實我們早在2012.6就在”Google 演算法五月更新 (May Updates)之一“說，Google不會對你的設定照單全收，如果你的標題不被Google喜歡，他是會自行修改的。

Yoast.com引用Google的說法:

If we’ve detected that a particular result has one of the above issues with its title, we may try to generate an improved title from anchors, on-page text, or other sources. However, sometimes even pages with well-formulated, concise, descriptive titles will end up with different titles in our search results to better indicate their relevance to the query. There’s a simple reason for this: the title tag as specified by a webmaster is limited to being static, fixed regardless of the query. Once we know the user’s query, we can often find alternative text from a page that better explains why that result is relevant. Using this alternative text as a title helps the user, and it also can help your site. Users are scanning for their query terms or other signs of relevance in the results, and a title that is tailored for the query can increase the chances that they will click through. 如果我們發現有上述標題的問題(也就是標題不達意)，我們會從錨點文字/頁內文字/或是其他來源產生新的標題，甚至於有些格式良好，精確描述的標題都可能會在搜尋結果中被更改標題，是因為要跟搜尋有更好的相關性。舉個例來說，標題是靜態的，不會管搜尋詞的不同，但是我們一旦知道使用者的搜尋後，我們可以使用替代的標題，以更符合搜尋者的需求，也可以協助你的網站。如果網頁標題與搜尋更相關，可以提高網頁被點選的機會。

並且說到Google更動你的網頁標題，是沒有辦法的事情，希望以後能夠出現類似NOODP之類的宣告，來讓Google不要自做主張，但是目前是沒有解決辦法的。

最好的辦法是不要過度優化標題，讓你的網頁鎖定了一大堆的關鍵字，當然Google會認為你的網頁與標題不符合，並且首頁就乖乖的把標題以公司品牌當開頭。

其實跟我們在去年說的完全一樣，真的很懷疑他們看得懂中文，而且偷看我們的文章 …. (哈)。如我們所說的，以下是最可能發生被更動標題的原因:

(1) 有太多的重覆字詞出現在標題(title)以及描述內容(description)中。

(2) 外部資料有強烈訊號顯示某些字詞，會變成標題(title)以及描述內容(description)中的字詞。

所以如果你的網頁被Google顯示不正確的標題，其實你自己應該負一半的責任。

這篇”Google: Sorry We Accidentally Penalized Your Site“提到，這個處罰的烏龍發生後，Google的Matt Cutts也出來說: 我們原本是處罰一個spammer(垃圾內容)，但是不小心處罰了整個digg.com。

如下圖，digg完全在Google資料中消失了:

Google也發出公開的說明: “We’re sorry about the inconvenience this morning to people trying to search for Digg. In the process of removing a spammy submitted link on Digg.com, we inadvertently applied the webspam action to the whole site. We’re correcting this, and the fix should be deployed shortly.” 我們對於今早，讓大家搜尋不到digg.com感到抱歉，在移除垃圾內容的情況下，我們無意的把處理對象應用到整個digg網站，我們已經更正這個錯誤，並且這個現象應該很快的就會修正。

這個現象其實沒有甚麼大不了的問題，因為仙人打鼓有時錯，Google每天處理這麼多的垃圾內容，真的難免會出些差錯，但是問題是今天如果被搞烏龍的對象是小網站，你覺得可能被Google很謹慎的更正嗎?

所以我們可以知道兩件事情:

第一件事就是，會發生烏龍，應該是透過人工處理而發生錯誤，而不是經過自動的演算法處理。

第二件事就是，如果你是小網站，應該避免被Google誤會的機會，因為Google日理萬機，不會為了一個小個案而特別處理。

如我們在”Google可以索引AJAX與Javascript內容?“說的，搜尋引擎是否處理你的Javascript，完全看你的內容是否值得處理。今天digg會這麼快的恢復索引，也是因為不能不處理，因為太多人使用digg的服務。

許多人也不相信Google會對於所有網站一視同仁，因為既然Google對於每個網站進行評等，當然會根據評等進行優先順序，這樣才可能把該做的事情依序完成。

所以如果是小網站被Google誤殺了，絕對會死得不明不白，然後經過網站極力反映後，數個月後終於處理完畢，但是Google絕對不會理你其間流量的損失，你只有自己吞下去。

所以我們在”2013年的SEO優化策略應該如何規劃?“說，分散流量仍舊是各網站必須注意最重要的事項。就是不希望小網站過分依賴Google的流量，因為過度依賴的話，一旦被Google誤會而處罰，絕對會損失慘重。

所以從digg被Google搞出烏龍處罰事件來看，我們小網站應該要看清事實，盡可能的盡人事未雨綢繆，否則當事情發生在自己的網站，可能就欲哭無淚了。

這篇”Bing Webmaster Tools One-Ups Google With Site Move Tool“說，Bing在管理員工具中提供了Site Move Tool，這個工具跟Google的更改網址工具很類似，但是可以做更多的事情。

Google的更改網址工具只能做的是，從某網域搬家到另外一個網域，Bing的工具當然也提供該功能。

Bing的網站搬家工具可以做到Google工具沒有提供的功能: 在原來網域下的搬家，也就是由 www.mywebsite.com.tw 搬到 www.mywebsite.com.tw/seo/，或是從 www.mywebsite.com.tw 搬到 seo.mywebsite.com.tw，反正就是可以在原來網域內變換。

但是雖然方便網站搬家，你還是必須使用轉址，在搜尋引擎尚未完整的更改索引網址之前，才能夠確保不會讓使用者找不到網站。並且Bing還說，如果你使用網站搬家工具，在六個月內不能再搬家，以防止網站搬家工具被濫用。

這篇文章”Google: Use pushState Instead Of Hashbang (#!) For AJAX Navigation“說到，如果你使用AJAX的話，Google建議你使用PushState而不要使用hashbang。為什麼呢? 因為前者可以讓Google比較輕鬆的抓取內容。

以下是Matt Cutts對於PushState與hashbang的說明:

Matt Cutts說Google對於兩者的AJAX方式都「能夠」處理，但是如果你使用PushState，對於抓取而言不需要特別處理，因此我們鼓勵使用PushState。

如我們之前所說的，不要太相信Google「能夠」處理各種Javascript，因為「能夠」處理與「願意」處理是兩回事。

因為Google需要處理太多事情，並且每處理一件事情都會耗費很多資源，例如電力、CPU、記憶體、儲存空間、時間 … 等等。因此如果你只是小咖的網站，但是使用很繁複的Javascript，Google可能花了很大力氣去抓取出來，但是最後發現只是一堆沒有人想看的垃圾，因此如果你不是天王級的網站，千萬不要相信Google「能夠」處理各種Javascript，你必須讓網站非常容易抓取。

那麼為什麼PushState比hashbang容易處理呢? 因為PushState可以做到hashbang的功能，也就是不必刷新頁面下可以改變URL，並且比hashbang更好的是，Google看到的URL就是使用者看到的URL，也就是每個不同的內容，都會有不同的可以瀏覽的URL。唯一PushState的缺點是，如果你使用舊的瀏覽軟體，不完全支援HTML5的話，就可能會掉漆。

例如以IE8.0.6001.18702舊款瀏覽軟體去看html5test.com，其分數如下:

竟然總分500分才拿到42分。

以Google Chrome瀏覽軟體去看html5test.com，其分數如下:

Google Chrome瀏覽軟體拿下了468分。

並且我們以IE8與Google Chrome去處理PushState的程式碼，確實IE8仍舊需要Refresh，沒有達成AJAX的功能，而Google Chrome則完全正常。

因此結論是，如果你以Google抓取來考量的話，PushState的方式比hashbang好，但是如果你以使用者端來考量的話，必須測試PushState是否在某些瀏覽軟體會發生不支援的情況。