为什么说前后端分离不利于seo
1、前后端分离，顾名思义就是前端只负责前端的开发，后端只只负责后端的开发，如何通过接口来进行数据交互。
2、可以利用现在的前端框架做同构支持（目前热门的前端框架都支持同构）。在初次网址访问时由服务器渲染页面内容，Client端资源做CDN，这样就可以支持SEO优化了。
3、网站前后台分离，通常对SEO是没有影响的。
4、是没有任何的影响，只要能修改一些TDK，或者是内链模块！就是方便性而言，没修修改程序，或者生成的时候，都需要经过后台去操作，倘若后来没有了，就的凭借手工去更新，或者去修改。
5、前后端分离的意思是，前后端只通过JSON来交流，组件化、工程化不需要依赖后端去实现。
前后端分离不利于seo
前后端分离，顾名思义就是前端只负责前端的开发，后端只只负责后端的开发，如何通过接口来进行数据交互。
网站前后台分离，通常对SEO是没有影响的。
是没有任何的影响，只要能修改一些TDK，或者是内链模块！就是方便性而言，没修修改程序，或者生成的时候，都需要经过后台去操作，倘若后来没有了，就的凭借手工去更新，或者去修改。
可以利用现在的前端框架做同构支持（目前热门的前端框架都支持同构）。在初次网址访问时由服务器渲染页面内容，Client端资源做CDN，这样就可以支持SEO优化了。
）webpack设置proxy，这个通过webpack文档或GOOGLE一下可以解决。
前后端分离与不分离的区别总结
1、前后端不分离： 在前后端不分离的情况下，前端页面看到的效果都是有后端控制的，由后端渲染页面或重定向，也就是后端需要控制前端的展示，前端与后端的耦合度很高。
2、传统的开发网站是前后端不分离开发就是我们常说的模板渲染，通过后台编程语言控制前端模板的数据渲染方式。前后台分离主要通过api数据调用渲染前端代码，通常是使用JavaScript动态调用。
3、前端和后端连接方式取决于应用程序的需求和技术栈，java常见的五种连接方式如下：RESTful API使用RESTful API是最常见的前后端连接方式，前端通过HTTP请求与后端进行通信，并获取或提交数据。
web编程里的前后端分离缺点是什么?
1、数据接口调用方式无法被各个业务model非常方便地复用。对于数据接口的描述约定散落在代码的各个角落，有可能跟后端人员约定的接口文档不一致。
2、分离的痛点是分离后，接口提供不及时，文档不完善，模拟数据不方便等。说一下我们的解决办法：1）webpack设置proxy，这个通过webpack文档或GOOGLE一下可以解决。
3、缺点 ： 沟通成本高，前期，前端需要使用 ng 或者代理工具调试，后期，还要把页面给到后端，并且新建一个对应的路由。
4、前端承担营运，后端承担管理。功能不一样没有什么优缺点。
5、前后端不分离 在前后端不分离的应用模式中，前端页面看到的效果都是由后端控制，由后端渲染页面或重定向，也就是后端需要控制前端的展示，前端与后端的耦合度很高。
6、第二个问题，一般的数据逻辑操作是放在后端的。排序这个如果仅仅是几条数据，前后端排序开起来是一样的，如果是有1000条数据，前端要排序就要都请求过来。这样显然是不合理的。
互联网项目为什么要前后端分离,有什么优缺点?
解耦，降低耦合度，而且前后端分离可以提升一些后端的开发效率。
项目分离，页面分离 第一种是项目分离，承载页面分离。他的特点是简单，快速，前端只关注浏览器方面，除浏览器端之外都是后端负责。
数据接口调用方式无法被各个业务model非常方便地复用。 对于数据接口的描述约定散落在代码的各个角落，有可能跟后端人员约定的接口文档不一致。
我理解的前端就是负责所有和用户交互有关的模块都可以视为前端，他就像餐馆里面的前台服务生直接和客户打交道的人。
前后端分离的缺点
数据接口调用方式无法被各个业务model非常方便地复用。 对于数据接口的描述约定散落在代码的各个角落，有可能跟后端人员约定的接口文档不一致。
缺点 ： 沟通成本高，前期，前端需要使用 ng 或者代理工具调试，后期，还要把页面给到后端，并且新建一个对应的路由。
分离的痛点是分离后，接口提供不及时，文档不完善，模拟数据不方便等。说一下我们的解决办法：1）webpack设置proxy，这个通过webpack文档或GOOGLE一下可以解决。
前端承担营运，后端承担管理。功能不一样没有什么优缺点。
为什么说前后端分离不利于seo的原因如下：seo 本质是一个服务器向另一个服务器发起请求，解析请求内容。但一般来说搜索引擎是不回去执行请求到的js的。
前后端分离，顾名思义就是前端只负责前端的开发，后端只只负责后端的开发，如何通过接口来进行数据交互。