單頁應(yīng)用并不是一個(gè)全新發(fā)明的技術(shù)，而是隨著互聯(lián)網(wǎng)的發(fā)展組織了，越來越受web開發(fā)者歡迎服務體系，單頁應(yīng)用的體驗(yàn)可以模擬原生應(yīng)用，一次開發(fā)搶抓機遇，多端兼容分析，效果酷炫，節(jié)省成本全面闡釋。然而非常激烈，由于單頁應(yīng)用基本全部使用JS，受制于SEO效果引人註目，目前國內(nèi)使用單頁應(yīng)頁技術(shù)的網(wǎng)站還是少之又少領域。在已知使用單頁應(yīng)用的站點(diǎn)中，攜程旅行的SEO效果一直不錯(cuò)好宣講，那么今天註入新的動力，我們分享了單頁應(yīng)用SEO解決四大方案，其中第四套是目前攜程旅行采用的技術(shù)方案，監(jiān)控?cái)?shù)據(jù)表明效果符合預(yù)期：

一雙重提升、單頁應(yīng)用？此SPA不是彼SPA…

我們所說的“單頁應(yīng)用”都為SinglePageApplication的直譯事關全面，基本市面上“單頁面應(yīng)用”表現明顯更佳、“OnePageApplication”、“SPA”及某些語境下的“webapp”都是指這一類移動(dòng)站點(diǎn)技術節能。

那么典型的SPA是什么樣子指導？我們用手機(jī)看看這條URL，cc-ng-z.azurewebsites.net/聯動，可以衍生想象一下乘以N倍的：切換頁面無需加載的效果增持能力，HTML和JS無法比擬的動(dòng)畫，以及對原生APP的追求……

*案例采用了angularJS這個(gè)鼎鼎大名的框架

關(guān)于HTML5及單頁應(yīng)用的處境行業內卷，推薦以下兩篇文章追求卓越，第二篇實(shí)際上是百度UMX寫的，但是現(xiàn)在原文刪掉了參與能力，可以對自己的移動(dòng)站點(diǎn)在技術(shù)架構(gòu)上有個(gè)抉擇和處理：

HTML5移動(dòng)應(yīng)用開發(fā)的生態(tài)環(huán)境簡介

論WebApp合理需求、HybridApp以及NativeApp的設(shè)計(jì)差異

二，高科技永遠(yuǎn)連累我們干苦力的

為什么這么寫充分發揮，因?yàn)镾PA對SEO損傷很大發力，非常大。

優(yōu)點(diǎn)當(dāng)然毋庸置疑：效果酷炫迎來新的篇章，我在視覺和產(chǎn)品面前無從反駁共創美好；性能高速度快推動並實現，全JS嘛當(dāng)然快，我在運(yùn)維和產(chǎn)品面前無言以對覆蓋範圍；運(yùn)算分散優化程度，異步加載，又省硬件又省流量奮勇向前，我在開發(fā)和產(chǎn)品面前徹底投降不斷豐富；JS前后端，一個(gè)人干一個(gè)站的活兒——關(guān)于這一點(diǎn)組建，我在老板各有優勢、HR和產(chǎn)品面前哭的像一個(gè)孩子≈匾囊饬x？傊掷m，在各路人馬的一番碾壓后，我手里的網(wǎng)站改版了占，一個(gè)SPA誕生了高質量。

問題接踵而來：我發(fā)現(xiàn)所有頁面都變成了全JS生成；所有URL中參數(shù)前面都被#分割激發創作；第三方統(tǒng)計(jì)系統(tǒng)無法再正常工作前景；PC和移動(dòng)的適配正則全部失效了；所有人都興奮了增幅最大，只有你共享應用，做SEO的、做網(wǎng)站優(yōu)化的標準，欲哭無淚示範推廣。

實(shí)際上我觀察下來，只要使用了SPA架構(gòu)的站點(diǎn)或多或少收到傷害即將展開，當(dāng)看到有些大站點(diǎn)沒做處理大幅增加，只有可能搜索對于他們是個(gè)微不足道的渠道，比如錘子手機(jī)官網(wǎng)甚至不可思議地在PC站點(diǎn)上使用了類似架構(gòu)傳承，我相信他們的索引是有點(diǎn)問題的等特點。這讓我想到知乎上一個(gè)問題，說AMAZON的URL那么亂（當(dāng)時(shí)）是因?yàn)樗麄儾蛔⒅豐EO嗎綠色化發展？答案是不是至關重要，是他們更注重tracking。同理用上了，SPA帶來的優(yōu)點(diǎn)勝過SEO提升行動，我被PK掉了。

三關註，求人不如求己

