這篇”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顯示不正確的標題，其實你自己應該負一半的責任。

Authorship markup是Google用來確認網站內容作者的一個標記，使用這個作者標記可以讓Google更了解作者，也可以藉此讓文章產生更好的信賴感。

但是應該怎麼做才能正確的設定Authorship Markup (作者標記) 呢? 首先我們先了解作者標記的寫法，相關的標記有兩個，一個是rel=”author”，另外一個是rel=”me”，各有不同的意義。

要進行Authorship Markup之前，都必須先有Google+的帳號，然後再依照下面三種方式之一，即可以正確的建立Authorship Markup。

#第一種建立作者標記的方法稱為2-link method。

假設你在Google+的姓名是~王小明，並且你有Twitter也是登記為~王小明，並且你有一個個人網站，其網址是~http://superwong.tw

那麼你可以在http://superwong.tw的頁面中加入下面兩個連結:

<a href=”連到你的Google+網址” rel=”author”>王小明</a>

<a href=”http://twitter.com/superwong” rel=”me”>@superwong</a>

第一個連結是建立Google Authorship的必要連結，第二個連結是讓Google知道你還有另外的頁面，是跟你有關係的。第二個連結就不是必要的，可以不使用。

在這個例子中，就是Google會知道http://superwong.tw、http://twitter.com/superwong跟Google+中的王小明是同一人所有。

但是你自己在http://superwong.tw建立連結到王小明的Google+，還不能保證Google+的王小明也承認，所以還需要一個確認的步驟。

這個確認的步驟就是需要在王小明的Google+上，要有資訊可以確認跟http://superwong.tw的關係。

這個確認的步驟有兩種方式，如下圖 : 第一種方式就是在Google+頁面的Contributor to，寫上http://superwong.tw連結 ，第二種方式就是在Google+頁面的Work Email寫上跟@superwong.tw一樣的電子郵件，例如me@superwong.tw。

你可以兩種方式都去確認，或是選擇你認為比較方便的方式。

#第二種建立作者標記的方法稱為3-link method。

第二種方法比較複雜，他是透過一個author biography page (也就是作者介紹頁面)，如果你的網站沒有這個作者介紹頁面，就不適合使用這個方法。

我們使用上面的相同例子，假設你的網站http://superwong.tw中有一個作者介紹頁面http://superwong.tw/about，那麼你就可以在文章頁面中，建立一個連結如下:

<a href=”http://superwong.tw/about” rel=”author”>王小明</a>

然後在作者介紹頁面http://superwong.tw/about中，建立一個連結如下:

<a href=”連到你的Google+網址” rel=”me”>王小明的Google+</a>

然後你還必須在Google+上進行確認，在Contributor to寫上http://superwong.tw即可。

#第三種建立作者標記的方法是以電子郵件來確認。

第三種方法是當你有跟網域一樣的電子郵件，如這個例子中 me@superwong.tw，跟你寫文章的網站的網域superwong.tw一樣。

你就可以在文章頁面寫上~ 作者<a href=”mailto:me@superwong.tw”>王小明</a>，然後在Google+上王小明的工作email也是me@superwong.tw，那麼Google就能夠確認這個作者的關係。

當你的確認動作都完成之後，你就可以使用Google Rich Snippets Tool去看看是否正確，如果正確的話就會出現如下圖的訊息:

如果顯示正確的話，並不是馬上就會出現在搜尋結果上，必須經過數周不等的時間，你才可以在Google搜尋中看到如下的內容 …

(本文轉載自台灣SEO搜尋引擎技術學院)

Google在”Introducing Data Highlighter for event data“宣佈，開始推出更方便的工具使得網頁可以提供結構化的資料，但是剛開始只支援英文，並且只提供事件(event)類型的結構化資料工具。

以下是這個Google Data Highlighter的影片說明:

並且當你設定成功Data Highlighter之後，等Google正確的抓取之後，你就可以在Google管理員工具中看到這些結構化資料的抓取結果，如下圖。

