1、前端mvvm框架怎麼兼顧seo
方案1,你可以在伺服器端運行一個瀏覽器實例來執行你的應用里的Javascript，然後從DOM中卸下HTML（使用PlantomJS或者WebLoop）。 或者你可以創建一個服務端生成的專供爬蟲的替代性HTML版本。
前者， 需要你為每一個頁面載入建立一個headless瀏覽器（或者tab），比起直接產出HTML，這樣會花費很多的時間和系統資源。 取決於你使用的框架，需要不少精力來決定什麼時候頁面已經准備好了。 你可以緩存頁面，但是如果頁面經常改變，那麼緩存只能起到非常有限的優化作用，而且會增大復雜度。
後者（創建一個替代性的伺服器端站點）對簡單站點而言足夠了
2、前端mvvm框架怎麼兼顧seo
方案1,你可以在伺服器端運行一個瀏覽器實例來執行你的應用里的Javascript，然後專從DOM中卸下HTML（使用屬PlantomJS或者WebLoop）。 或者你可以創建一個服務端生成的專供爬蟲的替代性HTML版本。
前者， 需要你為每一個頁面載入建立一個headless瀏覽器（或者tab），比起直接產出HTML，這樣會花費很多的時間和系統資源。 取決於你使用的框架，需要不少精力來決定什麼時候頁面已經准備好了。 你可以緩存頁面，但是如果頁面經常改變，那麼緩存只能起到非常有限的優化作用，而且會增大復雜度。
後者（創建一個替代性的伺服器端站點）對簡單站點而言足夠了
3、為什麼mvvm對搜索引擎不友好
並不是說後端m v c的這種方式或者模板就要完全退出歷史舞台，而是因為前端要承接更重要的內容。就是前端已經把頁面的內容展示和頁面內容渲染包含進去了。為什麼這么說呢？是因為現在前端功能越來越強大，而且Node.js的崛起。讓前端開發者，有更大的許可權去處理頁面渲染的這一個功能。
想想以前的開發方式。設計師設計出ps的頁面，前端工程師開發出相應的靜態頁面。後端工程師把靜態頁面轉換成動態頁面和動態的模版。這個方式裡面有幾個問題，就是。設計師有可能會處理到前端工程師的內容，就是讓他們寫靜態頁面。但是設計師寫的靜態頁面，可想而知肯定是不太好和專業的。後端工程師他們懂後端語言，但是對前端知識比較匱乏。所以，將靜態頁面轉換成動態模板的時候可能會修改相應的標簽。修改之後可能導致頁面樣式錯瞭然後前端工程師需要再去修復一次。
現在的處理方式就是讓，設計師出完設計稿之後。由前端工程師直接將，那個圖切好，切成靜態頁面。然後再寫成後端的渲染模版。有肉的結實去進行渲染，然後後端工程師只提供相應的數據介面。這種工作方式有一個很大的優點就是。後端工程師不用去考慮前端的渲染和呈現的方式。舉個簡單的例子。現在前端工程師需要面對的，不僅有PC端、web app 、安卓、ios。那麼，後端工程師只專注於提供數據和後台業務邏輯過程。伺服器性能，以及伺服器管理這一塊的東西。職責更分明，業務更單一。
前端的職能越大，責任也越大。關於錢丹是用m v c還是m v v c那就由前端根據具體的功能去使用了。如果是企業站或者是需要seo的那麼建議使用模板渲染的機制，數據渲染在h t m l的文件裡面，如果是不需要s e o，或者是管理平台一類的那麼可以使用m vv c由js文件去提供數據源或渲染處理。