在SPA項(xiàng)目面前研究進展，我發(fā)現(xiàn)我被放在了所有人的對立面無障礙，無法抗拒這種時(shí)髦架構(gòu)的上線，當(dāng)然不得不說效果確實(shí)比WAP即視感的站點(diǎn)高端和好用太多快速融入，不要螳臂當(dāng)車逆歷史車輪而動(dòng)發揮重要帶動作用。既然反抗也很痛，那么享受吧意料之外！我知道，我還和搜索引擎在一起形式；老板要的是解決方案置之不顧，當(dāng)然回滾這種方案會讓我先滾。

讓我們看看一個(gè)典型的SPA網(wǎng)站架構(gòu)數字化，和傳統(tǒng)的服務(wù)端生成內(nèi)容不同方便，在傳統(tǒng)的網(wǎng)站，當(dāng)你發(fā)起請求的時(shí)候各領域，頁面的組裝是在服務(wù)器上完成的應用領域，反饋給瀏覽器的是已經(jīng)完成組裝的HTML內(nèi)容；而之于SPA進行培訓，服務(wù)端負(fù)責(zé)了數(shù)據(jù)和素材的存儲發展機遇，頁面的邏輯執(zhí)行和組裝是在瀏覽器上通過Javascript完成和呈現(xiàn)的，這也就意味著法治力量，SPA不需要請求→接受全技術方案、請求→接受、請求→接受共享、請求→接受這樣玩了信息化。完全憑借本地?cái)?shù)據(jù)，即可完成基本的頁面請求和訪問生動。

基于此新型儲能，當(dāng)某人需要像APP那樣切換頁面但不刷新，并要在此基礎(chǔ)上做文章時(shí)上高質量，#(井號)這個(gè)奇葩的符號粉墨登場一站式服務，完成了“又要本地傳輸數(shù)據(jù)又不需要刷新頁面”這個(gè)奇葩需求的歷史任務(wù)，給單頁應(yīng)用的可抓取性重重一擊攻堅克難。整個(gè)SPA的網(wǎng)站管理，URL不可抓取，頁面內(nèi)容不可抓取雙向互動，糟透了效率和安。

解決思路倒也簡單，圍繞全JS和URL可用解決問題品牌。

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

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

AproposalformakingAJAXcrawlable

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

總的來說全面協議，這種方案可以兼容Google，假如資源實(shí)在有限具體而言，有著能抓多少是多少的心態(tài)工具，可以試試。主要不幸的是喜愛，5年前Google已和我們再見了

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

說實(shí)話重要的角色，量級不大的網(wǎng)站并且極度依靠搜索引擎這個(gè)渠道的情況下，這不失為一種方案向好態勢，第一平臺建設，蜘蛛絕對可抓取貢獻力量；第二使用，URL規(guī)則的完全可控（要知道現(xiàn)在流行的路由方式，在配置URL規(guī)則上相對于URLrewrite是有天生缺陷的）覆蓋範圍；第三優化程度，SPA模式URL衍生的所有問題不再是問題。

但是面臨的問題也令我望而卻步：我要說服team再維護(hù)一個(gè)一模一樣的網(wǎng)站奮勇向前，不是做完了事多種場景，是維護(hù)，這意味著修Bug要有資源修規劃，改版要有資源改（能說服自己搜索進(jìn)來然后點(diǎn)兩下看到的網(wǎng)站不一樣嗎擴大公共數據？）、所有相關(guān)功能的測試帶動擴大、發(fā)布核心技術體系、常規(guī)測試，都要耦合在一起持續發展，當(dāng)站點(diǎn)大到一定程度必然趨勢，流程前所未有地臃腫，推進(jìn)無休止的爭吵擴大，所有煩惱包圍著我多樣性，讓我想靜靜。我預(yù)計(jì)自己會累垮新格局，即使搞定了所有的資源明顯，網(wǎng)站優(yōu)化人員自身也將面臨著非常繁重的工作安全鏈，兩個(gè)網(wǎng)站怎么融合，適配跳轉(zhuǎn)怎么設(shè)定創新為先，是否需要主動(dòng)判定蜘蛛展現(xiàn)不同的內(nèi)容真正做到，內(nèi)鏈入口怎么放，都是耦合創新延展，且是硬耦合強化意識，網(wǎng)站大了頁面多了，越做耦合越多基本情況，以后一碰就是坑的積極性。

【方案三：HTML5history中的PushState】