但是這篇”Google’s Data Highlighter: What If It Conflicts With HTML Markup?“則提到了，這個Google Data Highlighter會不會弄亂了原本已經有標記的網頁內容? Google的John Mueller 針對這點解釋說:「對於SEO來說，標記不要出現衝突的情況是很重要的，如果真的產生資料不一致的情形，那麼你就無法期望出現你期待的樣子，因此如果你擔心Data Highlighter會弄亂你的安排，最好還是先經過測試再來使用。」

所以Google Data Highlighter雖然可以很便利的幫你標記內容，但是因為目前還只有活動事件的標記，因此大多網站都採取觀望的態度，並且正式使用到你的網站之前，最後先確定不會搞亂原先的標記。

Google在”Site title and description“解釋到了我們的疑問，內文說到: “Google’s generation of page titles and descriptions (or “snippets”) is completely automated and takes into account both the content of a page as well as references to it that appear on the web. ” Google對於標題與描述的產生是完全自動的，他會參考頁面的內容以及該頁面的參考資料來產生。

Matt Cutts在以下的影片解釋了為什麼Google會修改搜尋結果列表的標題。

所以Google會根據哪些資料來進行標題與描述的產生呢?

(1) 當然最基本的就是你的頁面提供的標題與描述，以及頁面的內容。

(2) 結構性的資料，例如我們說過的microdata等類型的語意標籤。

(3) 連到你的頁面的Anchor text (錨點文字)。

(4) 由DMOZ對於你的頁面的描述。

所以Google不只採用你的資料，它也會採取外部資料來描述你的頁面。但是如果你不希望Google搞錯了你的標題以及描述，你就應該遵守Google的要求，正確的撰寫標題與描述的內容。

如何正確的撰寫標題呢?

(1) 當然第一個必須注意的就是不要空白，如果標題空白的話，Google當然就會自己加上一個自動產生的標題。

(2) 不要使用含混的語詞，如首頁用Home當標題，或是Profiles當做作者說明頁面的標題。

(3) 避免使用過長而繁瑣的標題，因為在搜尋列表中可能會被截斷。

(4) 避免相同的詞重覆使用，如果在標題中有相同的詞一再重覆，很可能就會被Google修改。

(5) 避免使用相同或是樣板式的標題，例如假如每個頁面都有某個特定詞，而這個詞並不是企業品牌，Google就很可能會不喜歡這樣的標題。

(6) 讓標題具有品牌，並不是讓每個頁面就會重覆相同的詞，例如~ 「Nokia: 科技始終來自於人性」，如果每個頁面都出現~ 「Nokia: 科技始終來自於人性」，對於讀者就沒有太大的意義，因此Google會建議只出現「Nokia」，而取消「 科技始終來自於人性」的重覆出現。

如果Google在SERP中發現有以上的問題的時候，就會再根據其他資料來源來自動產生標題，就算沒有以上的問題，Google也都可能會自作聰明的根據搜尋詞的使用來進行修改，因為Google認為他比你聰明。

如果你還是認為你的標題比較符合該頁面的內容，你可以透過Google討論區進行討論。

如何正確的撰寫描述呢?

(1) 請確認每個頁面都有meta description。

(2) 不同的頁面必須有不同的meta description內容。

(3) Meta description不一定需要完整的句子，你也可以加入適當如下的內容~

<meta name=”Description” content=”作者：A.N. Author，插圖作者：P. Picture，類別：圖書，價格：$17.99，頁數：784 頁”>

(4) Meta description不是一大堆的關鍵字，而是要給讀者瞭解大致的內容摘要。

(5) 使用有品質的描述，雖然meta description不會出現在網頁的內容中，但是正確的描述內容可以提高你的搜尋流量。

如何告訴搜尋引擎不要採用ODP的內容?

你可以使用以下的meta來告訴搜尋引擎應該如何處理你的資料。

以下的meta是要所有的搜尋引擎不要採用ODP (DMOZ)的描述資料。

<meta name=”robots” content=”NOODP”>

