「前后端分离 seo」 前后端分离为什么不利于网站的SEO

内容头部广告位(手机)

前后端分离 seo: 前后端分离为什么不利于网站的SEO

seo 本质是一个服务器向另一个服务器发起请求,解析请求内容。但一般来说搜索引擎是不回去执行请求到的js的。也就是说,如果一个单页应用,html在服务器端还没有渲染部分数据数据,在浏览器才渲染出数据,而搜索引擎请求到的html是没有渲染数据的。 这样就很不利于内容被搜索引擎搜索到。 所以服务端渲染就是尽量在服务器发送到浏览器前 页面上就是有数据的。 第二个问题,一般的数据逻辑操作是放在后端的。排序这个如果仅仅是几条数据,前后端排序开起来是一样的,如果是有1000条数据,前端要排序就要都请求过来。这样显然是不合理的。 收起回答

其他答案:网站前后台分离,通常对seo是没有影响的。 没有影响主要是有以下原因: 1. 从seo的定义来看,seo是通过站内优化主要包括(网站结构的调整、网站内容的建设、网站代码的优化等)和站外优化主要包括(网站站外推广以及网站品牌建设等)从而使网站满足搜索引擎收录排名需求进而提高关键词排名,最终达到品牌推广以及网站获得免费流量的目的。从seo的定义中不难发现,网站seo的整个过程中网站后台并没有发挥很大的作用,他也不参与网站排名的。 2. 明确网站前台与后台具体是干什么的,前台顾名思义是展现给用户的;seo人员在做网站优化时的各种操作都是在网站后台进行的,换句话说说网站后台是前台的支撑,但是他对seo并没有太大的影响。 网站前后台分离需要注意以下两点: 1. 为了便于网站前台能够正常打开网站后台服务器一定要稳定; 2. 为了seo的最终目的,网站后台该有的文件例如:网站地图、robots文件等,都不能缺少。

前后端分离 seo: 如何处理好前后端分离的 API 问题

意义很大,但是你的问题本身认识有偏差。 对于前后端分离,认识上有个误区,那就是很多人自称:老早就分离了,全AJAX,使用Angular或者什么什么就可以了。 这个说法是不合适的,打个比方,别人问的是“如何解决家禽把蛋生在水草边的问题?”,但实际上人家养的是鸭子,答题的却是养鸡的,所以回答“不让去水边就行了”,这显然不在点子上。 这两年业界说的前后端分离,是限于偏展示类的系统(用A代替),而不是应用、管控类Web项目(用B代替),在B类项目里,前后端是天然分离的,对此,除了少部分后端开发人员,基本所有人的认识都是一致的。上一段中这样回答的人一般都是只做B类项目,在B类项目里,前后端分离是共识,不需要讨论。 那么,剩下的问题就是讨论A类项目的前后端分离了。这个问题的核心在什么地方呢,在于模板的与数据结合的位置,以及,模板的控制权在谁手里。经过这两年的讨论,基本上我们可以达成的共识就是:模板应当由前端人员去控制,主要原因有两方面: - 性能优化(尤其是外部资源的管理与发布,请求合并等等) - 协作的顺畅性(已形成模板的界面片段的返工等问题) 那么,模板到底应该在什么地方跟数据结合? 这个问题就比较折腾了,有部分人尝试像B类项目那样,使用js模板,然后在浏览器端执行,这是存在一些问题的,比如说seo不友好,首屏性能不够,尤其对于首页DOM量很大的电商类网站,差距很明显。 所以还是得把主要的模板放在服务端来执行。在这个过程中,阿里作了一些尝试,那就是引入Node层,在这一层把模板与数据进行合成,然后浏览器拿到的就是生成好的HTML了,但也不是所有HTML都是这么生成好的,还是会有一些内容等到了浏览器之后,再用js去加载和生成。 收起回答

前后端分离 seo: 前后端分离为什么不利于网站的SEO-百度知道