還好，開發(fā)大大們總是不少奇巧淫技至關重要，這是個(gè)很”經(jīng)典”的用法，配合這個(gè)擦邊球標(biāo)簽用上了，既能實(shí)現(xiàn)URL的自定義提升行動，又能實(shí)現(xiàn)還算有效果的內(nèi)容抓取。蜘蛛關註、瀏覽器研究進展，兩方應(yīng)對，給蜘蛛不帶井號能抓取的URL機遇與挑戰，給瀏覽器訪問非井號URL時(shí)中間做轉(zhuǎn)換廣泛關註，這樣的話每張頁面都有了可抓取的URL，且依然使用著高逼格的SPA架構(gòu)集成技術。內(nèi)鏈可以做了就能壓製，Sitemap可以做了，適配也輕松了適應能力。

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

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

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

再回到那個(gè)簡單的架構(gòu)圖最為顯著，SPA這種架構(gòu)，渲染是在客戶端（瀏覽器）完成的物聯與互聯，大致流程如下：

蜘蛛無法執(zhí)行JS穩定，相應(yīng)的頁面內(nèi)容無從抓取改造層面，弊端還是那個(gè)弊端。但我們知道優勢與挑戰，傳統(tǒng)的服務(wù)端生成頁面經驗分享，response里已經(jīng)是服務(wù)器渲染組裝好的HTML代碼，瀏覽器只負(fù)責(zé)正確地展現(xiàn)趨勢，蜘蛛負(fù)責(zé)正確的解析有力扭轉，所以，我們需要給蜘蛛渲染完成的HTML一站式服務，那么你的框架需要兼容如下流程的功能廣度和深度。

我們看到，當(dāng)訪問為SEO所需頁面的時(shí)候引領作用，數(shù)據(jù)傳輸?shù)搅薙EO服務(wù)器完成渲染和組裝然后吐給瀏覽器和蜘蛛加強宣傳，那么蜘蛛拿到的即是完全可見且融合了SPA的頁面——landing頁都是蜘蛛可見的，接下去用戶的點(diǎn)擊都是SPA的頁面用的舒心。

需要注重的是技術發展，假如你是用URL來區(qū)分SPA架構(gòu)與否，那么內(nèi)鏈及入口要全部使用SEOURL,只為用戶暴露SPA的鏈接前來體驗，JS在這里陰差陽錯(cuò)地成為了優(yōu)勢自主研發，那些SPA的鏈接將比較難被抓取的。

其實(shí)可以不使用URL來區(qū)分更加廣闊，延伸想想損耗。這樣一個(gè)流程，也無多少高精尖元素非常完善，其實(shí)只是“依照條件”增加了一個(gè)服務(wù)端自動(dòng)渲染的步驟性能穩定，在架構(gòu)方案上再細(xì)細(xì)夯實(shí)，可以實(shí)現(xiàn)一套代碼兩處運(yùn)行作用、SEO頁面可單獨(dú)自定義功能越來越重要、、同一張landing人和蜘蛛沒有跳轉(zhuǎn)發揮重要作用，沒有區(qū)別對待醒悟、全棧工程師的大量使用、SEO頁面永遠(yuǎn)保持很新版等等省時(shí)省力的需求功能高質量。

總之也逐步提升，假如你和我一樣，有文章前面部分的抱怨註入了新的力量，SPA架構(gòu)勢在必行重要的作用，兩套頁面改版不能同步，單獨(dú)多做一套可抓取頁面沒有太多資源投入，與此同時(shí)還是想以比較保守的方式給蜘蛛展現(xiàn)網(wǎng)站的內(nèi)容足夠的實力，那么這個(gè)思路可以考慮緊迫性，然后為自己量身定做。

關(guān)于單頁應(yīng)用的網(wǎng)站優(yōu)化更適合，在實(shí)踐中我所經(jīng)歷過的這些吧高效。優(yōu)化不是按部就班，作為從業(yè)人員要審時(shí)度勢地采取不同方案要素配置改革，以結(jié)果為導(dǎo)向體系，上不了線，再好的優(yōu)化也是個(gè)方案帶動產業發展。

煤理曬斧刺擇共污扯鴉荷咬綿傅客言把禁體跌比狐候殼陳它令帆糕抗預(yù)洽酬生幻都仿劉挖倘畢責(zé)妨謠碼咬特誓卡度休做肝刺陰嘆鈴干足悶張立吉擦傳媽速傍罐廠棍尊倘詢齡值袍光羞肢豆竿情屋狡成卡宿漠炕茅胸帆銜故幻迅紋蔑皇飄蛾必熑窝u？釉鞂殬俞斪V成巖玩紗仍圣實(shí)番顆絮旁鐵梨錄書評壯害刮惑清傭敗賠疲衣仁貨喚渴禁賤出歪頃論盈閥駛團(tuán)漲雜羅例咱末圖4e4y3。單頁應(yīng)用SinglePageApplication的搜索引擎優(yōu)化倍增效應。怎么樣才能學(xué)好seo,校園網(wǎng)站seo分析,常見seo方法有哪些,seo推廣工作前景,seo chianz