以下的meta是要Google不要採用ODP (DMOZ)的描述資料。

<meta name=”googlebot” content=”NOODP”>

以下的meta是要Google不要採用ODP (DMOZ)的描述資料，並且希望Google不要管該頁面的連結。

<meta name=”googlebot” content=”NOODP, nofollow”>

但是以上的這些設定，必須等待搜尋引擎更新資料時，才會看到更動的結果。

[補充說明]

通常Google比Yahoo更會自動修改網頁的標題(title)以及描述內容(description)，並且如果你的標題被修改了，目前看過實際的狀況通常有幾個可能性:

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

例如: 你的標題是~ [搜尋引擎優化、SEO網站優化、SEO搜尋排名優化、SEO最佳選擇]，那麼很可能Google會看不順眼，就把你改成~ [搜尋引擎優化]

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

例如: 我們的title是~ [為什麼Google會修改搜尋結果列表的標題(SERP Snippets)? – 台灣搜尋引擎優化與行銷研究院]，Google可能會因為我們的Google+粉絲頁名稱是數位網路社群，而把title改成~ [為什麼Google會修改搜尋結果列表的標題(SERP Snippets)? – 數位網路社群]

在”語意(Semantics)將會成為下一個SEO的重要元素“曾經說到，如果你還不瞭解microdata、microformats、RDFa … 等等這些標準的意義，如果你還不清楚如何使用這些標記，你可能就會在未來幾年的SEO行銷上居於劣勢。並且也在”SEO 3.0是什麼? 其實早就不是新鮮事!“說到，我們多年前說的樣貌，就是現在國外專家所說的SEO 3.0。

這篇”Getting Started With Semantic SEO“更清楚的告訴大家，是時候該注意Semantic SEO了，也就是在你的SEO策略中，要好好考慮如何把語意套到你的網站中。

文章中提供了幾個網路上可以參考的資源:
Semanticweb.com
Schema.org
Structured-Data.org
Semanticweb.org

以及有幾個可以使用的工具:
Google’s Structured Data Dashboard (Google Webmasters提供的工具)
Rich Snippets Testing Tool (Google提供的工具)
WordLift (WordPress的外掛) ~ 目前好像還有bug。
Open Calais (可以透過Drupal與Wordpress使用) ~ 必須申請API才能使用。

其實Semantic SEO看起來很高深，其實非常簡單，就是把你的資料用適當的語意標籤標記起來，只要你認識什麼是語意標籤，知道哪些資料應該標記起來，就可以逐步的在Semantic SEO上獲得好處。我們在”如果你不了解Schema.org，現在還來得及!“說過，你只要去瞭解Rich Snippets (複合式摘要片段)，就會知道應該怎麼做，並且可以預期知道他的好處。

我們已經在Semantic SEO講了太多年了，資深的讀者應該都已經感受到帶來的好處，如果還沒有開始動作的，現在還不算太晚。

我們曾經在”搜尋引擎排名曝光度過高也不是好事?“說過，搜尋引擎會越來越知道你要的資料是什麼，並且透過統計方法，經常被需要的資料會直接出現在不需要點選的地方，因此就會造成網站的流量降低。

也就是說，Google可能把你的資料精華「浮」到上面來了，使用者不再需要點選進去你的網站去尋找，雖然讓使用者更方便了，但是卻傷害了網站的流量，就如同百貨公司一樣，Google把使用者最可能需要的東西搬到百貨公司門口，使用者只需要到門口就把東西拿走了，根本不需要再到百貨公司裡面閒逛，當然對於百貨公司來說是很大的傷害。

這篇”Will Google Hurt Your Site By Improving Itself?“就提到了這個問題，例如下圖，當你搜尋[how old is dolly parton]，問Google到底歌手桃莉芭頓幾歲了，Google就會告訴你 … 答案是66歲。你不再需要去努力的爬文，才能找到答案。