展开全部 seo 本质是一个服务器向另一个服务器发起请求,解析请求内容。但一般来说搜索引擎是不回去执行请求到的js的。也就是说,如果一个单页应用,html在服务器端还没有渲染部分数据数据,在浏览器才渲染出数据,而搜索引擎请求到的html是没有渲染数据的。 这样就很不利于内容被搜索引擎搜索到。 所以服务端渲染就是尽量在服务器发送到浏览器前 页面上就是有数据的。第二个问题,一般的数据逻辑操作是放在后端的。排序这个如果仅仅是几条数据,前后端排序开起来是一样的,如果是有1000条数据,前端要排序就要都请求过来。这样显然是不合理的。... 收起回答

前后端分离 seo: 怎么理解前后端分离-百度知道

展开全部 对于前后端分离,认识上有个误区,那就是很多人自称:我们老早就分离了,全AJAX,使用Angular或者什么什么就可以了。这个说法是不合适的,打个比方,别人问的是逗如何解决家禽把蛋生在水草边的问题看地,但实际上人家养的是鸭子,答题的却是养鸡的,所以回答逗不让去水边就行了地,这显然不在点子上。这两年业界说的前后端分离,是限于偏展示类的系统(用A代替),而不是应用、管控类Web项目(用B代替),在B类项目里,前后端是天然分离的,对此,除了少部分后端开发人员,基本所有人的认识都是一致的。上一段中这样回答的人一般都是只做B类项目,在B类项目里,前后端分离是共识,不需要讨论。那么,剩下的问题就是讨论A类项目的前后端分离了。这个问题的核心在什么地方呢,在于模板的与数据结合的位置,以及,模板的控制权在谁手里。经过这两年的讨论,基本上我们可以达成的共识就是:模板应当由前端人员去控制,主要原因有两方面:- 性能优化(尤其是外部资源的管理与发布,请求合并等等)- 协作的顺畅性(已形成模板的界面片段的返工等问题)那么,模板到底应该在什么地方跟数据结合看这个问题就比较折腾了,有部分人尝试像B类项目那样,使用js模板,然后在浏览器端执行,这是存在一些问题的,比如说seo不友好,首屏性能不够,尤其对于首页DOM量很大的电商类网站,差距很明显。所以我们还是得把主要的模板放在服务端来执行。在这个过程中,阿里作了一些尝试,那就是引入Node层,在这一层把模板与数据进行合成,然后浏览器拿到的就是生成好的HTML了,但也不是所有HTML都是这么生成好的,还是会有一些内容等到了浏览器之后,再用js去加载和生成。所以这一定会是一个混合方案,同一个系统中存在两种模板,一种在服务端执行,一种在浏览器中执行,互为补充。至于说这个方案中,是否中间层一定要是node,我觉得无所谓,只要是能正常做web项目的东西都可以,这个还是要看所在企业的技术积累方向,当然node做这块是有一些优势的,比如对前端人员的语言友好性,前后端模板的通用性等等,但这些都是细节,重点还是整体方案和流程。这时候回头看你问题中的这句:> 前后端分离的意思是,前后端只通过 JSON 来交流,组件化、工程化不需要依赖后端去实现。我相信你这里对前后端的限定是以浏览器为准的,但事实上,A类项目中,前后端的分界一定要延伸到服务器端的模板层,也就是在这一层里,把各种来源的数据整合到模板中,这个数据未必是JSON格式的,会存在有JSON,XML,特定的二进制等等。组件化这个话题就更复杂了,在刚才组织形式中,很难说出究竟什么才是组件。是某个商品的模板吗看是数据吗看是数据和模板的结合体吗看没法回答。在此,我说一句自己的看法:像电商这种项目的前端部分,基本不存在组件的概念,甚至不存在组件化的价值,因为这里面可复用的东西太少了,也不易提取,大多数东西都是不带逻辑的界面模板。最近因为ReactJS的流行,带来了一个Isomorphic的概念,这是一种很有意义的探索,但是否能解决这类问题,尚不得而知,根据我的理解,它对B类项目是较好的补充方案,但对A类项目暂时还缺乏可用性,因为A类项目中,运行期的DOM变更并不多,多是整片的改变,用这个方案去解决的话,有些牛刀杀鸡的感觉。关于B类项目的组件化,我之前那个没写完的系列是关于它的,但经过最近一年多的思考,我又觉得需要再重新写一篇东西了。感谢你的问题提醒了我,这就写。 收起回答

