單頁(yè)應(yīng)用（Single Page Application）的搜索引擎優(yōu)化

　　【方案一：盡人皆知的Google抓取AJAX方案】

　　如何讓搜索引擎抓取AJAX內(nèi)容？

　　A proposal for making AJAX crawlable

　　Google給了官方指導(dǎo)，并在Twitter上做了個(gè)最大的case，但后來T家放棄了，我想更多是T戰(zhàn)略上的放棄。騰訊的ISUX博客上也曾經(jīng)推廣過這種方式，居然是在2014年，如下文：單頁(yè)應(yīng)用的SEO淺談

　　總的來說，這種方案可以兼容Google，如果資源實(shí)在有限，有著能抓多少是多少的心態(tài)，可以試試。主要不幸的是，5年前Google已和我們?cè)僖娏?/p>

　　【方案二：再做一個(gè)服務(wù)端生成內(nèi)容的鏡像網(wǎng)站】

　　說實(shí)話，量級(jí)不大的網(wǎng)站并且極度依賴搜索引擎這個(gè)渠道的情況下，這不失為一種方案，第一，蜘蛛絕對(duì)可抓??；第二，URL規(guī)則的完全可控（要知道現(xiàn)在流行的路由方式，在配置URL規(guī)則上相對(duì)于URLrewrite是有天生缺陷的）；第三，SPA模式URL衍生的所有問題不再是問題。

　　但是面臨的問題也令我望而卻步：我要說服team再維護(hù)一個(gè)一模一樣的網(wǎng)站，不是做完了事，是維護(hù)，這意味著修Bug要有資源修，改版要有資源改（能說服自己搜索進(jìn)來然后點(diǎn)兩下看到的網(wǎng)站不一樣嗎？）、所有相關(guān)功能的測(cè)試、發(fā)布、常規(guī)測(cè)試，都要耦合在一起，當(dāng)站點(diǎn)大到一定程度，流程前所未有地臃腫，推進(jìn)無休止的爭(zhēng)吵，所有煩惱包圍著我，讓我想靜靜。我預(yù)計(jì)自己會(huì)累垮，即使搞定了所有的資源，網(wǎng)站優(yōu)化人員自身也將面臨著非常繁重的工作，兩個(gè)網(wǎng)站怎么融合，適配跳轉(zhuǎn)怎么設(shè)定，是否需要主動(dòng)判斷蜘蛛展現(xiàn)不同的內(nèi)容，內(nèi)鏈入口怎么放，都是耦合，且是硬耦合，網(wǎng)站大了頁(yè)面多了，越做耦合越多，以后一碰就是坑。

　　【方案三：HTML5 history 中的PushState】

　　還好，開發(fā)大大們總是不少奇巧淫技，這是個(gè)很”經(jīng)典”的用法，配合<noscript>這個(gè)擦邊球標(biāo)簽，既能實(shí)現(xiàn)URL的自定義，又能實(shí)現(xiàn)還算有效果的內(nèi)容抓取。蜘蛛、瀏覽器，兩方應(yīng)對(duì)，給蜘蛛不帶井號(hào)能抓取的URL，給瀏覽器訪問非井號(hào)URL時(shí)中間做轉(zhuǎn)換，這樣的話每張頁(yè)面都有了可抓取的URL，且依然使用著高逼格的SPA架構(gòu)。內(nèi)鏈可以做了，Sitemap可以做了，適配也輕松了。

　　但實(shí)際上，蜘蛛在這種頁(yè)面上還是盲的，所有內(nèi)容要仰仗于noscript這個(gè)標(biāo)簽里塞的數(shù)據(jù)，以及搜索引擎對(duì)這個(gè)標(biāo)簽的支持程度。

　　做到這一步，單就需求而言，搜索引擎的抓取從HTML規(guī)范講完成了，但這種方式?jīng)]有任何搜索承認(rèn)過支持，包括最核心的那個(gè)對(duì)于noscript標(biāo)簽的支持。

　　【方案四：用更高效的方式完成兩套頁(yè)面】

　　再回到那個(gè)簡(jiǎn)單的架構(gòu)圖，SPA這種架構(gòu)，渲染是在客戶端（瀏覽器）完成的，大致流程如下：

　　蜘蛛無法執(zhí)行JS，相應(yīng)的頁(yè)面內(nèi)容無從抓取，弊端還是那個(gè)弊端。但我們知道，傳統(tǒng)的服務(wù)端生成頁(yè)面，response里已經(jīng)是服務(wù)器渲染組裝好的HTML代碼，瀏覽器只負(fù)責(zé)正確地展現(xiàn)，蜘蛛負(fù)責(zé)正確的解析，所以，我們需要給蜘蛛渲染完成的HTML，那么你的框架需要兼容如下流程的功能。