之前的文章”SEO : 什麼是 Search Engine Optimization ?“說到~SEO是將網站的資料，清楚的呈現給搜尋引擎，讓搜尋引擎能夠更順利的處理資料，SEO所得到的成果也就是搜尋引擎根據你的貢獻度來回報給你。

但是，現在是否可能SEO所得到的成果卻是無法獲得回報呢?

如同Yelp事件一樣，Google希望得到Yelp的資料，但是卻會讓Yelp流量降低，而Yelp只希望從Google獲得流量，卻不想提供資料給Google。這樣的發展，對於Google跟網站是雙輸的局面。

如下圖，Yelp提供美國各地的店家資訊，有些類似台灣的iPeen 愛評網。

Google的成功是否會是SEO的失敗? 對於某些如Yelp類型的網站而言(提供商家資訊並且獲得商家的廣告贊助)，答案是可能的。而對於不只提供資訊，還銷售商品的網站而言，就沒有太大的影響。

但是是否這些提供商家資訊的網站，就應該排斥讓Google擷取資料呢? 當然不是，「清楚的呈現給搜尋引擎，讓搜尋引擎能夠更順利的處理資料」當然還是最好的原則，但是必須除了提供商家資訊之外，要能夠有額外無法取代的「加值服務」。

如果只是商家資訊，太多競爭者也可以建立相同的網站，就算商家資訊無法從你的網站抓取，也可以透過其他管道取得，或是從頭人工輸入。單純的「商家資訊」並無法建立競爭門檻，只有無法取代的「加值服務」才能創作價值。

Google讓使用者的資料可以直接顯示在搜尋結果上，是無法避免的結果，網站不能因為如此而排斥Rich Snippets，或是語意網相關的標準。

Google的成功是否會是SEO的失敗? 如果答案是的話，那麼你的網站必須思考，為什麼這麼沒有競爭優勢? 你的網站體質必須更加強化，否則就算沒有被Google擊垮，也會被其他競爭者取代。

其實說穿了，Google的40個搜尋演算法更新項目都沒有提到細節改變了哪些，我們僅知到這些改變將會反應在搜尋資料的fresh(新鮮)、local(在地)、relevant(相關)，以及複合式摘要資料、行動搜尋、以及特殊搜尋如天氣或是演唱會之類的改善。

可是看了這些更新項目之後，一般人還是看不出來到底網站應該有哪些因應措施。

但是外行人看熱鬧，內行人看門道，我們不能只知道這些，我們把一些應該瞭解的弦外之音列出如下:

(1) 複合式摘要資料 ~ 這次Google更清楚的說明了對於複合式摘要資料的重視。雖然我們在”Rich Snippets會不會變成另外的黑帽戰場?“說過，可能會出現一波複合式摘要資料垃圾的問題，但是我們在”碰到Rich Snippets Spam怎麼辦?“也說過，Google也提供了垃圾問題的回報機制。

並且還特別提出了Shopping與Video的Rich Snippets，如同我們在”如果你不了解Schema.org，現在還來得及!“與 “影片檔 Rich Snippets Markup” (會員內容) 提到的，這些Rich Snippets相關的討論，本網自從2009年的”SEO – Common Tag 通用標籤與搜尋引擎優化“就一直在呼籲企業應該注意這些語意標記的發展。

這個告訴我們什麼? 這次Google搜尋演算法更新等於就「語意標記」再次提醒大家，如果再不注意的話，會很吃虧的啦。

(2) 同義詞資料更完整 ~ 同義詞是什麼? 就是指SEO=搜尋引擎優化=搜尋引擎最佳化，SEO、搜尋引擎優化、搜尋引擎最佳化這三個就是同義詞，但是因為各領域的同義詞非常多，因此Google只能階段式的擴大同義詞資料。

例如現在Google已經將「搜尋引擎優化」與「搜尋引擎最佳化」列為同義詞，但是尚未把「SEO」也列入。

但是並不是要大家把同義詞都塞在網頁中，如”SEO 與 Latent Semantic Analysis (LSA)”說的，關鍵字充塞(Keyword stuffing)在LSA下是失效的。而是要大家注意關鍵字與同義詞在整個網站的佈局，並且把相關的訊息串連起來。

