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文件去提供数据源或渲染处理。