Pc端2c(面向客户)类网站，首页技术栈如何选型？
PC端，2B类或后台管理系统用任何前端框架实现SPA，性能上问题不大，体验较好。
在面向客户的网站，比如商城类、团购类等，简化为三类页面：首页、列表页、内容页。
从性能和角度，有如下疑问：
1. 这类网站的列表页、内容页用前端框架，比如基于vue、react的SPA或MPA应该也没问题吧？
2. 网站首页通常访问频繁，动效较多，数据绑定少，对前端框架技术栈依赖不多，如果不用前端框架，那首页和其他页面的构建又是分开的，这里一般怎么规划的呢？
内容重新编辑如下: 2B类或后台管理系统PC端用vue SPA性能问题可忽略，交互体验好。
但对2C类网站我有个疑问：商城类、团购类等网站首页，从长远角度，该如何技术选型？ 思考如下：
- 首页仍然用vue SPA或MPA来做，如果高性能场景添加ssr。好处是一套构建流程，可能的缺陷是这类网站首页通常访问频繁，动效较多，难以避免使用jQuery插件，用到的vue特性有限。
- 如果首页不用vue，那首页和其他页面的构建又是分开的，这也不合适。
我倾向于，全站所有页面做成vue SPA或MPA，一套构建更优雅些。动效插件尽量找vue的替代，找不到的也只能使用jQuery版的动效插件。不知道这样是否合理？
大家对于大型商城类网站首页（重点）、内容页的技术栈规划是怎样的呢？
3 回复
@pretty-foam 用ssr是个提升效率不错的选择，我的纠结点是首页大部分是偏动效类的交互，依赖前端框架功能并不多。用vue、react吧感觉有点重，不用吧貌似要用回jQuery，这更奇怪了。 用户量不大的情况下，vue或react一套技术栈下来是很自然的选择，如果考虑大量用户的话，技术栈改如何演进呢（只是技术栈上，不考虑cdn等加速）？