這個告訴我們什麼? 就是你的網站內容必須注意「中英文的同義詞」，最終這些同義詞會世界大同的。

(3) 搜尋關鍵字的分類 ~ 我們從這句話來看: “We’ve made improvements to triggering for a variety of flight-related search queries” (我們已經做了改善，來啟動與航班相關的搜尋)，以及這句: “We’ve tuned the signals we use to decide when to present Turkish users with the weather search feature” (我們已經調整訊號用來決定何時該提供土耳其使用者天氣搜尋功能)，這兩句都顯示了一件事，就是搜尋關鍵字會被分析，並根據整體使用者的使用數據來顯示資料。

例如當使用者使用關鍵字~[flights from la to hk]，Google根據整體使用者的使用數據知道，使用者需要的是從LA到香港的航班資料，因此最新的航班資料就會顯示在最開頭。

這個告訴我們什麼? 你是否知道在你的領域中，有沒有會驅動特殊資料的關鍵字組合呢? 你的網站有沒有提供這類搜尋的資料呢?  你的網站是否能夠提供Google這些資料呢?

(4) 影音與圖檔搜尋 ~ 要透過SEO讓你的網站突出，不能只靠文字內容，必須也要透過影音與圖檔。Google在這次搜尋演算法更新中，讓YouTube影片的在地性增強了、讓影片檔的複合式摘要(Rich Snippets)更重要了、讓圖案搜尋的相關性更強化了，這些改變讓具有影音與圖檔的網站更有優勢了。

這個告訴我們什麼? 如果你的網站還沒有影音與圖檔內容的策略，是該好好思考了。

(5) 連結分析 ~ 如”Google更新連結訊號(link signal)演算法“所說的，當網頁A連往網頁B，Google會使用「存在網頁A連往網頁B的錨點文字」、「該錨點文字的前後文內容」、「該錨點文字的前後文中有特殊屬性的文字」、「網頁A的標題與meta內容」來決定網頁B的主題，但是現在Google已經關閉了其中一個評估項目。

這個告訴我們什麼? 如果你過份依賴單一因素，而剛好Google在搜尋演算法更新中降低該因素的權重或是取消了該因素的話，你的網站就可能面臨可怕的結果。所以全面而正確的SEO策略，是網站必須思考的。

(6) Google整個平台的整合 ~ Google在去年底到今年一直在進行一項工程，那就是把Google所有的服務進行整合，這樣的整合讓Google可以更加的瞭解使用者需求 (講難聽一點就是侵犯使用者隱私)。

Google在這次的搜尋演算法更新中新增加了20個國家的web history(使用者網路歷程)，這個web history在登入Google帳號後就會啟動。

這個告訴我們什麼? 你的網路資源是否散佈在Google各類服務中呢? 你也應該把這些資源整合起來，讓使用者與Google都能夠知道這些資源的網站來源。

(7) 新鮮資料與在地資料 ~ fresh與local的資料本來就是Google所重視的，這次的搜尋演算法更新也改善了許多演算法，讓搜尋資料更新鮮、更在地化。

例如假設Google知道某個關鍵字必須提供新鮮資訊，如果你的內容是最新鮮的但是其他網站卻比你更技巧讓Google認為他的內容比較新鮮，那麼你的網站在搜尋排名上就會居於下風。

例如假設Google知道某個關鍵字必須提供在地資訊，但是你的網站卻沒有辦法呈現在地資料的訊號，那麼你的網站就可能在搜尋中被過濾掉了。

這個告訴我們什麼? 你的網站應該把握各個訊號，讓Google瞭解你的網站資料的新鮮度跟在地性。

(8) 行動設備搜尋 ~ 雖然這次的搜尋演算法更新只有提到行動設備的航班搜尋，但是如我們在”Googlebot-Mobile即將開啟行動元年“所說的，2012年可以說是行動元年，行動設備搜尋會越來越重要。