其他答案:1、该网站前端变化远比后端变化频繁,则意义大。 2、该网站尚处于原始开发模式,数据逻辑与表现逻辑混杂不清,则意义大。 3、该网站前端团队和后端团队分属两个领导班子,技能点差异很大,则意义大。 4、该网站前端效果绚丽/跨设备兼容要求高,则意义大。

前后端分离 seo:为什么说前后端分离不利于seo?

因为SEO属于后期管理,而搜索引擎不仅仅是从文章或者是关键词入手的,它对网站的结构和代码设置也是有很严格一些要求。而这些都是前端开发时候要注意的 如果站长没有和前端进行良好的沟通 没有按照蜘蛛的要求来进行设置,那么后期的SEO工作就是比较麻烦的 。如果想改的话对网站的影响很大,不改的话效果肯定不好 所以前后端不分离可以让网站更好的符合用户体验度以及搜索引擎体验度两种体验,也能更好的节约后期的推广成本

前后端分离 seo:程序员该如何正确理解前后端分离?

我喜欢这样的问题。

如果是问“什么是正确的前后端分离”,我还真不敢回答,生怕自己的理解有什么偏差;但是问怎么“理解前后端分离”,那我可以结合自身的工作,谈谈我对前后端分离的理解,也欢迎大家提出不同的理解。


  • 我07年参加工作就是做企业级项目的开发,那时候的一些项目都只有一个包,没有什么代码规范,业务逻辑散落在各处,甚至是JSP中直接访问数据库并做业务处理。

  • 后来逐渐有了一些规范,页面就是页面,代码就是代码,很多项目开始使用Ajax框架。

  • 发展的更进一步,后端代码有了分层,cotroller/service/dao,可能每个项目分层策略不同(三层和两层居多),每层的叫法不同(cotroller还是action),数据从页面到最后访问数据库,需要走到多个分层中。

  • 不过到了此阶段,在企业级项目的开发过程中,Java程序员依然要兼顾前后端的开发,所以前端页面的样子嘛,达不到美观的程度,也就是能用。

继续发展,很多项目开始变成了前后端分离。对于前后端分离的定义我是这样理解的:

  • 页面是页面,代码是代码,但是他们在一个包中,这个肯定不能算前后端分离;

  • 前端页面一个程序包,后台代码一个程序包,两个包都需要部署到Tomcat上,前端调用后台的接口;我认为这个也不是严格的前后端分离,但是我觉的这样做也没有问题;

  • 如果前端只有HTML文件,放到HTTP服务器上,浏览器只访问获取这些HTML就好了,数据是从后台程序提供的接口获得;这样才算是前后端就分离了。

  • 前后端分离有很多的好处:前端开发和后端开发可以各司其职,约定好接口之后就可以并行开发;后端接口可以复用,如果项目同时有电脑网页端、移动网页端、APP端等多个入口的时候,后端可以只有一个;

  • 带来好处的同时,也会有一些缺点,例如:增加了架构的复杂性,如果技术能力不足的团队,可以考虑半分离(例如我们部门都是企业级应用,都没有前端开发人员);如果是面向互联网的应用,需要搜索引擎抓取,就需要服务器端渲染;另外前后端交互的接口,也需要花时间和精力设计。

  • 最后,是否需要使用前后端分离,还需要根据项目的实际情况决定。

我将持续分享Java开发、架构设计、程序员职业发展等方面的见解,希望能得到你的关注。

内容底部广告位(手机)
标签:

上一篇:「前端seo优化」 web前端seo怎么优化
下一篇:「seo好」 seo好不好学 seo有用吗?

相关推荐

发表评论

留言与评论(共有 0 条评论)
   
验证码: