前端后端分離，怎么解決seo優化的問題呢？

　　瀉藥，簡單說幾點自己的個人看法。

　　解決題主的問題，首先得先想明白什么是seo，然后再說前后端分離情況下如何做seo優化。

　　我們假設這個產品是一個新產品，他需要做seo，那么到底什么是seo呢？seo的縮寫是『SearchEngineOptimization』，搜索引擎優化，雖然我不是專業做seo的，我也不是seo工程師（你別說某些網站還真有這個崗位）。

　　不過或多或少，seo這個行業曾經也是個特別有意思的行業。

　　優化針對這個問題分2個點：

　　1，前后端分離的架構，無法提供搜索引擎可收錄的頁面，需要搜索引擎蜘蛛擁有執行javascript能力才行，可現實是大部分的搜索引擎都不支持。

　　2，支持了SPA架構的產品，如何做seo優化。（第一個點是先讓他支持，第二條才落到優化）

　　我們先看第一個點，我們要做seo支持首先要知道我們要優化哪些SearchEngine。

　　常見的列舉，百度，google，微軟必應，搜狗，等等。

　　那么我們首先得了解SearchEngine才能談如何做到讓頁面被收錄，這里就拿最常見的百度和google來舉例吧。

　　百度是不支持收錄SPA的頁面的，而且SPA的網站對于百度的spider來說等于是只有1個頁面，那么如何做到讓這種搜索引擎收錄頁面呢？首先我們可以自行提交sitemap，讓蜘蛛主動去爬，但是遇到sitemap中的URL，到達指定頁面后頁面只有一段js怎么辦，我們可以利用比如noscript/noscript標簽來進行最簡單的優化，比如在noscript里打印出當前頁面一些關鍵的信息點，但是這個做法大家一看就非常的蠢，因為正常用戶并不需要這些內容，占用下載量，而且不好維護。那么我們如何判斷當前頁面是否支持運行javascript呢？前端已做到，用noscript，后端不行，那么只好針對百度的spider做UA判斷了，這也就是大家常見的一些解決方案，使用phantomjs或者nginx代理，來對spider訪問的頁面進行特殊的處理，達到被收錄的效果。

　　那么這么做其實是有一些副作用的，比如你收錄的頁面和用戶正常訪問的頁面差別較大是有被搜索引擎K掉的風險的，所以更多的做法還是選擇首屏使用ssr的方式渲染，先通過后端路由保證頁面的主要信息可以被服務器端輸出，然后其他的功能，包括用戶之后的路由跳轉控制，再使用前端路由來做，曾經的項目經驗在新浪博客手機版中也是這么做的，當然當時沒有ssr，是后端直接渲染的模板，用戶訪問后，再進行交互則再采用前后端分離和前端路由控制來完成。

　　然后就是google的搜索引擎，是支持hashtag再rewrite訪問你的靜態版的，但是畢竟只有google支持，所以正規的做法都是使用pushState來對頁面URL做前端的后續無刷新控制，對爬蟲和所有用戶提供任何入口的ssr或者首屏的直接渲染，才是最完美的seo支持方案。

　　ok，到這里說清楚了第一個點，那么第二個點怎么做呢？seo優化其實我也學過一些簡單的，僅僅讓站點支持收錄只是第一步，關鍵詞的搭配，頁面關鍵詞的分部，一些特殊的meta頭，還有站內鏈接的鏈路，站外的鏈路，甚至站群權重的影響，這些加一起出一本都足夠了，大家有興趣可以去搜索seo相關的一些書籍。

　　這里給大家講一些很早年我做百度seo的一些小故事，我上大學的時候認識一個專門做企業站百度seo的公司，或者說小團隊吧。他們做關鍵詞的排名做到了什么程度呢？根本不需要你的網站有任何你想要的關鍵字，比如我想買一個『微信小程序』的關鍵字排名，他們當時的能力就是3天能讓你上第一頁。而且你的網站都不需要有微信小程序這個詞。

　　怎么做到的呢？哈哈，其實就是站群，當時百度的收錄權重是有很大的問題的，外鏈的引入量達到一定的時候，根本不需要你自己本身來做seo優化，你的排名就會蹭蹭長，當然這個代價是非常大的，比如你需要先有1000個以上的域名，還要有批量的機器支持快速的更新這1000個站群的內容，和內部的鏈接等，這是一個技術和體力活，而且風險比較大，規則總是在變，隨時有被K的風險，給客戶做的時候也是需要自己測試無誤再賣這種暴力產品。

　　所以，所謂的seo，不還是。。。人家SearchEngine里面幾條規則的事，做優化，還是要先了解規則，才能優化的足夠NB，這些規則里，前后端分離這玩意只是其中一條。更多的優化靠的還是內容和鏈接交換。

　　最后，再次瀉藥...