這個告訴我們什麼? 如果你尚未有任何行動設備搜尋的策略，應該看看我們Mobile SEO相關的文章。

什麼是Enterprise SEO? 就是指大企業的SEO，這個SEO跟中小企業的SEO基本上沒有太多差異，但是細節上有些不同。例如在”大型商務網站的SEO策略: 訪談Jonathon Colman“與”搜尋引擎優化: CNN 與 SEO“所說，大型網站有必須更加聚焦的重點，也就是因為大企業網站必須顧慮的範圍很廣泛，必須有更具效率的策略。

再者，大企業的SEO必須是團隊式的SEO，也不能如小網站只有一人獨力進行，因此大企業的SEO必須全面結構式的、必須是系統性的進行，才能收到最明顯的效益。

全面結構式與系統性的進行，是大企業SEO的兩大重點。

我們就來談談這篇”Enterprise SEO: 4 Trends to Watch in 2012“所說的四大趨勢。

(1) SEO已經逐漸被大企業重視

作者談到我們以前也提過的In-House SEO的問題，大企業的SEO最好不要採用In-House SEO(內部人員自己進行SEO)，而必須聘請SEO顧問並搭配Outsourcing SEO+In-House SEO。

為什麼大企業的SEO最好不要採用In-House SEO?

因為範圍廣泛，並且大企業自己會有很多包袱，很可能自己無法看到應該改善的重點，或是就算看到缺點，可能因為不能說出來而錯失改善的機會。

對於曾經待過大企業的人，應該都有一個感覺，很多時候不是在解決真正的問題，反而都在解決人的問題，人所引起的問題都比真正的問題難以解決。

所以這時候，就必須有專業的顧問進來擔任黑臉的角色，企業SEO顧問必須獲得高層的授權，在經過與管理階層獲得溝通後，把真正應該進行的措施展示出來。

作者認為Link development(連結)、social media(社交)、content strategies(內容)是企業SEO應該著重的重點，以及企業SEO還必須有精準的使用分析工具，來進行評估工作。

許多大企業雖然開始重視SEO，但是很多還是採用In-House SEO，應該逐步更換策略，以內部人員搭配SEO顧問與外包廠商，可以獲得更好的結果。

(2) Rich Snippets越來越重要

我們提過Rich Snippets非常重要，並且也可能會變成spam的樂園，在”研究顯示reviews與images是Mobile SEO的重點“也提到，具有正面評等內容的網頁，會提升讀者的信賴以及點選。

除此之外，Authorship也扮演重要角色，因為讓讀者透過Rich Snippets來瞭解網頁，可以增加點選的機會。而Authorship的累積，更可能跟Google+產生連結，由網站內容累積社交網路的影響力，再反過來透過社交網路的影響力來提高搜尋表現。

在前面有提到，企業SEO必須是全面結構式的。

只有透過Rich Snippets，或是說透過Microdata之類的協定，才能夠在最省力的情況下，把網站內容呈現給搜尋引擎，網站結構對於小企業很重要，對於企業網站更是極端重要。

(3) 社交策略更加影響SEO

Social SEO已經說過太多次，企業網站必須把Facebook、Google+、Twitter、Plurk … 等等社交網路都囊括進去社交策略當中。

雖然目前Google+的影響最大，但是長期而言，搜尋引擎不可能忽略其他社交網路的訊號，因為現在Google正在爭取社交網路的龍頭，所以Google+權重偏高是可以理解的，但是不要忘記了PostRank也是Google的，Google不可能不去利用這些訊號。

除了社交因素會影響SEO之外，Google對於登入用戶的加密處理 (encrypted search)，對於SEO也有很大的影響，許多傳統的分析方式就無法瞭解點選是透過哪些關鍵字而來。

對於大企業而言，比小網站更有優勢的是具有更多的人力來進行社交網路策略。

對於大企業而言，不是只有SEO相關人員才能協助SEO，如果能夠擬出更好的方式來鼓勵內部人員透過社交網路來行銷企業網站，就能夠讓整個企業動起來。

(4) Domain Authority (網域權威度)越來越重要

Domain authority不僅會影響搜尋引擎的評估，也會影響使用者的點選意願。

大企業的Domain Authority通常都不錯，因為具有長期註冊時間、具有多樣的網路連結、具有社交網路偏好度 … 等等因素，所以企業間網路的競爭，不是在比較Domain Authority好不好，而是在比較Domain Authority有多好。

就如同之前”研究顯示Wikipedia特別受到Google搜尋排名喜愛“所說的，其中一個重要因素也是Wikipedia的Domain Authority，也就是我們說到的八個原因累積而成它的Domain Authority被Google所喜愛。

Domain Authority跟Page Authority不同點在於全面性的評估，而非以頁面來衡量。Domain Authority根據root domain的連結數量，以及其他網站全面的SEO指標。

以上所提到的Enterprise SEO的四大趨勢，不是指對於小網站就不重要，而是這些趨勢對於企業網站更加重要，並且必須以更不同的觀點來擬定策略。

Rich Snippets (複合式摘要) 原本可以讓搜尋資料更豐富，讓搜尋者更清楚瞭解相關性，因此具有Rich Snippets的列表可以更突出的顯示資料給搜尋者看到。網站只需要在網頁上加入正確的標記，就能夠顯示Rich Snippets。

在”Google採用第三方Rich Snippets的結果?“也提到，Google還使用Rich Snippets進行網站間的關聯性資料共用。

所以如果有人產生假的Rich Snippets，將會對於搜尋引擎產生極大的殺傷力，並且將引起搜尋者的不便。

Google為了讓使用者可以協助監督Rich Snippets的正確性，特別提供了Report spam in rich snippets (回報複合式摘要中的垃圾內容)，如下圖:

例如你看到以下的搜尋結果

那麼你就在回報複合式摘要中的垃圾內容的表單上，把該網址 http://gamblingseoconsultant.com/18122011/how-to-abuse-microformats-for-improved-click-through-rates/ 填到第一個空格，然後在第二個空格填上 fake review stars on google，即可送出給Google調查。

你現在去進行搜尋 fake review stars on google，原本的錯誤Rich Snippets就已經修正。

什麼叫做Google採用第三方Rich Snippets的結果? 什麼叫做Google不僅使用網站的Rich Snippets，並且還用來串聯網站間的資料?

作者舉了一個例子，他使用ColdPlay當關鍵字來搜尋，看到了如下圖的結果:

也就是上圖的紅色圈起來的資料，不是來自於ColdPlay.com，而是來自於Ticketmaster.com 與 Vividseats.com 網站。

如果你使用ticketmaster coldplay進行搜尋，你可以看到如下圖的結果:

如上圖，你就可以看到資料來源的展示情況。

所以Google把別站的Rich Snippets的資料，拿去給別站使用了，這個表示兩件事情~ ticketmaster.com獲得了Google的信賴，以及Google透過某些機制，知道這些資料是有關係的。

什麼機制讓Google知道之間的關係呢? 我們來看下圖:

使用Google Rich Snippets Testing Tool來看tickmaster.com的資料

可以看到頁面的標記使用

就是因為使用了正確的標記，讓Google可以串聯相關的資訊，加上信賴度的關係，使得你的網頁資料可能變成別的網頁可以擷取的資料。

所以Microdata是否重要，應該就不言可喻了。

但是如果你仔細看ticketmaster的網頁資料的話，他的節目單內容是使用Javascript來顯示的，因此你無法在網頁原始碼看到Coldplay的演出內容，因此你可以看到另外一個範例，就是Google確實會去執行Javascript的結果 …

但是如”Google可以索引AJAX與Javascript內容?“所說的，你千萬不要認為Google也會處理你的Javascript，這是必須有先決條件的，也就是Google已經「有能力」去抓到「某些」動態內容，但是必須值得Google這麼做，或是你的環境配合。