搜索引擎主题模型优化
搜索引擎主题模型优化(相关性二登录DmozDmozDmozDmoz外部优化和外链建设AAAA交换链接执行步骤)
网站优化 • 优采云 发表了文章 • 0 个评论 • 55 次浏览 • 2022-01-30 22:00
搜索引擎主题模型优化(相关性二登录DmozDmozDmozDmoz外部优化和外链建设AAAA交换链接执行步骤)
<p>相关性注意，hao123、265等网站需要进行公关或新建小B类业务目录和导航站业务目录最大的特点是分类清晰，权重高，因为每个分类都被严格控制网站 最大程度保证链接所属的类型和行业类别。个别企业目录 BUSINESSCOM 还将在关键类别中添加适当的文本描述。关键词 强调这对外部链接也是一个很大的好处。缺点是登录过程复杂，耗时较长。请注意，您可以根据网站的特点，分别登录网站的各个栏目和频道。外部优化和外链构建 1 寻找目标网站到目标网站的相关行业网站找到他们的链接网站或找到相关的关键词@ > 通过搜索引擎网站 排名前3 页并填写“Backlink Targets网站 列表” 2 Backlink 协商针对列表中的每个网站 结合网站自有资源和品牌应用。讲交换链接的技巧 3. 交换链接前和交换时的反向链接需要在交换反向链接后定期检查，例如由调度人员检查这些 网站 链接是否仍然存在. 3. Exchange 链接活动序列号网站名称和 URL网站 spaders经常访问这些频繁更新的页面，也可以成功爬取我们的页面 SpiderSpiderSpiderSpiderWebsiteAWebsiteAWebsiteAWebsiteAWebsiteBWebsiteBWebsiteBWebsiteBInactiveInactiveInactiveInactiveActiveActiveActiveActive外部优化和外部链接建立个内部页面连接比1111个主页链接好。从PR值算法来看，高PR很重要，但是如果某个页面有特别多的超过10000分的页面，产品就会加起来。虽然每个页面的贡献不大，但由于数量众多，产品的结果却非常大。5.自然链接比纯链接具有更高的权重。自然链接是指文本中的链接或公关链接。由于自然链接通常出现在外部链接较少的页面上，相应的权重远高于纯外部链接。另外，对应的文字可以对应一定数量的deployments关键词，这样关联度就大大提高了。6 质量比数量更重要。在相同的协商难度下，我们推荐选择连接的质量，即相关PR和更新度，因为过多的垃圾链接会对我们造成一定的伤害。纳斯达克上市公司B2B网站九城纳斯达克NINE——拓拓网将在成都、上海、西安等9个城市举办以“中国出口贸易解决方案”为主题的路演。扬帆起航 5月22日，拓拓网专业B2B解决方案全国巡展在成都索菲特万达大酒店开幕，渠道经销商招募正式启动。在B2B商业模式之后，我们为中国出口企业和全球买家提供创新的搜索服务解决方案。进一步开拓国内B2B市场的重要举措。外部优化和外链建设DDDD对外部链接的监控。1111 如果对方网站google存在时间长但收录很少被google处罚网站，检查对方网站是否被处罚 是最好的方式确认和检查是否使用nofollow标签外链优化和外链建立 5555 检查外链是否有FrameFrameFrameFrame拒绝对方把外链放入Frame 6666 检查外链是不是下拉菜单reject对方会将反向链接设置为下拉菜单 7777 检查文字是否不完全相同 当反向链接数量超过一定数量时，如果你所有的反向链接都相同，搜索引擎会认为你在作弊并认为是一个相互协商的反向链接，该链接会减少将来添加的其他反向链接的权重。这将是一个很大的损失。8888 定期检查反向链接是否正确。每月定期安排人查看最近交换的链接，看对方是否诚实，会发送我们网站的方式查看链接是否被移除或链接被更改或放置在Frame中等.就是去对方网站找到目标网站的文字链接，点击看看是否到达了我们指定的链接页面之外。优化及外链建设AAAA资源站策略 1、流量资源站追求搜索热点。比如一些明星Fans站，以流量为主，外链为辅。2. 以业务为导向的资源站追求目标网站扩大关键词，以小Topics和高相关性获得搜索引擎优质外链，带来客户为主要流量来源。流量贡献是副产品 四种特殊的外链优化策略 目标网站普通外链 普通流量 优质流量 高相关性 外链 直接客户 外链优化和外链建设 BBBB内容提供策略1原创< @文章转载优秀原创 查看全部
<p>相关性注意，hao123、265等网站需要进行公关或新建小B类业务目录和导航站业务目录最大的特点是分类清晰，权重高，因为每个分类都被严格控制网站 最大程度保证链接所属的类型和行业类别。个别企业目录 BUSINESSCOM 还将在关键类别中添加适当的文本描述。关键词 强调这对外部链接也是一个很大的好处。缺点是登录过程复杂，耗时较长。请注意，您可以根据网站的特点，分别登录网站的各个栏目和频道。外部优化和外链构建 1 寻找目标网站到目标网站的相关行业网站找到他们的链接网站或找到相关的关键词@ > 通过搜索引擎网站 排名前3 页并填写“Backlink Targets网站 列表” 2 Backlink 协商针对列表中的每个网站 结合网站自有资源和品牌应用。讲交换链接的技巧 3. 交换链接前和交换时的反向链接需要在交换反向链接后定期检查，例如由调度人员检查这些 网站 链接是否仍然存在. 3. Exchange 链接活动序列号网站名称和 URL网站 spaders经常访问这些频繁更新的页面，也可以成功爬取我们的页面 SpiderSpiderSpiderSpiderWebsiteAWebsiteAWebsiteAWebsiteAWebsiteBWebsiteBWebsiteBWebsiteBInactiveInactiveInactiveInactiveActiveActiveActiveActive外部优化和外部链接建立个内部页面连接比1111个主页链接好。从PR值算法来看，高PR很重要，但是如果某个页面有特别多的超过10000分的页面，产品就会加起来。虽然每个页面的贡献不大，但由于数量众多，产品的结果却非常大。5.自然链接比纯链接具有更高的权重。自然链接是指文本中的链接或公关链接。由于自然链接通常出现在外部链接较少的页面上，相应的权重远高于纯外部链接。另外，对应的文字可以对应一定数量的deployments关键词，这样关联度就大大提高了。6 质量比数量更重要。在相同的协商难度下，我们推荐选择连接的质量，即相关PR和更新度，因为过多的垃圾链接会对我们造成一定的伤害。纳斯达克上市公司B2B网站九城纳斯达克NINE——拓拓网将在成都、上海、西安等9个城市举办以“中国出口贸易解决方案”为主题的路演。扬帆起航 5月22日，拓拓网专业B2B解决方案全国巡展在成都索菲特万达大酒店开幕，渠道经销商招募正式启动。在B2B商业模式之后，我们为中国出口企业和全球买家提供创新的搜索服务解决方案。进一步开拓国内B2B市场的重要举措。外部优化和外链建设DDDD对外部链接的监控。1111 如果对方网站google存在时间长但收录很少被google处罚网站，检查对方网站是否被处罚 是最好的方式确认和检查是否使用nofollow标签外链优化和外链建立 5555 检查外链是否有FrameFrameFrameFrame拒绝对方把外链放入Frame 6666 检查外链是不是下拉菜单reject对方会将反向链接设置为下拉菜单 7777 检查文字是否不完全相同 当反向链接数量超过一定数量时，如果你所有的反向链接都相同，搜索引擎会认为你在作弊并认为是一个相互协商的反向链接，该链接会减少将来添加的其他反向链接的权重。这将是一个很大的损失。8888 定期检查反向链接是否正确。每月定期安排人查看最近交换的链接，看对方是否诚实，会发送我们网站的方式查看链接是否被移除或链接被更改或放置在Frame中等.就是去对方网站找到目标网站的文字链接，点击看看是否到达了我们指定的链接页面之外。优化及外链建设AAAA资源站策略 1、流量资源站追求搜索热点。比如一些明星Fans站，以流量为主，外链为辅。2. 以业务为导向的资源站追求目标网站扩大关键词，以小Topics和高相关性获得搜索引擎优质外链，带来客户为主要流量来源。流量贡献是副产品 四种特殊的外链优化策略 目标网站普通外链 普通流量 优质流量 高相关性 外链 直接客户 外链优化和外链建设 BBBB内容提供策略1原创< @文章转载优秀原创 查看全部
搜索引擎主题模型优化(相关性二登录DmozDmozDmozDmoz外部优化和外链建设AAAA交换链接执行步骤)
<p>相关性注意，hao123、265等网站需要进行公关或新建小B类业务目录和导航站业务目录最大的特点是分类清晰，权重高，因为每个分类都被严格控制网站 最大程度保证链接所属的类型和行业类别。个别企业目录 BUSINESSCOM 还将在关键类别中添加适当的文本描述。关键词 强调这对外部链接也是一个很大的好处。缺点是登录过程复杂，耗时较长。请注意，您可以根据网站的特点，分别登录网站的各个栏目和频道。外部优化和外链构建 1 寻找目标网站到目标网站的相关行业网站找到他们的链接网站或找到相关的关键词@ > 通过搜索引擎网站 排名前3 页并填写“Backlink Targets网站 列表” 2 Backlink 协商针对列表中的每个网站 结合网站自有资源和品牌应用。讲交换链接的技巧 3. 交换链接前和交换时的反向链接需要在交换反向链接后定期检查，例如由调度人员检查这些 网站 链接是否仍然存在. 3. Exchange 链接活动序列号网站名称和 URL网站 spaders经常访问这些频繁更新的页面，也可以成功爬取我们的页面 SpiderSpiderSpiderSpiderWebsiteAWebsiteAWebsiteAWebsiteAWebsiteBWebsiteBWebsiteBWebsiteBInactiveInactiveInactiveInactiveActiveActiveActiveActive外部优化和外部链接建立个内部页面连接比1111个主页链接好。从PR值算法来看，高PR很重要，但是如果某个页面有特别多的超过10000分的页面，产品就会加起来。虽然每个页面的贡献不大，但由于数量众多，产品的结果却非常大。5.自然链接比纯链接具有更高的权重。自然链接是指文本中的链接或公关链接。由于自然链接通常出现在外部链接较少的页面上，相应的权重远高于纯外部链接。另外，对应的文字可以对应一定数量的deployments关键词，这样关联度就大大提高了。6 质量比数量更重要。在相同的协商难度下，我们推荐选择连接的质量，即相关PR和更新度，因为过多的垃圾链接会对我们造成一定的伤害。纳斯达克上市公司B2B网站九城纳斯达克NINE——拓拓网将在成都、上海、西安等9个城市举办以“中国出口贸易解决方案”为主题的路演。扬帆起航 5月22日，拓拓网专业B2B解决方案全国巡展在成都索菲特万达大酒店开幕，渠道经销商招募正式启动。在B2B商业模式之后，我们为中国出口企业和全球买家提供创新的搜索服务解决方案。进一步开拓国内B2B市场的重要举措。外部优化和外链建设DDDD对外部链接的监控。1111 如果对方网站google存在时间长但收录很少被google处罚网站，检查对方网站是否被处罚 是最好的方式确认和检查是否使用nofollow标签外链优化和外链建立 5555 检查外链是否有FrameFrameFrameFrame拒绝对方把外链放入Frame 6666 检查外链是不是下拉菜单reject对方会将反向链接设置为下拉菜单 7777 检查文字是否不完全相同 当反向链接数量超过一定数量时，如果你所有的反向链接都相同，搜索引擎会认为你在作弊并认为是一个相互协商的反向链接，该链接会减少将来添加的其他反向链接的权重。这将是一个很大的损失。8888 定期检查反向链接是否正确。每月定期安排人查看最近交换的链接，看对方是否诚实，会发送我们网站的方式查看链接是否被移除或链接被更改或放置在Frame中等.就是去对方网站找到目标网站的文字链接，点击看看是否到达了我们指定的链接页面之外。优化及外链建设AAAA资源站策略 1、流量资源站追求搜索热点。比如一些明星Fans站，以流量为主，外链为辅。2. 以业务为导向的资源站追求目标网站扩大关键词，以小Topics和高相关性获得搜索引擎优质外链，带来客户为主要流量来源。流量贡献是副产品 四种特殊的外链优化策略 目标网站普通外链 普通流量 优质流量 高相关性 外链 直接客户 外链优化和外链建设 BBBB内容提供策略1原创< @文章转载优秀原创
搜索引擎主题模型优化(浅谈搜索引擎优化的链接策略(:搜索引擎方便复制修改打印))
网站优化 • 优采云 发表了文章 • 0 个评论 • 48 次浏览 • 2022-01-30 21:27
搜索引擎主题模型优化(浅谈搜索引擎优化的链接策略(:搜索引擎方便复制修改打印))
文档介绍：谈搜索引擎优化的链接策略.docEvaluationWarning:ThedocumentwascreatedwithSpire..论文写作不是一蹴而就的，更别说补了。需要个人研究、调查、分析和归纳，需要大量的数据处理和信息获取。本文不求给你多大帮助，只愿做你脚下的石头。文档为word格式，便于复制、修改和打印。写论文就是这么简单。以下是搜索引擎优化的链接策略正文（作者：单位：邮编：） 摘要：搜索引擎优化技术是消除那些被搜索引擎识别为***的手段，寻求基本的优化策略，如如关键词选择、链接策略分析。本文重点讨论和研究搜索引擎优化技术中的链接策略。关键词：搜索引擎：优化技术；链接策略链接是网站 的灵魂。用户通过超链接获取丰富的网站内容，搜索引擎蜘蛛也逐层跟随一个网站页面链接，完成网站的信息爬取。对于搜索引擎，尤其是谷歌来说，确定网站排名的关键是有多少高质量的外部链接指向这个网站。这些是外部链接或反向链接，也称为入站链接或反向链接。从 网站 到其他 网站 的出站链接以及 网站 内部页面之间的链接也或多或少地影响排名。
- 搜索引擎优化基础技术 搜索引擎优化技术是细分的，需要注意的方面很多，这里我们主要分析那些基础或者关键的问题。这些问题将长期占据搜索引擎优化技术更重要的位置。K网站关键词分析与选择虽然网站的内容有所不同，但设立网站的目的是为了让目标客户更容易找到网站本身。所以网站的重点，也就是网站的关键字的作用是显而易见的。2、网站建立链接是因为对于网站来说，最重要的两点是内容和链接。因此，本文第四章主要讲解如何为< @网站，包括导入链接、导出链接和网站 内部链接。3、搜索引擎优化技术的完善，首先研究长尾理论，用数学模型表达长尾理论与现实的结合。研究长尾理论经济模型的可行性，以及如何利用长尾理论改进搜索引擎优化技术。二、搜索引擎优化的链接策略（—） 传入链接 在确定一个网站的排名时，搜索引擎不仅要分析网页的内容和结构，还要分析网站的链接@>。网站 排名的一个重要因素是获得尽可能多的高质量外部链接，也称为传入链接。网站 即使你不提交到目录，但由于你的 网站 链接在其他重要的 网站 上，你仍然可以被搜索引擎快速抓取并为良好的排名加分。将传入链接作为重要排名指标的依据是搜索引擎认为，如果您的网站 有价值，其他网站 会提及您；你被提及的越多，价值就越大。
这导致了 LinkPopularity 在搜索引擎优化中的重要性。只有这样，人们才会试图为网站“制造”外链，导致垃圾链接和网站泛滥，所以搜索引擎正在调整算法，只为高质量的外链付费注意，并经常惩罚垃圾邮件等行为，严重时甚至删除网站。因此，今天对链接广度的理解是，即使您获得数百个指向质量较差或内容不相关的网站的链接，您也无法获得指向具有高度相关或互补内容的高质量网站的链接。以下是链接质量和链接获取的分析。入链K质量分析 来自以下网站的链接可以称为高质量入链。搜索引擎目录中的链接，以及已添加到目录中的 网站 的链接；网站 与网站 的主题相关或互补；网站 PR 值至少为 4 ；具有高流量、高知名度和频繁更新的重要 网站（例如搜索引擎新闻提要）：网站，外向链接很少：基于您的 查看全部
文档介绍：谈搜索引擎优化的链接策略.docEvaluationWarning:ThedocumentwascreatedwithSpire..论文写作不是一蹴而就的，更别说补了。需要个人研究、调查、分析和归纳，需要大量的数据处理和信息获取。本文不求给你多大帮助，只愿做你脚下的石头。文档为word格式，便于复制、修改和打印。写论文就是这么简单。以下是搜索引擎优化的链接策略正文（作者：单位：邮编：） 摘要：搜索引擎优化技术是消除那些被搜索引擎识别为***的手段，寻求基本的优化策略，如如关键词选择、链接策略分析。本文重点讨论和研究搜索引擎优化技术中的链接策略。关键词：搜索引擎：优化技术；链接策略链接是网站 的灵魂。用户通过超链接获取丰富的网站内容，搜索引擎蜘蛛也逐层跟随一个网站页面链接，完成网站的信息爬取。对于搜索引擎，尤其是谷歌来说，确定网站排名的关键是有多少高质量的外部链接指向这个网站。这些是外部链接或反向链接，也称为入站链接或反向链接。从 网站 到其他 网站 的出站链接以及 网站 内部页面之间的链接也或多或少地影响排名。
- 搜索引擎优化基础技术 搜索引擎优化技术是细分的，需要注意的方面很多，这里我们主要分析那些基础或者关键的问题。这些问题将长期占据搜索引擎优化技术更重要的位置。K网站关键词分析与选择虽然网站的内容有所不同，但设立网站的目的是为了让目标客户更容易找到网站本身。所以网站的重点，也就是网站的关键字的作用是显而易见的。2、网站建立链接是因为对于网站来说，最重要的两点是内容和链接。因此，本文第四章主要讲解如何为< @网站，包括导入链接、导出链接和网站 内部链接。3、搜索引擎优化技术的完善，首先研究长尾理论，用数学模型表达长尾理论与现实的结合。研究长尾理论经济模型的可行性，以及如何利用长尾理论改进搜索引擎优化技术。二、搜索引擎优化的链接策略（—） 传入链接 在确定一个网站的排名时，搜索引擎不仅要分析网页的内容和结构，还要分析网站的链接@>。网站 排名的一个重要因素是获得尽可能多的高质量外部链接，也称为传入链接。网站 即使你不提交到目录，但由于你的 网站 链接在其他重要的 网站 上，你仍然可以被搜索引擎快速抓取并为良好的排名加分。将传入链接作为重要排名指标的依据是搜索引擎认为，如果您的网站 有价值，其他网站 会提及您；你被提及的越多，价值就越大。
这导致了 LinkPopularity 在搜索引擎优化中的重要性。只有这样，人们才会试图为网站“制造”外链，导致垃圾链接和网站泛滥，所以搜索引擎正在调整算法，只为高质量的外链付费注意，并经常惩罚垃圾邮件等行为，严重时甚至删除网站。因此，今天对链接广度的理解是，即使您获得数百个指向质量较差或内容不相关的网站的链接，您也无法获得指向具有高度相关或互补内容的高质量网站的链接。以下是链接质量和链接获取的分析。入链K质量分析 来自以下网站的链接可以称为高质量入链。搜索引擎目录中的链接，以及已添加到目录中的 网站 的链接；网站 与网站 的主题相关或互补；网站 PR 值至少为 4 ；具有高流量、高知名度和频繁更新的重要 网站（例如搜索引擎新闻提要）：网站，外向链接很少：基于您的 查看全部
搜索引擎主题模型优化(浅谈搜索引擎优化的链接策略(:搜索引擎方便复制修改打印))
文档介绍：谈搜索引擎优化的链接策略.docEvaluationWarning:ThedocumentwascreatedwithSpire..论文写作不是一蹴而就的，更别说补了。需要个人研究、调查、分析和归纳，需要大量的数据处理和信息获取。本文不求给你多大帮助，只愿做你脚下的石头。文档为word格式，便于复制、修改和打印。写论文就是这么简单。以下是搜索引擎优化的链接策略正文（作者：单位：邮编：） 摘要：搜索引擎优化技术是消除那些被搜索引擎识别为***的手段，寻求基本的优化策略，如如关键词选择、链接策略分析。本文重点讨论和研究搜索引擎优化技术中的链接策略。关键词：搜索引擎：优化技术；链接策略链接是网站 的灵魂。用户通过超链接获取丰富的网站内容，搜索引擎蜘蛛也逐层跟随一个网站页面链接，完成网站的信息爬取。对于搜索引擎，尤其是谷歌来说，确定网站排名的关键是有多少高质量的外部链接指向这个网站。这些是外部链接或反向链接，也称为入站链接或反向链接。从 网站 到其他 网站 的出站链接以及 网站 内部页面之间的链接也或多或少地影响排名。
- 搜索引擎优化基础技术 搜索引擎优化技术是细分的，需要注意的方面很多，这里我们主要分析那些基础或者关键的问题。这些问题将长期占据搜索引擎优化技术更重要的位置。K网站关键词分析与选择虽然网站的内容有所不同，但设立网站的目的是为了让目标客户更容易找到网站本身。所以网站的重点，也就是网站的关键字的作用是显而易见的。2、网站建立链接是因为对于网站来说，最重要的两点是内容和链接。因此，本文第四章主要讲解如何为< @网站，包括导入链接、导出链接和网站 内部链接。3、搜索引擎优化技术的完善，首先研究长尾理论，用数学模型表达长尾理论与现实的结合。研究长尾理论经济模型的可行性，以及如何利用长尾理论改进搜索引擎优化技术。二、搜索引擎优化的链接策略（—） 传入链接 在确定一个网站的排名时，搜索引擎不仅要分析网页的内容和结构，还要分析网站的链接@>。网站 排名的一个重要因素是获得尽可能多的高质量外部链接，也称为传入链接。网站 即使你不提交到目录，但由于你的 网站 链接在其他重要的 网站 上，你仍然可以被搜索引擎快速抓取并为良好的排名加分。将传入链接作为重要排名指标的依据是搜索引擎认为，如果您的网站 有价值，其他网站 会提及您；你被提及的越多，价值就越大。
这导致了 LinkPopularity 在搜索引擎优化中的重要性。只有这样，人们才会试图为网站“制造”外链，导致垃圾链接和网站泛滥，所以搜索引擎正在调整算法，只为高质量的外链付费注意，并经常惩罚垃圾邮件等行为，严重时甚至删除网站。因此，今天对链接广度的理解是，即使您获得数百个指向质量较差或内容不相关的网站的链接，您也无法获得指向具有高度相关或互补内容的高质量网站的链接。以下是链接质量和链接获取的分析。入链K质量分析 来自以下网站的链接可以称为高质量入链。搜索引擎目录中的链接，以及已添加到目录中的 网站 的链接；网站 与网站 的主题相关或互补；网站 PR 值至少为 4 ；具有高流量、高知名度和频繁更新的重要 网站（例如搜索引擎新闻提要）：网站，外向链接很少：基于您的
搜索引擎主题模型优化(LDA算法-主题建模(amp)())
网站优化 • 优采云 发表了文章 • 0 个评论 • 60 次浏览 • 2022-01-29 18:24
搜索引擎主题模型优化(LDA算法-主题建模(amp)())
SEOr每天面临的挑战来自于搜索引擎的排名算法，因为这个算法是搜索词在结果页中排名的重要依据，而搜索引擎通过建立一个可学习的模型来识别页面上的文本内容。
LDA 算法 - 主题建模与分析
LDA算法公式：
为了便于理解，这里是一个简化的形式：
我们试着解释一下，主语出现的几率=主语所在文档的出现频率X主语改变使用频率；
谷歌会分析用户的查询词与哪些主题相关，这些相关性会通过描述符周围的属性来检查，例如：“橙子”作为水果与其相关，橙色属性等。这些内容是所有与它相关的东西。
LDA 方法是一种非常强大的自动学习算法，它扩展了 关键词 组合文档和复合文档之间的关联。他在许多领域都做出了杰出贡献。
贝叶斯定律 - 贝叶斯过滤方法应用于反垃圾邮件。有效减少索引库的杂质和词的不准确。
相关算法还包括：
- TF*IDF权重公式比粗略的关键词密度等指标更能准确影响关键词排名因素。
- Followed IPs 这是我们最关心的链接权重的考虑，关注文本链接的价值。
- LDA 余弦主题和页面依赖项。
看一些简单的例子：
1、单人关键词
内容 A 收录 关键词蝙蝠侠，但内容 B 没有；显然搜索引擎可以很容易地使用 Content A 参与排名。
2、关键词短语
关键词组合排名更高，取决于两者中哪个更相关，Wiggum 比 Chief 更常见 关键词Chief 更常见（广泛相关），因此内容 A 更容易捕获。
注意：这个例子还说明了另一个流行的焦点指示器 - 关键词density，你知道怎么理解它:)
3、组合关键词（复合）
搜索引擎的相关性（relevancy），大家看完内容，从内容B《每日星球》《克拉克肯特》中的描述，很容易想到超人的主要特征，戴黑框眼镜的每日记者——克拉克： ) 很明显，内容 B 比内容 A 更相关。
4、主题模型
通过内容作为人类的理解可以看出明显相关，内容B所描述的乐器——一个女人正在演奏这种乐器，但是搜索引擎没有这个经验和经验，没有相关的关键词这样的因为内容 A 更难识别。但幸运的是，从 LDA 的算法来看，内容 B 已被评估为优于内容 A。这是一个强大的算法:)
-----
总结：
1、算法是基于用户体验的，我们用用户的思维去考虑问题。
2、搜索引擎也在努力解决这些问题，这可能只是时间问题。 查看全部
SEOr每天面临的挑战来自于搜索引擎的排名算法，因为这个算法是搜索词在结果页中排名的重要依据，而搜索引擎通过建立一个可学习的模型来识别页面上的文本内容。
LDA 算法 - 主题建模与分析
LDA算法公式：
为了便于理解，这里是一个简化的形式：
我们试着解释一下，主语出现的几率=主语所在文档的出现频率X主语改变使用频率；
谷歌会分析用户的查询词与哪些主题相关，这些相关性会通过描述符周围的属性来检查，例如：“橙子”作为水果与其相关，橙色属性等。这些内容是所有与它相关的东西。
LDA 方法是一种非常强大的自动学习算法，它扩展了 关键词 组合文档和复合文档之间的关联。他在许多领域都做出了杰出贡献。
贝叶斯定律 - 贝叶斯过滤方法应用于反垃圾邮件。有效减少索引库的杂质和词的不准确。
相关算法还包括：
- TF*IDF权重公式比粗略的关键词密度等指标更能准确影响关键词排名因素。
- Followed IPs 这是我们最关心的链接权重的考虑，关注文本链接的价值。
- LDA 余弦主题和页面依赖项。
看一些简单的例子：
1、单人关键词
内容 A 收录 关键词蝙蝠侠，但内容 B 没有；显然搜索引擎可以很容易地使用 Content A 参与排名。
2、关键词短语
关键词组合排名更高，取决于两者中哪个更相关，Wiggum 比 Chief 更常见 关键词Chief 更常见（广泛相关），因此内容 A 更容易捕获。
注意：这个例子还说明了另一个流行的焦点指示器 - 关键词density，你知道怎么理解它:)
3、组合关键词（复合）
搜索引擎的相关性（relevancy），大家看完内容，从内容B《每日星球》《克拉克肯特》中的描述，很容易想到超人的主要特征，戴黑框眼镜的每日记者——克拉克： ) 很明显，内容 B 比内容 A 更相关。
4、主题模型
通过内容作为人类的理解可以看出明显相关，内容B所描述的乐器——一个女人正在演奏这种乐器，但是搜索引擎没有这个经验和经验，没有相关的关键词这样的因为内容 A 更难识别。但幸运的是，从 LDA 的算法来看，内容 B 已被评估为优于内容 A。这是一个强大的算法:)
-----
总结：
1、算法是基于用户体验的，我们用用户的思维去考虑问题。
2、搜索引擎也在努力解决这些问题，这可能只是时间问题。 查看全部
搜索引擎主题模型优化(LDA算法-主题建模(amp)())
SEOr每天面临的挑战来自于搜索引擎的排名算法，因为这个算法是搜索词在结果页中排名的重要依据，而搜索引擎通过建立一个可学习的模型来识别页面上的文本内容。
LDA 算法 - 主题建模与分析
LDA算法公式：
为了便于理解，这里是一个简化的形式：
我们试着解释一下，主语出现的几率=主语所在文档的出现频率X主语改变使用频率；
谷歌会分析用户的查询词与哪些主题相关，这些相关性会通过描述符周围的属性来检查，例如：“橙子”作为水果与其相关，橙色属性等。这些内容是所有与它相关的东西。
LDA 方法是一种非常强大的自动学习算法，它扩展了 关键词 组合文档和复合文档之间的关联。他在许多领域都做出了杰出贡献。
贝叶斯定律 - 贝叶斯过滤方法应用于反垃圾邮件。有效减少索引库的杂质和词的不准确。
相关算法还包括：
- TF*IDF权重公式比粗略的关键词密度等指标更能准确影响关键词排名因素。
- Followed IPs 这是我们最关心的链接权重的考虑，关注文本链接的价值。
- LDA 余弦主题和页面依赖项。
看一些简单的例子：
1、单人关键词
内容 A 收录 关键词蝙蝠侠，但内容 B 没有；显然搜索引擎可以很容易地使用 Content A 参与排名。
2、关键词短语
关键词组合排名更高，取决于两者中哪个更相关，Wiggum 比 Chief 更常见 关键词Chief 更常见（广泛相关），因此内容 A 更容易捕获。
注意：这个例子还说明了另一个流行的焦点指示器 - 关键词density，你知道怎么理解它:)
3、组合关键词（复合）
搜索引擎的相关性（relevancy），大家看完内容，从内容B《每日星球》《克拉克肯特》中的描述，很容易想到超人的主要特征，戴黑框眼镜的每日记者——克拉克： ) 很明显，内容 B 比内容 A 更相关。
4、主题模型
通过内容作为人类的理解可以看出明显相关，内容B所描述的乐器——一个女人正在演奏这种乐器，但是搜索引擎没有这个经验和经验，没有相关的关键词这样的因为内容 A 更难识别。但幸运的是，从 LDA 的算法来看，内容 B 已被评估为优于内容 A。这是一个强大的算法:)
-----
总结：
1、算法是基于用户体验的，我们用用户的思维去考虑问题。
2、搜索引擎也在努力解决这些问题，这可能只是时间问题。
搜索引擎主题模型优化( 小编的2018年网站SEO优化的八大精髓！！（上） )
网站优化 • 优采云 发表了文章 • 0 个评论 • 54 次浏览 • 2022-01-29 18:22
搜索引擎主题模型优化(
小编的2018年网站SEO优化的八大精髓！！（上）
)
很多人还停留在几年前的SEO优化方法上，每天写伪原创，发外链等等，然后每天查询网站关键词的排名，期待能有好的效果。事实上，这种方法对于目前的搜索引擎来说并不是那么明显。如果我们想取得好的结果，我们必须适应搜索引擎偏好的变化来改进我们的网站。小编根据自己的一些经验总结了2018年网站SEO优化的八大精髓。
1、网站的访问速度
很多新手站长在搭建网站的时候并没有考虑到主机空间对于优化网站的重要性。小编之所以在这里首先强调网站的访问速度，是因为它不仅影响网站关键词的排名优化，还影响网站的用户体验@> 和跳出率。因为在这个快节奏的时代，没有人愿意花时间等待。即使你费尽心思优化了一些效果，但是这些效果不能很好的转化，那就没有用了。所以我们在构建网站的时候，一定要选择一个比较快速稳定的主机。关于主机的选择，根据小编的经验，美国品牌主机——bluehost是个不错的选择。
2、网站登陆页面内容优化
着陆页是用户输入网站***时看到的页面，所以着陆页的优化非常重要。除了美观之外，页面优化最重要的方面就是内容。用户在搜索信息的时候，肯定是想找到自己想要的信息，所以内容要和标题对应，要能解决用户的问题。例如，有人搜索“个人博客应该选择什么样的主机”。这时，我们的内容不仅要分析从哪个角度选择虚拟主机，还要为用户推荐合适的主机类型和购买虚拟主机。地方，以便最终帮助他解决这个问题。
3、网站页面设计
无论是网站还是人，***印象都非常重要。虽然大家都在崇尚灵魂之美，但遇到陌生人，容貌真的很难看，我们能不能进一步了解灵魂之美呢？所以网站的“外观”也很重要。网站的设计应该给人一种专业、简洁、值得信赖的感觉。这时候就需要找专业的UI和UX设计，买一些优质的网站模板。
4、减少不良因素的发生
很多网站页面为了赚取广告费或者想拉更多的用户信息，挂了很多广告信息，或者频繁弹出对话框，让用户非常反感。这会影响用户在页面上停留的时间。
5、关键词的添加和分发
之前的SEO优化方法不是大家都可以放弃的，有些地方还是有保留价值的。关于关键词的设置，我们还是要继续做，H1，文章内的关键词，外链锚文本，内链锚文本，图片ALT，URL，图片命名等等。这些已经被很多人说了无数遍了，在此不再赘述。
6、主题模型的注入
仅添加 关键词 是不够的。为了方便用户更好地查看和提高页面权重，我们可以对内容进行分类。比如虚拟主机，我们可以扩展为Linux虚拟主机和windows虚拟主机，然后在各自的主题下，可以扩展很多相关的内容。有利于用户查看和关键词排名。
7、搜索引擎显示文字优化
在搜索引擎结果中，部分描述显示在标题下方，这对于 网站 的点击率也很重要。主要需要优化的元素有：title的创意、desc的流行度、url的规范、文章日期、结构数据的使用等。
8、独特品质网站内容
搜索引擎一直强调的一点是内容。无论网站如何优化，仍然需要创建对用户有用的独特内容。花架子”的感觉。
以上是我根据自己的经验对SEO优化的一些见解，希望能给新手站长一些方向和帮助。如果您想了解更多SEO干货信息或托管内容，请继续关注我！
查看全部
小编的2018年网站SEO优化的八大精髓！！（上）
)
很多人还停留在几年前的SEO优化方法上，每天写伪原创，发外链等等，然后每天查询网站关键词的排名，期待能有好的效果。事实上，这种方法对于目前的搜索引擎来说并不是那么明显。如果我们想取得好的结果，我们必须适应搜索引擎偏好的变化来改进我们的网站。小编根据自己的一些经验总结了2018年网站SEO优化的八大精髓。
1、网站的访问速度
很多新手站长在搭建网站的时候并没有考虑到主机空间对于优化网站的重要性。小编之所以在这里首先强调网站的访问速度，是因为它不仅影响网站关键词的排名优化，还影响网站的用户体验@> 和跳出率。因为在这个快节奏的时代，没有人愿意花时间等待。即使你费尽心思优化了一些效果，但是这些效果不能很好的转化，那就没有用了。所以我们在构建网站的时候，一定要选择一个比较快速稳定的主机。关于主机的选择，根据小编的经验，美国品牌主机——bluehost是个不错的选择。
2、网站登陆页面内容优化
着陆页是用户输入网站***时看到的页面，所以着陆页的优化非常重要。除了美观之外，页面优化最重要的方面就是内容。用户在搜索信息的时候，肯定是想找到自己想要的信息，所以内容要和标题对应，要能解决用户的问题。例如，有人搜索“个人博客应该选择什么样的主机”。这时，我们的内容不仅要分析从哪个角度选择虚拟主机，还要为用户推荐合适的主机类型和购买虚拟主机。地方，以便最终帮助他解决这个问题。
3、网站页面设计
无论是网站还是人，***印象都非常重要。虽然大家都在崇尚灵魂之美，但遇到陌生人，容貌真的很难看，我们能不能进一步了解灵魂之美呢？所以网站的“外观”也很重要。网站的设计应该给人一种专业、简洁、值得信赖的感觉。这时候就需要找专业的UI和UX设计，买一些优质的网站模板。
4、减少不良因素的发生
很多网站页面为了赚取广告费或者想拉更多的用户信息，挂了很多广告信息，或者频繁弹出对话框，让用户非常反感。这会影响用户在页面上停留的时间。
5、关键词的添加和分发
之前的SEO优化方法不是大家都可以放弃的，有些地方还是有保留价值的。关于关键词的设置，我们还是要继续做，H1，文章内的关键词，外链锚文本，内链锚文本，图片ALT，URL，图片命名等等。这些已经被很多人说了无数遍了，在此不再赘述。
6、主题模型的注入
仅添加 关键词 是不够的。为了方便用户更好地查看和提高页面权重，我们可以对内容进行分类。比如虚拟主机，我们可以扩展为Linux虚拟主机和windows虚拟主机，然后在各自的主题下，可以扩展很多相关的内容。有利于用户查看和关键词排名。
7、搜索引擎显示文字优化
在搜索引擎结果中，部分描述显示在标题下方，这对于 网站 的点击率也很重要。主要需要优化的元素有：title的创意、desc的流行度、url的规范、文章日期、结构数据的使用等。
8、独特品质网站内容
搜索引擎一直强调的一点是内容。无论网站如何优化，仍然需要创建对用户有用的独特内容。花架子”的感觉。
以上是我根据自己的经验对SEO优化的一些见解，希望能给新手站长一些方向和帮助。如果您想了解更多SEO干货信息或托管内容，请继续关注我！
查看全部
搜索引擎主题模型优化(
小编的2018年网站SEO优化的八大精髓！！（上）
)
很多人还停留在几年前的SEO优化方法上，每天写伪原创，发外链等等，然后每天查询网站关键词的排名，期待能有好的效果。事实上，这种方法对于目前的搜索引擎来说并不是那么明显。如果我们想取得好的结果，我们必须适应搜索引擎偏好的变化来改进我们的网站。小编根据自己的一些经验总结了2018年网站SEO优化的八大精髓。
1、网站的访问速度
很多新手站长在搭建网站的时候并没有考虑到主机空间对于优化网站的重要性。小编之所以在这里首先强调网站的访问速度，是因为它不仅影响网站关键词的排名优化，还影响网站的用户体验@> 和跳出率。因为在这个快节奏的时代，没有人愿意花时间等待。即使你费尽心思优化了一些效果，但是这些效果不能很好的转化，那就没有用了。所以我们在构建网站的时候，一定要选择一个比较快速稳定的主机。关于主机的选择，根据小编的经验，美国品牌主机——bluehost是个不错的选择。
2、网站登陆页面内容优化
着陆页是用户输入网站***时看到的页面，所以着陆页的优化非常重要。除了美观之外，页面优化最重要的方面就是内容。用户在搜索信息的时候，肯定是想找到自己想要的信息，所以内容要和标题对应，要能解决用户的问题。例如，有人搜索“个人博客应该选择什么样的主机”。这时，我们的内容不仅要分析从哪个角度选择虚拟主机，还要为用户推荐合适的主机类型和购买虚拟主机。地方，以便最终帮助他解决这个问题。
3、网站页面设计
无论是网站还是人，***印象都非常重要。虽然大家都在崇尚灵魂之美，但遇到陌生人，容貌真的很难看，我们能不能进一步了解灵魂之美呢？所以网站的“外观”也很重要。网站的设计应该给人一种专业、简洁、值得信赖的感觉。这时候就需要找专业的UI和UX设计，买一些优质的网站模板。
4、减少不良因素的发生
很多网站页面为了赚取广告费或者想拉更多的用户信息，挂了很多广告信息，或者频繁弹出对话框，让用户非常反感。这会影响用户在页面上停留的时间。
5、关键词的添加和分发
之前的SEO优化方法不是大家都可以放弃的，有些地方还是有保留价值的。关于关键词的设置，我们还是要继续做，H1，文章内的关键词，外链锚文本，内链锚文本，图片ALT，URL，图片命名等等。这些已经被很多人说了无数遍了，在此不再赘述。
6、主题模型的注入
仅添加 关键词 是不够的。为了方便用户更好地查看和提高页面权重，我们可以对内容进行分类。比如虚拟主机，我们可以扩展为Linux虚拟主机和windows虚拟主机，然后在各自的主题下，可以扩展很多相关的内容。有利于用户查看和关键词排名。
7、搜索引擎显示文字优化
在搜索引擎结果中，部分描述显示在标题下方，这对于 网站 的点击率也很重要。主要需要优化的元素有：title的创意、desc的流行度、url的规范、文章日期、结构数据的使用等。
8、独特品质网站内容
搜索引擎一直强调的一点是内容。无论网站如何优化，仍然需要创建对用户有用的独特内容。花架子”的感觉。
以上是我根据自己的经验对SEO优化的一些见解，希望能给新手站长一些方向和帮助。如果您想了解更多SEO干货信息或托管内容，请继续关注我！
搜索引擎主题模型优化(网站页面设计无论是的2018年是怎么做无用功的？)
网站优化 • 优采云 发表了文章 • 0 个评论 • 62 次浏览 • 2022-01-29 18:22
搜索引擎主题模型优化(网站页面设计无论是的2018年是怎么做无用功的？)
很多人还停留在几年前的SEO优化方法上，每天写伪原创，发外链等等，然后每天查询网站关键词的排名，期待能有好的效果。事实上，这种方法对于目前的搜索引擎来说并不是那么明显。如果我们想取得好的结果，我们必须适应搜索引擎偏好的变化来改进我们的网站。小编根据自己的一些经验总结了2018年网站SEO优化的八大精髓。
1、网站的访问速度
很多新手站长在搭建网站的时候并没有考虑到主机空间对于优化网站的重要性。小编之所以在这里首先强调网站的访问速度，是因为它不仅影响网站关键词的排名优化，还影响网站的用户体验@> 和跳出率。因为在这个快节奏的时代，没有人愿意花时间等待。即使你费尽心思优化了一些效果，但是这些效果不能很好的转化，那就没有用了。所以我们在构建网站的时候，一定要选择一个比较快速稳定的主机。关于主机的选择，根据小编的经验，美国品牌主机——bluehost是个不错的选择。
2、网站登陆页面内容优化
着陆页是用户输入网站时看到的第一页，所以着陆页的优化非常重要。除了美观之外，页面优化最重要的方面就是内容。用户在搜索信息的时候，肯定是想找到自己想要的信息，所以内容要和标题对应，要能解决用户的问题。例如，有人搜索“个人博客应该选择什么样的主机”。这时，我们的内容不仅要分析从哪个角度选择虚拟主机，还要为用户推荐合适的主机类型和购买虚拟主机。地方，以便最终帮助他解决这个问题。
3、网站页面设计
无论是网站还是人，第一印象都非常重要。虽然每个人都尊重灵魂之美，但遇到陌生人时，容颜真的很难看，我们是否可以进一步了解灵魂之美？所以网站的“外观”也很重要。网站的设计应该给人一种专业、简洁、值得信赖的感觉。这时候就需要找专业的UI和UX设计，买一些优质的网站模板。
4、减少不良因素的发生
很多网站页面为了赚取广告费或者想拉更多的用户信息，挂了很多广告信息，或者频繁弹出对话框，让用户非常反感。这会影响用户在页面上停留的时间。
5、关键词的添加和分配
之前的SEO优化方法不是大家可以放弃的，有些地方还是有保留价值的。关于关键词的设置，我们还是要继续做，H1，文章内的关键词，外链锚文本，内链锚文本，图片ALT，URL，图片命名等等。这些已经被很多人说了无数遍了，在此不再赘述。
6、主题模型的注入
仅添加 关键词 是不够的。为了方便用户更好地查看和提高页面权重，我们可以对内容进行分类。比如虚拟主机，我们可以扩展为Linux虚拟主机和windows虚拟主机，然后在各自的主题下，可以扩展很多相关的内容。有利于用户查看和关键词排名。
7、搜索引擎显示文字优化
在搜索引擎结果中，部分描述显示在标题下方，这对于 网站 的点击率也很重要。主要需要优化的元素有：title的创意、desc的流行度、url的规范、文章日期、结构数据的使用等。
8、独特品质网站内容
搜索引擎一直强调的一点是内容。无论网站如何优化，最终都需要创建对用户有用的独特内容。
以上是我根据自己的经验对SEO优化的一些见解，希望能给新手站长一些方向和帮助。想了解更多SEO干货或托管内容，请继续关注我！ 查看全部
很多人还停留在几年前的SEO优化方法上，每天写伪原创，发外链等等，然后每天查询网站关键词的排名，期待能有好的效果。事实上，这种方法对于目前的搜索引擎来说并不是那么明显。如果我们想取得好的结果，我们必须适应搜索引擎偏好的变化来改进我们的网站。小编根据自己的一些经验总结了2018年网站SEO优化的八大精髓。
1、网站的访问速度
很多新手站长在搭建网站的时候并没有考虑到主机空间对于优化网站的重要性。小编之所以在这里首先强调网站的访问速度，是因为它不仅影响网站关键词的排名优化，还影响网站的用户体验@> 和跳出率。因为在这个快节奏的时代，没有人愿意花时间等待。即使你费尽心思优化了一些效果，但是这些效果不能很好的转化，那就没有用了。所以我们在构建网站的时候，一定要选择一个比较快速稳定的主机。关于主机的选择，根据小编的经验，美国品牌主机——bluehost是个不错的选择。
2、网站登陆页面内容优化
着陆页是用户输入网站时看到的第一页，所以着陆页的优化非常重要。除了美观之外，页面优化最重要的方面就是内容。用户在搜索信息的时候，肯定是想找到自己想要的信息，所以内容要和标题对应，要能解决用户的问题。例如，有人搜索“个人博客应该选择什么样的主机”。这时，我们的内容不仅要分析从哪个角度选择虚拟主机，还要为用户推荐合适的主机类型和购买虚拟主机。地方，以便最终帮助他解决这个问题。
3、网站页面设计
无论是网站还是人，第一印象都非常重要。虽然每个人都尊重灵魂之美，但遇到陌生人时，容颜真的很难看，我们是否可以进一步了解灵魂之美？所以网站的“外观”也很重要。网站的设计应该给人一种专业、简洁、值得信赖的感觉。这时候就需要找专业的UI和UX设计，买一些优质的网站模板。
4、减少不良因素的发生
很多网站页面为了赚取广告费或者想拉更多的用户信息，挂了很多广告信息，或者频繁弹出对话框，让用户非常反感。这会影响用户在页面上停留的时间。
5、关键词的添加和分配
之前的SEO优化方法不是大家可以放弃的，有些地方还是有保留价值的。关于关键词的设置，我们还是要继续做，H1，文章内的关键词，外链锚文本，内链锚文本，图片ALT，URL，图片命名等等。这些已经被很多人说了无数遍了，在此不再赘述。
6、主题模型的注入
仅添加 关键词 是不够的。为了方便用户更好地查看和提高页面权重，我们可以对内容进行分类。比如虚拟主机，我们可以扩展为Linux虚拟主机和windows虚拟主机，然后在各自的主题下，可以扩展很多相关的内容。有利于用户查看和关键词排名。
7、搜索引擎显示文字优化
在搜索引擎结果中，部分描述显示在标题下方，这对于 网站 的点击率也很重要。主要需要优化的元素有：title的创意、desc的流行度、url的规范、文章日期、结构数据的使用等。
8、独特品质网站内容
搜索引擎一直强调的一点是内容。无论网站如何优化，最终都需要创建对用户有用的独特内容。
以上是我根据自己的经验对SEO优化的一些见解，希望能给新手站长一些方向和帮助。想了解更多SEO干货或托管内容，请继续关注我！ 查看全部
搜索引擎主题模型优化(网站页面设计无论是的2018年是怎么做无用功的？)
很多人还停留在几年前的SEO优化方法上，每天写伪原创，发外链等等，然后每天查询网站关键词的排名，期待能有好的效果。事实上，这种方法对于目前的搜索引擎来说并不是那么明显。如果我们想取得好的结果，我们必须适应搜索引擎偏好的变化来改进我们的网站。小编根据自己的一些经验总结了2018年网站SEO优化的八大精髓。
1、网站的访问速度
很多新手站长在搭建网站的时候并没有考虑到主机空间对于优化网站的重要性。小编之所以在这里首先强调网站的访问速度，是因为它不仅影响网站关键词的排名优化，还影响网站的用户体验@> 和跳出率。因为在这个快节奏的时代，没有人愿意花时间等待。即使你费尽心思优化了一些效果，但是这些效果不能很好的转化，那就没有用了。所以我们在构建网站的时候，一定要选择一个比较快速稳定的主机。关于主机的选择，根据小编的经验，美国品牌主机——bluehost是个不错的选择。
2、网站登陆页面内容优化
着陆页是用户输入网站时看到的第一页，所以着陆页的优化非常重要。除了美观之外，页面优化最重要的方面就是内容。用户在搜索信息的时候，肯定是想找到自己想要的信息，所以内容要和标题对应，要能解决用户的问题。例如，有人搜索“个人博客应该选择什么样的主机”。这时，我们的内容不仅要分析从哪个角度选择虚拟主机，还要为用户推荐合适的主机类型和购买虚拟主机。地方，以便最终帮助他解决这个问题。
3、网站页面设计
无论是网站还是人，第一印象都非常重要。虽然每个人都尊重灵魂之美，但遇到陌生人时，容颜真的很难看，我们是否可以进一步了解灵魂之美？所以网站的“外观”也很重要。网站的设计应该给人一种专业、简洁、值得信赖的感觉。这时候就需要找专业的UI和UX设计，买一些优质的网站模板。
4、减少不良因素的发生
很多网站页面为了赚取广告费或者想拉更多的用户信息，挂了很多广告信息，或者频繁弹出对话框，让用户非常反感。这会影响用户在页面上停留的时间。
5、关键词的添加和分配
之前的SEO优化方法不是大家可以放弃的，有些地方还是有保留价值的。关于关键词的设置，我们还是要继续做，H1，文章内的关键词，外链锚文本，内链锚文本，图片ALT，URL，图片命名等等。这些已经被很多人说了无数遍了，在此不再赘述。
6、主题模型的注入
仅添加 关键词 是不够的。为了方便用户更好地查看和提高页面权重，我们可以对内容进行分类。比如虚拟主机，我们可以扩展为Linux虚拟主机和windows虚拟主机，然后在各自的主题下，可以扩展很多相关的内容。有利于用户查看和关键词排名。
7、搜索引擎显示文字优化
在搜索引擎结果中，部分描述显示在标题下方，这对于 网站 的点击率也很重要。主要需要优化的元素有：title的创意、desc的流行度、url的规范、文章日期、结构数据的使用等。
8、独特品质网站内容
搜索引擎一直强调的一点是内容。无论网站如何优化，最终都需要创建对用户有用的独特内容。
以上是我根据自己的经验对SEO优化的一些见解，希望能给新手站长一些方向和帮助。想了解更多SEO干货或托管内容，请继续关注我！
搜索引擎主题模型优化(搜索引擎主题模型优化工作一般包括以下几个方面？)
网站优化 • 优采云 发表了文章 • 0 个评论 • 53 次浏览 • 2022-01-29 17:01
搜索引擎主题模型优化(搜索引擎主题模型优化工作一般包括以下几个方面？)
搜索引擎主题模型优化工作一般包括以下几个方面：
一、网页调查评估优化工作是否合理常用的工具包括：1.竞争分析竞争分析仪表盘直观地表现搜索引擎营销推广的竞争程度；竞争分析仪表盘最直观的特征是它能够反映出网页评估优化工作的好坏2.优化原则和方法确定推广目标，制定投放策略，明确优化目标，制定公司级制度来规范、提高推广策略效率和目标3.竞争力分析a.实时竞争力分析，使搜索引擎营销竞争能够及时分析竞争对手的所有动态，以掌握对手的动态；b.基于地域的竞争力分析，使当地网络营销推广能够及时掌握推广者当地所开展推广活动的情况c.独立算法的竞争力分析，使整个地区网络营销推广能够及时跟踪、分析；4.数据驱动分析报告（建议报告，可使用sdi量化分析工具自动生成）。
监控公司网络营销推广工作的质量，公司各个岗位上的工作情况是否存在必然关联和不协调，最终确定岗位的相应工作方向。5.社会责任和行业责任分析通过社会责任问卷调查、深入访谈、专家评审等方式，通过对从业人员的培训、培训行业现状进行分析，选定推广策略。
二、关键词优化1.关键词分析2.关键词分类3.重要性分析4.竞争力分析5.标记规则6.文案设计一切以出现在谷歌搜索页最靠前位置的词为准
三、网站分析1.网站分析2.重点内容分析3.更多内容分析
四、网站优化和改进1。更新2。增加链接3。更多链接4。深度内容5。深度内容6。加深页面7。更深页面8。增加页面9。更多页面10。页面分类11。页面分类12。更多页面13。页面分类14。视频15。视频16。视频分类17。视频分类18。标准化视频19。标准化视频20。标准化视频21。标准化视频22。深入到视频中23。
视频视频的内容设计24。视频标题25。视频标题26。视频标题27。视频标题28。页面标题29。页面标题30。页面标题31。页面标题32。页面标题33。页面标题34。页面标题35。页面标题36。页面标题37。页面标题38。页面标题39。页面标题40。页面标题41。页面标题42。页面标题43。页面标题44。
页面标题45。页面标题46。页面标题47。页面标题48。页面标题49。页面标题50。页面标题51。页面标题52。页面标题53。页面标题54。页面标题55。页面标题56。页面标题57。页面标题58。页面标题59。页面标题60。页面标题61。页面标题62。页面标题63。页面标题64。页面标题65。页面标题66。
页面标题67。页面标题68。页面标题69。页面标题70。页面标题71。页面标题72。页面标题73。页面标题74。页面标题75。页面标题76。页面标题77。页面标题78。页面。 查看全部
搜索引擎主题模型优化工作一般包括以下几个方面：
一、网页调查评估优化工作是否合理常用的工具包括：1.竞争分析竞争分析仪表盘直观地表现搜索引擎营销推广的竞争程度；竞争分析仪表盘最直观的特征是它能够反映出网页评估优化工作的好坏2.优化原则和方法确定推广目标，制定投放策略，明确优化目标，制定公司级制度来规范、提高推广策略效率和目标3.竞争力分析a.实时竞争力分析，使搜索引擎营销竞争能够及时分析竞争对手的所有动态，以掌握对手的动态；b.基于地域的竞争力分析，使当地网络营销推广能够及时掌握推广者当地所开展推广活动的情况c.独立算法的竞争力分析，使整个地区网络营销推广能够及时跟踪、分析；4.数据驱动分析报告（建议报告，可使用sdi量化分析工具自动生成）。
监控公司网络营销推广工作的质量，公司各个岗位上的工作情况是否存在必然关联和不协调，最终确定岗位的相应工作方向。5.社会责任和行业责任分析通过社会责任问卷调查、深入访谈、专家评审等方式，通过对从业人员的培训、培训行业现状进行分析，选定推广策略。
二、关键词优化1.关键词分析2.关键词分类3.重要性分析4.竞争力分析5.标记规则6.文案设计一切以出现在谷歌搜索页最靠前位置的词为准
三、网站分析1.网站分析2.重点内容分析3.更多内容分析
四、网站优化和改进1。更新2。增加链接3。更多链接4。深度内容5。深度内容6。加深页面7。更深页面8。增加页面9。更多页面10。页面分类11。页面分类12。更多页面13。页面分类14。视频15。视频16。视频分类17。视频分类18。标准化视频19。标准化视频20。标准化视频21。标准化视频22。深入到视频中23。
视频视频的内容设计24。视频标题25。视频标题26。视频标题27。视频标题28。页面标题29。页面标题30。页面标题31。页面标题32。页面标题33。页面标题34。页面标题35。页面标题36。页面标题37。页面标题38。页面标题39。页面标题40。页面标题41。页面标题42。页面标题43。页面标题44。
页面标题45。页面标题46。页面标题47。页面标题48。页面标题49。页面标题50。页面标题51。页面标题52。页面标题53。页面标题54。页面标题55。页面标题56。页面标题57。页面标题58。页面标题59。页面标题60。页面标题61。页面标题62。页面标题63。页面标题64。页面标题65。页面标题66。
页面标题67。页面标题68。页面标题69。页面标题70。页面标题71。页面标题72。页面标题73。页面标题74。页面标题75。页面标题76。页面标题77。页面标题78。页面。 查看全部
搜索引擎主题模型优化(搜索引擎主题模型优化工作一般包括以下几个方面？)
搜索引擎主题模型优化工作一般包括以下几个方面：
一、网页调查评估优化工作是否合理常用的工具包括：1.竞争分析竞争分析仪表盘直观地表现搜索引擎营销推广的竞争程度；竞争分析仪表盘最直观的特征是它能够反映出网页评估优化工作的好坏2.优化原则和方法确定推广目标，制定投放策略，明确优化目标，制定公司级制度来规范、提高推广策略效率和目标3.竞争力分析a.实时竞争力分析，使搜索引擎营销竞争能够及时分析竞争对手的所有动态，以掌握对手的动态；b.基于地域的竞争力分析，使当地网络营销推广能够及时掌握推广者当地所开展推广活动的情况c.独立算法的竞争力分析，使整个地区网络营销推广能够及时跟踪、分析；4.数据驱动分析报告（建议报告，可使用sdi量化分析工具自动生成）。
监控公司网络营销推广工作的质量，公司各个岗位上的工作情况是否存在必然关联和不协调，最终确定岗位的相应工作方向。5.社会责任和行业责任分析通过社会责任问卷调查、深入访谈、专家评审等方式，通过对从业人员的培训、培训行业现状进行分析，选定推广策略。
二、关键词优化1.关键词分析2.关键词分类3.重要性分析4.竞争力分析5.标记规则6.文案设计一切以出现在谷歌搜索页最靠前位置的词为准
三、网站分析1.网站分析2.重点内容分析3.更多内容分析
四、网站优化和改进1。更新2。增加链接3。更多链接4。深度内容5。深度内容6。加深页面7。更深页面8。增加页面9。更多页面10。页面分类11。页面分类12。更多页面13。页面分类14。视频15。视频16。视频分类17。视频分类18。标准化视频19。标准化视频20。标准化视频21。标准化视频22。深入到视频中23。
视频视频的内容设计24。视频标题25。视频标题26。视频标题27。视频标题28。页面标题29。页面标题30。页面标题31。页面标题32。页面标题33。页面标题34。页面标题35。页面标题36。页面标题37。页面标题38。页面标题39。页面标题40。页面标题41。页面标题42。页面标题43。页面标题44。
页面标题45。页面标题46。页面标题47。页面标题48。页面标题49。页面标题50。页面标题51。页面标题52。页面标题53。页面标题54。页面标题55。页面标题56。页面标题57。页面标题58。页面标题59。页面标题60。页面标题61。页面标题62。页面标题63。页面标题64。页面标题65。页面标题66。
页面标题67。页面标题68。页面标题69。页面标题70。页面标题71。页面标题72。页面标题73。页面标题74。页面标题75。页面标题76。页面标题77。页面标题78。页面。
搜索引擎主题模型优化(这是Jerry2021年的第52篇文章，也是汪子熙公众号)
网站优化 • 优采云 发表了文章 • 0 个评论 • 76 次浏览 • 2022-01-29 15:06
搜索引擎主题模型优化(这是Jerry2021年的第52篇文章，也是汪子熙公众号)
这是杰瑞2021年的第52篇文章，也是王子曦公众号总共第329篇原创文章。
本文的主题还源于 Jerry 团队最近处理的一个客户事件，并且与 Jerry 之前的 文章 演示文稿的内容密切相关。
让我们简单回顾一下前面介绍的客户端渲染（CSR）和服务器端渲染（SSR）的区别。
客户端渲染
如下图所示，用户通过浏览器向网站发送请求，服务器或CDN为用户提供静态HTML、CSS和JavaScript文件。浏览器下载HTML和JavaScript文件，执行JavaScript（通常是Angular、React、Vue、SAP UI5等前端框架的库文件）完成页面渲染。在大多数情况下，浏览器会通过 AJAX 向后端服务器请求动态内容。从服务器获取 API 响应后，在客户端浏览器中解析响应内容以呈现最终页面。
客户端渲染之所以得名，是因为通过 HTML 页面的源代码渲染最终页面并根据 API 响应动态更改页面内容的行为发生在客户端。
使用 CSR 技术的 SAP 产品 UI 包括使用 SAP UI5 框架开发的所有产品，例如 SAP Cloud for Customer，以及基于 SAP Fiori Elements 的 SAP S/4HANA 页面。
服务器端渲染
与CSR相比，在服务器端渲染机制中，从HTML源代码到最终呈现给用户的页面的转换过程是在服务器端运行环境中进行的。
例如，假设 Angular 应用开启了服务端渲染模式，并使用 express 库在 Node.js 服务器上运行，那么应用的 index.html 页面将通过 nguniversal/express-engine 引擎进行渲染。入口位置如下：
服务端渲染完成后，最终呈现给客户端的HTML源代码字符串通过回调函数发送给浏览器，也就是下图1006行做的回调函数。
下图第1008行done回调函数中显示的变量str存储了SAP Commerce Cloud UI启动服务端渲染后服务端渲染的index.html的完整HTML源代码，超过240KB；而在客户端渲染模式下，服务器返回给浏览器的 index.html 内容大小小于 1KB。
使用SSR技术的SAP产品UI，包括所有基于SAP ABAP Webdynpro、WebClient UI技术的产品，如SAP SRM、SAP CRM、SAP S/4HANA中Service模块的UI、基于JSP技术的SAP Commerce Cloud、加速器UI等...
基于 SAP Spartacus 开源项目的新一代 SAP Commerce Cloud UI 支持客户端渲染和服务器端渲染。
回到本文的主题。
在客户端渲染模式下，Web 应用程序对 SEO 的支持较少。以 SAP Commerce Cloud UI 为例，在使用客户端渲染时，搜索引擎的网络爬虫爬取了一个空的 index.html 页面：app-root 标签中没有内容，因为直到接收到内容浏览器接收 index.html 页面。html，执行 Angular 框架代码，生成最终的 HTML 源代码。
开启服务端渲染模式后，服务端完成页面渲染。此时，服务器返回浏览器的 app-root 标签，其中已经收录了最终渲染的页面。下图开启服务端渲染模式后请求SAP Commerce Cloud UI首页时，可以对比从服务端接收到的index.html中app-root标签中的数据，并与上图中的客户端渲染模式。
服务端渲染解决了网页爬虫无法正确抓取网页应用页面内容的问题。但是，将页面渲染、数据请求和响应处理移到服务器端，势必会占用服务器端宝贵的内存资源，增加其处理负担。
为此，在SAP Commerce Cloud UI的服务端渲染模式中，我们团队还设计了一些优化逻辑，比如引入渲染缓存，增加渲染队列和超时机制，在一定条件下降级为客户端渲染等。在保证服务器正常服务能力和支持搜索引擎优化之间取得了较好的折衷。
支持服务端渲染只是完成搜索引擎优化的第一步。基于SAP UI5框架开发的SAP应用大多不是2C应用，所以不依赖搜索引擎优化，即这些应用不太可能出现在用户的搜索引擎结果列表中。
另一方面，比如客户使用SAP Commerce Cloud搭建自己的电商店铺，那么店铺搜索引擎优化的完善程度直接关系到店铺的销售额。
网站的搜索引擎优化是一门学问，这篇文章Jerry只介绍他最近从处理客户事件中学到的相关知识。
我们在谷歌根据关键词lego ae进行搜索，搜索结果的第二条记录是阿联酋LEGO的电子商务商店网站（国家代码AE），是基于SAP Spartacus SAP Commerce开发的云界面页面：
上图中灰色区域的页面标题和黄色区域的页面描述分别来自SAP Commerce Cloud UI网页源代码中的title标签和meta description标签的值。
另一个例子是根据关键词 lego ae LEGO Dinosaur Fossils 搜索一个乐高恐龙化石产品：
在搜索结果列表中，会出现一个 SAP Commerce Cloud UI PDP 页面 - 产品详细信息页面，它是一个产品详细信息页面：
在上面的示例中，页面标题标签和元描述标签的值都是后端驱动的，即来自 SAP Commerce Cloud 后端系统。
在SAP Commerce Cloud UI的实现中，我们团队设计了Page模型，它的title字段和description字段分别维护了HTML源代码title和meta description标签中需要渲染的值。
我们将上述模型称为 SAP Commerce Cloud UI 页面的元数据：Page Meta。
在运行时，这些页面元数据是通过PageMetaService类的meta$成员来维护的，赋值逻辑如下：
（1)调用cmsService的getCurrentPage方法从Commerce后台读取页面元数据；
(2)根据Commerce Cloud前端配置，读取当前页面类型需要完成的元数据解析类型，获取负责执行相应操作的解析器；
(3) 调用对应的解析器完成解析工作。
解析后的页面元数据存放在PageMetaService的成员变量meta$中，最终被SeoMetaService订阅，取出其值注入到页面DOM元素中。这就是 SAP Commerce Cloud UI 如何为 SEO 实现基于元标记的实现。
在 SAP S/4HANA 等后台人员使用较多的应用程序中，虽然页面上有元标记，但与 SAP Commerce Cloud UI 中使用元描述标记来支持搜索引擎优化是不同的。S/4HANA UI页面中的meta标签，更多体现的是维护页面元数据的初衷，由SAP UI5框架代码和对应的后台代码解析，对客户完全透明。
例如下图中的meta标签名称为sap-client，维护的内容为715，表示Fiori Launchpad后台对应的ABAP Client ID为715.
最后，可以使用inurl语法在搜索引擎中搜索，可以找到一些网站使用SAP WebClient UI技术进行服务端渲染，可以被搜索引擎检索到。有兴趣的朋友可以自己试试。
希望这篇文章能让你对SAP产品UI在支持搜索引擎优化方面所做的努力有一些基本的了解，谢谢阅读。 查看全部
这是杰瑞2021年的第52篇文章，也是王子曦公众号总共第329篇原创文章。
本文的主题还源于 Jerry 团队最近处理的一个客户事件，并且与 Jerry 之前的 文章 演示文稿的内容密切相关。
让我们简单回顾一下前面介绍的客户端渲染（CSR）和服务器端渲染（SSR）的区别。
客户端渲染
如下图所示，用户通过浏览器向网站发送请求，服务器或CDN为用户提供静态HTML、CSS和JavaScript文件。浏览器下载HTML和JavaScript文件，执行JavaScript（通常是Angular、React、Vue、SAP UI5等前端框架的库文件）完成页面渲染。在大多数情况下，浏览器会通过 AJAX 向后端服务器请求动态内容。从服务器获取 API 响应后，在客户端浏览器中解析响应内容以呈现最终页面。
客户端渲染之所以得名，是因为通过 HTML 页面的源代码渲染最终页面并根据 API 响应动态更改页面内容的行为发生在客户端。
使用 CSR 技术的 SAP 产品 UI 包括使用 SAP UI5 框架开发的所有产品，例如 SAP Cloud for Customer，以及基于 SAP Fiori Elements 的 SAP S/4HANA 页面。
服务器端渲染
与CSR相比，在服务器端渲染机制中，从HTML源代码到最终呈现给用户的页面的转换过程是在服务器端运行环境中进行的。
例如，假设 Angular 应用开启了服务端渲染模式，并使用 express 库在 Node.js 服务器上运行，那么应用的 index.html 页面将通过 nguniversal/express-engine 引擎进行渲染。入口位置如下：
服务端渲染完成后，最终呈现给客户端的HTML源代码字符串通过回调函数发送给浏览器，也就是下图1006行做的回调函数。
下图第1008行done回调函数中显示的变量str存储了SAP Commerce Cloud UI启动服务端渲染后服务端渲染的index.html的完整HTML源代码，超过240KB；而在客户端渲染模式下，服务器返回给浏览器的 index.html 内容大小小于 1KB。
使用SSR技术的SAP产品UI，包括所有基于SAP ABAP Webdynpro、WebClient UI技术的产品，如SAP SRM、SAP CRM、SAP S/4HANA中Service模块的UI、基于JSP技术的SAP Commerce Cloud、加速器UI等...
基于 SAP Spartacus 开源项目的新一代 SAP Commerce Cloud UI 支持客户端渲染和服务器端渲染。
回到本文的主题。
在客户端渲染模式下，Web 应用程序对 SEO 的支持较少。以 SAP Commerce Cloud UI 为例，在使用客户端渲染时，搜索引擎的网络爬虫爬取了一个空的 index.html 页面：app-root 标签中没有内容，因为直到接收到内容浏览器接收 index.html 页面。html，执行 Angular 框架代码，生成最终的 HTML 源代码。
开启服务端渲染模式后，服务端完成页面渲染。此时，服务器返回浏览器的 app-root 标签，其中已经收录了最终渲染的页面。下图开启服务端渲染模式后请求SAP Commerce Cloud UI首页时，可以对比从服务端接收到的index.html中app-root标签中的数据，并与上图中的客户端渲染模式。
服务端渲染解决了网页爬虫无法正确抓取网页应用页面内容的问题。但是，将页面渲染、数据请求和响应处理移到服务器端，势必会占用服务器端宝贵的内存资源，增加其处理负担。
为此，在SAP Commerce Cloud UI的服务端渲染模式中，我们团队还设计了一些优化逻辑，比如引入渲染缓存，增加渲染队列和超时机制，在一定条件下降级为客户端渲染等。在保证服务器正常服务能力和支持搜索引擎优化之间取得了较好的折衷。
支持服务端渲染只是完成搜索引擎优化的第一步。基于SAP UI5框架开发的SAP应用大多不是2C应用，所以不依赖搜索引擎优化，即这些应用不太可能出现在用户的搜索引擎结果列表中。
另一方面，比如客户使用SAP Commerce Cloud搭建自己的电商店铺，那么店铺搜索引擎优化的完善程度直接关系到店铺的销售额。
网站的搜索引擎优化是一门学问，这篇文章Jerry只介绍他最近从处理客户事件中学到的相关知识。
我们在谷歌根据关键词lego ae进行搜索，搜索结果的第二条记录是阿联酋LEGO的电子商务商店网站（国家代码AE），是基于SAP Spartacus SAP Commerce开发的云界面页面：
上图中灰色区域的页面标题和黄色区域的页面描述分别来自SAP Commerce Cloud UI网页源代码中的title标签和meta description标签的值。
另一个例子是根据关键词 lego ae LEGO Dinosaur Fossils 搜索一个乐高恐龙化石产品：
在搜索结果列表中，会出现一个 SAP Commerce Cloud UI PDP 页面 - 产品详细信息页面，它是一个产品详细信息页面：
在上面的示例中，页面标题标签和元描述标签的值都是后端驱动的，即来自 SAP Commerce Cloud 后端系统。
在SAP Commerce Cloud UI的实现中，我们团队设计了Page模型，它的title字段和description字段分别维护了HTML源代码title和meta description标签中需要渲染的值。
我们将上述模型称为 SAP Commerce Cloud UI 页面的元数据：Page Meta。
在运行时，这些页面元数据是通过PageMetaService类的meta$成员来维护的，赋值逻辑如下：
（1)调用cmsService的getCurrentPage方法从Commerce后台读取页面元数据；
(2)根据Commerce Cloud前端配置，读取当前页面类型需要完成的元数据解析类型，获取负责执行相应操作的解析器；
(3) 调用对应的解析器完成解析工作。
解析后的页面元数据存放在PageMetaService的成员变量meta$中，最终被SeoMetaService订阅，取出其值注入到页面DOM元素中。这就是 SAP Commerce Cloud UI 如何为 SEO 实现基于元标记的实现。
在 SAP S/4HANA 等后台人员使用较多的应用程序中，虽然页面上有元标记，但与 SAP Commerce Cloud UI 中使用元描述标记来支持搜索引擎优化是不同的。S/4HANA UI页面中的meta标签，更多体现的是维护页面元数据的初衷，由SAP UI5框架代码和对应的后台代码解析，对客户完全透明。
例如下图中的meta标签名称为sap-client，维护的内容为715，表示Fiori Launchpad后台对应的ABAP Client ID为715.
最后，可以使用inurl语法在搜索引擎中搜索，可以找到一些网站使用SAP WebClient UI技术进行服务端渲染，可以被搜索引擎检索到。有兴趣的朋友可以自己试试。
希望这篇文章能让你对SAP产品UI在支持搜索引擎优化方面所做的努力有一些基本的了解，谢谢阅读。 查看全部
搜索引擎主题模型优化(这是Jerry2021年的第52篇文章，也是汪子熙公众号)
这是杰瑞2021年的第52篇文章，也是王子曦公众号总共第329篇原创文章。
本文的主题还源于 Jerry 团队最近处理的一个客户事件，并且与 Jerry 之前的 文章 演示文稿的内容密切相关。
让我们简单回顾一下前面介绍的客户端渲染（CSR）和服务器端渲染（SSR）的区别。
客户端渲染
如下图所示，用户通过浏览器向网站发送请求，服务器或CDN为用户提供静态HTML、CSS和JavaScript文件。浏览器下载HTML和JavaScript文件，执行JavaScript（通常是Angular、React、Vue、SAP UI5等前端框架的库文件）完成页面渲染。在大多数情况下，浏览器会通过 AJAX 向后端服务器请求动态内容。从服务器获取 API 响应后，在客户端浏览器中解析响应内容以呈现最终页面。
客户端渲染之所以得名，是因为通过 HTML 页面的源代码渲染最终页面并根据 API 响应动态更改页面内容的行为发生在客户端。
使用 CSR 技术的 SAP 产品 UI 包括使用 SAP UI5 框架开发的所有产品，例如 SAP Cloud for Customer，以及基于 SAP Fiori Elements 的 SAP S/4HANA 页面。
服务器端渲染
与CSR相比，在服务器端渲染机制中，从HTML源代码到最终呈现给用户的页面的转换过程是在服务器端运行环境中进行的。
例如，假设 Angular 应用开启了服务端渲染模式，并使用 express 库在 Node.js 服务器上运行，那么应用的 index.html 页面将通过 nguniversal/express-engine 引擎进行渲染。入口位置如下：
服务端渲染完成后，最终呈现给客户端的HTML源代码字符串通过回调函数发送给浏览器，也就是下图1006行做的回调函数。
下图第1008行done回调函数中显示的变量str存储了SAP Commerce Cloud UI启动服务端渲染后服务端渲染的index.html的完整HTML源代码，超过240KB；而在客户端渲染模式下，服务器返回给浏览器的 index.html 内容大小小于 1KB。
使用SSR技术的SAP产品UI，包括所有基于SAP ABAP Webdynpro、WebClient UI技术的产品，如SAP SRM、SAP CRM、SAP S/4HANA中Service模块的UI、基于JSP技术的SAP Commerce Cloud、加速器UI等...
基于 SAP Spartacus 开源项目的新一代 SAP Commerce Cloud UI 支持客户端渲染和服务器端渲染。
回到本文的主题。
在客户端渲染模式下，Web 应用程序对 SEO 的支持较少。以 SAP Commerce Cloud UI 为例，在使用客户端渲染时，搜索引擎的网络爬虫爬取了一个空的 index.html 页面：app-root 标签中没有内容，因为直到接收到内容浏览器接收 index.html 页面。html，执行 Angular 框架代码，生成最终的 HTML 源代码。
开启服务端渲染模式后，服务端完成页面渲染。此时，服务器返回浏览器的 app-root 标签，其中已经收录了最终渲染的页面。下图开启服务端渲染模式后请求SAP Commerce Cloud UI首页时，可以对比从服务端接收到的index.html中app-root标签中的数据，并与上图中的客户端渲染模式。
服务端渲染解决了网页爬虫无法正确抓取网页应用页面内容的问题。但是，将页面渲染、数据请求和响应处理移到服务器端，势必会占用服务器端宝贵的内存资源，增加其处理负担。
为此，在SAP Commerce Cloud UI的服务端渲染模式中，我们团队还设计了一些优化逻辑，比如引入渲染缓存，增加渲染队列和超时机制，在一定条件下降级为客户端渲染等。在保证服务器正常服务能力和支持搜索引擎优化之间取得了较好的折衷。
支持服务端渲染只是完成搜索引擎优化的第一步。基于SAP UI5框架开发的SAP应用大多不是2C应用，所以不依赖搜索引擎优化，即这些应用不太可能出现在用户的搜索引擎结果列表中。
另一方面，比如客户使用SAP Commerce Cloud搭建自己的电商店铺，那么店铺搜索引擎优化的完善程度直接关系到店铺的销售额。
网站的搜索引擎优化是一门学问，这篇文章Jerry只介绍他最近从处理客户事件中学到的相关知识。
我们在谷歌根据关键词lego ae进行搜索，搜索结果的第二条记录是阿联酋LEGO的电子商务商店网站（国家代码AE），是基于SAP Spartacus SAP Commerce开发的云界面页面：
上图中灰色区域的页面标题和黄色区域的页面描述分别来自SAP Commerce Cloud UI网页源代码中的title标签和meta description标签的值。
另一个例子是根据关键词 lego ae LEGO Dinosaur Fossils 搜索一个乐高恐龙化石产品：
在搜索结果列表中，会出现一个 SAP Commerce Cloud UI PDP 页面 - 产品详细信息页面，它是一个产品详细信息页面：
在上面的示例中，页面标题标签和元描述标签的值都是后端驱动的，即来自 SAP Commerce Cloud 后端系统。
在SAP Commerce Cloud UI的实现中，我们团队设计了Page模型，它的title字段和description字段分别维护了HTML源代码title和meta description标签中需要渲染的值。
我们将上述模型称为 SAP Commerce Cloud UI 页面的元数据：Page Meta。
在运行时，这些页面元数据是通过PageMetaService类的meta$成员来维护的，赋值逻辑如下：
（1)调用cmsService的getCurrentPage方法从Commerce后台读取页面元数据；
(2)根据Commerce Cloud前端配置，读取当前页面类型需要完成的元数据解析类型，获取负责执行相应操作的解析器；
(3) 调用对应的解析器完成解析工作。
解析后的页面元数据存放在PageMetaService的成员变量meta$中，最终被SeoMetaService订阅，取出其值注入到页面DOM元素中。这就是 SAP Commerce Cloud UI 如何为 SEO 实现基于元标记的实现。
在 SAP S/4HANA 等后台人员使用较多的应用程序中，虽然页面上有元标记，但与 SAP Commerce Cloud UI 中使用元描述标记来支持搜索引擎优化是不同的。S/4HANA UI页面中的meta标签，更多体现的是维护页面元数据的初衷，由SAP UI5框架代码和对应的后台代码解析，对客户完全透明。
例如下图中的meta标签名称为sap-client，维护的内容为715，表示Fiori Launchpad后台对应的ABAP Client ID为715.
最后，可以使用inurl语法在搜索引擎中搜索，可以找到一些网站使用SAP WebClient UI技术进行服务端渲染，可以被搜索引擎检索到。有兴趣的朋友可以自己试试。
希望这篇文章能让你对SAP产品UI在支持搜索引擎优化方面所做的努力有一些基本的了解，谢谢阅读。
搜索引擎主题模型优化(这是Jerry2021年的第52篇文章，也是汪子熙公众号)
网站优化 • 优采云 发表了文章 • 0 个评论 • 66 次浏览 • 2022-01-29 15:05
搜索引擎主题模型优化(这是Jerry2021年的第52篇文章，也是汪子熙公众号)
这是杰瑞2021年的第52篇文章，也是王子曦公众号总共第329篇原创文章。
本文的主题还源于 Jerry 团队最近处理的一个客户事件，并且与 Jerry 之前的 文章 演示文稿的内容密切相关。
让我们简单回顾一下前面介绍的客户端渲染（CSR）和服务器端渲染（SSR）的区别。
客户端渲染
如下图所示，用户通过浏览器向网站发送请求，服务器或CDN为用户提供静态HTML、CSS和JavaScript文件。浏览器下载HTML和JavaScript文件，执行JavaScript（通常是Angular、React、Vue、SAP UI5等前端框架的库文件）完成页面渲染。在大多数情况下，浏览器会通过 AJAX 向后端服务器请求动态内容。从服务器获取 API 响应后，在客户端浏览器中解析响应内容以呈现最终页面。
客户端渲染之所以得名，是因为通过 HTML 页面的源代码渲染最终页面并根据 API 响应动态更改页面内容的行为发生在客户端。
使用 CSR 技术的 SAP 产品 UI 包括使用 SAP UI5 框架开发的所有产品，例如 SAP Cloud for Customer，以及基于 SAP Fiori Elements 的 SAP S/4HANA 页面。
服务器端渲染
与CSR相比，在服务器端渲染机制中，从HTML源代码到最终呈现给用户的页面的转换过程是在服务器端运行环境中进行的。
例如，假设 Angular 应用开启了服务端渲染模式，并使用 express 库在 Node.js 服务器上运行，那么应用的 index.html 页面将通过 nguniversal/express-engine 引擎进行渲染。入口位置如下：
服务端渲染完成后，最终呈现给客户端的HTML源代码字符串通过回调函数发送给浏览器，也就是下图1006行做的回调函数。
下图第1008行done回调函数中显示的变量str存储了SAP Commerce Cloud UI启动服务端渲染后服务端渲染的index.html的完整HTML源代码，超过240KB；而在客户端渲染模式下，服务器返回给浏览器的 index.html 内容大小小于 1KB。
使用SSR技术的SAP产品UI，包括所有基于SAP ABAP Webdynpro、WebClient UI技术的产品，如SAP SRM、SAP CRM、SAP S/4HANA中Service模块的UI、基于JSP技术的SAP Commerce Cloud、加速器UI等...
基于 SAP Spartacus 开源项目的新一代 SAP Commerce Cloud UI 支持客户端渲染和服务器端渲染。
回到本文的主题。
在客户端渲染模式下，Web 应用程序对 SEO 的支持较少。以 SAP Commerce Cloud UI 为例，在使用客户端渲染时，搜索引擎的网络爬虫爬取了一个空的 index.html 页面：app-root 标签中没有内容，因为直到接收到内容浏览器接收 index.html 页面。html，执行 Angular 框架代码，生成最终的 HTML 源代码。
开启服务端渲染模式后，服务端完成页面渲染。此时，服务器返回浏览器的 app-root 标签，其中已经收录了最终渲染的页面。下图开启服务端渲染模式后请求SAP Commerce Cloud UI首页时，可以对比从服务端接收到的index.html中app-root标签中的数据，并与上图中的客户端渲染模式。
服务端渲染解决了网页爬虫无法正确抓取网页应用页面内容的问题。但是，将页面渲染、数据请求和响应处理移到服务器端，势必会占用服务器端宝贵的内存资源，增加其处理负担。
为此，在SAP Commerce Cloud UI的服务端渲染模式中，我们团队还设计了一些优化逻辑，比如引入渲染缓存，增加渲染队列和超时机制，在一定条件下降级为客户端渲染等。在保证服务器正常服务能力和支持搜索引擎优化之间取得了较好的折衷。
支持服务端渲染只是完成搜索引擎优化的第一步。基于SAP UI5框架开发的SAP应用大多不是2C应用，所以不依赖搜索引擎优化，即这些应用不太可能出现在用户的搜索引擎结果列表中。
另一方面，比如客户使用SAP Commerce Cloud搭建自己的电商店铺，那么店铺搜索引擎优化的完善程度直接关系到店铺的销售额。
网站的搜索引擎优化是一门学问，这篇文章Jerry只介绍他最近从处理客户事件中学到的相关知识。
我们在谷歌按照关键词lego ae进行搜索，搜索结果的第二条记录是阿联酋LEGO的电子商务商店网站（国家代码AE），是基于SAP Spartacus SAP Commerce开发的云界面页面：
上图中灰色区域的页面标题和黄色区域的页面描述分别来自SAP Commerce Cloud UI网页源代码中的title标签和meta description标签的值。
另一个例子是根据关键词 lego ae LEGO Dinosaur Fossils 搜索一个乐高恐龙化石产品：
在搜索结果列表中，会出现一个 SAP Commerce Cloud UI PDP 页面 - 产品详细信息页面，它是一个产品详细信息页面：
在上面的示例中，页面标题标签和元描述标签的值都是后端驱动的，即来自 SAP Commerce Cloud 后端系统。
在SAP Commerce Cloud UI的实现中，我们团队设计了Page模型，其title字段和description字段分别维护了HTML源代码title和meta description标签中需要渲染的值。
我们将上述模型称为 SAP Commerce Cloud UI 页面的元数据：Page Meta。
在运行时，这些页面元数据是通过PageMetaService类的meta$成员来维护的，赋值逻辑如下：
（1)调用cmsService的getCurrentPage方法从Commerce后台读取页面元数据；
(2)根据Commerce Cloud前端配置，读取当前页面类型需要完成的元数据解析类型，获取负责执行相应操作的解析器；
(3) 调用对应的解析器完成解析工作。
解析后的页面元数据存放在PageMetaService的成员变量meta$中，最终被SeoMetaService订阅，取出其值注入到页面DOM元素中。这就是 SAP Commerce Cloud UI 如何为 SEO 实现基于元标记的实现。
在 SAP S/4HANA 等后台人员使用较多的应用程序中，虽然页面上有元标记，但与 SAP Commerce Cloud UI 中使用元描述标记来支持搜索引擎优化是不同的。S/4HANA UI页面中的meta标签，更多体现的是维护页面元数据的初衷，由SAP UI5框架代码和对应的后台代码解析，对客户完全透明。
例如下图中的meta标签名称为sap-client，维护的内容为715，表示Fiori Launchpad后台对应的ABAP Client ID为715.
最后，可以使用inurl语法在搜索引擎中搜索，可以找到一些网站使用SAP WebClient UI技术进行服务端渲染，可以被搜索引擎检索到。有兴趣的朋友可以自己试试。
希望这篇文章能让你对SAP产品UI在支持搜索引擎优化方面所做的努力有一些基本的了解，谢谢阅读。 查看全部
这是杰瑞2021年的第52篇文章，也是王子曦公众号总共第329篇原创文章。
本文的主题还源于 Jerry 团队最近处理的一个客户事件，并且与 Jerry 之前的 文章 演示文稿的内容密切相关。
让我们简单回顾一下前面介绍的客户端渲染（CSR）和服务器端渲染（SSR）的区别。
客户端渲染
如下图所示，用户通过浏览器向网站发送请求，服务器或CDN为用户提供静态HTML、CSS和JavaScript文件。浏览器下载HTML和JavaScript文件，执行JavaScript（通常是Angular、React、Vue、SAP UI5等前端框架的库文件）完成页面渲染。在大多数情况下，浏览器会通过 AJAX 向后端服务器请求动态内容。从服务器获取 API 响应后，在客户端浏览器中解析响应内容以呈现最终页面。
客户端渲染之所以得名，是因为通过 HTML 页面的源代码渲染最终页面并根据 API 响应动态更改页面内容的行为发生在客户端。
使用 CSR 技术的 SAP 产品 UI 包括使用 SAP UI5 框架开发的所有产品，例如 SAP Cloud for Customer，以及基于 SAP Fiori Elements 的 SAP S/4HANA 页面。
服务器端渲染
与CSR相比，在服务器端渲染机制中，从HTML源代码到最终呈现给用户的页面的转换过程是在服务器端运行环境中进行的。
例如，假设 Angular 应用开启了服务端渲染模式，并使用 express 库在 Node.js 服务器上运行，那么应用的 index.html 页面将通过 nguniversal/express-engine 引擎进行渲染。入口位置如下：
服务端渲染完成后，最终呈现给客户端的HTML源代码字符串通过回调函数发送给浏览器，也就是下图1006行做的回调函数。
下图第1008行done回调函数中显示的变量str存储了SAP Commerce Cloud UI启动服务端渲染后服务端渲染的index.html的完整HTML源代码，超过240KB；而在客户端渲染模式下，服务器返回给浏览器的 index.html 内容大小小于 1KB。
使用SSR技术的SAP产品UI，包括所有基于SAP ABAP Webdynpro、WebClient UI技术的产品，如SAP SRM、SAP CRM、SAP S/4HANA中Service模块的UI、基于JSP技术的SAP Commerce Cloud、加速器UI等...
基于 SAP Spartacus 开源项目的新一代 SAP Commerce Cloud UI 支持客户端渲染和服务器端渲染。
回到本文的主题。
在客户端渲染模式下，Web 应用程序对 SEO 的支持较少。以 SAP Commerce Cloud UI 为例，在使用客户端渲染时，搜索引擎的网络爬虫爬取了一个空的 index.html 页面：app-root 标签中没有内容，因为直到接收到内容浏览器接收 index.html 页面。html，执行 Angular 框架代码，生成最终的 HTML 源代码。
开启服务端渲染模式后，服务端完成页面渲染。此时，服务器返回浏览器的 app-root 标签，其中已经收录了最终渲染的页面。下图开启服务端渲染模式后请求SAP Commerce Cloud UI首页时，可以对比从服务端接收到的index.html中app-root标签中的数据，并与上图中的客户端渲染模式。
服务端渲染解决了网页爬虫无法正确抓取网页应用页面内容的问题。但是，将页面渲染、数据请求和响应处理移到服务器端，势必会占用服务器端宝贵的内存资源，增加其处理负担。
为此，在SAP Commerce Cloud UI的服务端渲染模式中，我们团队还设计了一些优化逻辑，比如引入渲染缓存，增加渲染队列和超时机制，在一定条件下降级为客户端渲染等。在保证服务器正常服务能力和支持搜索引擎优化之间取得了较好的折衷。
支持服务端渲染只是完成搜索引擎优化的第一步。基于SAP UI5框架开发的SAP应用大多不是2C应用，所以不依赖搜索引擎优化，即这些应用不太可能出现在用户的搜索引擎结果列表中。
另一方面，比如客户使用SAP Commerce Cloud搭建自己的电商店铺，那么店铺搜索引擎优化的完善程度直接关系到店铺的销售额。
网站的搜索引擎优化是一门学问，这篇文章Jerry只介绍他最近从处理客户事件中学到的相关知识。
我们在谷歌按照关键词lego ae进行搜索，搜索结果的第二条记录是阿联酋LEGO的电子商务商店网站（国家代码AE），是基于SAP Spartacus SAP Commerce开发的云界面页面：
上图中灰色区域的页面标题和黄色区域的页面描述分别来自SAP Commerce Cloud UI网页源代码中的title标签和meta description标签的值。
另一个例子是根据关键词 lego ae LEGO Dinosaur Fossils 搜索一个乐高恐龙化石产品：
在搜索结果列表中，会出现一个 SAP Commerce Cloud UI PDP 页面 - 产品详细信息页面，它是一个产品详细信息页面：
在上面的示例中，页面标题标签和元描述标签的值都是后端驱动的，即来自 SAP Commerce Cloud 后端系统。
在SAP Commerce Cloud UI的实现中，我们团队设计了Page模型，其title字段和description字段分别维护了HTML源代码title和meta description标签中需要渲染的值。
我们将上述模型称为 SAP Commerce Cloud UI 页面的元数据：Page Meta。
在运行时，这些页面元数据是通过PageMetaService类的meta$成员来维护的，赋值逻辑如下：
（1)调用cmsService的getCurrentPage方法从Commerce后台读取页面元数据；
(2)根据Commerce Cloud前端配置，读取当前页面类型需要完成的元数据解析类型，获取负责执行相应操作的解析器；
(3) 调用对应的解析器完成解析工作。
解析后的页面元数据存放在PageMetaService的成员变量meta$中，最终被SeoMetaService订阅，取出其值注入到页面DOM元素中。这就是 SAP Commerce Cloud UI 如何为 SEO 实现基于元标记的实现。
在 SAP S/4HANA 等后台人员使用较多的应用程序中，虽然页面上有元标记，但与 SAP Commerce Cloud UI 中使用元描述标记来支持搜索引擎优化是不同的。S/4HANA UI页面中的meta标签，更多体现的是维护页面元数据的初衷，由SAP UI5框架代码和对应的后台代码解析，对客户完全透明。
例如下图中的meta标签名称为sap-client，维护的内容为715，表示Fiori Launchpad后台对应的ABAP Client ID为715.
最后，可以使用inurl语法在搜索引擎中搜索，可以找到一些网站使用SAP WebClient UI技术进行服务端渲染，可以被搜索引擎检索到。有兴趣的朋友可以自己试试。
希望这篇文章能让你对SAP产品UI在支持搜索引擎优化方面所做的努力有一些基本的了解，谢谢阅读。 查看全部
搜索引擎主题模型优化(这是Jerry2021年的第52篇文章，也是汪子熙公众号)
这是杰瑞2021年的第52篇文章，也是王子曦公众号总共第329篇原创文章。
本文的主题还源于 Jerry 团队最近处理的一个客户事件，并且与 Jerry 之前的 文章 演示文稿的内容密切相关。
让我们简单回顾一下前面介绍的客户端渲染（CSR）和服务器端渲染（SSR）的区别。
客户端渲染
如下图所示，用户通过浏览器向网站发送请求，服务器或CDN为用户提供静态HTML、CSS和JavaScript文件。浏览器下载HTML和JavaScript文件，执行JavaScript（通常是Angular、React、Vue、SAP UI5等前端框架的库文件）完成页面渲染。在大多数情况下，浏览器会通过 AJAX 向后端服务器请求动态内容。从服务器获取 API 响应后，在客户端浏览器中解析响应内容以呈现最终页面。
客户端渲染之所以得名，是因为通过 HTML 页面的源代码渲染最终页面并根据 API 响应动态更改页面内容的行为发生在客户端。
使用 CSR 技术的 SAP 产品 UI 包括使用 SAP UI5 框架开发的所有产品，例如 SAP Cloud for Customer，以及基于 SAP Fiori Elements 的 SAP S/4HANA 页面。
服务器端渲染
与CSR相比，在服务器端渲染机制中，从HTML源代码到最终呈现给用户的页面的转换过程是在服务器端运行环境中进行的。
例如，假设 Angular 应用开启了服务端渲染模式，并使用 express 库在 Node.js 服务器上运行，那么应用的 index.html 页面将通过 nguniversal/express-engine 引擎进行渲染。入口位置如下：
服务端渲染完成后，最终呈现给客户端的HTML源代码字符串通过回调函数发送给浏览器，也就是下图1006行做的回调函数。
下图第1008行done回调函数中显示的变量str存储了SAP Commerce Cloud UI启动服务端渲染后服务端渲染的index.html的完整HTML源代码，超过240KB；而在客户端渲染模式下，服务器返回给浏览器的 index.html 内容大小小于 1KB。
使用SSR技术的SAP产品UI，包括所有基于SAP ABAP Webdynpro、WebClient UI技术的产品，如SAP SRM、SAP CRM、SAP S/4HANA中Service模块的UI、基于JSP技术的SAP Commerce Cloud、加速器UI等...
基于 SAP Spartacus 开源项目的新一代 SAP Commerce Cloud UI 支持客户端渲染和服务器端渲染。
回到本文的主题。
在客户端渲染模式下，Web 应用程序对 SEO 的支持较少。以 SAP Commerce Cloud UI 为例，在使用客户端渲染时，搜索引擎的网络爬虫爬取了一个空的 index.html 页面：app-root 标签中没有内容，因为直到接收到内容浏览器接收 index.html 页面。html，执行 Angular 框架代码，生成最终的 HTML 源代码。
开启服务端渲染模式后，服务端完成页面渲染。此时，服务器返回浏览器的 app-root 标签，其中已经收录了最终渲染的页面。下图开启服务端渲染模式后请求SAP Commerce Cloud UI首页时，可以对比从服务端接收到的index.html中app-root标签中的数据，并与上图中的客户端渲染模式。
服务端渲染解决了网页爬虫无法正确抓取网页应用页面内容的问题。但是，将页面渲染、数据请求和响应处理移到服务器端，势必会占用服务器端宝贵的内存资源，增加其处理负担。
为此，在SAP Commerce Cloud UI的服务端渲染模式中，我们团队还设计了一些优化逻辑，比如引入渲染缓存，增加渲染队列和超时机制，在一定条件下降级为客户端渲染等。在保证服务器正常服务能力和支持搜索引擎优化之间取得了较好的折衷。
支持服务端渲染只是完成搜索引擎优化的第一步。基于SAP UI5框架开发的SAP应用大多不是2C应用，所以不依赖搜索引擎优化，即这些应用不太可能出现在用户的搜索引擎结果列表中。
另一方面，比如客户使用SAP Commerce Cloud搭建自己的电商店铺，那么店铺搜索引擎优化的完善程度直接关系到店铺的销售额。
网站的搜索引擎优化是一门学问，这篇文章Jerry只介绍他最近从处理客户事件中学到的相关知识。
我们在谷歌按照关键词lego ae进行搜索，搜索结果的第二条记录是阿联酋LEGO的电子商务商店网站（国家代码AE），是基于SAP Spartacus SAP Commerce开发的云界面页面：
上图中灰色区域的页面标题和黄色区域的页面描述分别来自SAP Commerce Cloud UI网页源代码中的title标签和meta description标签的值。
另一个例子是根据关键词 lego ae LEGO Dinosaur Fossils 搜索一个乐高恐龙化石产品：
在搜索结果列表中，会出现一个 SAP Commerce Cloud UI PDP 页面 - 产品详细信息页面，它是一个产品详细信息页面：
在上面的示例中，页面标题标签和元描述标签的值都是后端驱动的，即来自 SAP Commerce Cloud 后端系统。
在SAP Commerce Cloud UI的实现中，我们团队设计了Page模型，其title字段和description字段分别维护了HTML源代码title和meta description标签中需要渲染的值。
我们将上述模型称为 SAP Commerce Cloud UI 页面的元数据：Page Meta。
在运行时，这些页面元数据是通过PageMetaService类的meta$成员来维护的，赋值逻辑如下：
（1)调用cmsService的getCurrentPage方法从Commerce后台读取页面元数据；
(2)根据Commerce Cloud前端配置，读取当前页面类型需要完成的元数据解析类型，获取负责执行相应操作的解析器；
(3) 调用对应的解析器完成解析工作。
解析后的页面元数据存放在PageMetaService的成员变量meta$中，最终被SeoMetaService订阅，取出其值注入到页面DOM元素中。这就是 SAP Commerce Cloud UI 如何为 SEO 实现基于元标记的实现。
在 SAP S/4HANA 等后台人员使用较多的应用程序中，虽然页面上有元标记，但与 SAP Commerce Cloud UI 中使用元描述标记来支持搜索引擎优化是不同的。S/4HANA UI页面中的meta标签，更多体现的是维护页面元数据的初衷，由SAP UI5框架代码和对应的后台代码解析，对客户完全透明。
例如下图中的meta标签名称为sap-client，维护的内容为715，表示Fiori Launchpad后台对应的ABAP Client ID为715.
最后，可以使用inurl语法在搜索引擎中搜索，可以找到一些网站使用SAP WebClient UI技术进行服务端渲染，可以被搜索引擎检索到。有兴趣的朋友可以自己试试。
希望这篇文章能让你对SAP产品UI在支持搜索引擎优化方面所做的努力有一些基本的了解，谢谢阅读。
搜索引擎主题模型优化(这是Jerry2021年的第52篇文章，也是汪子熙公众号)
网站优化 • 优采云 发表了文章 • 0 个评论 • 46 次浏览 • 2022-01-29 15:04
搜索引擎主题模型优化(这是Jerry2021年的第52篇文章，也是汪子熙公众号)
这是杰瑞2021年的第52篇文章，也是王子曦公众号总共第329篇原创文章。
本文的主题还源于 Jerry 团队最近处理的一个客户事件，并且与 Jerry 之前的 文章 演示文稿的内容密切相关。
让我们简单回顾一下前面介绍的客户端渲染（CSR）和服务器端渲染（SSR）的区别。
客户端渲染
如下图所示，用户通过浏览器向网站发送请求，服务器或CDN为用户提供静态HTML、CSS和JavaScript文件。浏览器下载HTML和JavaScript文件，执行JavaScript（通常是Angular、React、Vue、SAP UI5等前端框架的库文件）完成页面渲染。在大多数情况下，浏览器会通过 AJAX 向后端服务器请求动态内容。从服务器获取 API 响应后，在客户端浏览器中解析响应内容以呈现最终页面。
客户端渲染之所以得名，是因为通过 HTML 页面的源代码渲染最终页面并根据 API 响应动态更改页面内容的行为发生在客户端。
使用 CSR 技术的 SAP 产品 UI 包括使用 SAP UI5 框架开发的所有产品，例如 SAP Cloud for Customer，以及基于 SAP Fiori Elements 的 SAP S/4HANA 页面。
服务器端渲染
与CSR相比，在服务器端渲染机制中，从HTML源代码到最终呈现给用户的页面的转换过程是在服务器端运行环境中进行的。
例如，假设 Angular 应用开启了服务端渲染模式，并使用 express 库在 Node.js 服务器上运行，那么应用的 index.html 页面将通过 nguniversal/express-engine 引擎进行渲染。入口位置如下：
服务端渲染完成后，最终呈现给客户端的HTML源代码字符串通过回调函数发送给浏览器，也就是下图1006行做的回调函数。
下图第1008行done回调函数中显示的变量str存储了SAP Commerce Cloud UI启动服务端渲染后服务端渲染的index.html的完整HTML源代码，超过240KB；而在客户端渲染模式下，服务器返回给浏览器的 index.html 内容大小小于 1KB。
使用SSR技术的SAP产品UI，包括所有基于SAP ABAP Webdynpro、WebClient UI技术的产品，如SAP SRM、SAP CRM、SAP S/4HANA中Service模块的UI、基于JSP技术的SAP Commerce Cloud、加速器UI等...
基于 SAP Spartacus 开源项目的新一代 SAP Commerce Cloud UI 支持客户端渲染和服务器端渲染。
回到本文的主题。
在客户端渲染模式下，Web 应用程序对 SEO 的支持较少。以 SAP Commerce Cloud UI 为例，在使用客户端渲染时，搜索引擎的网络爬虫爬取了一个空的 index.html 页面：app-root 标签中没有内容，因为直到接收到内容浏览器接收 index.html 页面。html，执行 Angular 框架代码，生成最终的 HTML 源代码。
开启服务端渲染模式后，服务端渲染页面。此时，服务器返回浏览器的 app-root 标签，其中已经收录了最终渲染的页面。下图开启服务端渲染模式后请求SAP Commerce Cloud UI首页时，可以对比从服务端接收到的index.html中app-root标签中的数据，并与上图中的客户端渲染模式。
服务端渲染解决了网页爬虫无法正确抓取网页应用页面内容的问题。但是，将页面渲染、数据请求和响应处理移到服务器端，势必会占用服务器端宝贵的内存资源，增加其处理负担。
为此，在SAP Commerce Cloud UI的服务端渲染模式中，我们团队还设计了一些优化逻辑，比如引入渲染缓存，增加渲染队列和超时机制，在一定条件下降级为客户端渲染等。在保证服务器正常服务能力和支持搜索引擎优化之间取得了较好的折衷。
支持服务端渲染只是完成搜索引擎优化的第一步。基于SAP UI5框架开发的SAP应用大多不是2C应用，所以不依赖搜索引擎优化，即这些应用不太可能出现在用户的搜索引擎结果列表中。
另一方面，比如客户使用SAP Commerce Cloud搭建自己的电商店铺，那么店铺搜索引擎优化的完善程度直接关系到店铺的销售额。
网站的搜索引擎优化是一门学问，这篇文章Jerry只介绍他最近从处理客户事件中学到的相关知识。
我们在谷歌根据关键词lego ae进行搜索，搜索结果的第二条记录是阿联酋LEGO的电子商务商店网站（国家代码AE），是基于SAP Spartacus SAP Commerce开发的云界面页面：
上图中灰色区域的页面标题和黄色区域的页面描述分别来自SAP Commerce Cloud UI网页源代码中的title标签和meta description标签的值。
另一个例子是根据关键词 lego ae LEGO Dinosaur Fossils 搜索一个乐高恐龙化石产品：
在搜索结果列表中，会出现一个 SAP Commerce Cloud UI PDP 页面 - 产品详细信息页面，它是一个产品详细信息页面：
在上面的示例中，页面标题标签和元描述标签的值都是后端驱动的，即来自 SAP Commerce Cloud 后端系统。
在SAP Commerce Cloud UI的实现中，我们团队设计了Page模型，其title字段和description字段分别维护了HTML源代码title和meta description标签中需要渲染的值。
我们将上述模型称为 SAP Commerce Cloud UI 页面的元数据：Page Meta。
在运行时，这些页面元数据是通过PageMetaService类的meta$成员来维护的，赋值逻辑如下：
（1)调用cmsService的getCurrentPage方法从Commerce后台读取页面元数据；
(2)根据Commerce Cloud前端配置，读取当前页面类型需要完成的元数据解析类型，获取负责执行相应操作的解析器；
(3) 调用对应的解析器完成解析工作。
解析后的页面元数据存放在PageMetaService的成员变量meta$中，最终被SeoMetaService订阅，取出其值注入到页面DOM元素中。这就是 SAP Commerce Cloud UI 如何为 SEO 实现基于元标记的实现。
在 SAP S/4HANA 等后台人员使用较多的应用程序中，虽然页面上有元标记，但与 SAP Commerce Cloud UI 中使用元描述标记来支持搜索引擎优化是不同的。S/4HANA UI页面中的meta标签，更多体现的是维护页面元数据的初衷，由SAP UI5框架代码和对应的后台代码解析，对客户完全透明。
例如下图中的meta标签名称为sap-client，维护的内容为715，表示Fiori Launchpad后台对应的ABAP Client ID为715.
最后，可以使用inurl语法在搜索引擎中搜索，可以找到一些网站使用SAP WebClient UI技术进行服务端渲染，可以被搜索引擎检索到。有兴趣的朋友可以自己试试。
希望这篇文章能让你对SAP产品UI在支持搜索引擎优化方面所做的努力有一些基本的了解，谢谢阅读。 查看全部
这是杰瑞2021年的第52篇文章，也是王子曦公众号总共第329篇原创文章。
本文的主题还源于 Jerry 团队最近处理的一个客户事件，并且与 Jerry 之前的 文章 演示文稿的内容密切相关。
让我们简单回顾一下前面介绍的客户端渲染（CSR）和服务器端渲染（SSR）的区别。
客户端渲染
如下图所示，用户通过浏览器向网站发送请求，服务器或CDN为用户提供静态HTML、CSS和JavaScript文件。浏览器下载HTML和JavaScript文件，执行JavaScript（通常是Angular、React、Vue、SAP UI5等前端框架的库文件）完成页面渲染。在大多数情况下，浏览器会通过 AJAX 向后端服务器请求动态内容。从服务器获取 API 响应后，在客户端浏览器中解析响应内容以呈现最终页面。
客户端渲染之所以得名，是因为通过 HTML 页面的源代码渲染最终页面并根据 API 响应动态更改页面内容的行为发生在客户端。
使用 CSR 技术的 SAP 产品 UI 包括使用 SAP UI5 框架开发的所有产品，例如 SAP Cloud for Customer，以及基于 SAP Fiori Elements 的 SAP S/4HANA 页面。
服务器端渲染
与CSR相比，在服务器端渲染机制中，从HTML源代码到最终呈现给用户的页面的转换过程是在服务器端运行环境中进行的。
例如，假设 Angular 应用开启了服务端渲染模式，并使用 express 库在 Node.js 服务器上运行，那么应用的 index.html 页面将通过 nguniversal/express-engine 引擎进行渲染。入口位置如下：
服务端渲染完成后，最终呈现给客户端的HTML源代码字符串通过回调函数发送给浏览器，也就是下图1006行做的回调函数。
下图第1008行done回调函数中显示的变量str存储了SAP Commerce Cloud UI启动服务端渲染后服务端渲染的index.html的完整HTML源代码，超过240KB；而在客户端渲染模式下，服务器返回给浏览器的 index.html 内容大小小于 1KB。
使用SSR技术的SAP产品UI，包括所有基于SAP ABAP Webdynpro、WebClient UI技术的产品，如SAP SRM、SAP CRM、SAP S/4HANA中Service模块的UI、基于JSP技术的SAP Commerce Cloud、加速器UI等...
基于 SAP Spartacus 开源项目的新一代 SAP Commerce Cloud UI 支持客户端渲染和服务器端渲染。
回到本文的主题。
在客户端渲染模式下，Web 应用程序对 SEO 的支持较少。以 SAP Commerce Cloud UI 为例，在使用客户端渲染时，搜索引擎的网络爬虫爬取了一个空的 index.html 页面：app-root 标签中没有内容，因为直到接收到内容浏览器接收 index.html 页面。html，执行 Angular 框架代码，生成最终的 HTML 源代码。
开启服务端渲染模式后，服务端渲染页面。此时，服务器返回浏览器的 app-root 标签，其中已经收录了最终渲染的页面。下图开启服务端渲染模式后请求SAP Commerce Cloud UI首页时，可以对比从服务端接收到的index.html中app-root标签中的数据，并与上图中的客户端渲染模式。
服务端渲染解决了网页爬虫无法正确抓取网页应用页面内容的问题。但是，将页面渲染、数据请求和响应处理移到服务器端，势必会占用服务器端宝贵的内存资源，增加其处理负担。
为此，在SAP Commerce Cloud UI的服务端渲染模式中，我们团队还设计了一些优化逻辑，比如引入渲染缓存，增加渲染队列和超时机制，在一定条件下降级为客户端渲染等。在保证服务器正常服务能力和支持搜索引擎优化之间取得了较好的折衷。
支持服务端渲染只是完成搜索引擎优化的第一步。基于SAP UI5框架开发的SAP应用大多不是2C应用，所以不依赖搜索引擎优化，即这些应用不太可能出现在用户的搜索引擎结果列表中。
另一方面，比如客户使用SAP Commerce Cloud搭建自己的电商店铺，那么店铺搜索引擎优化的完善程度直接关系到店铺的销售额。
网站的搜索引擎优化是一门学问，这篇文章Jerry只介绍他最近从处理客户事件中学到的相关知识。
我们在谷歌根据关键词lego ae进行搜索，搜索结果的第二条记录是阿联酋LEGO的电子商务商店网站（国家代码AE），是基于SAP Spartacus SAP Commerce开发的云界面页面：
上图中灰色区域的页面标题和黄色区域的页面描述分别来自SAP Commerce Cloud UI网页源代码中的title标签和meta description标签的值。
另一个例子是根据关键词 lego ae LEGO Dinosaur Fossils 搜索一个乐高恐龙化石产品：
在搜索结果列表中，会出现一个 SAP Commerce Cloud UI PDP 页面 - 产品详细信息页面，它是一个产品详细信息页面：
在上面的示例中，页面标题标签和元描述标签的值都是后端驱动的，即来自 SAP Commerce Cloud 后端系统。
在SAP Commerce Cloud UI的实现中，我们团队设计了Page模型，其title字段和description字段分别维护了HTML源代码title和meta description标签中需要渲染的值。
我们将上述模型称为 SAP Commerce Cloud UI 页面的元数据：Page Meta。
在运行时，这些页面元数据是通过PageMetaService类的meta$成员来维护的，赋值逻辑如下：
（1)调用cmsService的getCurrentPage方法从Commerce后台读取页面元数据；
(2)根据Commerce Cloud前端配置，读取当前页面类型需要完成的元数据解析类型，获取负责执行相应操作的解析器；
(3) 调用对应的解析器完成解析工作。
解析后的页面元数据存放在PageMetaService的成员变量meta$中，最终被SeoMetaService订阅，取出其值注入到页面DOM元素中。这就是 SAP Commerce Cloud UI 如何为 SEO 实现基于元标记的实现。
在 SAP S/4HANA 等后台人员使用较多的应用程序中，虽然页面上有元标记，但与 SAP Commerce Cloud UI 中使用元描述标记来支持搜索引擎优化是不同的。S/4HANA UI页面中的meta标签，更多体现的是维护页面元数据的初衷，由SAP UI5框架代码和对应的后台代码解析，对客户完全透明。
例如下图中的meta标签名称为sap-client，维护的内容为715，表示Fiori Launchpad后台对应的ABAP Client ID为715.
最后，可以使用inurl语法在搜索引擎中搜索，可以找到一些网站使用SAP WebClient UI技术进行服务端渲染，可以被搜索引擎检索到。有兴趣的朋友可以自己试试。
希望这篇文章能让你对SAP产品UI在支持搜索引擎优化方面所做的努力有一些基本的了解，谢谢阅读。 查看全部
搜索引擎主题模型优化(这是Jerry2021年的第52篇文章，也是汪子熙公众号)
这是杰瑞2021年的第52篇文章，也是王子曦公众号总共第329篇原创文章。
本文的主题还源于 Jerry 团队最近处理的一个客户事件，并且与 Jerry 之前的 文章 演示文稿的内容密切相关。
让我们简单回顾一下前面介绍的客户端渲染（CSR）和服务器端渲染（SSR）的区别。
客户端渲染
如下图所示，用户通过浏览器向网站发送请求，服务器或CDN为用户提供静态HTML、CSS和JavaScript文件。浏览器下载HTML和JavaScript文件，执行JavaScript（通常是Angular、React、Vue、SAP UI5等前端框架的库文件）完成页面渲染。在大多数情况下，浏览器会通过 AJAX 向后端服务器请求动态内容。从服务器获取 API 响应后，在客户端浏览器中解析响应内容以呈现最终页面。
客户端渲染之所以得名，是因为通过 HTML 页面的源代码渲染最终页面并根据 API 响应动态更改页面内容的行为发生在客户端。
使用 CSR 技术的 SAP 产品 UI 包括使用 SAP UI5 框架开发的所有产品，例如 SAP Cloud for Customer，以及基于 SAP Fiori Elements 的 SAP S/4HANA 页面。
服务器端渲染
与CSR相比，在服务器端渲染机制中，从HTML源代码到最终呈现给用户的页面的转换过程是在服务器端运行环境中进行的。
例如，假设 Angular 应用开启了服务端渲染模式，并使用 express 库在 Node.js 服务器上运行，那么应用的 index.html 页面将通过 nguniversal/express-engine 引擎进行渲染。入口位置如下：
服务端渲染完成后，最终呈现给客户端的HTML源代码字符串通过回调函数发送给浏览器，也就是下图1006行做的回调函数。
下图第1008行done回调函数中显示的变量str存储了SAP Commerce Cloud UI启动服务端渲染后服务端渲染的index.html的完整HTML源代码，超过240KB；而在客户端渲染模式下，服务器返回给浏览器的 index.html 内容大小小于 1KB。
使用SSR技术的SAP产品UI，包括所有基于SAP ABAP Webdynpro、WebClient UI技术的产品，如SAP SRM、SAP CRM、SAP S/4HANA中Service模块的UI、基于JSP技术的SAP Commerce Cloud、加速器UI等...
基于 SAP Spartacus 开源项目的新一代 SAP Commerce Cloud UI 支持客户端渲染和服务器端渲染。
回到本文的主题。
在客户端渲染模式下，Web 应用程序对 SEO 的支持较少。以 SAP Commerce Cloud UI 为例，在使用客户端渲染时，搜索引擎的网络爬虫爬取了一个空的 index.html 页面：app-root 标签中没有内容，因为直到接收到内容浏览器接收 index.html 页面。html，执行 Angular 框架代码，生成最终的 HTML 源代码。
开启服务端渲染模式后，服务端渲染页面。此时，服务器返回浏览器的 app-root 标签，其中已经收录了最终渲染的页面。下图开启服务端渲染模式后请求SAP Commerce Cloud UI首页时，可以对比从服务端接收到的index.html中app-root标签中的数据，并与上图中的客户端渲染模式。
服务端渲染解决了网页爬虫无法正确抓取网页应用页面内容的问题。但是，将页面渲染、数据请求和响应处理移到服务器端，势必会占用服务器端宝贵的内存资源，增加其处理负担。
为此，在SAP Commerce Cloud UI的服务端渲染模式中，我们团队还设计了一些优化逻辑，比如引入渲染缓存，增加渲染队列和超时机制，在一定条件下降级为客户端渲染等。在保证服务器正常服务能力和支持搜索引擎优化之间取得了较好的折衷。
支持服务端渲染只是完成搜索引擎优化的第一步。基于SAP UI5框架开发的SAP应用大多不是2C应用，所以不依赖搜索引擎优化，即这些应用不太可能出现在用户的搜索引擎结果列表中。
另一方面，比如客户使用SAP Commerce Cloud搭建自己的电商店铺，那么店铺搜索引擎优化的完善程度直接关系到店铺的销售额。
网站的搜索引擎优化是一门学问，这篇文章Jerry只介绍他最近从处理客户事件中学到的相关知识。
我们在谷歌根据关键词lego ae进行搜索，搜索结果的第二条记录是阿联酋LEGO的电子商务商店网站（国家代码AE），是基于SAP Spartacus SAP Commerce开发的云界面页面：
上图中灰色区域的页面标题和黄色区域的页面描述分别来自SAP Commerce Cloud UI网页源代码中的title标签和meta description标签的值。
另一个例子是根据关键词 lego ae LEGO Dinosaur Fossils 搜索一个乐高恐龙化石产品：
在搜索结果列表中，会出现一个 SAP Commerce Cloud UI PDP 页面 - 产品详细信息页面，它是一个产品详细信息页面：
在上面的示例中，页面标题标签和元描述标签的值都是后端驱动的，即来自 SAP Commerce Cloud 后端系统。
在SAP Commerce Cloud UI的实现中，我们团队设计了Page模型，其title字段和description字段分别维护了HTML源代码title和meta description标签中需要渲染的值。
我们将上述模型称为 SAP Commerce Cloud UI 页面的元数据：Page Meta。
在运行时，这些页面元数据是通过PageMetaService类的meta$成员来维护的，赋值逻辑如下：
（1)调用cmsService的getCurrentPage方法从Commerce后台读取页面元数据；
(2)根据Commerce Cloud前端配置，读取当前页面类型需要完成的元数据解析类型，获取负责执行相应操作的解析器；
(3) 调用对应的解析器完成解析工作。
解析后的页面元数据存放在PageMetaService的成员变量meta$中，最终被SeoMetaService订阅，取出其值注入到页面DOM元素中。这就是 SAP Commerce Cloud UI 如何为 SEO 实现基于元标记的实现。
在 SAP S/4HANA 等后台人员使用较多的应用程序中，虽然页面上有元标记，但与 SAP Commerce Cloud UI 中使用元描述标记来支持搜索引擎优化是不同的。S/4HANA UI页面中的meta标签，更多体现的是维护页面元数据的初衷，由SAP UI5框架代码和对应的后台代码解析，对客户完全透明。
例如下图中的meta标签名称为sap-client，维护的内容为715，表示Fiori Launchpad后台对应的ABAP Client ID为715.
最后，可以使用inurl语法在搜索引擎中搜索，可以找到一些网站使用SAP WebClient UI技术进行服务端渲染，可以被搜索引擎检索到。有兴趣的朋友可以自己试试。
希望这篇文章能让你对SAP产品UI在支持搜索引擎优化方面所做的努力有一些基本的了解，谢谢阅读。
搜索引擎主题模型优化(这是Jerry2021年的第52篇文章，也是汪子熙公众号)
网站优化 • 优采云 发表了文章 • 0 个评论 • 45 次浏览 • 2022-01-29 15:03
搜索引擎主题模型优化(这是Jerry2021年的第52篇文章，也是汪子熙公众号)
这是杰瑞2021年的第52篇文章，也是王子曦公众号总共第329篇原创文章。
本文的主题还源于 Jerry 团队最近处理的一个客户事件，并且与 Jerry 之前的 文章 演示文稿的内容密切相关。
让我们简单回顾一下前面介绍的客户端渲染（CSR）和服务器端渲染（SSR）的区别。
客户端渲染
如下图所示，用户通过浏览器向网站发送请求，服务器或CDN为用户提供静态HTML、CSS和JavaScript文件。浏览器下载HTML和JavaScript文件，执行JavaScript（通常是Angular、React、Vue、SAP UI5等前端框架的库文件）完成页面渲染。在大多数情况下，浏览器会通过 AJAX 向后端服务器请求动态内容。从服务器获取 API 响应后，在客户端浏览器中解析响应内容以呈现最终页面。
客户端渲染之所以得名，是因为通过 HTML 页面的源代码渲染最终页面并根据 API 响应动态更改页面内容的行为发生在客户端。
使用 CSR 技术的 SAP 产品 UI 包括使用 SAP UI5 框架开发的所有产品，例如 SAP Cloud for Customer，以及基于 SAP Fiori Elements 的 SAP S/4HANA 页面。
服务器端渲染
与CSR相比，在服务器端渲染机制中，从HTML源代码到最终呈现给用户的页面的转换过程是在服务器端运行环境中进行的。
例如，假设 Angular 应用开启了服务端渲染模式，并使用 express 库在 Node.js 服务器上运行，那么应用的 index.html 页面将通过 nguniversal/express-engine 引擎进行渲染。入口位置如下：
服务端渲染完成后，最终呈现给客户端的HTML源代码字符串通过回调函数发送给浏览器，也就是下图1006行做的回调函数。
下图第1008行done回调函数中显示的变量str存储了SAP Commerce Cloud UI启动服务端渲染后服务端渲染的index.html的完整HTML源代码，超过240KB；而在客户端渲染模式下，服务器返回给浏览器的 index.html 内容大小小于 1KB。
使用SSR技术的SAP产品UI，包括所有基于SAP ABAP Webdynpro、WebClient UI技术的产品，如SAP SRM、SAP CRM、SAP S/4HANA中Service模块的UI、基于JSP技术的SAP Commerce Cloud、加速器UI等...
基于 SAP Spartacus 开源项目的新一代 SAP Commerce Cloud UI 支持客户端渲染和服务器端渲染。
回到本文的主题。
在客户端渲染模式下，Web 应用程序对 SEO 的支持较少。以 SAP Commerce Cloud UI 为例，在使用客户端渲染时，搜索引擎的网络爬虫爬取了一个空的 index.html 页面：app-root 标签中没有内容，因为直到接收到内容浏览器接收 index.html 页面。html，执行 Angular 框架代码，生成最终的 HTML 源代码。
开启服务端渲染模式后，服务端完成页面渲染。此时，服务器返回浏览器的 app-root 标签，其中已经收录了最终渲染的页面。下图开启服务端渲染模式后请求SAP Commerce Cloud UI首页时，可以对比从服务端接收到的index.html中app-root标签中的数据，并与上图中的客户端渲染模式。
服务端渲染解决了网页爬虫无法正确抓取网页应用页面内容的问题。但是，将页面渲染、数据请求和响应处理移到服务器端，势必会占用服务器端宝贵的内存资源，增加其处理负担。
为此，在SAP Commerce Cloud UI的服务端渲染模式中，我们团队还设计了一些优化逻辑，比如引入渲染缓存，增加渲染队列和超时机制，在一定条件下降级为客户端渲染等。在保证服务器正常服务能力和支持搜索引擎优化之间取得了较好的折衷。
支持服务端渲染只是完成搜索引擎优化的第一步。基于SAP UI5框架开发的SAP应用大多不是2C应用，所以不依赖搜索引擎优化，即这些应用不太可能出现在用户的搜索引擎结果列表中。
另一方面，比如客户使用SAP Commerce Cloud搭建自己的电商店铺，那么店铺搜索引擎优化的完善程度直接关系到店铺的销售额。
网站的搜索引擎优化是一门学问，这篇文章Jerry只介绍他最近从处理客户事件中学到的相关知识。
我们在谷歌根据关键词lego ae进行搜索，搜索结果的第二条记录是阿联酋LEGO的电子商务商店网站（国家代码AE），是基于SAP Spartacus SAP Commerce开发的云界面页面：
上图中灰色区域的页面标题和黄色区域的页面描述分别来自SAP Commerce Cloud UI网页源代码中的title标签和meta description标签的值。
另一个例子是根据关键词 lego ae LEGO Dinosaur Fossils 搜索一个乐高恐龙化石产品：
在搜索结果列表中，会出现一个 SAP Commerce Cloud UI PDP 页面 - 产品详细信息页面，它是一个产品详细信息页面：
在上面的示例中，页面标题标签和元描述标签的值都是后端驱动的，即来自 SAP Commerce Cloud 后端系统。
在SAP Commerce Cloud UI的实现中，我们团队设计了Page模型，其title字段和description字段分别维护了HTML源代码title和meta description标签中需要渲染的值。
我们将上述模型称为 SAP Commerce Cloud UI 页面的元数据：Page Meta。
在运行时，这些页面元数据是通过PageMetaService类的meta$成员来维护的，赋值逻辑如下：
（1)调用cmsService的getCurrentPage方法从Commerce后台读取页面元数据；
(2)根据Commerce Cloud的前端配置，读取当前页面类型需要完成的元数据解析类型，获取负责执行相应操作的解析器；
(3) 调用对应的解析器完成解析工作。
解析后的页面元数据存放在PageMetaService的成员变量meta$中，最终被SeoMetaService订阅，取出其值注入到页面DOM元素中。这就是 SAP Commerce Cloud UI 如何为 SEO 实现基于元标记的实现。
在 SAP S/4HANA 等后台人员使用较多的应用程序中，虽然页面上有元标记，但与 SAP Commerce Cloud UI 中使用元描述标记来支持搜索引擎优化是不同的。S/4HANA UI页面中的meta标签，更多体现的是维护页面元数据的初衷，由SAP UI5框架代码和对应的后台代码解析，对客户完全透明。
例如下图中的meta标签名称为sap-client，维护的内容为715，表示Fiori Launchpad后台对应的ABAP Client ID为715.
最后，可以使用inurl语法在搜索引擎中搜索，可以找到一些网站使用SAP WebClient UI技术进行服务端渲染，可以被搜索引擎检索到。有兴趣的朋友可以自己试试。
希望这篇文章能让你对SAP产品UI在支持搜索引擎优化方面所做的努力有一些基本的了解，谢谢阅读。 查看全部
这是杰瑞2021年的第52篇文章，也是王子曦公众号总共第329篇原创文章。
本文的主题还源于 Jerry 团队最近处理的一个客户事件，并且与 Jerry 之前的 文章 演示文稿的内容密切相关。
让我们简单回顾一下前面介绍的客户端渲染（CSR）和服务器端渲染（SSR）的区别。
客户端渲染
如下图所示，用户通过浏览器向网站发送请求，服务器或CDN为用户提供静态HTML、CSS和JavaScript文件。浏览器下载HTML和JavaScript文件，执行JavaScript（通常是Angular、React、Vue、SAP UI5等前端框架的库文件）完成页面渲染。在大多数情况下，浏览器会通过 AJAX 向后端服务器请求动态内容。从服务器获取 API 响应后，在客户端浏览器中解析响应内容以呈现最终页面。
客户端渲染之所以得名，是因为通过 HTML 页面的源代码渲染最终页面并根据 API 响应动态更改页面内容的行为发生在客户端。
使用 CSR 技术的 SAP 产品 UI 包括使用 SAP UI5 框架开发的所有产品，例如 SAP Cloud for Customer，以及基于 SAP Fiori Elements 的 SAP S/4HANA 页面。
服务器端渲染
与CSR相比，在服务器端渲染机制中，从HTML源代码到最终呈现给用户的页面的转换过程是在服务器端运行环境中进行的。
例如，假设 Angular 应用开启了服务端渲染模式，并使用 express 库在 Node.js 服务器上运行，那么应用的 index.html 页面将通过 nguniversal/express-engine 引擎进行渲染。入口位置如下：
服务端渲染完成后，最终呈现给客户端的HTML源代码字符串通过回调函数发送给浏览器，也就是下图1006行做的回调函数。
下图第1008行done回调函数中显示的变量str存储了SAP Commerce Cloud UI启动服务端渲染后服务端渲染的index.html的完整HTML源代码，超过240KB；而在客户端渲染模式下，服务器返回给浏览器的 index.html 内容大小小于 1KB。
使用SSR技术的SAP产品UI，包括所有基于SAP ABAP Webdynpro、WebClient UI技术的产品，如SAP SRM、SAP CRM、SAP S/4HANA中Service模块的UI、基于JSP技术的SAP Commerce Cloud、加速器UI等...
基于 SAP Spartacus 开源项目的新一代 SAP Commerce Cloud UI 支持客户端渲染和服务器端渲染。
回到本文的主题。
在客户端渲染模式下，Web 应用程序对 SEO 的支持较少。以 SAP Commerce Cloud UI 为例，在使用客户端渲染时，搜索引擎的网络爬虫爬取了一个空的 index.html 页面：app-root 标签中没有内容，因为直到接收到内容浏览器接收 index.html 页面。html，执行 Angular 框架代码，生成最终的 HTML 源代码。
开启服务端渲染模式后，服务端完成页面渲染。此时，服务器返回浏览器的 app-root 标签，其中已经收录了最终渲染的页面。下图开启服务端渲染模式后请求SAP Commerce Cloud UI首页时，可以对比从服务端接收到的index.html中app-root标签中的数据，并与上图中的客户端渲染模式。
服务端渲染解决了网页爬虫无法正确抓取网页应用页面内容的问题。但是，将页面渲染、数据请求和响应处理移到服务器端，势必会占用服务器端宝贵的内存资源，增加其处理负担。
为此，在SAP Commerce Cloud UI的服务端渲染模式中，我们团队还设计了一些优化逻辑，比如引入渲染缓存，增加渲染队列和超时机制，在一定条件下降级为客户端渲染等。在保证服务器正常服务能力和支持搜索引擎优化之间取得了较好的折衷。
支持服务端渲染只是完成搜索引擎优化的第一步。基于SAP UI5框架开发的SAP应用大多不是2C应用，所以不依赖搜索引擎优化，即这些应用不太可能出现在用户的搜索引擎结果列表中。
另一方面，比如客户使用SAP Commerce Cloud搭建自己的电商店铺，那么店铺搜索引擎优化的完善程度直接关系到店铺的销售额。
网站的搜索引擎优化是一门学问，这篇文章Jerry只介绍他最近从处理客户事件中学到的相关知识。
我们在谷歌根据关键词lego ae进行搜索，搜索结果的第二条记录是阿联酋LEGO的电子商务商店网站（国家代码AE），是基于SAP Spartacus SAP Commerce开发的云界面页面：
上图中灰色区域的页面标题和黄色区域的页面描述分别来自SAP Commerce Cloud UI网页源代码中的title标签和meta description标签的值。
另一个例子是根据关键词 lego ae LEGO Dinosaur Fossils 搜索一个乐高恐龙化石产品：
在搜索结果列表中，会出现一个 SAP Commerce Cloud UI PDP 页面 - 产品详细信息页面，它是一个产品详细信息页面：
在上面的示例中，页面标题标签和元描述标签的值都是后端驱动的，即来自 SAP Commerce Cloud 后端系统。
在SAP Commerce Cloud UI的实现中，我们团队设计了Page模型，其title字段和description字段分别维护了HTML源代码title和meta description标签中需要渲染的值。
我们将上述模型称为 SAP Commerce Cloud UI 页面的元数据：Page Meta。
在运行时，这些页面元数据是通过PageMetaService类的meta$成员来维护的，赋值逻辑如下：
（1)调用cmsService的getCurrentPage方法从Commerce后台读取页面元数据；
(2)根据Commerce Cloud的前端配置，读取当前页面类型需要完成的元数据解析类型，获取负责执行相应操作的解析器；
(3) 调用对应的解析器完成解析工作。
解析后的页面元数据存放在PageMetaService的成员变量meta$中，最终被SeoMetaService订阅，取出其值注入到页面DOM元素中。这就是 SAP Commerce Cloud UI 如何为 SEO 实现基于元标记的实现。
在 SAP S/4HANA 等后台人员使用较多的应用程序中，虽然页面上有元标记，但与 SAP Commerce Cloud UI 中使用元描述标记来支持搜索引擎优化是不同的。S/4HANA UI页面中的meta标签，更多体现的是维护页面元数据的初衷，由SAP UI5框架代码和对应的后台代码解析，对客户完全透明。
例如下图中的meta标签名称为sap-client，维护的内容为715，表示Fiori Launchpad后台对应的ABAP Client ID为715.
最后，可以使用inurl语法在搜索引擎中搜索，可以找到一些网站使用SAP WebClient UI技术进行服务端渲染，可以被搜索引擎检索到。有兴趣的朋友可以自己试试。
希望这篇文章能让你对SAP产品UI在支持搜索引擎优化方面所做的努力有一些基本的了解，谢谢阅读。 查看全部
搜索引擎主题模型优化(这是Jerry2021年的第52篇文章，也是汪子熙公众号)
这是杰瑞2021年的第52篇文章，也是王子曦公众号总共第329篇原创文章。
本文的主题还源于 Jerry 团队最近处理的一个客户事件，并且与 Jerry 之前的 文章 演示文稿的内容密切相关。
让我们简单回顾一下前面介绍的客户端渲染（CSR）和服务器端渲染（SSR）的区别。
客户端渲染
如下图所示，用户通过浏览器向网站发送请求，服务器或CDN为用户提供静态HTML、CSS和JavaScript文件。浏览器下载HTML和JavaScript文件，执行JavaScript（通常是Angular、React、Vue、SAP UI5等前端框架的库文件）完成页面渲染。在大多数情况下，浏览器会通过 AJAX 向后端服务器请求动态内容。从服务器获取 API 响应后，在客户端浏览器中解析响应内容以呈现最终页面。
客户端渲染之所以得名，是因为通过 HTML 页面的源代码渲染最终页面并根据 API 响应动态更改页面内容的行为发生在客户端。
使用 CSR 技术的 SAP 产品 UI 包括使用 SAP UI5 框架开发的所有产品，例如 SAP Cloud for Customer，以及基于 SAP Fiori Elements 的 SAP S/4HANA 页面。
服务器端渲染
与CSR相比，在服务器端渲染机制中，从HTML源代码到最终呈现给用户的页面的转换过程是在服务器端运行环境中进行的。
例如，假设 Angular 应用开启了服务端渲染模式，并使用 express 库在 Node.js 服务器上运行，那么应用的 index.html 页面将通过 nguniversal/express-engine 引擎进行渲染。入口位置如下：
服务端渲染完成后，最终呈现给客户端的HTML源代码字符串通过回调函数发送给浏览器，也就是下图1006行做的回调函数。
下图第1008行done回调函数中显示的变量str存储了SAP Commerce Cloud UI启动服务端渲染后服务端渲染的index.html的完整HTML源代码，超过240KB；而在客户端渲染模式下，服务器返回给浏览器的 index.html 内容大小小于 1KB。
使用SSR技术的SAP产品UI，包括所有基于SAP ABAP Webdynpro、WebClient UI技术的产品，如SAP SRM、SAP CRM、SAP S/4HANA中Service模块的UI、基于JSP技术的SAP Commerce Cloud、加速器UI等...
基于 SAP Spartacus 开源项目的新一代 SAP Commerce Cloud UI 支持客户端渲染和服务器端渲染。
回到本文的主题。
在客户端渲染模式下，Web 应用程序对 SEO 的支持较少。以 SAP Commerce Cloud UI 为例，在使用客户端渲染时，搜索引擎的网络爬虫爬取了一个空的 index.html 页面：app-root 标签中没有内容，因为直到接收到内容浏览器接收 index.html 页面。html，执行 Angular 框架代码，生成最终的 HTML 源代码。
开启服务端渲染模式后，服务端完成页面渲染。此时，服务器返回浏览器的 app-root 标签，其中已经收录了最终渲染的页面。下图开启服务端渲染模式后请求SAP Commerce Cloud UI首页时，可以对比从服务端接收到的index.html中app-root标签中的数据，并与上图中的客户端渲染模式。
服务端渲染解决了网页爬虫无法正确抓取网页应用页面内容的问题。但是，将页面渲染、数据请求和响应处理移到服务器端，势必会占用服务器端宝贵的内存资源，增加其处理负担。
为此，在SAP Commerce Cloud UI的服务端渲染模式中，我们团队还设计了一些优化逻辑，比如引入渲染缓存，增加渲染队列和超时机制，在一定条件下降级为客户端渲染等。在保证服务器正常服务能力和支持搜索引擎优化之间取得了较好的折衷。
支持服务端渲染只是完成搜索引擎优化的第一步。基于SAP UI5框架开发的SAP应用大多不是2C应用，所以不依赖搜索引擎优化，即这些应用不太可能出现在用户的搜索引擎结果列表中。
另一方面，比如客户使用SAP Commerce Cloud搭建自己的电商店铺，那么店铺搜索引擎优化的完善程度直接关系到店铺的销售额。
网站的搜索引擎优化是一门学问，这篇文章Jerry只介绍他最近从处理客户事件中学到的相关知识。
我们在谷歌根据关键词lego ae进行搜索，搜索结果的第二条记录是阿联酋LEGO的电子商务商店网站（国家代码AE），是基于SAP Spartacus SAP Commerce开发的云界面页面：
上图中灰色区域的页面标题和黄色区域的页面描述分别来自SAP Commerce Cloud UI网页源代码中的title标签和meta description标签的值。
另一个例子是根据关键词 lego ae LEGO Dinosaur Fossils 搜索一个乐高恐龙化石产品：
在搜索结果列表中，会出现一个 SAP Commerce Cloud UI PDP 页面 - 产品详细信息页面，它是一个产品详细信息页面：
在上面的示例中，页面标题标签和元描述标签的值都是后端驱动的，即来自 SAP Commerce Cloud 后端系统。
在SAP Commerce Cloud UI的实现中，我们团队设计了Page模型，其title字段和description字段分别维护了HTML源代码title和meta description标签中需要渲染的值。
我们将上述模型称为 SAP Commerce Cloud UI 页面的元数据：Page Meta。
在运行时，这些页面元数据是通过PageMetaService类的meta$成员来维护的，赋值逻辑如下：
（1)调用cmsService的getCurrentPage方法从Commerce后台读取页面元数据；
(2)根据Commerce Cloud的前端配置，读取当前页面类型需要完成的元数据解析类型，获取负责执行相应操作的解析器；
(3) 调用对应的解析器完成解析工作。
解析后的页面元数据存放在PageMetaService的成员变量meta$中，最终被SeoMetaService订阅，取出其值注入到页面DOM元素中。这就是 SAP Commerce Cloud UI 如何为 SEO 实现基于元标记的实现。
在 SAP S/4HANA 等后台人员使用较多的应用程序中，虽然页面上有元标记，但与 SAP Commerce Cloud UI 中使用元描述标记来支持搜索引擎优化是不同的。S/4HANA UI页面中的meta标签，更多体现的是维护页面元数据的初衷，由SAP UI5框架代码和对应的后台代码解析，对客户完全透明。
例如下图中的meta标签名称为sap-client，维护的内容为715，表示Fiori Launchpad后台对应的ABAP Client ID为715.
最后，可以使用inurl语法在搜索引擎中搜索，可以找到一些网站使用SAP WebClient UI技术进行服务端渲染，可以被搜索引擎检索到。有兴趣的朋友可以自己试试。
希望这篇文章能让你对SAP产品UI在支持搜索引擎优化方面所做的努力有一些基本的了解，谢谢阅读。
搜索引擎主题模型优化(这是Jerry2021年的第52篇文章，也是汪子熙公众号)
网站优化 • 优采云 发表了文章 • 0 个评论 • 95 次浏览 • 2022-01-29 15:03
搜索引擎主题模型优化(这是Jerry2021年的第52篇文章，也是汪子熙公众号)
这是杰瑞2021年的第52篇文章，也是王子曦公众号总共第329篇原创文章。
本文的主题还源于 Jerry 团队最近处理的一个客户事件，并且与 Jerry 之前的 文章 演示文稿的内容密切相关。
让我们简单回顾一下前面介绍的客户端渲染（CSR）和服务器端渲染（SSR）的区别。
客户端渲染
如下图所示，用户通过浏览器向网站发送请求，服务器或CDN为用户提供静态HTML、CSS和JavaScript文件。浏览器下载HTML和JavaScript文件，执行JavaScript（通常是Angular、React、Vue、SAP UI5等前端框架的库文件）完成页面渲染。在大多数情况下，浏览器会通过 AJAX 向后端服务器请求动态内容。从服务器获取 API 响应后，在客户端浏览器中解析响应内容以呈现最终页面。
客户端渲染之所以得名，是因为通过 HTML 页面的源代码渲染最终页面并根据 API 响应动态更改页面内容的行为发生在客户端。
使用 CSR 技术的 SAP 产品 UI 包括使用 SAP UI5 框架开发的所有产品，例如 SAP Cloud for Customer，以及基于 SAP Fiori Elements 的 SAP S/4HANA 页面。
服务器端渲染
与CSR相比，在服务器端渲染机制中，从HTML源代码到最终呈现给用户的页面的转换过程是在服务器端运行环境中进行的。
例如，假设 Angular 应用开启了服务端渲染模式，并使用 express 库在 Node.js 服务器上运行，那么应用的 index.html 页面将通过 nguniversal/express-engine 引擎进行渲染。入口位置如下：
服务端渲染完成后，最终呈现给客户端的HTML源代码字符串通过回调函数发送给浏览器，也就是下图1006行做的回调函数。
下图第1008行done回调函数中显示的变量str存储了SAP Commerce Cloud UI启动服务端渲染后服务端渲染的index.html的完整HTML源代码，超过240KB；而在客户端渲染模式下，服务器返回给浏览器的 index.html 内容大小小于 1KB。
使用SSR技术的SAP产品UI，包括所有基于SAP ABAP Webdynpro、WebClient UI技术的产品，如SAP SRM、SAP CRM、SAP S/4HANA中Service模块的UI、基于JSP技术的SAP Commerce Cloud、加速器UI等...
基于 SAP Spartacus 开源项目的新一代 SAP Commerce Cloud UI 支持客户端渲染和服务器端渲染。
回到本文的主题。
在客户端渲染模式下，Web 应用程序对 SEO 的支持较少。以 SAP Commerce Cloud UI 为例，在使用客户端渲染时，搜索引擎的网络爬虫爬取了一个空的 index.html 页面：app-root 标签中没有内容，因为直到接收到内容浏览器接收 index.html 页面。html，执行 Angular 框架代码，生成最终的 HTML 源代码。
开启服务端渲染模式后，服务端完成页面渲染。此时，服务器返回浏览器的 app-root 标签，其中已经收录了最终渲染的页面。下图开启服务端渲染模式后请求SAP Commerce Cloud UI首页时，可以对比从服务端接收到的index.html中app-root标签中的数据，并与上图中的客户端渲染模式。
服务端渲染解决了网页爬虫无法正确抓取网页应用页面内容的问题。但是，将页面渲染、数据请求和响应处理移到服务器端，势必会占用服务器端宝贵的内存资源，增加其处理负担。
为此，在SAP Commerce Cloud UI的服务端渲染模式中，我们团队还设计了一些优化逻辑，比如引入渲染缓存，增加渲染队列和超时机制，在一定条件下降级为客户端渲染等。在保证服务器正常服务能力和支持搜索引擎优化之间取得了较好的折衷。
支持服务端渲染只是完成搜索引擎优化的第一步。基于SAP UI5框架开发的SAP应用大多不是2C应用，所以不依赖搜索引擎优化，即这些应用不太可能出现在用户的搜索引擎结果列表中。
另一方面，比如客户使用SAP Commerce Cloud搭建自己的电商店铺，那么店铺搜索引擎优化的完善程度直接关系到店铺的销售额。
网站的搜索引擎优化是一门学问，这篇文章Jerry只介绍他最近从处理客户事件中学到的相关知识。
我们在谷歌根据关键词lego ae进行搜索，搜索结果的第二条记录是阿联酋LEGO的电子商务商店网站（国家代码AE），是基于SAP Spartacus SAP Commerce开发的云界面页面：
上图中灰色区域的页面标题和黄色区域的页面描述分别来自SAP Commerce Cloud UI网页源代码中的title标签和meta description标签的值。
另一个例子是根据关键词 lego ae LEGO Dinosaur Fossils 搜索一个乐高恐龙化石产品：
在搜索结果列表中，会出现一个 SAP Commerce Cloud UI PDP 页面 - 产品详细信息页面，它是一个产品详细信息页面：
在上面的示例中，页面标题标签和元描述标签的值都是后端驱动的，即来自 SAP Commerce Cloud 后端系统。
在SAP Commerce Cloud UI的实现中，我们团队设计了Page模型，它的title字段和description字段分别维护了HTML源代码title和meta description标签中需要渲染的值。
我们将上述模型称为 SAP Commerce Cloud UI 页面的元数据：Page Meta。
在运行时，这些页面元数据是通过PageMetaService类的meta$成员来维护的，赋值逻辑如下：
（1)调用cmsService的getCurrentPage方法从Commerce后台读取页面元数据；
(2)根据Commerce Cloud的前端配置，读取当前页面类型需要完成的元数据解析类型，获取负责执行相应操作的解析器；
(3) 调用对应的解析器完成解析工作。
解析后的页面元数据存放在PageMetaService的成员变量meta$中，最终被SeoMetaService订阅，取出其值注入到页面DOM元素中。这就是 SAP Commerce Cloud UI 如何为 SEO 实现基于元标记的实现。
在 SAP S/4HANA 等后台人员使用较多的应用程序中，虽然页面上有元标记，但与 SAP Commerce Cloud UI 中使用元描述标记来支持搜索引擎优化是不同的。S/4HANA UI页面中的meta标签，更多体现的是维护页面元数据的初衷，由SAP UI5框架代码和对应的后台代码解析，对客户完全透明。
例如下图中的meta标签名称为sap-client，维护的内容为715，表示Fiori Launchpad后台对应的ABAP Client ID为715.
最后，可以使用inurl语法在搜索引擎中搜索，可以找到一些网站使用SAP WebClient UI技术进行服务端渲染，可以被搜索引擎检索到。有兴趣的朋友可以自己试试。
希望这篇文章能让你对SAP产品UI在支持搜索引擎优化方面所做的努力有一些基本的了解，谢谢阅读。 查看全部
这是杰瑞2021年的第52篇文章，也是王子曦公众号总共第329篇原创文章。
本文的主题还源于 Jerry 团队最近处理的一个客户事件，并且与 Jerry 之前的 文章 演示文稿的内容密切相关。
让我们简单回顾一下前面介绍的客户端渲染（CSR）和服务器端渲染（SSR）的区别。
客户端渲染
如下图所示，用户通过浏览器向网站发送请求，服务器或CDN为用户提供静态HTML、CSS和JavaScript文件。浏览器下载HTML和JavaScript文件，执行JavaScript（通常是Angular、React、Vue、SAP UI5等前端框架的库文件）完成页面渲染。在大多数情况下，浏览器会通过 AJAX 向后端服务器请求动态内容。从服务器获取 API 响应后，在客户端浏览器中解析响应内容以呈现最终页面。
客户端渲染之所以得名，是因为通过 HTML 页面的源代码渲染最终页面并根据 API 响应动态更改页面内容的行为发生在客户端。
使用 CSR 技术的 SAP 产品 UI 包括使用 SAP UI5 框架开发的所有产品，例如 SAP Cloud for Customer，以及基于 SAP Fiori Elements 的 SAP S/4HANA 页面。
服务器端渲染
与CSR相比，在服务器端渲染机制中，从HTML源代码到最终呈现给用户的页面的转换过程是在服务器端运行环境中进行的。
例如，假设 Angular 应用开启了服务端渲染模式，并使用 express 库在 Node.js 服务器上运行，那么应用的 index.html 页面将通过 nguniversal/express-engine 引擎进行渲染。入口位置如下：
服务端渲染完成后，最终呈现给客户端的HTML源代码字符串通过回调函数发送给浏览器，也就是下图1006行做的回调函数。
下图第1008行done回调函数中显示的变量str存储了SAP Commerce Cloud UI启动服务端渲染后服务端渲染的index.html的完整HTML源代码，超过240KB；而在客户端渲染模式下，服务器返回给浏览器的 index.html 内容大小小于 1KB。
使用SSR技术的SAP产品UI，包括所有基于SAP ABAP Webdynpro、WebClient UI技术的产品，如SAP SRM、SAP CRM、SAP S/4HANA中Service模块的UI、基于JSP技术的SAP Commerce Cloud、加速器UI等...
基于 SAP Spartacus 开源项目的新一代 SAP Commerce Cloud UI 支持客户端渲染和服务器端渲染。
回到本文的主题。
在客户端渲染模式下，Web 应用程序对 SEO 的支持较少。以 SAP Commerce Cloud UI 为例，在使用客户端渲染时，搜索引擎的网络爬虫爬取了一个空的 index.html 页面：app-root 标签中没有内容，因为直到接收到内容浏览器接收 index.html 页面。html，执行 Angular 框架代码，生成最终的 HTML 源代码。
开启服务端渲染模式后，服务端完成页面渲染。此时，服务器返回浏览器的 app-root 标签，其中已经收录了最终渲染的页面。下图开启服务端渲染模式后请求SAP Commerce Cloud UI首页时，可以对比从服务端接收到的index.html中app-root标签中的数据，并与上图中的客户端渲染模式。
服务端渲染解决了网页爬虫无法正确抓取网页应用页面内容的问题。但是，将页面渲染、数据请求和响应处理移到服务器端，势必会占用服务器端宝贵的内存资源，增加其处理负担。
为此，在SAP Commerce Cloud UI的服务端渲染模式中，我们团队还设计了一些优化逻辑，比如引入渲染缓存，增加渲染队列和超时机制，在一定条件下降级为客户端渲染等。在保证服务器正常服务能力和支持搜索引擎优化之间取得了较好的折衷。
支持服务端渲染只是完成搜索引擎优化的第一步。基于SAP UI5框架开发的SAP应用大多不是2C应用，所以不依赖搜索引擎优化，即这些应用不太可能出现在用户的搜索引擎结果列表中。
另一方面，比如客户使用SAP Commerce Cloud搭建自己的电商店铺，那么店铺搜索引擎优化的完善程度直接关系到店铺的销售额。
网站的搜索引擎优化是一门学问，这篇文章Jerry只介绍他最近从处理客户事件中学到的相关知识。
我们在谷歌根据关键词lego ae进行搜索，搜索结果的第二条记录是阿联酋LEGO的电子商务商店网站（国家代码AE），是基于SAP Spartacus SAP Commerce开发的云界面页面：
上图中灰色区域的页面标题和黄色区域的页面描述分别来自SAP Commerce Cloud UI网页源代码中的title标签和meta description标签的值。
另一个例子是根据关键词 lego ae LEGO Dinosaur Fossils 搜索一个乐高恐龙化石产品：
在搜索结果列表中，会出现一个 SAP Commerce Cloud UI PDP 页面 - 产品详细信息页面，它是一个产品详细信息页面：
在上面的示例中，页面标题标签和元描述标签的值都是后端驱动的，即来自 SAP Commerce Cloud 后端系统。
在SAP Commerce Cloud UI的实现中，我们团队设计了Page模型，它的title字段和description字段分别维护了HTML源代码title和meta description标签中需要渲染的值。
我们将上述模型称为 SAP Commerce Cloud UI 页面的元数据：Page Meta。
在运行时，这些页面元数据是通过PageMetaService类的meta$成员来维护的，赋值逻辑如下：
（1)调用cmsService的getCurrentPage方法从Commerce后台读取页面元数据；
(2)根据Commerce Cloud的前端配置，读取当前页面类型需要完成的元数据解析类型，获取负责执行相应操作的解析器；
(3) 调用对应的解析器完成解析工作。
解析后的页面元数据存放在PageMetaService的成员变量meta$中，最终被SeoMetaService订阅，取出其值注入到页面DOM元素中。这就是 SAP Commerce Cloud UI 如何为 SEO 实现基于元标记的实现。
在 SAP S/4HANA 等后台人员使用较多的应用程序中，虽然页面上有元标记，但与 SAP Commerce Cloud UI 中使用元描述标记来支持搜索引擎优化是不同的。S/4HANA UI页面中的meta标签，更多体现的是维护页面元数据的初衷，由SAP UI5框架代码和对应的后台代码解析，对客户完全透明。
例如下图中的meta标签名称为sap-client，维护的内容为715，表示Fiori Launchpad后台对应的ABAP Client ID为715.
最后，可以使用inurl语法在搜索引擎中搜索，可以找到一些网站使用SAP WebClient UI技术进行服务端渲染，可以被搜索引擎检索到。有兴趣的朋友可以自己试试。
希望这篇文章能让你对SAP产品UI在支持搜索引擎优化方面所做的努力有一些基本的了解，谢谢阅读。 查看全部
搜索引擎主题模型优化(这是Jerry2021年的第52篇文章，也是汪子熙公众号)
这是杰瑞2021年的第52篇文章，也是王子曦公众号总共第329篇原创文章。
本文的主题还源于 Jerry 团队最近处理的一个客户事件，并且与 Jerry 之前的 文章 演示文稿的内容密切相关。
让我们简单回顾一下前面介绍的客户端渲染（CSR）和服务器端渲染（SSR）的区别。
客户端渲染
如下图所示，用户通过浏览器向网站发送请求，服务器或CDN为用户提供静态HTML、CSS和JavaScript文件。浏览器下载HTML和JavaScript文件，执行JavaScript（通常是Angular、React、Vue、SAP UI5等前端框架的库文件）完成页面渲染。在大多数情况下，浏览器会通过 AJAX 向后端服务器请求动态内容。从服务器获取 API 响应后，在客户端浏览器中解析响应内容以呈现最终页面。
客户端渲染之所以得名，是因为通过 HTML 页面的源代码渲染最终页面并根据 API 响应动态更改页面内容的行为发生在客户端。
使用 CSR 技术的 SAP 产品 UI 包括使用 SAP UI5 框架开发的所有产品，例如 SAP Cloud for Customer，以及基于 SAP Fiori Elements 的 SAP S/4HANA 页面。
服务器端渲染
与CSR相比，在服务器端渲染机制中，从HTML源代码到最终呈现给用户的页面的转换过程是在服务器端运行环境中进行的。
例如，假设 Angular 应用开启了服务端渲染模式，并使用 express 库在 Node.js 服务器上运行，那么应用的 index.html 页面将通过 nguniversal/express-engine 引擎进行渲染。入口位置如下：
服务端渲染完成后，最终呈现给客户端的HTML源代码字符串通过回调函数发送给浏览器，也就是下图1006行做的回调函数。
下图第1008行done回调函数中显示的变量str存储了SAP Commerce Cloud UI启动服务端渲染后服务端渲染的index.html的完整HTML源代码，超过240KB；而在客户端渲染模式下，服务器返回给浏览器的 index.html 内容大小小于 1KB。
使用SSR技术的SAP产品UI，包括所有基于SAP ABAP Webdynpro、WebClient UI技术的产品，如SAP SRM、SAP CRM、SAP S/4HANA中Service模块的UI、基于JSP技术的SAP Commerce Cloud、加速器UI等...
基于 SAP Spartacus 开源项目的新一代 SAP Commerce Cloud UI 支持客户端渲染和服务器端渲染。
回到本文的主题。
在客户端渲染模式下，Web 应用程序对 SEO 的支持较少。以 SAP Commerce Cloud UI 为例，在使用客户端渲染时，搜索引擎的网络爬虫爬取了一个空的 index.html 页面：app-root 标签中没有内容，因为直到接收到内容浏览器接收 index.html 页面。html，执行 Angular 框架代码，生成最终的 HTML 源代码。
开启服务端渲染模式后，服务端完成页面渲染。此时，服务器返回浏览器的 app-root 标签，其中已经收录了最终渲染的页面。下图开启服务端渲染模式后请求SAP Commerce Cloud UI首页时，可以对比从服务端接收到的index.html中app-root标签中的数据，并与上图中的客户端渲染模式。
服务端渲染解决了网页爬虫无法正确抓取网页应用页面内容的问题。但是，将页面渲染、数据请求和响应处理移到服务器端，势必会占用服务器端宝贵的内存资源，增加其处理负担。
为此，在SAP Commerce Cloud UI的服务端渲染模式中，我们团队还设计了一些优化逻辑，比如引入渲染缓存，增加渲染队列和超时机制，在一定条件下降级为客户端渲染等。在保证服务器正常服务能力和支持搜索引擎优化之间取得了较好的折衷。
支持服务端渲染只是完成搜索引擎优化的第一步。基于SAP UI5框架开发的SAP应用大多不是2C应用，所以不依赖搜索引擎优化，即这些应用不太可能出现在用户的搜索引擎结果列表中。
另一方面，比如客户使用SAP Commerce Cloud搭建自己的电商店铺，那么店铺搜索引擎优化的完善程度直接关系到店铺的销售额。
网站的搜索引擎优化是一门学问，这篇文章Jerry只介绍他最近从处理客户事件中学到的相关知识。
我们在谷歌根据关键词lego ae进行搜索，搜索结果的第二条记录是阿联酋LEGO的电子商务商店网站（国家代码AE），是基于SAP Spartacus SAP Commerce开发的云界面页面：
上图中灰色区域的页面标题和黄色区域的页面描述分别来自SAP Commerce Cloud UI网页源代码中的title标签和meta description标签的值。
另一个例子是根据关键词 lego ae LEGO Dinosaur Fossils 搜索一个乐高恐龙化石产品：
在搜索结果列表中，会出现一个 SAP Commerce Cloud UI PDP 页面 - 产品详细信息页面，它是一个产品详细信息页面：
在上面的示例中，页面标题标签和元描述标签的值都是后端驱动的，即来自 SAP Commerce Cloud 后端系统。
在SAP Commerce Cloud UI的实现中，我们团队设计了Page模型，它的title字段和description字段分别维护了HTML源代码title和meta description标签中需要渲染的值。
我们将上述模型称为 SAP Commerce Cloud UI 页面的元数据：Page Meta。
在运行时，这些页面元数据是通过PageMetaService类的meta$成员来维护的，赋值逻辑如下：
（1)调用cmsService的getCurrentPage方法从Commerce后台读取页面元数据；
(2)根据Commerce Cloud的前端配置，读取当前页面类型需要完成的元数据解析类型，获取负责执行相应操作的解析器；
(3) 调用对应的解析器完成解析工作。
解析后的页面元数据存放在PageMetaService的成员变量meta$中，最终被SeoMetaService订阅，取出其值注入到页面DOM元素中。这就是 SAP Commerce Cloud UI 如何为 SEO 实现基于元标记的实现。
在 SAP S/4HANA 等后台人员使用较多的应用程序中，虽然页面上有元标记，但与 SAP Commerce Cloud UI 中使用元描述标记来支持搜索引擎优化是不同的。S/4HANA UI页面中的meta标签，更多体现的是维护页面元数据的初衷，由SAP UI5框架代码和对应的后台代码解析，对客户完全透明。
例如下图中的meta标签名称为sap-client，维护的内容为715，表示Fiori Launchpad后台对应的ABAP Client ID为715.
最后，可以使用inurl语法在搜索引擎中搜索，可以找到一些网站使用SAP WebClient UI技术进行服务端渲染，可以被搜索引擎检索到。有兴趣的朋友可以自己试试。
希望这篇文章能让你对SAP产品UI在支持搜索引擎优化方面所做的努力有一些基本的了解，谢谢阅读。
搜索引擎主题模型优化(这是Jerry2021年的第52篇文章，也是汪子熙公众号)
网站优化 • 优采云 发表了文章 • 0 个评论 • 56 次浏览 • 2022-01-29 15:02
搜索引擎主题模型优化(这是Jerry2021年的第52篇文章，也是汪子熙公众号)
这是杰瑞2021年的第52篇文章，也是王子曦公众号总共第329篇原创文章。
本文的主题还源于 Jerry 团队最近处理的一个客户事件，并且与 Jerry 之前的 文章 演示文稿的内容密切相关。
让我们简单回顾一下前面介绍的客户端渲染（CSR）和服务器端渲染（SSR）的区别。
客户端渲染
如下图所示，用户通过浏览器向网站发送请求，服务器或CDN为用户提供静态HTML、CSS和JavaScript文件。浏览器下载HTML和JavaScript文件，执行JavaScript（通常是Angular、React、Vue、SAP UI5等前端框架的库文件）完成页面渲染。在大多数情况下，浏览器会通过 AJAX 向后端服务器请求动态内容。从服务器获取 API 响应后，在客户端浏览器中解析响应内容以呈现最终页面。
客户端渲染之所以得名，是因为通过 HTML 页面的源代码渲染最终页面并根据 API 响应动态更改页面内容的行为发生在客户端。
使用 CSR 技术的 SAP 产品 UI 包括使用 SAP UI5 框架开发的所有产品，例如 SAP Cloud for Customer，以及基于 SAP Fiori Elements 的 SAP S/4HANA 页面。
服务器端渲染
与CSR相比，在服务器端渲染机制中，从HTML源代码到最终呈现给用户的页面的转换过程是在服务器端运行环境中进行的。
例如，假设 Angular 应用开启了服务端渲染模式，并使用 express 库在 Node.js 服务器上运行，那么应用的 index.html 页面将通过 nguniversal/express-engine 引擎进行渲染。入口位置如下：
服务端渲染完成后，最终呈现给客户端的HTML源代码字符串通过回调函数发送给浏览器，也就是下图1006行做的回调函数。
下图第1008行done回调函数中显示的变量str存储了SAP Commerce Cloud UI启动服务端渲染后服务端渲染的index.html的完整HTML源代码，超过240KB；而在客户端渲染模式下，服务器返回给浏览器的 index.html 内容大小小于 1KB。
使用SSR技术的SAP产品UI，包括所有基于SAP ABAP Webdynpro、WebClient UI技术的产品，如SAP SRM、SAP CRM、SAP S/4HANA中Service模块的UI、基于JSP技术的SAP Commerce Cloud、加速器UI等...
基于 SAP Spartacus 开源项目的新一代 SAP Commerce Cloud UI 支持客户端渲染和服务器端渲染。
回到本文的主题。
在客户端渲染模式下，Web 应用程序对 SEO 的支持较少。以 SAP Commerce Cloud UI 为例，在使用客户端渲染时，搜索引擎的网络爬虫爬取了一个空的 index.html 页面：app-root 标签中没有内容，因为直到接收到内容浏览器接收 index.html 页面。html，执行 Angular 框架代码，生成最终的 HTML 源代码。
开启服务端渲染模式后，服务端完成页面渲染。此时，服务器返回浏览器的 app-root 标签，其中已经收录了最终渲染的页面。下图开启服务端渲染模式后请求SAP Commerce Cloud UI首页时，可以对比从服务端接收到的index.html中app-root标签中的数据，并与上图中的客户端渲染模式。
服务端渲染解决了网页爬虫无法正确抓取网页应用页面内容的问题。但是，将页面渲染、数据请求和响应处理移到服务器端，势必会占用服务器端宝贵的内存资源，增加其处理负担。
为此，在SAP Commerce Cloud UI的服务端渲染模式中，我们团队还设计了一些优化逻辑，比如引入渲染缓存，增加渲染队列和超时机制，在一定条件下降级为客户端渲染等。在保证服务器正常服务能力和支持搜索引擎优化之间取得了较好的折衷。
支持服务端渲染只是完成搜索引擎优化的第一步。基于SAP UI5框架开发的SAP应用大多不是2C应用，所以不依赖搜索引擎优化，即这些应用不太可能出现在用户的搜索引擎结果列表中。
另一方面，比如客户使用SAP Commerce Cloud搭建自己的电商店铺，那么店铺搜索引擎优化的完善程度直接关系到店铺的销售额。
网站的搜索引擎优化是一门学问，这篇文章Jerry只介绍他最近从处理客户事件中学到的相关知识。
我们在谷歌按照关键词lego ae进行搜索，搜索结果的第二条记录是阿联酋LEGO的电子商务商店网站（国家代码AE），是基于SAP Spartacus SAP Commerce开发的云界面页面：
上图中灰色区域的页面标题和黄色区域的页面描述分别来自SAP Commerce Cloud UI网页源代码中的title标签和meta description标签的值。
另一个例子是根据关键词 lego ae LEGO Dinosaur Fossils 搜索一个乐高恐龙化石产品：
在搜索结果列表中，会出现一个 SAP Commerce Cloud UI PDP 页面 - 产品详细信息页面，它是一个产品详细信息页面：
在上面的示例中，页面标题标签和元描述标签的值都是后端驱动的，即来自 SAP Commerce Cloud 后端系统。
在SAP Commerce Cloud UI的实现中，我们团队设计了Page模型，其title字段和description字段分别维护了HTML源代码title和meta description标签中需要渲染的值。
我们将上述模型称为 SAP Commerce Cloud UI 页面的元数据：Page Meta。
在运行时，这些页面元数据是通过PageMetaService类的meta$成员来维护的，赋值逻辑如下：
（1)调用cmsService的getCurrentPage方法从Commerce后台读取页面元数据；
(2)根据Commerce Cloud的前端配置，读取当前页面类型需要完成的元数据解析类型，获取负责执行相应操作的解析器；
(3) 调用对应的解析器完成解析工作。
解析后的页面元数据存放在PageMetaService的成员变量meta$中，最终被SeoMetaService订阅，取出其值注入到页面DOM元素中。这就是 SAP Commerce Cloud UI 如何为 SEO 实现基于元标记的实现。
在 SAP S/4HANA 等后台人员使用较多的应用程序中，虽然页面上有元标记，但与 SAP Commerce Cloud UI 中使用元描述标记来支持搜索引擎优化是不同的。S/4HANA UI页面中的meta标签，更多体现的是维护页面元数据的初衷，由SAP UI5框架代码和对应的后台代码解析，对客户完全透明。
例如下图中的meta标签名称为sap-client，维护的内容为715，表示Fiori Launchpad后台对应的ABAP Client ID为715.
最后，可以使用inurl语法在搜索引擎中搜索，可以找到一些网站使用SAP WebClient UI技术进行服务端渲染，可以被搜索引擎检索到。有兴趣的朋友可以自己试试。
希望这篇文章能让你对SAP产品UI在支持搜索引擎优化方面所做的努力有一些基本的了解，谢谢阅读。 查看全部
这是杰瑞2021年的第52篇文章，也是王子曦公众号总共第329篇原创文章。
本文的主题还源于 Jerry 团队最近处理的一个客户事件，并且与 Jerry 之前的 文章 演示文稿的内容密切相关。
让我们简单回顾一下前面介绍的客户端渲染（CSR）和服务器端渲染（SSR）的区别。
客户端渲染
如下图所示，用户通过浏览器向网站发送请求，服务器或CDN为用户提供静态HTML、CSS和JavaScript文件。浏览器下载HTML和JavaScript文件，执行JavaScript（通常是Angular、React、Vue、SAP UI5等前端框架的库文件）完成页面渲染。在大多数情况下，浏览器会通过 AJAX 向后端服务器请求动态内容。从服务器获取 API 响应后，在客户端浏览器中解析响应内容以呈现最终页面。
客户端渲染之所以得名，是因为通过 HTML 页面的源代码渲染最终页面并根据 API 响应动态更改页面内容的行为发生在客户端。
使用 CSR 技术的 SAP 产品 UI 包括使用 SAP UI5 框架开发的所有产品，例如 SAP Cloud for Customer，以及基于 SAP Fiori Elements 的 SAP S/4HANA 页面。
服务器端渲染
与CSR相比，在服务器端渲染机制中，从HTML源代码到最终呈现给用户的页面的转换过程是在服务器端运行环境中进行的。
例如，假设 Angular 应用开启了服务端渲染模式，并使用 express 库在 Node.js 服务器上运行，那么应用的 index.html 页面将通过 nguniversal/express-engine 引擎进行渲染。入口位置如下：
服务端渲染完成后，最终呈现给客户端的HTML源代码字符串通过回调函数发送给浏览器，也就是下图1006行做的回调函数。
下图第1008行done回调函数中显示的变量str存储了SAP Commerce Cloud UI启动服务端渲染后服务端渲染的index.html的完整HTML源代码，超过240KB；而在客户端渲染模式下，服务器返回给浏览器的 index.html 内容大小小于 1KB。
使用SSR技术的SAP产品UI，包括所有基于SAP ABAP Webdynpro、WebClient UI技术的产品，如SAP SRM、SAP CRM、SAP S/4HANA中Service模块的UI、基于JSP技术的SAP Commerce Cloud、加速器UI等...
基于 SAP Spartacus 开源项目的新一代 SAP Commerce Cloud UI 支持客户端渲染和服务器端渲染。
回到本文的主题。
在客户端渲染模式下，Web 应用程序对 SEO 的支持较少。以 SAP Commerce Cloud UI 为例，在使用客户端渲染时，搜索引擎的网络爬虫爬取了一个空的 index.html 页面：app-root 标签中没有内容，因为直到接收到内容浏览器接收 index.html 页面。html，执行 Angular 框架代码，生成最终的 HTML 源代码。
开启服务端渲染模式后，服务端完成页面渲染。此时，服务器返回浏览器的 app-root 标签，其中已经收录了最终渲染的页面。下图开启服务端渲染模式后请求SAP Commerce Cloud UI首页时，可以对比从服务端接收到的index.html中app-root标签中的数据，并与上图中的客户端渲染模式。
服务端渲染解决了网页爬虫无法正确抓取网页应用页面内容的问题。但是，将页面渲染、数据请求和响应处理移到服务器端，势必会占用服务器端宝贵的内存资源，增加其处理负担。
为此，在SAP Commerce Cloud UI的服务端渲染模式中，我们团队还设计了一些优化逻辑，比如引入渲染缓存，增加渲染队列和超时机制，在一定条件下降级为客户端渲染等。在保证服务器正常服务能力和支持搜索引擎优化之间取得了较好的折衷。
支持服务端渲染只是完成搜索引擎优化的第一步。基于SAP UI5框架开发的SAP应用大多不是2C应用，所以不依赖搜索引擎优化，即这些应用不太可能出现在用户的搜索引擎结果列表中。
另一方面，比如客户使用SAP Commerce Cloud搭建自己的电商店铺，那么店铺搜索引擎优化的完善程度直接关系到店铺的销售额。
网站的搜索引擎优化是一门学问，这篇文章Jerry只介绍他最近从处理客户事件中学到的相关知识。
我们在谷歌按照关键词lego ae进行搜索，搜索结果的第二条记录是阿联酋LEGO的电子商务商店网站（国家代码AE），是基于SAP Spartacus SAP Commerce开发的云界面页面：
上图中灰色区域的页面标题和黄色区域的页面描述分别来自SAP Commerce Cloud UI网页源代码中的title标签和meta description标签的值。
另一个例子是根据关键词 lego ae LEGO Dinosaur Fossils 搜索一个乐高恐龙化石产品：
在搜索结果列表中，会出现一个 SAP Commerce Cloud UI PDP 页面 - 产品详细信息页面，它是一个产品详细信息页面：
在上面的示例中，页面标题标签和元描述标签的值都是后端驱动的，即来自 SAP Commerce Cloud 后端系统。
在SAP Commerce Cloud UI的实现中，我们团队设计了Page模型，其title字段和description字段分别维护了HTML源代码title和meta description标签中需要渲染的值。
我们将上述模型称为 SAP Commerce Cloud UI 页面的元数据：Page Meta。
在运行时，这些页面元数据是通过PageMetaService类的meta$成员来维护的，赋值逻辑如下：
（1)调用cmsService的getCurrentPage方法从Commerce后台读取页面元数据；
(2)根据Commerce Cloud的前端配置，读取当前页面类型需要完成的元数据解析类型，获取负责执行相应操作的解析器；
(3) 调用对应的解析器完成解析工作。
解析后的页面元数据存放在PageMetaService的成员变量meta$中，最终被SeoMetaService订阅，取出其值注入到页面DOM元素中。这就是 SAP Commerce Cloud UI 如何为 SEO 实现基于元标记的实现。
在 SAP S/4HANA 等后台人员使用较多的应用程序中，虽然页面上有元标记，但与 SAP Commerce Cloud UI 中使用元描述标记来支持搜索引擎优化是不同的。S/4HANA UI页面中的meta标签，更多体现的是维护页面元数据的初衷，由SAP UI5框架代码和对应的后台代码解析，对客户完全透明。
例如下图中的meta标签名称为sap-client，维护的内容为715，表示Fiori Launchpad后台对应的ABAP Client ID为715.
最后，可以使用inurl语法在搜索引擎中搜索，可以找到一些网站使用SAP WebClient UI技术进行服务端渲染，可以被搜索引擎检索到。有兴趣的朋友可以自己试试。
希望这篇文章能让你对SAP产品UI在支持搜索引擎优化方面所做的努力有一些基本的了解，谢谢阅读。 查看全部
搜索引擎主题模型优化(这是Jerry2021年的第52篇文章，也是汪子熙公众号)
这是杰瑞2021年的第52篇文章，也是王子曦公众号总共第329篇原创文章。
本文的主题还源于 Jerry 团队最近处理的一个客户事件，并且与 Jerry 之前的 文章 演示文稿的内容密切相关。
让我们简单回顾一下前面介绍的客户端渲染（CSR）和服务器端渲染（SSR）的区别。
客户端渲染
如下图所示，用户通过浏览器向网站发送请求，服务器或CDN为用户提供静态HTML、CSS和JavaScript文件。浏览器下载HTML和JavaScript文件，执行JavaScript（通常是Angular、React、Vue、SAP UI5等前端框架的库文件）完成页面渲染。在大多数情况下，浏览器会通过 AJAX 向后端服务器请求动态内容。从服务器获取 API 响应后，在客户端浏览器中解析响应内容以呈现最终页面。
客户端渲染之所以得名，是因为通过 HTML 页面的源代码渲染最终页面并根据 API 响应动态更改页面内容的行为发生在客户端。
使用 CSR 技术的 SAP 产品 UI 包括使用 SAP UI5 框架开发的所有产品，例如 SAP Cloud for Customer，以及基于 SAP Fiori Elements 的 SAP S/4HANA 页面。
服务器端渲染
与CSR相比，在服务器端渲染机制中，从HTML源代码到最终呈现给用户的页面的转换过程是在服务器端运行环境中进行的。
例如，假设 Angular 应用开启了服务端渲染模式，并使用 express 库在 Node.js 服务器上运行，那么应用的 index.html 页面将通过 nguniversal/express-engine 引擎进行渲染。入口位置如下：
服务端渲染完成后，最终呈现给客户端的HTML源代码字符串通过回调函数发送给浏览器，也就是下图1006行做的回调函数。
下图第1008行done回调函数中显示的变量str存储了SAP Commerce Cloud UI启动服务端渲染后服务端渲染的index.html的完整HTML源代码，超过240KB；而在客户端渲染模式下，服务器返回给浏览器的 index.html 内容大小小于 1KB。
使用SSR技术的SAP产品UI，包括所有基于SAP ABAP Webdynpro、WebClient UI技术的产品，如SAP SRM、SAP CRM、SAP S/4HANA中Service模块的UI、基于JSP技术的SAP Commerce Cloud、加速器UI等...
基于 SAP Spartacus 开源项目的新一代 SAP Commerce Cloud UI 支持客户端渲染和服务器端渲染。
回到本文的主题。
在客户端渲染模式下，Web 应用程序对 SEO 的支持较少。以 SAP Commerce Cloud UI 为例，在使用客户端渲染时，搜索引擎的网络爬虫爬取了一个空的 index.html 页面：app-root 标签中没有内容，因为直到接收到内容浏览器接收 index.html 页面。html，执行 Angular 框架代码，生成最终的 HTML 源代码。
开启服务端渲染模式后，服务端完成页面渲染。此时，服务器返回浏览器的 app-root 标签，其中已经收录了最终渲染的页面。下图开启服务端渲染模式后请求SAP Commerce Cloud UI首页时，可以对比从服务端接收到的index.html中app-root标签中的数据，并与上图中的客户端渲染模式。
服务端渲染解决了网页爬虫无法正确抓取网页应用页面内容的问题。但是，将页面渲染、数据请求和响应处理移到服务器端，势必会占用服务器端宝贵的内存资源，增加其处理负担。
为此，在SAP Commerce Cloud UI的服务端渲染模式中，我们团队还设计了一些优化逻辑，比如引入渲染缓存，增加渲染队列和超时机制，在一定条件下降级为客户端渲染等。在保证服务器正常服务能力和支持搜索引擎优化之间取得了较好的折衷。
支持服务端渲染只是完成搜索引擎优化的第一步。基于SAP UI5框架开发的SAP应用大多不是2C应用，所以不依赖搜索引擎优化，即这些应用不太可能出现在用户的搜索引擎结果列表中。
另一方面，比如客户使用SAP Commerce Cloud搭建自己的电商店铺，那么店铺搜索引擎优化的完善程度直接关系到店铺的销售额。
网站的搜索引擎优化是一门学问，这篇文章Jerry只介绍他最近从处理客户事件中学到的相关知识。
我们在谷歌按照关键词lego ae进行搜索，搜索结果的第二条记录是阿联酋LEGO的电子商务商店网站（国家代码AE），是基于SAP Spartacus SAP Commerce开发的云界面页面：
上图中灰色区域的页面标题和黄色区域的页面描述分别来自SAP Commerce Cloud UI网页源代码中的title标签和meta description标签的值。
另一个例子是根据关键词 lego ae LEGO Dinosaur Fossils 搜索一个乐高恐龙化石产品：
在搜索结果列表中，会出现一个 SAP Commerce Cloud UI PDP 页面 - 产品详细信息页面，它是一个产品详细信息页面：
在上面的示例中，页面标题标签和元描述标签的值都是后端驱动的，即来自 SAP Commerce Cloud 后端系统。
在SAP Commerce Cloud UI的实现中，我们团队设计了Page模型，其title字段和description字段分别维护了HTML源代码title和meta description标签中需要渲染的值。
我们将上述模型称为 SAP Commerce Cloud UI 页面的元数据：Page Meta。
在运行时，这些页面元数据是通过PageMetaService类的meta$成员来维护的，赋值逻辑如下：
（1)调用cmsService的getCurrentPage方法从Commerce后台读取页面元数据；
(2)根据Commerce Cloud的前端配置，读取当前页面类型需要完成的元数据解析类型，获取负责执行相应操作的解析器；
(3) 调用对应的解析器完成解析工作。
解析后的页面元数据存放在PageMetaService的成员变量meta$中，最终被SeoMetaService订阅，取出其值注入到页面DOM元素中。这就是 SAP Commerce Cloud UI 如何为 SEO 实现基于元标记的实现。
在 SAP S/4HANA 等后台人员使用较多的应用程序中，虽然页面上有元标记，但与 SAP Commerce Cloud UI 中使用元描述标记来支持搜索引擎优化是不同的。S/4HANA UI页面中的meta标签，更多体现的是维护页面元数据的初衷，由SAP UI5框架代码和对应的后台代码解析，对客户完全透明。
例如下图中的meta标签名称为sap-client，维护的内容为715，表示Fiori Launchpad后台对应的ABAP Client ID为715.
最后，可以使用inurl语法在搜索引擎中搜索，可以找到一些网站使用SAP WebClient UI技术进行服务端渲染，可以被搜索引擎检索到。有兴趣的朋友可以自己试试。
希望这篇文章能让你对SAP产品UI在支持搜索引擎优化方面所做的努力有一些基本的了解，谢谢阅读。
搜索引擎主题模型优化(这是Jerry2021年的第52篇文章，也是汪子熙公众号)
网站优化 • 优采云 发表了文章 • 0 个评论 • 49 次浏览 • 2022-01-29 15:01
搜索引擎主题模型优化(这是Jerry2021年的第52篇文章，也是汪子熙公众号)
这是杰瑞2021年的第52篇文章，也是王子曦公众号总共第329篇原创文章。
本文的主题还源于 Jerry 团队最近处理的一个客户事件，并且与 Jerry 之前的 文章 演示文稿的内容密切相关。
让我们简单回顾一下前面介绍的客户端渲染（CSR）和服务器端渲染（SSR）的区别。
客户端渲染
如下图所示，用户通过浏览器向网站发送请求，服务器或CDN为用户提供静态HTML、CSS和JavaScript文件。浏览器下载HTML和JavaScript文件，执行JavaScript（通常是Angular、React、Vue、SAP UI5等前端框架的库文件）完成页面渲染。在大多数情况下，浏览器会通过 AJAX 向后端服务器请求动态内容。从服务器获取 API 响应后，在客户端浏览器中解析响应内容以呈现最终页面。
客户端渲染之所以得名，是因为通过 HTML 页面的源代码渲染最终页面并根据 API 响应动态更改页面内容的行为发生在客户端。
使用 CSR 技术的 SAP 产品 UI 包括使用 SAP UI5 框架开发的所有产品，例如 SAP Cloud for Customer，以及基于 SAP Fiori Elements 的 SAP S/4HANA 页面。
服务器端渲染
与CSR相比，在服务器端渲染机制中，从HTML源代码到最终呈现给用户的页面的转换过程是在服务器端运行环境中进行的。
例如，假设 Angular 应用开启了服务端渲染模式，并使用 express 库在 Node.js 服务器上运行，那么应用的 index.html 页面将通过 nguniversal/express-engine 引擎进行渲染。入口位置如下：
服务端渲染完成后，最终呈现给客户端的HTML源代码字符串通过回调函数发送给浏览器，也就是下图1006行做的回调函数。
下图第1008行done回调函数中显示的变量str存储了SAP Commerce Cloud UI启动服务端渲染后服务端渲染的index.html的完整HTML源代码，超过240KB；而在客户端渲染模式下，服务器返回给浏览器的 index.html 内容大小小于 1KB。
使用SSR技术的SAP产品UI，包括所有基于SAP ABAP Webdynpro、WebClient UI技术的产品，如SAP SRM、SAP CRM、SAP S/4HANA中Service模块的UI、基于JSP技术的SAP Commerce Cloud、加速器UI等...
基于 SAP Spartacus 开源项目的新一代 SAP Commerce Cloud UI 支持客户端渲染和服务器端渲染。
回到本文的主题。
在客户端渲染模式下，Web 应用程序对 SEO 的支持较少。以 SAP Commerce Cloud UI 为例，在使用客户端渲染时，搜索引擎的网络爬虫爬取了一个空的 index.html 页面：app-root 标签中没有内容，因为直到接收到内容浏览器接收 index.html 页面。html，执行 Angular 框架代码，生成最终的 HTML 源代码。
开启服务端渲染模式后，服务端完成页面渲染。此时，服务器返回浏览器的 app-root 标签，其中已经收录了最终渲染的页面。下图开启服务端渲染模式后请求SAP Commerce Cloud UI首页时，可以对比从服务端接收到的index.html中app-root标签中的数据，并与上图中的客户端渲染模式。
服务端渲染解决了网页爬虫无法正确抓取网页应用页面内容的问题。但是，将页面渲染、数据请求和响应处理移到服务器端，势必会占用服务器端宝贵的内存资源，增加其处理负担。
为此，在SAP Commerce Cloud UI的服务端渲染模式中，我们团队还设计了一些优化逻辑，比如引入渲染缓存，增加渲染队列和超时机制，在一定条件下降级为客户端渲染等。在保证服务器正常服务能力和支持搜索引擎优化之间取得了较好的折衷。
支持服务端渲染只是完成搜索引擎优化的第一步。基于SAP UI5框架开发的SAP应用大多不是2C应用，所以不依赖搜索引擎优化，即这些应用不太可能出现在用户的搜索引擎结果列表中。
另一方面，比如客户使用SAP Commerce Cloud搭建自己的电商店铺，那么店铺搜索引擎优化的完善程度直接关系到店铺的销售额。
网站的搜索引擎优化是一门学问，这篇文章Jerry只介绍他最近从处理客户事件中学到的相关知识。
我们在谷歌根据关键词lego ae进行搜索，搜索结果的第二条记录是阿联酋LEGO的电子商务商店网站（国家代码AE），是基于SAP Spartacus SAP Commerce开发的云界面页面：
上图中灰色区域的页面标题和黄色区域的页面描述分别来自SAP Commerce Cloud UI网页源代码中的title标签和meta description标签的值。
另一个例子是根据关键词 lego ae LEGO Dinosaur Fossils 搜索一个乐高恐龙化石产品：
在搜索结果列表中，会出现一个 SAP Commerce Cloud UI PDP 页面 - 产品详细信息页面，它是一个产品详细信息页面：
在上面的示例中，页面标题标签和元描述标签的值都是后端驱动的，即来自 SAP Commerce Cloud 后端系统。
在SAP Commerce Cloud UI的实现中，我们团队设计了Page模型，它的title字段和description字段分别维护了HTML源代码title和meta description标签中需要渲染的值。
我们将上述模型称为 SAP Commerce Cloud UI 页面的元数据：Page Meta。
在运行时，这些页面元数据是通过PageMetaService类的meta$成员来维护的，赋值逻辑如下：
（1)调用cmsService的getCurrentPage方法从Commerce后台读取页面元数据；
(2)根据Commerce Cloud前端配置，读取当前页面类型需要完成的元数据解析类型，获取负责执行相应操作的解析器；
(3) 调用对应的解析器完成解析工作。
解析后的页面元数据存放在PageMetaService的成员变量meta$中，最终被SeoMetaService订阅，取出其值注入到页面DOM元素中。这就是 SAP Commerce Cloud UI 如何为 SEO 实现基于元标记的实现。
在 SAP S/4HANA 等后台人员使用较多的应用程序中，虽然页面上有元标记，但与 SAP Commerce Cloud UI 中使用元描述标记来支持搜索引擎优化是不同的。S/4HANA UI页面中的meta标签，更多体现的是维护页面元数据的初衷，由SAP UI5框架代码和对应的后台代码解析，对客户完全透明。
例如下图中的meta标签名称为sap-client，维护的内容为715，表示Fiori Launchpad后台对应的ABAP Client ID为715.
最后，可以使用inurl语法在搜索引擎中搜索，可以找到一些网站使用SAP WebClient UI技术进行服务端渲染，可以被搜索引擎检索到。有兴趣的朋友可以自己试试。
希望这篇文章能让你对SAP产品UI在支持搜索引擎优化方面所做的努力有一些基本的了解，谢谢阅读。 查看全部
这是杰瑞2021年的第52篇文章，也是王子曦公众号总共第329篇原创文章。
本文的主题还源于 Jerry 团队最近处理的一个客户事件，并且与 Jerry 之前的 文章 演示文稿的内容密切相关。
让我们简单回顾一下前面介绍的客户端渲染（CSR）和服务器端渲染（SSR）的区别。
客户端渲染
如下图所示，用户通过浏览器向网站发送请求，服务器或CDN为用户提供静态HTML、CSS和JavaScript文件。浏览器下载HTML和JavaScript文件，执行JavaScript（通常是Angular、React、Vue、SAP UI5等前端框架的库文件）完成页面渲染。在大多数情况下，浏览器会通过 AJAX 向后端服务器请求动态内容。从服务器获取 API 响应后，在客户端浏览器中解析响应内容以呈现最终页面。
客户端渲染之所以得名，是因为通过 HTML 页面的源代码渲染最终页面并根据 API 响应动态更改页面内容的行为发生在客户端。
使用 CSR 技术的 SAP 产品 UI 包括使用 SAP UI5 框架开发的所有产品，例如 SAP Cloud for Customer，以及基于 SAP Fiori Elements 的 SAP S/4HANA 页面。
服务器端渲染
与CSR相比，在服务器端渲染机制中，从HTML源代码到最终呈现给用户的页面的转换过程是在服务器端运行环境中进行的。
例如，假设 Angular 应用开启了服务端渲染模式，并使用 express 库在 Node.js 服务器上运行，那么应用的 index.html 页面将通过 nguniversal/express-engine 引擎进行渲染。入口位置如下：
服务端渲染完成后，最终呈现给客户端的HTML源代码字符串通过回调函数发送给浏览器，也就是下图1006行做的回调函数。
下图第1008行done回调函数中显示的变量str存储了SAP Commerce Cloud UI启动服务端渲染后服务端渲染的index.html的完整HTML源代码，超过240KB；而在客户端渲染模式下，服务器返回给浏览器的 index.html 内容大小小于 1KB。
使用SSR技术的SAP产品UI，包括所有基于SAP ABAP Webdynpro、WebClient UI技术的产品，如SAP SRM、SAP CRM、SAP S/4HANA中Service模块的UI、基于JSP技术的SAP Commerce Cloud、加速器UI等...
基于 SAP Spartacus 开源项目的新一代 SAP Commerce Cloud UI 支持客户端渲染和服务器端渲染。
回到本文的主题。
在客户端渲染模式下，Web 应用程序对 SEO 的支持较少。以 SAP Commerce Cloud UI 为例，在使用客户端渲染时，搜索引擎的网络爬虫爬取了一个空的 index.html 页面：app-root 标签中没有内容，因为直到接收到内容浏览器接收 index.html 页面。html，执行 Angular 框架代码，生成最终的 HTML 源代码。
开启服务端渲染模式后，服务端完成页面渲染。此时，服务器返回浏览器的 app-root 标签，其中已经收录了最终渲染的页面。下图开启服务端渲染模式后请求SAP Commerce Cloud UI首页时，可以对比从服务端接收到的index.html中app-root标签中的数据，并与上图中的客户端渲染模式。
服务端渲染解决了网页爬虫无法正确抓取网页应用页面内容的问题。但是，将页面渲染、数据请求和响应处理移到服务器端，势必会占用服务器端宝贵的内存资源，增加其处理负担。
为此，在SAP Commerce Cloud UI的服务端渲染模式中，我们团队还设计了一些优化逻辑，比如引入渲染缓存，增加渲染队列和超时机制，在一定条件下降级为客户端渲染等。在保证服务器正常服务能力和支持搜索引擎优化之间取得了较好的折衷。
支持服务端渲染只是完成搜索引擎优化的第一步。基于SAP UI5框架开发的SAP应用大多不是2C应用，所以不依赖搜索引擎优化，即这些应用不太可能出现在用户的搜索引擎结果列表中。
另一方面，比如客户使用SAP Commerce Cloud搭建自己的电商店铺，那么店铺搜索引擎优化的完善程度直接关系到店铺的销售额。
网站的搜索引擎优化是一门学问，这篇文章Jerry只介绍他最近从处理客户事件中学到的相关知识。
我们在谷歌根据关键词lego ae进行搜索，搜索结果的第二条记录是阿联酋LEGO的电子商务商店网站（国家代码AE），是基于SAP Spartacus SAP Commerce开发的云界面页面：
上图中灰色区域的页面标题和黄色区域的页面描述分别来自SAP Commerce Cloud UI网页源代码中的title标签和meta description标签的值。
另一个例子是根据关键词 lego ae LEGO Dinosaur Fossils 搜索一个乐高恐龙化石产品：
在搜索结果列表中，会出现一个 SAP Commerce Cloud UI PDP 页面 - 产品详细信息页面，它是一个产品详细信息页面：
在上面的示例中，页面标题标签和元描述标签的值都是后端驱动的，即来自 SAP Commerce Cloud 后端系统。
在SAP Commerce Cloud UI的实现中，我们团队设计了Page模型，它的title字段和description字段分别维护了HTML源代码title和meta description标签中需要渲染的值。
我们将上述模型称为 SAP Commerce Cloud UI 页面的元数据：Page Meta。
在运行时，这些页面元数据是通过PageMetaService类的meta$成员来维护的，赋值逻辑如下：
（1)调用cmsService的getCurrentPage方法从Commerce后台读取页面元数据；
(2)根据Commerce Cloud前端配置，读取当前页面类型需要完成的元数据解析类型，获取负责执行相应操作的解析器；
(3) 调用对应的解析器完成解析工作。
解析后的页面元数据存放在PageMetaService的成员变量meta$中，最终被SeoMetaService订阅，取出其值注入到页面DOM元素中。这就是 SAP Commerce Cloud UI 如何为 SEO 实现基于元标记的实现。
在 SAP S/4HANA 等后台人员使用较多的应用程序中，虽然页面上有元标记，但与 SAP Commerce Cloud UI 中使用元描述标记来支持搜索引擎优化是不同的。S/4HANA UI页面中的meta标签，更多体现的是维护页面元数据的初衷，由SAP UI5框架代码和对应的后台代码解析，对客户完全透明。
例如下图中的meta标签名称为sap-client，维护的内容为715，表示Fiori Launchpad后台对应的ABAP Client ID为715.
最后，可以使用inurl语法在搜索引擎中搜索，可以找到一些网站使用SAP WebClient UI技术进行服务端渲染，可以被搜索引擎检索到。有兴趣的朋友可以自己试试。
希望这篇文章能让你对SAP产品UI在支持搜索引擎优化方面所做的努力有一些基本的了解，谢谢阅读。 查看全部
搜索引擎主题模型优化(这是Jerry2021年的第52篇文章，也是汪子熙公众号)
这是杰瑞2021年的第52篇文章，也是王子曦公众号总共第329篇原创文章。
本文的主题还源于 Jerry 团队最近处理的一个客户事件，并且与 Jerry 之前的 文章 演示文稿的内容密切相关。
让我们简单回顾一下前面介绍的客户端渲染（CSR）和服务器端渲染（SSR）的区别。
客户端渲染
如下图所示，用户通过浏览器向网站发送请求，服务器或CDN为用户提供静态HTML、CSS和JavaScript文件。浏览器下载HTML和JavaScript文件，执行JavaScript（通常是Angular、React、Vue、SAP UI5等前端框架的库文件）完成页面渲染。在大多数情况下，浏览器会通过 AJAX 向后端服务器请求动态内容。从服务器获取 API 响应后，在客户端浏览器中解析响应内容以呈现最终页面。
客户端渲染之所以得名，是因为通过 HTML 页面的源代码渲染最终页面并根据 API 响应动态更改页面内容的行为发生在客户端。
使用 CSR 技术的 SAP 产品 UI 包括使用 SAP UI5 框架开发的所有产品，例如 SAP Cloud for Customer，以及基于 SAP Fiori Elements 的 SAP S/4HANA 页面。
服务器端渲染
与CSR相比，在服务器端渲染机制中，从HTML源代码到最终呈现给用户的页面的转换过程是在服务器端运行环境中进行的。
例如，假设 Angular 应用开启了服务端渲染模式，并使用 express 库在 Node.js 服务器上运行，那么应用的 index.html 页面将通过 nguniversal/express-engine 引擎进行渲染。入口位置如下：
服务端渲染完成后，最终呈现给客户端的HTML源代码字符串通过回调函数发送给浏览器，也就是下图1006行做的回调函数。
下图第1008行done回调函数中显示的变量str存储了SAP Commerce Cloud UI启动服务端渲染后服务端渲染的index.html的完整HTML源代码，超过240KB；而在客户端渲染模式下，服务器返回给浏览器的 index.html 内容大小小于 1KB。
使用SSR技术的SAP产品UI，包括所有基于SAP ABAP Webdynpro、WebClient UI技术的产品，如SAP SRM、SAP CRM、SAP S/4HANA中Service模块的UI、基于JSP技术的SAP Commerce Cloud、加速器UI等...
基于 SAP Spartacus 开源项目的新一代 SAP Commerce Cloud UI 支持客户端渲染和服务器端渲染。
回到本文的主题。
在客户端渲染模式下，Web 应用程序对 SEO 的支持较少。以 SAP Commerce Cloud UI 为例，在使用客户端渲染时，搜索引擎的网络爬虫爬取了一个空的 index.html 页面：app-root 标签中没有内容，因为直到接收到内容浏览器接收 index.html 页面。html，执行 Angular 框架代码，生成最终的 HTML 源代码。
开启服务端渲染模式后，服务端完成页面渲染。此时，服务器返回浏览器的 app-root 标签，其中已经收录了最终渲染的页面。下图开启服务端渲染模式后请求SAP Commerce Cloud UI首页时，可以对比从服务端接收到的index.html中app-root标签中的数据，并与上图中的客户端渲染模式。
服务端渲染解决了网页爬虫无法正确抓取网页应用页面内容的问题。但是，将页面渲染、数据请求和响应处理移到服务器端，势必会占用服务器端宝贵的内存资源，增加其处理负担。
为此，在SAP Commerce Cloud UI的服务端渲染模式中，我们团队还设计了一些优化逻辑，比如引入渲染缓存，增加渲染队列和超时机制，在一定条件下降级为客户端渲染等。在保证服务器正常服务能力和支持搜索引擎优化之间取得了较好的折衷。
支持服务端渲染只是完成搜索引擎优化的第一步。基于SAP UI5框架开发的SAP应用大多不是2C应用，所以不依赖搜索引擎优化，即这些应用不太可能出现在用户的搜索引擎结果列表中。
另一方面，比如客户使用SAP Commerce Cloud搭建自己的电商店铺，那么店铺搜索引擎优化的完善程度直接关系到店铺的销售额。
网站的搜索引擎优化是一门学问，这篇文章Jerry只介绍他最近从处理客户事件中学到的相关知识。
我们在谷歌根据关键词lego ae进行搜索，搜索结果的第二条记录是阿联酋LEGO的电子商务商店网站（国家代码AE），是基于SAP Spartacus SAP Commerce开发的云界面页面：
上图中灰色区域的页面标题和黄色区域的页面描述分别来自SAP Commerce Cloud UI网页源代码中的title标签和meta description标签的值。
另一个例子是根据关键词 lego ae LEGO Dinosaur Fossils 搜索一个乐高恐龙化石产品：
在搜索结果列表中，会出现一个 SAP Commerce Cloud UI PDP 页面 - 产品详细信息页面，它是一个产品详细信息页面：
在上面的示例中，页面标题标签和元描述标签的值都是后端驱动的，即来自 SAP Commerce Cloud 后端系统。
在SAP Commerce Cloud UI的实现中，我们团队设计了Page模型，它的title字段和description字段分别维护了HTML源代码title和meta description标签中需要渲染的值。
我们将上述模型称为 SAP Commerce Cloud UI 页面的元数据：Page Meta。
在运行时，这些页面元数据是通过PageMetaService类的meta$成员来维护的，赋值逻辑如下：
（1)调用cmsService的getCurrentPage方法从Commerce后台读取页面元数据；
(2)根据Commerce Cloud前端配置，读取当前页面类型需要完成的元数据解析类型，获取负责执行相应操作的解析器；
(3) 调用对应的解析器完成解析工作。
解析后的页面元数据存放在PageMetaService的成员变量meta$中，最终被SeoMetaService订阅，取出其值注入到页面DOM元素中。这就是 SAP Commerce Cloud UI 如何为 SEO 实现基于元标记的实现。
在 SAP S/4HANA 等后台人员使用较多的应用程序中，虽然页面上有元标记，但与 SAP Commerce Cloud UI 中使用元描述标记来支持搜索引擎优化是不同的。S/4HANA UI页面中的meta标签，更多体现的是维护页面元数据的初衷，由SAP UI5框架代码和对应的后台代码解析，对客户完全透明。
例如下图中的meta标签名称为sap-client，维护的内容为715，表示Fiori Launchpad后台对应的ABAP Client ID为715.
最后，可以使用inurl语法在搜索引擎中搜索，可以找到一些网站使用SAP WebClient UI技术进行服务端渲染，可以被搜索引擎检索到。有兴趣的朋友可以自己试试。
希望这篇文章能让你对SAP产品UI在支持搜索引擎优化方面所做的努力有一些基本的了解，谢谢阅读。
搜索引擎主题模型优化(这是Jerry2021年的第52篇文章，也是汪子熙公众号)
网站优化 • 优采云 发表了文章 • 0 个评论 • 79 次浏览 • 2022-01-29 15:00
搜索引擎主题模型优化(这是Jerry2021年的第52篇文章，也是汪子熙公众号)
这是杰瑞2021年的第52篇文章，也是王子曦公众号总共第329篇原创文章。
本文的主题还源于 Jerry 团队最近处理的一个客户事件，并且与 Jerry 之前的 文章 演示文稿的内容密切相关。
让我们简单回顾一下前面介绍的客户端渲染（CSR）和服务器端渲染（SSR）的区别。
客户端渲染
如下图所示，用户通过浏览器向网站发送请求，服务器或CDN为用户提供静态HTML、CSS和JavaScript文件。浏览器下载HTML和JavaScript文件，执行JavaScript（通常是Angular、React、Vue、SAP UI5等前端框架的库文件）完成页面渲染。在大多数情况下，浏览器会通过 AJAX 向后端服务器请求动态内容。从服务器获取 API 响应后，在客户端浏览器中解析响应内容以呈现最终页面。
客户端渲染之所以得名，是因为通过 HTML 页面的源代码渲染最终页面并根据 API 响应动态更改页面内容的行为发生在客户端。
使用 CSR 技术的 SAP 产品 UI 包括使用 SAP UI5 框架开发的所有产品，例如 SAP Cloud for Customer，以及基于 SAP Fiori Elements 的 SAP S/4HANA 页面。
服务器端渲染
与CSR相比，在服务器端渲染机制中，从HTML源代码到最终呈现给用户的页面的转换过程是在服务器端运行环境中进行的。
例如，假设 Angular 应用开启了服务端渲染模式，并使用 express 库在 Node.js 服务器上运行，那么应用的 index.html 页面将通过 nguniversal/express-engine 引擎进行渲染。入口位置如下：
服务端渲染完成后，最终呈现给客户端的HTML源代码字符串通过回调函数发送给浏览器，也就是下图1006行做的回调函数。
下图第1008行done回调函数中显示的变量str存储了SAP Commerce Cloud UI启动服务端渲染后服务端渲染的index.html的完整HTML源代码，超过240KB；而在客户端渲染模式下，服务器返回给浏览器的 index.html 内容大小小于 1KB。
使用SSR技术的SAP产品UI，包括所有基于SAP ABAP Webdynpro、WebClient UI技术的产品，如SAP SRM、SAP CRM、SAP S/4HANA中Service模块的UI、基于JSP技术的SAP Commerce Cloud、加速器UI等...
基于 SAP Spartacus 开源项目的新一代 SAP Commerce Cloud UI 支持客户端渲染和服务器端渲染。
回到本文的主题。
在客户端渲染模式下，Web 应用程序对 SEO 的支持较少。以 SAP Commerce Cloud UI 为例，在使用客户端渲染时，搜索引擎的网络爬虫爬取了一个空的 index.html 页面：app-root 标签中没有内容，因为直到接收到内容浏览器接收 index.html 页面。html，执行 Angular 框架代码，生成最终的 HTML 源代码。
开启服务端渲染模式后，服务端完成页面渲染。此时，服务器返回浏览器的 app-root 标签，其中已经收录了最终渲染的页面。下图开启服务端渲染模式后请求SAP Commerce Cloud UI首页时，可以对比从服务端接收到的index.html中app-root标签中的数据，并与上图中的客户端渲染模式。
服务端渲染解决了网页爬虫无法正确抓取网页应用页面内容的问题。但是，将页面渲染、数据请求和响应处理移到服务器端，势必会占用服务器端宝贵的内存资源，增加其处理负担。
为此，在SAP Commerce Cloud UI的服务端渲染模式中，我们团队还设计了一些优化逻辑，比如引入渲染缓存，增加渲染队列和超时机制，在一定条件下降级为客户端渲染等。在保证服务器正常服务能力和支持搜索引擎优化之间取得了较好的折衷。
支持服务端渲染只是完成搜索引擎优化的第一步。基于SAP UI5框架开发的SAP应用大多不是2C应用，所以不依赖搜索引擎优化，即这些应用不太可能出现在用户的搜索引擎结果列表中。
另一方面，比如客户使用SAP Commerce Cloud搭建自己的电商店铺，那么店铺搜索引擎优化的完善程度直接关系到店铺的销售额。
网站的搜索引擎优化是一门学问，这篇文章Jerry只介绍他最近从处理客户事件中学到的相关知识。
我们在谷歌根据关键词lego ae进行搜索，搜索结果的第二条记录是阿联酋LEGO的电子商务商店网站（国家代码AE），是基于SAP Spartacus SAP Commerce开发的云界面页面：
上图中灰色区域的页面标题和黄色区域的页面描述分别来自SAP Commerce Cloud UI网页源代码中的title标签和meta description标签的值。
另一个例子是根据关键词 lego ae LEGO Dinosaur Fossils 搜索一个乐高恐龙化石产品：
在搜索结果列表中，会出现一个 SAP Commerce Cloud UI PDP 页面 - 产品详细信息页面，它是一个产品详细信息页面：
在上面的示例中，页面标题标签和元描述标签的值都是后端驱动的，即来自 SAP Commerce Cloud 后端系统。
在SAP Commerce Cloud UI的实现中，我们团队设计了Page模型，其title字段和description字段分别维护了HTML源代码title和meta description标签中需要渲染的值。
我们将上述模型称为 SAP Commerce Cloud UI 页面的元数据：Page Meta。
在运行时，这些页面元数据是通过PageMetaService类的meta$成员来维护的，赋值逻辑如下：
（1)调用cmsService的getCurrentPage方法从Commerce后台读取页面元数据；
(2)根据Commerce Cloud前端配置，读取当前页面类型需要完成的元数据解析类型，获取负责执行相应操作的解析器；
(3) 调用对应的解析器完成解析工作。
解析后的页面元数据存放在PageMetaService的成员变量meta$中，最终被SeoMetaService订阅，取出其值注入到页面DOM元素中。这就是 SAP Commerce Cloud UI 如何为 SEO 实现基于元标记的实现。
在 SAP S/4HANA 等后台人员使用较多的应用程序中，虽然页面上有元标记，但与 SAP Commerce Cloud UI 中使用元描述标记来支持搜索引擎优化是不同的。S/4HANA UI页面中的meta标签，更多体现的是维护页面元数据的初衷，由SAP UI5框架代码和对应的后台代码解析，对客户完全透明。
例如下图中的meta标签名称为sap-client，维护的内容为715，表示Fiori Launchpad后台对应的ABAP Client ID为715.
最后，可以使用inurl语法在搜索引擎中搜索，可以找到一些网站使用SAP WebClient UI技术进行服务端渲染，可以被搜索引擎检索到。有兴趣的朋友可以自己试试。
希望这篇文章能让你对SAP产品UI在支持搜索引擎优化方面所做的努力有一些基本的了解，谢谢阅读。 查看全部
这是杰瑞2021年的第52篇文章，也是王子曦公众号总共第329篇原创文章。
本文的主题还源于 Jerry 团队最近处理的一个客户事件，并且与 Jerry 之前的 文章 演示文稿的内容密切相关。
让我们简单回顾一下前面介绍的客户端渲染（CSR）和服务器端渲染（SSR）的区别。
客户端渲染
如下图所示，用户通过浏览器向网站发送请求，服务器或CDN为用户提供静态HTML、CSS和JavaScript文件。浏览器下载HTML和JavaScript文件，执行JavaScript（通常是Angular、React、Vue、SAP UI5等前端框架的库文件）完成页面渲染。在大多数情况下，浏览器会通过 AJAX 向后端服务器请求动态内容。从服务器获取 API 响应后，在客户端浏览器中解析响应内容以呈现最终页面。
客户端渲染之所以得名，是因为通过 HTML 页面的源代码渲染最终页面并根据 API 响应动态更改页面内容的行为发生在客户端。
使用 CSR 技术的 SAP 产品 UI 包括使用 SAP UI5 框架开发的所有产品，例如 SAP Cloud for Customer，以及基于 SAP Fiori Elements 的 SAP S/4HANA 页面。
服务器端渲染
与CSR相比，在服务器端渲染机制中，从HTML源代码到最终呈现给用户的页面的转换过程是在服务器端运行环境中进行的。
例如，假设 Angular 应用开启了服务端渲染模式，并使用 express 库在 Node.js 服务器上运行，那么应用的 index.html 页面将通过 nguniversal/express-engine 引擎进行渲染。入口位置如下：
服务端渲染完成后，最终呈现给客户端的HTML源代码字符串通过回调函数发送给浏览器，也就是下图1006行做的回调函数。
下图第1008行done回调函数中显示的变量str存储了SAP Commerce Cloud UI启动服务端渲染后服务端渲染的index.html的完整HTML源代码，超过240KB；而在客户端渲染模式下，服务器返回给浏览器的 index.html 内容大小小于 1KB。
使用SSR技术的SAP产品UI，包括所有基于SAP ABAP Webdynpro、WebClient UI技术的产品，如SAP SRM、SAP CRM、SAP S/4HANA中Service模块的UI、基于JSP技术的SAP Commerce Cloud、加速器UI等...
基于 SAP Spartacus 开源项目的新一代 SAP Commerce Cloud UI 支持客户端渲染和服务器端渲染。
回到本文的主题。
在客户端渲染模式下，Web 应用程序对 SEO 的支持较少。以 SAP Commerce Cloud UI 为例，在使用客户端渲染时，搜索引擎的网络爬虫爬取了一个空的 index.html 页面：app-root 标签中没有内容，因为直到接收到内容浏览器接收 index.html 页面。html，执行 Angular 框架代码，生成最终的 HTML 源代码。
开启服务端渲染模式后，服务端完成页面渲染。此时，服务器返回浏览器的 app-root 标签，其中已经收录了最终渲染的页面。下图开启服务端渲染模式后请求SAP Commerce Cloud UI首页时，可以对比从服务端接收到的index.html中app-root标签中的数据，并与上图中的客户端渲染模式。
服务端渲染解决了网页爬虫无法正确抓取网页应用页面内容的问题。但是，将页面渲染、数据请求和响应处理移到服务器端，势必会占用服务器端宝贵的内存资源，增加其处理负担。
为此，在SAP Commerce Cloud UI的服务端渲染模式中，我们团队还设计了一些优化逻辑，比如引入渲染缓存，增加渲染队列和超时机制，在一定条件下降级为客户端渲染等。在保证服务器正常服务能力和支持搜索引擎优化之间取得了较好的折衷。
支持服务端渲染只是完成搜索引擎优化的第一步。基于SAP UI5框架开发的SAP应用大多不是2C应用，所以不依赖搜索引擎优化，即这些应用不太可能出现在用户的搜索引擎结果列表中。
另一方面，比如客户使用SAP Commerce Cloud搭建自己的电商店铺，那么店铺搜索引擎优化的完善程度直接关系到店铺的销售额。
网站的搜索引擎优化是一门学问，这篇文章Jerry只介绍他最近从处理客户事件中学到的相关知识。
我们在谷歌根据关键词lego ae进行搜索，搜索结果的第二条记录是阿联酋LEGO的电子商务商店网站（国家代码AE），是基于SAP Spartacus SAP Commerce开发的云界面页面：
上图中灰色区域的页面标题和黄色区域的页面描述分别来自SAP Commerce Cloud UI网页源代码中的title标签和meta description标签的值。
另一个例子是根据关键词 lego ae LEGO Dinosaur Fossils 搜索一个乐高恐龙化石产品：
在搜索结果列表中，会出现一个 SAP Commerce Cloud UI PDP 页面 - 产品详细信息页面，它是一个产品详细信息页面：
在上面的示例中，页面标题标签和元描述标签的值都是后端驱动的，即来自 SAP Commerce Cloud 后端系统。
在SAP Commerce Cloud UI的实现中，我们团队设计了Page模型，其title字段和description字段分别维护了HTML源代码title和meta description标签中需要渲染的值。
我们将上述模型称为 SAP Commerce Cloud UI 页面的元数据：Page Meta。
在运行时，这些页面元数据是通过PageMetaService类的meta$成员来维护的，赋值逻辑如下：
（1)调用cmsService的getCurrentPage方法从Commerce后台读取页面元数据；
(2)根据Commerce Cloud前端配置，读取当前页面类型需要完成的元数据解析类型，获取负责执行相应操作的解析器；
(3) 调用对应的解析器完成解析工作。
解析后的页面元数据存放在PageMetaService的成员变量meta$中，最终被SeoMetaService订阅，取出其值注入到页面DOM元素中。这就是 SAP Commerce Cloud UI 如何为 SEO 实现基于元标记的实现。
在 SAP S/4HANA 等后台人员使用较多的应用程序中，虽然页面上有元标记，但与 SAP Commerce Cloud UI 中使用元描述标记来支持搜索引擎优化是不同的。S/4HANA UI页面中的meta标签，更多体现的是维护页面元数据的初衷，由SAP UI5框架代码和对应的后台代码解析，对客户完全透明。
例如下图中的meta标签名称为sap-client，维护的内容为715，表示Fiori Launchpad后台对应的ABAP Client ID为715.
最后，可以使用inurl语法在搜索引擎中搜索，可以找到一些网站使用SAP WebClient UI技术进行服务端渲染，可以被搜索引擎检索到。有兴趣的朋友可以自己试试。
希望这篇文章能让你对SAP产品UI在支持搜索引擎优化方面所做的努力有一些基本的了解，谢谢阅读。 查看全部
搜索引擎主题模型优化(这是Jerry2021年的第52篇文章，也是汪子熙公众号)
这是杰瑞2021年的第52篇文章，也是王子曦公众号总共第329篇原创文章。
本文的主题还源于 Jerry 团队最近处理的一个客户事件，并且与 Jerry 之前的 文章 演示文稿的内容密切相关。
让我们简单回顾一下前面介绍的客户端渲染（CSR）和服务器端渲染（SSR）的区别。
客户端渲染
如下图所示，用户通过浏览器向网站发送请求，服务器或CDN为用户提供静态HTML、CSS和JavaScript文件。浏览器下载HTML和JavaScript文件，执行JavaScript（通常是Angular、React、Vue、SAP UI5等前端框架的库文件）完成页面渲染。在大多数情况下，浏览器会通过 AJAX 向后端服务器请求动态内容。从服务器获取 API 响应后，在客户端浏览器中解析响应内容以呈现最终页面。
客户端渲染之所以得名，是因为通过 HTML 页面的源代码渲染最终页面并根据 API 响应动态更改页面内容的行为发生在客户端。
使用 CSR 技术的 SAP 产品 UI 包括使用 SAP UI5 框架开发的所有产品，例如 SAP Cloud for Customer，以及基于 SAP Fiori Elements 的 SAP S/4HANA 页面。
服务器端渲染
与CSR相比，在服务器端渲染机制中，从HTML源代码到最终呈现给用户的页面的转换过程是在服务器端运行环境中进行的。
例如，假设 Angular 应用开启了服务端渲染模式，并使用 express 库在 Node.js 服务器上运行，那么应用的 index.html 页面将通过 nguniversal/express-engine 引擎进行渲染。入口位置如下：
服务端渲染完成后，最终呈现给客户端的HTML源代码字符串通过回调函数发送给浏览器，也就是下图1006行做的回调函数。
下图第1008行done回调函数中显示的变量str存储了SAP Commerce Cloud UI启动服务端渲染后服务端渲染的index.html的完整HTML源代码，超过240KB；而在客户端渲染模式下，服务器返回给浏览器的 index.html 内容大小小于 1KB。
使用SSR技术的SAP产品UI，包括所有基于SAP ABAP Webdynpro、WebClient UI技术的产品，如SAP SRM、SAP CRM、SAP S/4HANA中Service模块的UI、基于JSP技术的SAP Commerce Cloud、加速器UI等...
基于 SAP Spartacus 开源项目的新一代 SAP Commerce Cloud UI 支持客户端渲染和服务器端渲染。
回到本文的主题。
在客户端渲染模式下，Web 应用程序对 SEO 的支持较少。以 SAP Commerce Cloud UI 为例，在使用客户端渲染时，搜索引擎的网络爬虫爬取了一个空的 index.html 页面：app-root 标签中没有内容，因为直到接收到内容浏览器接收 index.html 页面。html，执行 Angular 框架代码，生成最终的 HTML 源代码。
开启服务端渲染模式后，服务端完成页面渲染。此时，服务器返回浏览器的 app-root 标签，其中已经收录了最终渲染的页面。下图开启服务端渲染模式后请求SAP Commerce Cloud UI首页时，可以对比从服务端接收到的index.html中app-root标签中的数据，并与上图中的客户端渲染模式。
服务端渲染解决了网页爬虫无法正确抓取网页应用页面内容的问题。但是，将页面渲染、数据请求和响应处理移到服务器端，势必会占用服务器端宝贵的内存资源，增加其处理负担。
为此，在SAP Commerce Cloud UI的服务端渲染模式中，我们团队还设计了一些优化逻辑，比如引入渲染缓存，增加渲染队列和超时机制，在一定条件下降级为客户端渲染等。在保证服务器正常服务能力和支持搜索引擎优化之间取得了较好的折衷。
支持服务端渲染只是完成搜索引擎优化的第一步。基于SAP UI5框架开发的SAP应用大多不是2C应用，所以不依赖搜索引擎优化，即这些应用不太可能出现在用户的搜索引擎结果列表中。
另一方面，比如客户使用SAP Commerce Cloud搭建自己的电商店铺，那么店铺搜索引擎优化的完善程度直接关系到店铺的销售额。
网站的搜索引擎优化是一门学问，这篇文章Jerry只介绍他最近从处理客户事件中学到的相关知识。
我们在谷歌根据关键词lego ae进行搜索，搜索结果的第二条记录是阿联酋LEGO的电子商务商店网站（国家代码AE），是基于SAP Spartacus SAP Commerce开发的云界面页面：
上图中灰色区域的页面标题和黄色区域的页面描述分别来自SAP Commerce Cloud UI网页源代码中的title标签和meta description标签的值。
另一个例子是根据关键词 lego ae LEGO Dinosaur Fossils 搜索一个乐高恐龙化石产品：
在搜索结果列表中，会出现一个 SAP Commerce Cloud UI PDP 页面 - 产品详细信息页面，它是一个产品详细信息页面：
在上面的示例中，页面标题标签和元描述标签的值都是后端驱动的，即来自 SAP Commerce Cloud 后端系统。
在SAP Commerce Cloud UI的实现中，我们团队设计了Page模型，其title字段和description字段分别维护了HTML源代码title和meta description标签中需要渲染的值。
我们将上述模型称为 SAP Commerce Cloud UI 页面的元数据：Page Meta。
在运行时，这些页面元数据是通过PageMetaService类的meta$成员来维护的，赋值逻辑如下：
（1)调用cmsService的getCurrentPage方法从Commerce后台读取页面元数据；
(2)根据Commerce Cloud前端配置，读取当前页面类型需要完成的元数据解析类型，获取负责执行相应操作的解析器；
(3) 调用对应的解析器完成解析工作。
解析后的页面元数据存放在PageMetaService的成员变量meta$中，最终被SeoMetaService订阅，取出其值注入到页面DOM元素中。这就是 SAP Commerce Cloud UI 如何为 SEO 实现基于元标记的实现。
在 SAP S/4HANA 等后台人员使用较多的应用程序中，虽然页面上有元标记，但与 SAP Commerce Cloud UI 中使用元描述标记来支持搜索引擎优化是不同的。S/4HANA UI页面中的meta标签，更多体现的是维护页面元数据的初衷，由SAP UI5框架代码和对应的后台代码解析，对客户完全透明。
例如下图中的meta标签名称为sap-client，维护的内容为715，表示Fiori Launchpad后台对应的ABAP Client ID为715.
最后，可以使用inurl语法在搜索引擎中搜索，可以找到一些网站使用SAP WebClient UI技术进行服务端渲染，可以被搜索引擎检索到。有兴趣的朋友可以自己试试。
希望这篇文章能让你对SAP产品UI在支持搜索引擎优化方面所做的努力有一些基本的了解，谢谢阅读。
搜索引擎主题模型优化(这是Jerry2021年的第52篇文章，也是汪子熙公众号)
网站优化 • 优采云 发表了文章 • 0 个评论 • 45 次浏览 • 2022-01-29 14:25
搜索引擎主题模型优化(这是Jerry2021年的第52篇文章，也是汪子熙公众号)
这是杰瑞2021年的第52篇文章，也是王子曦公众号总共第329篇原创文章。
本文的主题还源于 Jerry 团队最近处理的一个客户事件，并且与 Jerry 之前的 文章 演示文稿的内容密切相关。
让我们简单回顾一下前面介绍的客户端渲染（CSR）和服务器端渲染（SSR）的区别。
客户端渲染
如下图所示，用户通过浏览器向网站发送请求，服务器或CDN为用户提供静态HTML、CSS和JavaScript文件。浏览器下载HTML和JavaScript文件，执行JavaScript（通常是Angular、React、Vue、SAP UI5等前端框架的库文件）完成页面渲染。在大多数情况下，浏览器会通过 AJAX 向后端服务器请求动态内容。从服务器获取 API 响应后，在客户端浏览器中解析响应内容以呈现最终页面。
客户端渲染之所以得名，是因为通过 HTML 页面的源代码渲染最终页面并根据 API 响应动态更改页面内容的行为发生在客户端。
使用 CSR 技术的 SAP 产品 UI 包括使用 SAP UI5 框架开发的所有产品，例如 SAP Cloud for Customer，以及基于 SAP Fiori Elements 的 SAP S/4HANA 页面。
服务器端渲染
与CSR相比，在服务器端渲染机制中，从HTML源代码到最终呈现给用户的页面的转换过程是在服务器端运行环境中进行的。
例如，假设 Angular 应用开启了服务端渲染模式，并使用 express 库在 Node.js 服务器上运行，那么应用的 index.html 页面将通过 nguniversal/express-engine 引擎进行渲染。入口位置如下：
服务端渲染完成后，最终呈现给客户端的HTML源代码字符串通过回调函数发送给浏览器，也就是下图1006行做的回调函数。
下图第1008行done回调函数中显示的变量str存储了SAP Commerce Cloud UI启动服务端渲染后服务端渲染的index.html的完整HTML源代码，超过240KB；而在客户端渲染模式下，服务器返回给浏览器的 index.html 内容大小小于 1KB。
使用SSR技术的SAP产品UI，包括所有基于SAP ABAP Webdynpro、WebClient UI技术的产品，如SAP SRM、SAP CRM、SAP S/4HANA中Service模块的UI、基于JSP技术的SAP Commerce Cloud、加速器UI等...
基于 SAP Spartacus 开源项目的新一代 SAP Commerce Cloud UI 支持客户端渲染和服务器端渲染。
回到本文的主题。
在客户端渲染模式下，Web 应用程序对 SEO 的支持较少。以 SAP Commerce Cloud UI 为例，在使用客户端渲染时，搜索引擎的网络爬虫爬取了一个空的 index.html 页面：app-root 标签中没有内容，因为直到接收到内容浏览器接收 index.html 页面。html，执行 Angular 框架代码，生成最终的 HTML 源代码。
开启服务端渲染模式后，服务端渲染页面。此时，服务器返回浏览器的 app-root 标签，其中已经收录了最终渲染的页面。下图开启服务端渲染模式后请求SAP Commerce Cloud UI首页时，可以对比从服务端接收到的index.html中app-root标签中的数据，并与上图中的客户端渲染模式。
服务端渲染解决了网页爬虫无法正确抓取网页应用页面内容的问题。但是，将页面渲染、数据请求和响应处理移到服务器端，势必会占用服务器端宝贵的内存资源，增加其处理负担。
为此，在SAP Commerce Cloud UI的服务端渲染模式中，我们团队还设计了一些优化逻辑，比如引入渲染缓存，增加渲染队列和超时机制，在一定条件下降级为客户端渲染等。在保证服务器正常服务能力和支持搜索引擎优化之间取得了较好的折衷。
支持服务端渲染只是完成搜索引擎优化的第一步。基于SAP UI5框架开发的SAP应用大多不是2C应用，所以不依赖搜索引擎优化，即这些应用不太可能出现在用户的搜索引擎结果列表中。
另一方面，比如客户使用SAP Commerce Cloud搭建自己的电商店铺，那么店铺搜索引擎优化的完善程度直接关系到店铺的销售额。
网站的搜索引擎优化是一门学问，这篇文章Jerry只介绍他最近从处理客户事件中学到的相关知识。
我们在谷歌根据关键词lego ae进行搜索，搜索结果的第二条记录是阿联酋LEGO的电子商务商店网站（国家代码AE），是基于SAP Spartacus SAP Commerce开发的云界面页面：
上图中灰色区域的页面标题和黄色区域的页面描述分别来自SAP Commerce Cloud UI网页源代码中的title标签和meta description标签的值。
另一个例子是根据关键词 lego ae LEGO Dinosaur Fossils 搜索一个乐高恐龙化石产品：
在搜索结果列表中，会出现一个 SAP Commerce Cloud UI PDP 页面 - 产品详细信息页面，它是一个产品详细信息页面：
在上面的示例中，页面标题标签和元描述标签的值都是后端驱动的，即来自 SAP Commerce Cloud 后端系统。
在SAP Commerce Cloud UI的实现中，我们团队设计了Page模型，它的title字段和description字段分别维护了HTML源代码title和meta description标签中需要渲染的值。
我们将上述模型称为 SAP Commerce Cloud UI 页面的元数据：Page Meta。
在运行时，这些页面元数据是通过PageMetaService类的meta$成员来维护的，赋值逻辑如下：
（1)调用cmsService的getCurrentPage方法从Commerce后台读取页面元数据；
(2)根据Commerce Cloud的前端配置，读取当前页面类型需要完成的元数据解析类型，获取负责执行相应操作的解析器；
(3) 调用对应的解析器完成解析工作。
解析后的页面元数据存放在PageMetaService的成员变量meta$中，最终被SeoMetaService订阅，取出其值注入到页面DOM元素中。这就是 SAP Commerce Cloud UI 如何为 SEO 实现基于元标记的实现。
在 SAP S/4HANA 等后台人员使用较多的应用程序中，虽然页面上有元标记，但与 SAP Commerce Cloud UI 中使用元描述标记来支持搜索引擎优化是不同的。S/4HANA UI页面中的meta标签，更多体现的是维护页面元数据的初衷，由SAP UI5框架代码和对应的后台代码解析，对客户完全透明。
例如下图中的meta标签名称为sap-client，维护的内容为715，表示Fiori Launchpad后台对应的ABAP Client ID为715.
最后，可以使用inurl语法在搜索引擎中搜索，可以找到一些网站使用SAP WebClient UI技术进行服务端渲染，可以被搜索引擎检索到。有兴趣的朋友可以自己试试。
希望这篇文章能让你对SAP产品UI在支持搜索引擎优化方面所做的努力有一些基本的了解，谢谢阅读。 查看全部
这是杰瑞2021年的第52篇文章，也是王子曦公众号总共第329篇原创文章。
本文的主题还源于 Jerry 团队最近处理的一个客户事件，并且与 Jerry 之前的 文章 演示文稿的内容密切相关。
让我们简单回顾一下前面介绍的客户端渲染（CSR）和服务器端渲染（SSR）的区别。
客户端渲染
如下图所示，用户通过浏览器向网站发送请求，服务器或CDN为用户提供静态HTML、CSS和JavaScript文件。浏览器下载HTML和JavaScript文件，执行JavaScript（通常是Angular、React、Vue、SAP UI5等前端框架的库文件）完成页面渲染。在大多数情况下，浏览器会通过 AJAX 向后端服务器请求动态内容。从服务器获取 API 响应后，在客户端浏览器中解析响应内容以呈现最终页面。
客户端渲染之所以得名，是因为通过 HTML 页面的源代码渲染最终页面并根据 API 响应动态更改页面内容的行为发生在客户端。
使用 CSR 技术的 SAP 产品 UI 包括使用 SAP UI5 框架开发的所有产品，例如 SAP Cloud for Customer，以及基于 SAP Fiori Elements 的 SAP S/4HANA 页面。
服务器端渲染
与CSR相比，在服务器端渲染机制中，从HTML源代码到最终呈现给用户的页面的转换过程是在服务器端运行环境中进行的。
例如，假设 Angular 应用开启了服务端渲染模式，并使用 express 库在 Node.js 服务器上运行，那么应用的 index.html 页面将通过 nguniversal/express-engine 引擎进行渲染。入口位置如下：
服务端渲染完成后，最终呈现给客户端的HTML源代码字符串通过回调函数发送给浏览器，也就是下图1006行做的回调函数。
下图第1008行done回调函数中显示的变量str存储了SAP Commerce Cloud UI启动服务端渲染后服务端渲染的index.html的完整HTML源代码，超过240KB；而在客户端渲染模式下，服务器返回给浏览器的 index.html 内容大小小于 1KB。
使用SSR技术的SAP产品UI，包括所有基于SAP ABAP Webdynpro、WebClient UI技术的产品，如SAP SRM、SAP CRM、SAP S/4HANA中Service模块的UI、基于JSP技术的SAP Commerce Cloud、加速器UI等...
基于 SAP Spartacus 开源项目的新一代 SAP Commerce Cloud UI 支持客户端渲染和服务器端渲染。
回到本文的主题。
在客户端渲染模式下，Web 应用程序对 SEO 的支持较少。以 SAP Commerce Cloud UI 为例，在使用客户端渲染时，搜索引擎的网络爬虫爬取了一个空的 index.html 页面：app-root 标签中没有内容，因为直到接收到内容浏览器接收 index.html 页面。html，执行 Angular 框架代码，生成最终的 HTML 源代码。
开启服务端渲染模式后，服务端渲染页面。此时，服务器返回浏览器的 app-root 标签，其中已经收录了最终渲染的页面。下图开启服务端渲染模式后请求SAP Commerce Cloud UI首页时，可以对比从服务端接收到的index.html中app-root标签中的数据，并与上图中的客户端渲染模式。
服务端渲染解决了网页爬虫无法正确抓取网页应用页面内容的问题。但是，将页面渲染、数据请求和响应处理移到服务器端，势必会占用服务器端宝贵的内存资源，增加其处理负担。
为此，在SAP Commerce Cloud UI的服务端渲染模式中，我们团队还设计了一些优化逻辑，比如引入渲染缓存，增加渲染队列和超时机制，在一定条件下降级为客户端渲染等。在保证服务器正常服务能力和支持搜索引擎优化之间取得了较好的折衷。
支持服务端渲染只是完成搜索引擎优化的第一步。基于SAP UI5框架开发的SAP应用大多不是2C应用，所以不依赖搜索引擎优化，即这些应用不太可能出现在用户的搜索引擎结果列表中。
另一方面，比如客户使用SAP Commerce Cloud搭建自己的电商店铺，那么店铺搜索引擎优化的完善程度直接关系到店铺的销售额。
网站的搜索引擎优化是一门学问，这篇文章Jerry只介绍他最近从处理客户事件中学到的相关知识。
我们在谷歌根据关键词lego ae进行搜索，搜索结果的第二条记录是阿联酋LEGO的电子商务商店网站（国家代码AE），是基于SAP Spartacus SAP Commerce开发的云界面页面：
上图中灰色区域的页面标题和黄色区域的页面描述分别来自SAP Commerce Cloud UI网页源代码中的title标签和meta description标签的值。
另一个例子是根据关键词 lego ae LEGO Dinosaur Fossils 搜索一个乐高恐龙化石产品：
在搜索结果列表中，会出现一个 SAP Commerce Cloud UI PDP 页面 - 产品详细信息页面，它是一个产品详细信息页面：
在上面的示例中，页面标题标签和元描述标签的值都是后端驱动的，即来自 SAP Commerce Cloud 后端系统。
在SAP Commerce Cloud UI的实现中，我们团队设计了Page模型，它的title字段和description字段分别维护了HTML源代码title和meta description标签中需要渲染的值。
我们将上述模型称为 SAP Commerce Cloud UI 页面的元数据：Page Meta。
在运行时，这些页面元数据是通过PageMetaService类的meta$成员来维护的，赋值逻辑如下：
（1)调用cmsService的getCurrentPage方法从Commerce后台读取页面元数据；
(2)根据Commerce Cloud的前端配置，读取当前页面类型需要完成的元数据解析类型，获取负责执行相应操作的解析器；
(3) 调用对应的解析器完成解析工作。
解析后的页面元数据存放在PageMetaService的成员变量meta$中，最终被SeoMetaService订阅，取出其值注入到页面DOM元素中。这就是 SAP Commerce Cloud UI 如何为 SEO 实现基于元标记的实现。
在 SAP S/4HANA 等后台人员使用较多的应用程序中，虽然页面上有元标记，但与 SAP Commerce Cloud UI 中使用元描述标记来支持搜索引擎优化是不同的。S/4HANA UI页面中的meta标签，更多体现的是维护页面元数据的初衷，由SAP UI5框架代码和对应的后台代码解析，对客户完全透明。
例如下图中的meta标签名称为sap-client，维护的内容为715，表示Fiori Launchpad后台对应的ABAP Client ID为715.
最后，可以使用inurl语法在搜索引擎中搜索，可以找到一些网站使用SAP WebClient UI技术进行服务端渲染，可以被搜索引擎检索到。有兴趣的朋友可以自己试试。
希望这篇文章能让你对SAP产品UI在支持搜索引擎优化方面所做的努力有一些基本的了解，谢谢阅读。 查看全部
搜索引擎主题模型优化(这是Jerry2021年的第52篇文章，也是汪子熙公众号)
这是杰瑞2021年的第52篇文章，也是王子曦公众号总共第329篇原创文章。
本文的主题还源于 Jerry 团队最近处理的一个客户事件，并且与 Jerry 之前的 文章 演示文稿的内容密切相关。
让我们简单回顾一下前面介绍的客户端渲染（CSR）和服务器端渲染（SSR）的区别。
客户端渲染
如下图所示，用户通过浏览器向网站发送请求，服务器或CDN为用户提供静态HTML、CSS和JavaScript文件。浏览器下载HTML和JavaScript文件，执行JavaScript（通常是Angular、React、Vue、SAP UI5等前端框架的库文件）完成页面渲染。在大多数情况下，浏览器会通过 AJAX 向后端服务器请求动态内容。从服务器获取 API 响应后，在客户端浏览器中解析响应内容以呈现最终页面。
客户端渲染之所以得名，是因为通过 HTML 页面的源代码渲染最终页面并根据 API 响应动态更改页面内容的行为发生在客户端。
使用 CSR 技术的 SAP 产品 UI 包括使用 SAP UI5 框架开发的所有产品，例如 SAP Cloud for Customer，以及基于 SAP Fiori Elements 的 SAP S/4HANA 页面。
服务器端渲染
与CSR相比，在服务器端渲染机制中，从HTML源代码到最终呈现给用户的页面的转换过程是在服务器端运行环境中进行的。
例如，假设 Angular 应用开启了服务端渲染模式，并使用 express 库在 Node.js 服务器上运行，那么应用的 index.html 页面将通过 nguniversal/express-engine 引擎进行渲染。入口位置如下：
服务端渲染完成后，最终呈现给客户端的HTML源代码字符串通过回调函数发送给浏览器，也就是下图1006行做的回调函数。
下图第1008行done回调函数中显示的变量str存储了SAP Commerce Cloud UI启动服务端渲染后服务端渲染的index.html的完整HTML源代码，超过240KB；而在客户端渲染模式下，服务器返回给浏览器的 index.html 内容大小小于 1KB。
使用SSR技术的SAP产品UI，包括所有基于SAP ABAP Webdynpro、WebClient UI技术的产品，如SAP SRM、SAP CRM、SAP S/4HANA中Service模块的UI、基于JSP技术的SAP Commerce Cloud、加速器UI等...
基于 SAP Spartacus 开源项目的新一代 SAP Commerce Cloud UI 支持客户端渲染和服务器端渲染。
回到本文的主题。
在客户端渲染模式下，Web 应用程序对 SEO 的支持较少。以 SAP Commerce Cloud UI 为例，在使用客户端渲染时，搜索引擎的网络爬虫爬取了一个空的 index.html 页面：app-root 标签中没有内容，因为直到接收到内容浏览器接收 index.html 页面。html，执行 Angular 框架代码，生成最终的 HTML 源代码。
开启服务端渲染模式后，服务端渲染页面。此时，服务器返回浏览器的 app-root 标签，其中已经收录了最终渲染的页面。下图开启服务端渲染模式后请求SAP Commerce Cloud UI首页时，可以对比从服务端接收到的index.html中app-root标签中的数据，并与上图中的客户端渲染模式。
服务端渲染解决了网页爬虫无法正确抓取网页应用页面内容的问题。但是，将页面渲染、数据请求和响应处理移到服务器端，势必会占用服务器端宝贵的内存资源，增加其处理负担。
为此，在SAP Commerce Cloud UI的服务端渲染模式中，我们团队还设计了一些优化逻辑，比如引入渲染缓存，增加渲染队列和超时机制，在一定条件下降级为客户端渲染等。在保证服务器正常服务能力和支持搜索引擎优化之间取得了较好的折衷。
支持服务端渲染只是完成搜索引擎优化的第一步。基于SAP UI5框架开发的SAP应用大多不是2C应用，所以不依赖搜索引擎优化，即这些应用不太可能出现在用户的搜索引擎结果列表中。
另一方面，比如客户使用SAP Commerce Cloud搭建自己的电商店铺，那么店铺搜索引擎优化的完善程度直接关系到店铺的销售额。
网站的搜索引擎优化是一门学问，这篇文章Jerry只介绍他最近从处理客户事件中学到的相关知识。
我们在谷歌根据关键词lego ae进行搜索，搜索结果的第二条记录是阿联酋LEGO的电子商务商店网站（国家代码AE），是基于SAP Spartacus SAP Commerce开发的云界面页面：
上图中灰色区域的页面标题和黄色区域的页面描述分别来自SAP Commerce Cloud UI网页源代码中的title标签和meta description标签的值。
另一个例子是根据关键词 lego ae LEGO Dinosaur Fossils 搜索一个乐高恐龙化石产品：
在搜索结果列表中，会出现一个 SAP Commerce Cloud UI PDP 页面 - 产品详细信息页面，它是一个产品详细信息页面：
在上面的示例中，页面标题标签和元描述标签的值都是后端驱动的，即来自 SAP Commerce Cloud 后端系统。
在SAP Commerce Cloud UI的实现中，我们团队设计了Page模型，它的title字段和description字段分别维护了HTML源代码title和meta description标签中需要渲染的值。
我们将上述模型称为 SAP Commerce Cloud UI 页面的元数据：Page Meta。
在运行时，这些页面元数据是通过PageMetaService类的meta$成员来维护的，赋值逻辑如下：
（1)调用cmsService的getCurrentPage方法从Commerce后台读取页面元数据；
(2)根据Commerce Cloud的前端配置，读取当前页面类型需要完成的元数据解析类型，获取负责执行相应操作的解析器；
(3) 调用对应的解析器完成解析工作。
解析后的页面元数据存放在PageMetaService的成员变量meta$中，最终被SeoMetaService订阅，取出其值注入到页面DOM元素中。这就是 SAP Commerce Cloud UI 如何为 SEO 实现基于元标记的实现。
在 SAP S/4HANA 等后台人员使用较多的应用程序中，虽然页面上有元标记，但与 SAP Commerce Cloud UI 中使用元描述标记来支持搜索引擎优化是不同的。S/4HANA UI页面中的meta标签，更多体现的是维护页面元数据的初衷，由SAP UI5框架代码和对应的后台代码解析，对客户完全透明。
例如下图中的meta标签名称为sap-client，维护的内容为715，表示Fiori Launchpad后台对应的ABAP Client ID为715.
最后，可以使用inurl语法在搜索引擎中搜索，可以找到一些网站使用SAP WebClient UI技术进行服务端渲染，可以被搜索引擎检索到。有兴趣的朋友可以自己试试。
希望这篇文章能让你对SAP产品UI在支持搜索引擎优化方面所做的努力有一些基本的了解，谢谢阅读。
搜索引擎主题模型优化(这是Jerry2021年的第52篇文章，也是汪子熙公众号)
网站优化 • 优采云 发表了文章 • 0 个评论 • 86 次浏览 • 2022-01-29 14:23
搜索引擎主题模型优化(这是Jerry2021年的第52篇文章，也是汪子熙公众号)
这是杰瑞2021年的第52篇文章，也是王子曦公众号总共第329篇原创文章。
本文的主题还源于 Jerry 团队最近处理的一个客户事件，并且与 Jerry 之前的 文章 演示文稿的内容密切相关。
让我们简单回顾一下前面介绍的客户端渲染（CSR）和服务器端渲染（SSR）的区别。
客户端渲染
如下图所示，用户通过浏览器向网站发送请求，服务器或CDN为用户提供静态HTML、CSS和JavaScript文件。浏览器下载HTML和JavaScript文件，执行JavaScript（通常是Angular、React、Vue、SAP UI5等前端框架的库文件）完成页面渲染。在大多数情况下，浏览器会通过 AJAX 向后端服务器请求动态内容。从服务器获取 API 响应后，在客户端浏览器中解析响应内容以呈现最终页面。
客户端渲染之所以得名，是因为通过 HTML 页面的源代码渲染最终页面并根据 API 响应动态更改页面内容的行为发生在客户端。
使用 CSR 技术的 SAP 产品 UI 包括使用 SAP UI5 框架开发的所有产品，例如 SAP Cloud for Customer，以及基于 SAP Fiori Elements 的 SAP S/4HANA 页面。
服务器端渲染
与CSR相比，在服务器端渲染机制中，从HTML源代码到最终呈现给用户的页面的转换过程是在服务器端运行环境中进行的。
例如，假设 Angular 应用开启了服务端渲染模式，并使用 express 库在 Node.js 服务器上运行，那么应用的 index.html 页面将通过 nguniversal/express-engine 引擎进行渲染。入口位置如下：
服务端渲染完成后，最终呈现给客户端的HTML源代码字符串通过回调函数发送给浏览器，也就是下图1006行做的回调函数。
下图第1008行done回调函数中显示的变量str存储了SAP Commerce Cloud UI启动服务端渲染后服务端渲染的index.html的完整HTML源代码，超过240KB；而在客户端渲染模式下，服务器返回给浏览器的 index.html 内容大小小于 1KB。
使用SSR技术的SAP产品UI，包括所有基于SAP ABAP Webdynpro、WebClient UI技术的产品，如SAP SRM、SAP CRM、SAP S/4HANA中Service模块的UI、基于JSP技术的SAP Commerce Cloud、加速器UI等...
基于 SAP Spartacus 开源项目的新一代 SAP Commerce Cloud UI 支持客户端渲染和服务器端渲染。
回到本文的主题。
在客户端渲染模式下，Web 应用程序对 SEO 的支持较少。以 SAP Commerce Cloud UI 为例，在使用客户端渲染时，搜索引擎的网络爬虫爬取了一个空的 index.html 页面：app-root 标签中没有内容，因为直到接收到内容浏览器接收 index.html 页面。html，执行 Angular 框架代码，生成最终的 HTML 源代码。
开启服务端渲染模式后，服务端渲染页面。此时，服务器返回浏览器的 app-root 标签，其中已经收录了最终渲染的页面。下图开启服务端渲染模式后请求SAP Commerce Cloud UI首页时，可以对比从服务端接收到的index.html中app-root标签中的数据，并与上图中的客户端渲染模式。
服务端渲染解决了网页爬虫无法正确抓取网页应用页面内容的问题。但是，将页面渲染、数据请求和响应处理移到服务器端，势必会占用服务器端宝贵的内存资源，增加其处理负担。
为此，在SAP Commerce Cloud UI的服务端渲染模式中，我们团队还设计了一些优化逻辑，比如引入渲染缓存，增加渲染队列和超时机制，在一定条件下降级为客户端渲染等。在保证服务器正常服务能力和支持搜索引擎优化之间取得了较好的折衷。
支持服务端渲染只是完成搜索引擎优化的第一步。基于SAP UI5框架开发的SAP应用大多不是2C应用，所以不依赖搜索引擎优化，即这些应用不太可能出现在用户的搜索引擎结果列表中。
另一方面，比如客户使用SAP Commerce Cloud搭建自己的电商店铺，那么店铺搜索引擎优化的完善程度直接关系到店铺的销售额。
网站的搜索引擎优化是一门学问，这篇文章Jerry只介绍他最近从处理客户事件中学到的相关知识。
我们在谷歌根据关键词lego ae进行搜索，搜索结果的第二条记录是阿联酋LEGO的电子商务商店网站（国家代码AE），是基于SAP Spartacus SAP Commerce开发的云界面页面：
上图中灰色区域的页面标题和黄色区域的页面描述分别来自SAP Commerce Cloud UI网页源代码中的title标签和meta description标签的值。
另一个例子是根据关键词 lego ae LEGO Dinosaur Fossils 搜索一个乐高恐龙化石产品：
在搜索结果列表中，会出现一个 SAP Commerce Cloud UI PDP 页面 - 产品详细信息页面，它是一个产品详细信息页面：
在上面的示例中，页面标题标签和元描述标签的值都是后端驱动的，即来自 SAP Commerce Cloud 后端系统。
在SAP Commerce Cloud UI的实现中，我们团队设计了Page模型，它的title字段和description字段分别维护了HTML源代码title和meta description标签中需要渲染的值。
我们将上述模型称为 SAP Commerce Cloud UI 页面的元数据：Page Meta。
在运行时，这些页面元数据是通过PageMetaService类的meta$成员来维护的，赋值逻辑如下：
（1)调用cmsService的getCurrentPage方法从Commerce后台读取页面元数据；
(2)根据Commerce Cloud的前端配置，读取当前页面类型需要完成的元数据解析类型，获取负责执行相应操作的解析器；
(3) 调用对应的解析器完成解析工作。
解析后的页面元数据存放在PageMetaService的成员变量meta$中，最终被SeoMetaService订阅，取出其值注入到页面DOM元素中。这就是 SAP Commerce Cloud UI 如何为 SEO 实现基于元标记的实现。
在 SAP S/4HANA 等后台人员使用较多的应用程序中，虽然页面上有元标记，但与 SAP Commerce Cloud UI 中使用元描述标记来支持搜索引擎优化是不同的。S/4HANA UI页面中的meta标签，更多体现的是维护页面元数据的初衷，由SAP UI5框架代码和对应的后台代码解析，对客户完全透明。
例如下图中的meta标签名称为sap-client，维护的内容为715，表示Fiori Launchpad后台对应的ABAP Client ID为715.
最后，可以使用inurl语法在搜索引擎中搜索，可以找到一些网站使用SAP WebClient UI技术进行服务端渲染，可以被搜索引擎检索到。有兴趣的朋友可以自己试试。
希望这篇文章能让你对SAP产品UI在支持搜索引擎优化方面所做的努力有一些基本的了解，谢谢阅读。 查看全部
这是杰瑞2021年的第52篇文章，也是王子曦公众号总共第329篇原创文章。
本文的主题还源于 Jerry 团队最近处理的一个客户事件，并且与 Jerry 之前的 文章 演示文稿的内容密切相关。
让我们简单回顾一下前面介绍的客户端渲染（CSR）和服务器端渲染（SSR）的区别。
客户端渲染
如下图所示，用户通过浏览器向网站发送请求，服务器或CDN为用户提供静态HTML、CSS和JavaScript文件。浏览器下载HTML和JavaScript文件，执行JavaScript（通常是Angular、React、Vue、SAP UI5等前端框架的库文件）完成页面渲染。在大多数情况下，浏览器会通过 AJAX 向后端服务器请求动态内容。从服务器获取 API 响应后，在客户端浏览器中解析响应内容以呈现最终页面。
客户端渲染之所以得名，是因为通过 HTML 页面的源代码渲染最终页面并根据 API 响应动态更改页面内容的行为发生在客户端。
使用 CSR 技术的 SAP 产品 UI 包括使用 SAP UI5 框架开发的所有产品，例如 SAP Cloud for Customer，以及基于 SAP Fiori Elements 的 SAP S/4HANA 页面。
服务器端渲染
与CSR相比，在服务器端渲染机制中，从HTML源代码到最终呈现给用户的页面的转换过程是在服务器端运行环境中进行的。
例如，假设 Angular 应用开启了服务端渲染模式，并使用 express 库在 Node.js 服务器上运行，那么应用的 index.html 页面将通过 nguniversal/express-engine 引擎进行渲染。入口位置如下：
服务端渲染完成后，最终呈现给客户端的HTML源代码字符串通过回调函数发送给浏览器，也就是下图1006行做的回调函数。
下图第1008行done回调函数中显示的变量str存储了SAP Commerce Cloud UI启动服务端渲染后服务端渲染的index.html的完整HTML源代码，超过240KB；而在客户端渲染模式下，服务器返回给浏览器的 index.html 内容大小小于 1KB。
使用SSR技术的SAP产品UI，包括所有基于SAP ABAP Webdynpro、WebClient UI技术的产品，如SAP SRM、SAP CRM、SAP S/4HANA中Service模块的UI、基于JSP技术的SAP Commerce Cloud、加速器UI等...
基于 SAP Spartacus 开源项目的新一代 SAP Commerce Cloud UI 支持客户端渲染和服务器端渲染。
回到本文的主题。
在客户端渲染模式下，Web 应用程序对 SEO 的支持较少。以 SAP Commerce Cloud UI 为例，在使用客户端渲染时，搜索引擎的网络爬虫爬取了一个空的 index.html 页面：app-root 标签中没有内容，因为直到接收到内容浏览器接收 index.html 页面。html，执行 Angular 框架代码，生成最终的 HTML 源代码。
开启服务端渲染模式后，服务端渲染页面。此时，服务器返回浏览器的 app-root 标签，其中已经收录了最终渲染的页面。下图开启服务端渲染模式后请求SAP Commerce Cloud UI首页时，可以对比从服务端接收到的index.html中app-root标签中的数据，并与上图中的客户端渲染模式。
服务端渲染解决了网页爬虫无法正确抓取网页应用页面内容的问题。但是，将页面渲染、数据请求和响应处理移到服务器端，势必会占用服务器端宝贵的内存资源，增加其处理负担。
为此，在SAP Commerce Cloud UI的服务端渲染模式中，我们团队还设计了一些优化逻辑，比如引入渲染缓存，增加渲染队列和超时机制，在一定条件下降级为客户端渲染等。在保证服务器正常服务能力和支持搜索引擎优化之间取得了较好的折衷。
支持服务端渲染只是完成搜索引擎优化的第一步。基于SAP UI5框架开发的SAP应用大多不是2C应用，所以不依赖搜索引擎优化，即这些应用不太可能出现在用户的搜索引擎结果列表中。
另一方面，比如客户使用SAP Commerce Cloud搭建自己的电商店铺，那么店铺搜索引擎优化的完善程度直接关系到店铺的销售额。
网站的搜索引擎优化是一门学问，这篇文章Jerry只介绍他最近从处理客户事件中学到的相关知识。
我们在谷歌根据关键词lego ae进行搜索，搜索结果的第二条记录是阿联酋LEGO的电子商务商店网站（国家代码AE），是基于SAP Spartacus SAP Commerce开发的云界面页面：
上图中灰色区域的页面标题和黄色区域的页面描述分别来自SAP Commerce Cloud UI网页源代码中的title标签和meta description标签的值。
另一个例子是根据关键词 lego ae LEGO Dinosaur Fossils 搜索一个乐高恐龙化石产品：
在搜索结果列表中，会出现一个 SAP Commerce Cloud UI PDP 页面 - 产品详细信息页面，它是一个产品详细信息页面：
在上面的示例中，页面标题标签和元描述标签的值都是后端驱动的，即来自 SAP Commerce Cloud 后端系统。
在SAP Commerce Cloud UI的实现中，我们团队设计了Page模型，它的title字段和description字段分别维护了HTML源代码title和meta description标签中需要渲染的值。
我们将上述模型称为 SAP Commerce Cloud UI 页面的元数据：Page Meta。
在运行时，这些页面元数据是通过PageMetaService类的meta$成员来维护的，赋值逻辑如下：
（1)调用cmsService的getCurrentPage方法从Commerce后台读取页面元数据；
(2)根据Commerce Cloud的前端配置，读取当前页面类型需要完成的元数据解析类型，获取负责执行相应操作的解析器；
(3) 调用对应的解析器完成解析工作。
解析后的页面元数据存放在PageMetaService的成员变量meta$中，最终被SeoMetaService订阅，取出其值注入到页面DOM元素中。这就是 SAP Commerce Cloud UI 如何为 SEO 实现基于元标记的实现。
在 SAP S/4HANA 等后台人员使用较多的应用程序中，虽然页面上有元标记，但与 SAP Commerce Cloud UI 中使用元描述标记来支持搜索引擎优化是不同的。S/4HANA UI页面中的meta标签，更多体现的是维护页面元数据的初衷，由SAP UI5框架代码和对应的后台代码解析，对客户完全透明。
例如下图中的meta标签名称为sap-client，维护的内容为715，表示Fiori Launchpad后台对应的ABAP Client ID为715.
最后，可以使用inurl语法在搜索引擎中搜索，可以找到一些网站使用SAP WebClient UI技术进行服务端渲染，可以被搜索引擎检索到。有兴趣的朋友可以自己试试。
希望这篇文章能让你对SAP产品UI在支持搜索引擎优化方面所做的努力有一些基本的了解，谢谢阅读。 查看全部
搜索引擎主题模型优化(这是Jerry2021年的第52篇文章，也是汪子熙公众号)
这是杰瑞2021年的第52篇文章，也是王子曦公众号总共第329篇原创文章。
本文的主题还源于 Jerry 团队最近处理的一个客户事件，并且与 Jerry 之前的 文章 演示文稿的内容密切相关。
让我们简单回顾一下前面介绍的客户端渲染（CSR）和服务器端渲染（SSR）的区别。
客户端渲染
如下图所示，用户通过浏览器向网站发送请求，服务器或CDN为用户提供静态HTML、CSS和JavaScript文件。浏览器下载HTML和JavaScript文件，执行JavaScript（通常是Angular、React、Vue、SAP UI5等前端框架的库文件）完成页面渲染。在大多数情况下，浏览器会通过 AJAX 向后端服务器请求动态内容。从服务器获取 API 响应后，在客户端浏览器中解析响应内容以呈现最终页面。
客户端渲染之所以得名，是因为通过 HTML 页面的源代码渲染最终页面并根据 API 响应动态更改页面内容的行为发生在客户端。
使用 CSR 技术的 SAP 产品 UI 包括使用 SAP UI5 框架开发的所有产品，例如 SAP Cloud for Customer，以及基于 SAP Fiori Elements 的 SAP S/4HANA 页面。
服务器端渲染
与CSR相比，在服务器端渲染机制中，从HTML源代码到最终呈现给用户的页面的转换过程是在服务器端运行环境中进行的。
例如，假设 Angular 应用开启了服务端渲染模式，并使用 express 库在 Node.js 服务器上运行，那么应用的 index.html 页面将通过 nguniversal/express-engine 引擎进行渲染。入口位置如下：
服务端渲染完成后，最终呈现给客户端的HTML源代码字符串通过回调函数发送给浏览器，也就是下图1006行做的回调函数。
下图第1008行done回调函数中显示的变量str存储了SAP Commerce Cloud UI启动服务端渲染后服务端渲染的index.html的完整HTML源代码，超过240KB；而在客户端渲染模式下，服务器返回给浏览器的 index.html 内容大小小于 1KB。
使用SSR技术的SAP产品UI，包括所有基于SAP ABAP Webdynpro、WebClient UI技术的产品，如SAP SRM、SAP CRM、SAP S/4HANA中Service模块的UI、基于JSP技术的SAP Commerce Cloud、加速器UI等...
基于 SAP Spartacus 开源项目的新一代 SAP Commerce Cloud UI 支持客户端渲染和服务器端渲染。
回到本文的主题。
在客户端渲染模式下，Web 应用程序对 SEO 的支持较少。以 SAP Commerce Cloud UI 为例，在使用客户端渲染时，搜索引擎的网络爬虫爬取了一个空的 index.html 页面：app-root 标签中没有内容，因为直到接收到内容浏览器接收 index.html 页面。html，执行 Angular 框架代码，生成最终的 HTML 源代码。
开启服务端渲染模式后，服务端渲染页面。此时，服务器返回浏览器的 app-root 标签，其中已经收录了最终渲染的页面。下图开启服务端渲染模式后请求SAP Commerce Cloud UI首页时，可以对比从服务端接收到的index.html中app-root标签中的数据，并与上图中的客户端渲染模式。
服务端渲染解决了网页爬虫无法正确抓取网页应用页面内容的问题。但是，将页面渲染、数据请求和响应处理移到服务器端，势必会占用服务器端宝贵的内存资源，增加其处理负担。
为此，在SAP Commerce Cloud UI的服务端渲染模式中，我们团队还设计了一些优化逻辑，比如引入渲染缓存，增加渲染队列和超时机制，在一定条件下降级为客户端渲染等。在保证服务器正常服务能力和支持搜索引擎优化之间取得了较好的折衷。
支持服务端渲染只是完成搜索引擎优化的第一步。基于SAP UI5框架开发的SAP应用大多不是2C应用，所以不依赖搜索引擎优化，即这些应用不太可能出现在用户的搜索引擎结果列表中。
另一方面，比如客户使用SAP Commerce Cloud搭建自己的电商店铺，那么店铺搜索引擎优化的完善程度直接关系到店铺的销售额。
网站的搜索引擎优化是一门学问，这篇文章Jerry只介绍他最近从处理客户事件中学到的相关知识。
我们在谷歌根据关键词lego ae进行搜索，搜索结果的第二条记录是阿联酋LEGO的电子商务商店网站（国家代码AE），是基于SAP Spartacus SAP Commerce开发的云界面页面：
上图中灰色区域的页面标题和黄色区域的页面描述分别来自SAP Commerce Cloud UI网页源代码中的title标签和meta description标签的值。
另一个例子是根据关键词 lego ae LEGO Dinosaur Fossils 搜索一个乐高恐龙化石产品：
在搜索结果列表中，会出现一个 SAP Commerce Cloud UI PDP 页面 - 产品详细信息页面，它是一个产品详细信息页面：
在上面的示例中，页面标题标签和元描述标签的值都是后端驱动的，即来自 SAP Commerce Cloud 后端系统。
在SAP Commerce Cloud UI的实现中，我们团队设计了Page模型，它的title字段和description字段分别维护了HTML源代码title和meta description标签中需要渲染的值。
我们将上述模型称为 SAP Commerce Cloud UI 页面的元数据：Page Meta。
在运行时，这些页面元数据是通过PageMetaService类的meta$成员来维护的，赋值逻辑如下：
（1)调用cmsService的getCurrentPage方法从Commerce后台读取页面元数据；
(2)根据Commerce Cloud的前端配置，读取当前页面类型需要完成的元数据解析类型，获取负责执行相应操作的解析器；
(3) 调用对应的解析器完成解析工作。
解析后的页面元数据存放在PageMetaService的成员变量meta$中，最终被SeoMetaService订阅，取出其值注入到页面DOM元素中。这就是 SAP Commerce Cloud UI 如何为 SEO 实现基于元标记的实现。
在 SAP S/4HANA 等后台人员使用较多的应用程序中，虽然页面上有元标记，但与 SAP Commerce Cloud UI 中使用元描述标记来支持搜索引擎优化是不同的。S/4HANA UI页面中的meta标签，更多体现的是维护页面元数据的初衷，由SAP UI5框架代码和对应的后台代码解析，对客户完全透明。
例如下图中的meta标签名称为sap-client，维护的内容为715，表示Fiori Launchpad后台对应的ABAP Client ID为715.
最后，可以使用inurl语法在搜索引擎中搜索，可以找到一些网站使用SAP WebClient UI技术进行服务端渲染，可以被搜索引擎检索到。有兴趣的朋友可以自己试试。
希望这篇文章能让你对SAP产品UI在支持搜索引擎优化方面所做的努力有一些基本的了解，谢谢阅读。
搜索引擎主题模型优化(1.常见内容作弊手段比较常见的内容设置包括：Googlebot/2.1)
网站优化 • 优采云 发表了文章 • 0 个评论 • 47 次浏览 • 2022-01-29 04:13
搜索引擎主题模型优化(1.常见内容作弊手段比较常见的内容设置包括：Googlebot/2.1)
客户端和服务器在获取网页时遵循 HTTP 协议。协议中有一个协议叫做“用户代理”。搜索引擎蜘蛛在这一项中往往有明显的特征（比如谷歌蜘蛛可能是：Googlebot/2.1），如果服务器判断是搜索引擎蜘蛛，就会推送看到由用户不同的页面内容。
上图是一个HTTP请求隐藏作弊的例子。作弊网站服务器推送给搜索引擎蜘蛛的页面是关于减肥食品的内容，推送给页面访问者的页面是减肥产品销售的推广页面。这样，用户在搜索减肥知识时，会直接访问减肥产品页面，从而达到骗子的商业目的。
(3）网页重定向
作弊者使搜索引擎索引页面内容，但如果用户访问该页面，则将页面重定向到新页面。
(4）页面内容被隐藏
通过一些特殊的 HTML 标签设置，将部分内容显示为对用户不可见，但对搜索引擎可见。例如，将网页字体的前景色和背景色设置为相同，或者在 CSS 中添加不可见的图层以隐藏页面内容。将隐藏内容设置为一些与网页主题无关的热门搜索词，以增加被用户访问的概率。
:: 搜索引擎会看到一些黑底白字，这不是作弊。但是用户看到的是一片白色，而不是里面的文字。也就是说，搜索引擎仍然无法识别图像的颜色。
内容作弊
内容作弊的目的是精心修改或规范网页内容，使网页在搜索引擎排名中获得不成比例的高排名。搜索引擎排名一般包括内容相似度和链接重要性计算，而内容作弊主要针对搜索引擎排名算法的内容相似度计算部分。通过故意增加目标词的出现频率，或者在网页的重要位置引入与网页内容无关的词来影响搜索结果的排名。
1. 常见的内容作弊方法
更常见的内容作弊形式包括：
(1）关键词重复
对于作弊者关心的目标关键词，在页面内容中设置了大量的重复。因为词频是搜索引擎相似度计算中必须考虑的一个因素，所以关键词重复本质上是通过增加目标关键词的词频来影响搜索引擎内容相似度排名。
(2）无关查询词作弊
作弊者为了尽可能多地吸引搜索流量，在页面内容中添加了很多与页面主题无关的关键词，本质上是词频作弊，即原本为0的词频被提高到非零词频，这将吸引更多的搜索引擎流量。
例如，一些作弊者在网页末尾以一种不可见的方式添加了一堆单词列表。也有作弊者将某些热门查询词插入正文内容。甚至有些页面内容完全是机器随机生成的，或者是利用其他网页的页面内容片段随机拼凑而成。
(3）图片替代标签文字作弊
alt标签原本是作为图片描述信息的，一般不会在HTML页面上显示，除非用户将鼠标悬停在图片上，但是搜索引擎会使用这些信息，所以一些作弊者会在alt内容中填充作弊词，以吸引更多搜索交通。
(4）网页标题作弊
网页标题作为描述网页内容的一般信息，是判断网页主题的一个非常重要的启发式因素。因此，搜索引擎在计算相似度得分时，往往会增加标题词的得分权重。作弊者利用这一点，通过将与页面主题无关的目标词重复放置在标题位置来获得良好的排名。
(5）网页重要标签作弊
与普通文本不同，网页有HTML标签，有些HTML标签代表着强调内容重要性的意思，如粗体标签、段落标题、字体大小标签等。
搜索引擎一般使用这些信息进行排序，因为这些标签因素可以更好地反映网页内容所呈现的主题信息。作弊者还可以通过在这些重要位置插入作弊关键词来影响搜索引擎排名结果。
(6）网页元信息作弊
网页元信息，如网页内容描述区（meta deion）和网页内容关键词区（meta关键字），是供制作网页的人简要描述网页的主题信息的. 与上述情况类似，作弊者也经常通过在其中插入作弊 关键词 来影响页面排名。
2. 内容农场
内容农场运营商廉价雇佣大量自由职业者并支持他们进行付费写作，但写作内容的质量普遍较低。很多文章都是通过稍微复制和修改来完成的，但是他们会研究搜索引擎的热门搜索词等情况，并将这些词有机地添加到写作中。这样普通搜索引擎用户在搜索的时候就会被内容农场网站吸引，通过大量低质量的内容来吸引流量，内容农场可以赚取广告费。
与传统的内容作弊方式相比，内容农场不采用机器拼接内容等机械方式，而是聘请人来编写。但由于作者素质等原因，发表的内容质量低下，这种作弊手段往往是搜索引擎难以提供的。作弊是否定义明确，但严重影响搜索结果质量，是一种较难处理的作弊方式。
3. 桥页
桥页通常是一种软件，它会自动生成大量收录关键词的网页，然后自动从这些页面重定向到首页。目标是希望这些针对不同 关键词 的桥页面在搜索引擎中排名良好。当用户点击搜索结果时，会自动跳转到首页。有时会在没有自动重定向的情况下将指向主页的链接放置在桥接页面上。
内容是网页的基础，搜索引擎对内容的判断也在不断提高。现在大部分内容作弊搜索引擎都可以识别（如垃圾文章、关键词堆叠、内容关联性强等），但还是有一定的局限性。例如，搜索引擎目前无法评估是否 文章原创。话虽如此，“原创”只是一个模糊的概念。任何时候，搜索引擎都无法自动对原创的内容进行评分，只能通过长期的内容质量甚至人工应用。如果想在首页用SEO优化网站，千万不能在内容上作弊，否则很容易被K发现和屏蔽。
用户体验作弊
近年来，搜索引擎不断优化完善，一直在追求最佳的用户体验。以上所有的作弊方式都是严格意义上的内容作弊（链接、关键词等都是内容），最能提供良好的用户体验。不好的是用户的行为，所以用户在网页上的行为越来越受到关注。用户的退出行为主要有：用户点击率、跳出率、访问深度、停留时间等。
基于这种作弊方法，会模拟大量真实用户（IP，各地不同MAC地址的机器）在搜索引擎中输入目标关键词，然后自动从百度搜索结果，点击它（完成高点击量），停留时间长，切换多个页面，多次查看，退出看到同一页面的其他几个页面，甚至最后关闭. 搜索引擎的结果是：这个 关键词 和这个 URL 有很强的相关性，很多用户认为这是他们要找的页面。如果用户看到它，则表示他们非常喜欢这个页面。这意味着用户正在寻找的问题被这个页面解决了，这是一个很好的识别。
精灵工作室提醒大家：现在的搜索引擎排名策略侧重于网站内容和用户体验，这是优化网站排名的主要方式，做好这两方面，SEO优化就在主页不是问题。
百度作弊的判断条件
（1）网页源代码中的任何地方，故意添加与网页内容无关的关键词。
（2）故意在网页源代码的任何地方大量重复关键词。即使是与网页内容相关的关键词，故意重复也被视为作弊。
（3）给网页添加隐藏文字，搜索引擎可以识别，但用户不可见。无论是使用相同背景颜色的文字，超小字号，文字隐藏层，还是滥用图片ALT，等等，这是作弊。
（4）故意创建大量指向 URL 的链接的行为。
（5）对于同一个URL，让搜索引擎和用户访问内容不同的网页（包括使用重定向等行为）。
（6）作弊是针对 网站 而不是网页定义的。即使在该 网站 中只有一个网页在作弊，网站 也被视为作弊。
（7）带有作弊链接网站的网站承担连带责任，也将被视为作弊（但是，链接到网站作弊网站@ > ，不作弊）。
谷歌作弊的标准
（1）使用隐藏文本或隐藏链接。
（2）使用伪装或欺骗性重定向。
（3）向 Google 发送自动查询。
（4）加载带有无关术语的页面。
（5）创建具有大量重复内容的多个网页、子域或域。
（6）创建安装病毒（例如特洛伊木马）或其他有害软件的网页。
（7）使用专门为搜索引擎制作的“桥页”，或使用“cookie 切割器”，例如很少或没有 原创 内容的附属程序。 查看全部
客户端和服务器在获取网页时遵循 HTTP 协议。协议中有一个协议叫做“用户代理”。搜索引擎蜘蛛在这一项中往往有明显的特征（比如谷歌蜘蛛可能是：Googlebot/2.1），如果服务器判断是搜索引擎蜘蛛，就会推送看到由用户不同的页面内容。
上图是一个HTTP请求隐藏作弊的例子。作弊网站服务器推送给搜索引擎蜘蛛的页面是关于减肥食品的内容，推送给页面访问者的页面是减肥产品销售的推广页面。这样，用户在搜索减肥知识时，会直接访问减肥产品页面，从而达到骗子的商业目的。
(3）网页重定向
作弊者使搜索引擎索引页面内容，但如果用户访问该页面，则将页面重定向到新页面。
(4）页面内容被隐藏
通过一些特殊的 HTML 标签设置，将部分内容显示为对用户不可见，但对搜索引擎可见。例如，将网页字体的前景色和背景色设置为相同，或者在 CSS 中添加不可见的图层以隐藏页面内容。将隐藏内容设置为一些与网页主题无关的热门搜索词，以增加被用户访问的概率。
:: 搜索引擎会看到一些黑底白字，这不是作弊。但是用户看到的是一片白色，而不是里面的文字。也就是说，搜索引擎仍然无法识别图像的颜色。
内容作弊
内容作弊的目的是精心修改或规范网页内容，使网页在搜索引擎排名中获得不成比例的高排名。搜索引擎排名一般包括内容相似度和链接重要性计算，而内容作弊主要针对搜索引擎排名算法的内容相似度计算部分。通过故意增加目标词的出现频率，或者在网页的重要位置引入与网页内容无关的词来影响搜索结果的排名。
1. 常见的内容作弊方法
更常见的内容作弊形式包括：
(1）关键词重复
对于作弊者关心的目标关键词，在页面内容中设置了大量的重复。因为词频是搜索引擎相似度计算中必须考虑的一个因素，所以关键词重复本质上是通过增加目标关键词的词频来影响搜索引擎内容相似度排名。
(2）无关查询词作弊
作弊者为了尽可能多地吸引搜索流量，在页面内容中添加了很多与页面主题无关的关键词，本质上是词频作弊，即原本为0的词频被提高到非零词频，这将吸引更多的搜索引擎流量。
例如，一些作弊者在网页末尾以一种不可见的方式添加了一堆单词列表。也有作弊者将某些热门查询词插入正文内容。甚至有些页面内容完全是机器随机生成的，或者是利用其他网页的页面内容片段随机拼凑而成。
(3）图片替代标签文字作弊
alt标签原本是作为图片描述信息的，一般不会在HTML页面上显示，除非用户将鼠标悬停在图片上，但是搜索引擎会使用这些信息，所以一些作弊者会在alt内容中填充作弊词，以吸引更多搜索交通。
(4）网页标题作弊
网页标题作为描述网页内容的一般信息，是判断网页主题的一个非常重要的启发式因素。因此，搜索引擎在计算相似度得分时，往往会增加标题词的得分权重。作弊者利用这一点，通过将与页面主题无关的目标词重复放置在标题位置来获得良好的排名。
(5）网页重要标签作弊
与普通文本不同，网页有HTML标签，有些HTML标签代表着强调内容重要性的意思，如粗体标签、段落标题、字体大小标签等。
搜索引擎一般使用这些信息进行排序，因为这些标签因素可以更好地反映网页内容所呈现的主题信息。作弊者还可以通过在这些重要位置插入作弊关键词来影响搜索引擎排名结果。
(6）网页元信息作弊
网页元信息，如网页内容描述区（meta deion）和网页内容关键词区（meta关键字），是供制作网页的人简要描述网页的主题信息的. 与上述情况类似，作弊者也经常通过在其中插入作弊 关键词 来影响页面排名。
2. 内容农场
内容农场运营商廉价雇佣大量自由职业者并支持他们进行付费写作，但写作内容的质量普遍较低。很多文章都是通过稍微复制和修改来完成的，但是他们会研究搜索引擎的热门搜索词等情况，并将这些词有机地添加到写作中。这样普通搜索引擎用户在搜索的时候就会被内容农场网站吸引，通过大量低质量的内容来吸引流量，内容农场可以赚取广告费。
与传统的内容作弊方式相比，内容农场不采用机器拼接内容等机械方式，而是聘请人来编写。但由于作者素质等原因，发表的内容质量低下，这种作弊手段往往是搜索引擎难以提供的。作弊是否定义明确，但严重影响搜索结果质量，是一种较难处理的作弊方式。
3. 桥页
桥页通常是一种软件，它会自动生成大量收录关键词的网页，然后自动从这些页面重定向到首页。目标是希望这些针对不同 关键词 的桥页面在搜索引擎中排名良好。当用户点击搜索结果时，会自动跳转到首页。有时会在没有自动重定向的情况下将指向主页的链接放置在桥接页面上。
内容是网页的基础，搜索引擎对内容的判断也在不断提高。现在大部分内容作弊搜索引擎都可以识别（如垃圾文章、关键词堆叠、内容关联性强等），但还是有一定的局限性。例如，搜索引擎目前无法评估是否 文章原创。话虽如此，“原创”只是一个模糊的概念。任何时候，搜索引擎都无法自动对原创的内容进行评分，只能通过长期的内容质量甚至人工应用。如果想在首页用SEO优化网站，千万不能在内容上作弊，否则很容易被K发现和屏蔽。
用户体验作弊
近年来，搜索引擎不断优化完善，一直在追求最佳的用户体验。以上所有的作弊方式都是严格意义上的内容作弊（链接、关键词等都是内容），最能提供良好的用户体验。不好的是用户的行为，所以用户在网页上的行为越来越受到关注。用户的退出行为主要有：用户点击率、跳出率、访问深度、停留时间等。
基于这种作弊方法，会模拟大量真实用户（IP，各地不同MAC地址的机器）在搜索引擎中输入目标关键词，然后自动从百度搜索结果，点击它（完成高点击量），停留时间长，切换多个页面，多次查看，退出看到同一页面的其他几个页面，甚至最后关闭. 搜索引擎的结果是：这个 关键词 和这个 URL 有很强的相关性，很多用户认为这是他们要找的页面。如果用户看到它，则表示他们非常喜欢这个页面。这意味着用户正在寻找的问题被这个页面解决了，这是一个很好的识别。
精灵工作室提醒大家：现在的搜索引擎排名策略侧重于网站内容和用户体验，这是优化网站排名的主要方式，做好这两方面，SEO优化就在主页不是问题。
百度作弊的判断条件
（1）网页源代码中的任何地方，故意添加与网页内容无关的关键词。
（2）故意在网页源代码的任何地方大量重复关键词。即使是与网页内容相关的关键词，故意重复也被视为作弊。
（3）给网页添加隐藏文字，搜索引擎可以识别，但用户不可见。无论是使用相同背景颜色的文字，超小字号，文字隐藏层，还是滥用图片ALT，等等，这是作弊。
（4）故意创建大量指向 URL 的链接的行为。
（5）对于同一个URL，让搜索引擎和用户访问内容不同的网页（包括使用重定向等行为）。
（6）作弊是针对 网站 而不是网页定义的。即使在该 网站 中只有一个网页在作弊，网站 也被视为作弊。
（7）带有作弊链接网站的网站承担连带责任，也将被视为作弊（但是，链接到网站作弊网站@ > ，不作弊）。
谷歌作弊的标准
（1）使用隐藏文本或隐藏链接。
（2）使用伪装或欺骗性重定向。
（3）向 Google 发送自动查询。
（4）加载带有无关术语的页面。
（5）创建具有大量重复内容的多个网页、子域或域。
（6）创建安装病毒（例如特洛伊木马）或其他有害软件的网页。
（7）使用专门为搜索引擎制作的“桥页”，或使用“cookie 切割器”，例如很少或没有 原创 内容的附属程序。 查看全部
搜索引擎主题模型优化(1.常见内容作弊手段比较常见的内容设置包括：Googlebot/2.1)
客户端和服务器在获取网页时遵循 HTTP 协议。协议中有一个协议叫做“用户代理”。搜索引擎蜘蛛在这一项中往往有明显的特征（比如谷歌蜘蛛可能是：Googlebot/2.1），如果服务器判断是搜索引擎蜘蛛，就会推送看到由用户不同的页面内容。
上图是一个HTTP请求隐藏作弊的例子。作弊网站服务器推送给搜索引擎蜘蛛的页面是关于减肥食品的内容，推送给页面访问者的页面是减肥产品销售的推广页面。这样，用户在搜索减肥知识时，会直接访问减肥产品页面，从而达到骗子的商业目的。
(3）网页重定向
作弊者使搜索引擎索引页面内容，但如果用户访问该页面，则将页面重定向到新页面。
(4）页面内容被隐藏
通过一些特殊的 HTML 标签设置，将部分内容显示为对用户不可见，但对搜索引擎可见。例如，将网页字体的前景色和背景色设置为相同，或者在 CSS 中添加不可见的图层以隐藏页面内容。将隐藏内容设置为一些与网页主题无关的热门搜索词，以增加被用户访问的概率。
:: 搜索引擎会看到一些黑底白字，这不是作弊。但是用户看到的是一片白色，而不是里面的文字。也就是说，搜索引擎仍然无法识别图像的颜色。
内容作弊
内容作弊的目的是精心修改或规范网页内容，使网页在搜索引擎排名中获得不成比例的高排名。搜索引擎排名一般包括内容相似度和链接重要性计算，而内容作弊主要针对搜索引擎排名算法的内容相似度计算部分。通过故意增加目标词的出现频率，或者在网页的重要位置引入与网页内容无关的词来影响搜索结果的排名。
1. 常见的内容作弊方法
更常见的内容作弊形式包括：
(1）关键词重复
对于作弊者关心的目标关键词，在页面内容中设置了大量的重复。因为词频是搜索引擎相似度计算中必须考虑的一个因素，所以关键词重复本质上是通过增加目标关键词的词频来影响搜索引擎内容相似度排名。
(2）无关查询词作弊
作弊者为了尽可能多地吸引搜索流量，在页面内容中添加了很多与页面主题无关的关键词，本质上是词频作弊，即原本为0的词频被提高到非零词频，这将吸引更多的搜索引擎流量。
例如，一些作弊者在网页末尾以一种不可见的方式添加了一堆单词列表。也有作弊者将某些热门查询词插入正文内容。甚至有些页面内容完全是机器随机生成的，或者是利用其他网页的页面内容片段随机拼凑而成。
(3）图片替代标签文字作弊
alt标签原本是作为图片描述信息的，一般不会在HTML页面上显示，除非用户将鼠标悬停在图片上，但是搜索引擎会使用这些信息，所以一些作弊者会在alt内容中填充作弊词，以吸引更多搜索交通。
(4）网页标题作弊
网页标题作为描述网页内容的一般信息，是判断网页主题的一个非常重要的启发式因素。因此，搜索引擎在计算相似度得分时，往往会增加标题词的得分权重。作弊者利用这一点，通过将与页面主题无关的目标词重复放置在标题位置来获得良好的排名。
(5）网页重要标签作弊
与普通文本不同，网页有HTML标签，有些HTML标签代表着强调内容重要性的意思，如粗体标签、段落标题、字体大小标签等。
搜索引擎一般使用这些信息进行排序，因为这些标签因素可以更好地反映网页内容所呈现的主题信息。作弊者还可以通过在这些重要位置插入作弊关键词来影响搜索引擎排名结果。
(6）网页元信息作弊
网页元信息，如网页内容描述区（meta deion）和网页内容关键词区（meta关键字），是供制作网页的人简要描述网页的主题信息的. 与上述情况类似，作弊者也经常通过在其中插入作弊 关键词 来影响页面排名。
2. 内容农场
内容农场运营商廉价雇佣大量自由职业者并支持他们进行付费写作，但写作内容的质量普遍较低。很多文章都是通过稍微复制和修改来完成的，但是他们会研究搜索引擎的热门搜索词等情况，并将这些词有机地添加到写作中。这样普通搜索引擎用户在搜索的时候就会被内容农场网站吸引，通过大量低质量的内容来吸引流量，内容农场可以赚取广告费。
与传统的内容作弊方式相比，内容农场不采用机器拼接内容等机械方式，而是聘请人来编写。但由于作者素质等原因，发表的内容质量低下，这种作弊手段往往是搜索引擎难以提供的。作弊是否定义明确，但严重影响搜索结果质量，是一种较难处理的作弊方式。
3. 桥页
桥页通常是一种软件，它会自动生成大量收录关键词的网页，然后自动从这些页面重定向到首页。目标是希望这些针对不同 关键词 的桥页面在搜索引擎中排名良好。当用户点击搜索结果时，会自动跳转到首页。有时会在没有自动重定向的情况下将指向主页的链接放置在桥接页面上。
内容是网页的基础，搜索引擎对内容的判断也在不断提高。现在大部分内容作弊搜索引擎都可以识别（如垃圾文章、关键词堆叠、内容关联性强等），但还是有一定的局限性。例如，搜索引擎目前无法评估是否 文章原创。话虽如此，“原创”只是一个模糊的概念。任何时候，搜索引擎都无法自动对原创的内容进行评分，只能通过长期的内容质量甚至人工应用。如果想在首页用SEO优化网站，千万不能在内容上作弊，否则很容易被K发现和屏蔽。
用户体验作弊
近年来，搜索引擎不断优化完善，一直在追求最佳的用户体验。以上所有的作弊方式都是严格意义上的内容作弊（链接、关键词等都是内容），最能提供良好的用户体验。不好的是用户的行为，所以用户在网页上的行为越来越受到关注。用户的退出行为主要有：用户点击率、跳出率、访问深度、停留时间等。
基于这种作弊方法，会模拟大量真实用户（IP，各地不同MAC地址的机器）在搜索引擎中输入目标关键词，然后自动从百度搜索结果，点击它（完成高点击量），停留时间长，切换多个页面，多次查看，退出看到同一页面的其他几个页面，甚至最后关闭. 搜索引擎的结果是：这个 关键词 和这个 URL 有很强的相关性，很多用户认为这是他们要找的页面。如果用户看到它，则表示他们非常喜欢这个页面。这意味着用户正在寻找的问题被这个页面解决了，这是一个很好的识别。
精灵工作室提醒大家：现在的搜索引擎排名策略侧重于网站内容和用户体验，这是优化网站排名的主要方式，做好这两方面，SEO优化就在主页不是问题。
百度作弊的判断条件
（1）网页源代码中的任何地方，故意添加与网页内容无关的关键词。
（2）故意在网页源代码的任何地方大量重复关键词。即使是与网页内容相关的关键词，故意重复也被视为作弊。
（3）给网页添加隐藏文字，搜索引擎可以识别，但用户不可见。无论是使用相同背景颜色的文字，超小字号，文字隐藏层，还是滥用图片ALT，等等，这是作弊。
（4）故意创建大量指向 URL 的链接的行为。
（5）对于同一个URL，让搜索引擎和用户访问内容不同的网页（包括使用重定向等行为）。
（6）作弊是针对 网站 而不是网页定义的。即使在该 网站 中只有一个网页在作弊，网站 也被视为作弊。
（7）带有作弊链接网站的网站承担连带责任，也将被视为作弊（但是，链接到网站作弊网站@ > ，不作弊）。
谷歌作弊的标准
（1）使用隐藏文本或隐藏链接。
（2）使用伪装或欺骗性重定向。
（3）向 Google 发送自动查询。
（4）加载带有无关术语的页面。
（5）创建具有大量重复内容的多个网页、子域或域。
（6）创建安装病毒（例如特洛伊木马）或其他有害软件的网页。
（7）使用专门为搜索引擎制作的“桥页”，或使用“cookie 切割器”，例如很少或没有 原创 内容的附属程序。
搜索引擎主题模型优化(1.网站着陆页的内容优化的作用有哪些呢？)
网站优化 • 优采云 发表了文章 • 0 个评论 • 56 次浏览 • 2022-01-29 04:11
搜索引擎主题模型优化(1.网站着陆页的内容优化的作用有哪些呢？)
很多人还停留在几年前的SEO优化方法上，每天写伪原创，发外链等等，然后每天查询网站关键词的排名，期待能有好的效果。事实上，这种方法对于目前的搜索引擎来说并不是那么明显。如果你想取得好的结果，你必须适应搜索引擎偏好的变化来改进我们的网站。
1.网站的访问速度
很多新手站长在搭建网站的时候并没有考虑到主机空间对于优化网站的重要性。这里之所以强调网站的访问速度，是因为它不仅影响网站关键词的排名优化，还会影响网站的用户体验和跳出率. 因为在这个快节奏的时代，没有人愿意花时间等待，即使你煞费苦心地优化一些效果，但是这些效果不能很好的转化，那就没有用了。所以我们在构建网站的时候，一定要选择一个比较快速稳定的主机。
2.网站登陆页面内容优化
着陆页是用户输入网站时看到的第一页，所以着陆页的优化非常重要。除了美观之外，页面优化最重要的方面就是内容。用户通过搜索找到信息，他们肯定是想找到自己想要的信息，所以内容必须与标题相对应，而且必须能够解决用户的问题。比如当有人搜索“个人博客应该选择什么样的主机”时，我们的内容不仅要分析从哪个角度选择虚拟主机，还要为用户推荐合适的主机类型和购买虚拟主机的地方，所以最后帮他解决这个问题。
3.网站页面设计
无论是网站还是人，第一印象都非常重要。虽然每个人都尊重灵魂之美，但遇到陌生人时，容颜真的很难看，我们是否可以进一步了解灵魂之美？所以网站的“外观”也很重要。网站的设计应该给人一种专业、简洁、值得信赖的感觉。这时候就需要找专业的UI和UX设计，买一些优质的网站模板。
4.减少不良因素的发生
很多网站页面为了赚取广告费或者想拉更多的用户信息，挂了很多广告信息，或者非常频繁地弹出对话框，让用户很反感，这影响了用户停留的时间。页。
5.关键词的添加和分配
之前的SEO优化方法不是大家可以放弃的，有些地方还是有保留价值的。关于关键词的设置，我们还是要继续做，H1、文章内部关键词，外链锚文本，内链锚文本，图片ALT，网址和图片名称等，不再重复。
6.主题模型的注入
仅添加 关键词 是不够的。为了方便用户更好地查看和提高页面权重，我们可以对内容进行分类。比如虚拟主机，我们可以扩展为Linux虚拟主机和Windows虚拟主机，那么在各自的主题下，可以扩展很多相关的内容，既利于用户查看，也有利于关键词 排名。
7.搜索引擎显示文字优化
在搜索引擎结果中，标题下方会显示一部分描述信息，这对于网站的点击率也很重要。主要需要优化的元素有：title的创意、desc的流行度、URL的规范、文章日期和结构数据的使用等。
8.独特品质网站内容
搜索引擎一直强调的一点是内容。无论网站如何优化，仍然需要创建对用户有用的独特内容。 查看全部
很多人还停留在几年前的SEO优化方法上，每天写伪原创，发外链等等，然后每天查询网站关键词的排名，期待能有好的效果。事实上，这种方法对于目前的搜索引擎来说并不是那么明显。如果你想取得好的结果，你必须适应搜索引擎偏好的变化来改进我们的网站。
1.网站的访问速度
很多新手站长在搭建网站的时候并没有考虑到主机空间对于优化网站的重要性。这里之所以强调网站的访问速度，是因为它不仅影响网站关键词的排名优化，还会影响网站的用户体验和跳出率. 因为在这个快节奏的时代，没有人愿意花时间等待，即使你煞费苦心地优化一些效果，但是这些效果不能很好的转化，那就没有用了。所以我们在构建网站的时候，一定要选择一个比较快速稳定的主机。
2.网站登陆页面内容优化
着陆页是用户输入网站时看到的第一页，所以着陆页的优化非常重要。除了美观之外，页面优化最重要的方面就是内容。用户通过搜索找到信息，他们肯定是想找到自己想要的信息，所以内容必须与标题相对应，而且必须能够解决用户的问题。比如当有人搜索“个人博客应该选择什么样的主机”时，我们的内容不仅要分析从哪个角度选择虚拟主机，还要为用户推荐合适的主机类型和购买虚拟主机的地方，所以最后帮他解决这个问题。
3.网站页面设计
无论是网站还是人，第一印象都非常重要。虽然每个人都尊重灵魂之美，但遇到陌生人时，容颜真的很难看，我们是否可以进一步了解灵魂之美？所以网站的“外观”也很重要。网站的设计应该给人一种专业、简洁、值得信赖的感觉。这时候就需要找专业的UI和UX设计，买一些优质的网站模板。
4.减少不良因素的发生
很多网站页面为了赚取广告费或者想拉更多的用户信息，挂了很多广告信息，或者非常频繁地弹出对话框，让用户很反感，这影响了用户停留的时间。页。
5.关键词的添加和分配
之前的SEO优化方法不是大家可以放弃的，有些地方还是有保留价值的。关于关键词的设置，我们还是要继续做，H1、文章内部关键词，外链锚文本，内链锚文本，图片ALT，网址和图片名称等，不再重复。
6.主题模型的注入
仅添加 关键词 是不够的。为了方便用户更好地查看和提高页面权重，我们可以对内容进行分类。比如虚拟主机，我们可以扩展为Linux虚拟主机和Windows虚拟主机，那么在各自的主题下，可以扩展很多相关的内容，既利于用户查看，也有利于关键词 排名。
7.搜索引擎显示文字优化
在搜索引擎结果中，标题下方会显示一部分描述信息，这对于网站的点击率也很重要。主要需要优化的元素有：title的创意、desc的流行度、URL的规范、文章日期和结构数据的使用等。
8.独特品质网站内容
搜索引擎一直强调的一点是内容。无论网站如何优化，仍然需要创建对用户有用的独特内容。 查看全部
搜索引擎主题模型优化(1.网站着陆页的内容优化的作用有哪些呢？)
很多人还停留在几年前的SEO优化方法上，每天写伪原创，发外链等等，然后每天查询网站关键词的排名，期待能有好的效果。事实上，这种方法对于目前的搜索引擎来说并不是那么明显。如果你想取得好的结果，你必须适应搜索引擎偏好的变化来改进我们的网站。
1.网站的访问速度
很多新手站长在搭建网站的时候并没有考虑到主机空间对于优化网站的重要性。这里之所以强调网站的访问速度，是因为它不仅影响网站关键词的排名优化，还会影响网站的用户体验和跳出率. 因为在这个快节奏的时代，没有人愿意花时间等待，即使你煞费苦心地优化一些效果，但是这些效果不能很好的转化，那就没有用了。所以我们在构建网站的时候，一定要选择一个比较快速稳定的主机。
2.网站登陆页面内容优化
着陆页是用户输入网站时看到的第一页，所以着陆页的优化非常重要。除了美观之外，页面优化最重要的方面就是内容。用户通过搜索找到信息，他们肯定是想找到自己想要的信息，所以内容必须与标题相对应，而且必须能够解决用户的问题。比如当有人搜索“个人博客应该选择什么样的主机”时，我们的内容不仅要分析从哪个角度选择虚拟主机，还要为用户推荐合适的主机类型和购买虚拟主机的地方，所以最后帮他解决这个问题。
3.网站页面设计
无论是网站还是人，第一印象都非常重要。虽然每个人都尊重灵魂之美，但遇到陌生人时，容颜真的很难看，我们是否可以进一步了解灵魂之美？所以网站的“外观”也很重要。网站的设计应该给人一种专业、简洁、值得信赖的感觉。这时候就需要找专业的UI和UX设计，买一些优质的网站模板。
4.减少不良因素的发生
很多网站页面为了赚取广告费或者想拉更多的用户信息，挂了很多广告信息，或者非常频繁地弹出对话框，让用户很反感，这影响了用户停留的时间。页。
5.关键词的添加和分配
之前的SEO优化方法不是大家可以放弃的，有些地方还是有保留价值的。关于关键词的设置，我们还是要继续做，H1、文章内部关键词，外链锚文本，内链锚文本，图片ALT，网址和图片名称等，不再重复。
6.主题模型的注入
仅添加 关键词 是不够的。为了方便用户更好地查看和提高页面权重，我们可以对内容进行分类。比如虚拟主机，我们可以扩展为Linux虚拟主机和Windows虚拟主机，那么在各自的主题下，可以扩展很多相关的内容，既利于用户查看，也有利于关键词 排名。
7.搜索引擎显示文字优化
在搜索引擎结果中，标题下方会显示一部分描述信息，这对于网站的点击率也很重要。主要需要优化的元素有：title的创意、desc的流行度、URL的规范、文章日期和结构数据的使用等。
8.独特品质网站内容
搜索引擎一直强调的一点是内容。无论网站如何优化，仍然需要创建对用户有用的独特内容。
搜索引擎主题模型优化(较多企业新网站搭建没有考虑到主机空间队网站优化关键性)
网站优化 • 优采云 发表了文章 • 0 个评论 • 42 次浏览 • 2022-01-29 04:10
搜索引擎主题模型优化(较多企业新网站搭建没有考虑到主机空间队网站优化关键性)
很多新的网站建筑公司都没有考虑到主机空间团队优化的关键性网站。首先，易启航强调网站的加载速度会影响网站在搜索引擎中的排名。
很多人还停留在两年前的SEO优化方法上，天天写洗稿，发外链等等，然后天天搜索百度关键词排名，希望能有很好的效果。我认为这种方法对于今天的引擎搜索来说并不是那么有效。要想取得好的效果，就必须适应搜索引擎偏好的变化，完善我们的网站。现在，我们来谈谈网站SEO优化的网站SEO优化技巧。
(1）网站访问速度
很多新手站长在搭建网站的时候并没有考虑到主机空间对于优化网站的重要性。小编之所以在这里首先强调网站的访问速度，是因为它不仅影响网站关键词的排名优化，还影响网站的用户体验@> 和跳出率。因为在这个快节奏的时代，没有人愿意花时间等待，即使你费尽心思去优化一些效果，但是这些效果不能很好的转化，那就没用了。所以我们在构建网站的时候，一定要选择一个比较快速稳定的主机。
(2）网站登陆页内容优化
着陆页是用户输入网站时看到的第一页，所以着陆页的优化非常重要。除了美观之外，页面优化最重要的方面就是内容。用户在搜索信息的时候，肯定是想找到自己想要的信息，所以内容要和标题对应，要能解决用户的问题。例如，有人搜索“个人博客应该选择什么样的主机”。这时，我们的内容不仅要分析从哪个角度选择虚拟主机，还要为用户推荐合适的主机类型和购买虚拟主机。地方，以便最终帮助他解决这个问题。
(3）网站页面设计
无论是网站还是人，第一印象都非常重要。虽然人人都在崇尚灵魂之美，但遇到陌生人，容貌真的很难看，我们能不能进一步了解灵魂之美？所以网站的“外观”也很重要。网站的设计应该给人一种专业、简洁、值得信赖的感觉。这时候就需要找专业的UI和UX设计，买一些优质的网站模板。
(4）减少不良因素的发生
很多网站页面为了赚取广告费或者想拉更多的用户信息，挂了很多广告信息，或者频繁弹出对话框，让用户非常反感。这会影响用户在页面上停留的时间。
（5）关键词的添加和分发
之前的SEO优化方法不是大家可以放弃的，有些地方还是有保留价值的。关于关键词的设置，我们还是要继续做，H1，文章内的关键词，外链锚文本，内链锚文本，图片ALT，URL，图片命名等等。这些已经被很多人说了无数遍了，在此不再赘述。
(6）主题模型的注入
仅添加 关键词 是不够的。为了方便用户更好地查看和提高页面权重，我们可以对内容进行分类。比如虚拟主机，我们可以扩展为Linux虚拟主机和windows虚拟主机，然后在各自的主题下，可以扩展很多相关的内容。有利于用户查看和关键词排名。
(7）搜索引擎显示文字优化
在搜索引擎结果中，部分描述显示在标题下方，这对于 网站 的点击率也很重要。主要需要优化的元素有：title的创意、desc的流行度、url的规范、文章日期、结构数据的使用等。
(8）独特品质网站内容
搜索引擎自始至终强调的一点就是内容。无论网站如何优化，仍然需要创建对用户有用的独特内容。 查看全部
很多新的网站建筑公司都没有考虑到主机空间团队优化的关键性网站。首先，易启航强调网站的加载速度会影响网站在搜索引擎中的排名。
很多人还停留在两年前的SEO优化方法上，天天写洗稿，发外链等等，然后天天搜索百度关键词排名，希望能有很好的效果。我认为这种方法对于今天的引擎搜索来说并不是那么有效。要想取得好的效果，就必须适应搜索引擎偏好的变化，完善我们的网站。现在，我们来谈谈网站SEO优化的网站SEO优化技巧。
(1）网站访问速度
很多新手站长在搭建网站的时候并没有考虑到主机空间对于优化网站的重要性。小编之所以在这里首先强调网站的访问速度，是因为它不仅影响网站关键词的排名优化，还影响网站的用户体验@> 和跳出率。因为在这个快节奏的时代，没有人愿意花时间等待，即使你费尽心思去优化一些效果，但是这些效果不能很好的转化，那就没用了。所以我们在构建网站的时候，一定要选择一个比较快速稳定的主机。
(2）网站登陆页内容优化
着陆页是用户输入网站时看到的第一页，所以着陆页的优化非常重要。除了美观之外，页面优化最重要的方面就是内容。用户在搜索信息的时候，肯定是想找到自己想要的信息，所以内容要和标题对应，要能解决用户的问题。例如，有人搜索“个人博客应该选择什么样的主机”。这时，我们的内容不仅要分析从哪个角度选择虚拟主机，还要为用户推荐合适的主机类型和购买虚拟主机。地方，以便最终帮助他解决这个问题。
(3）网站页面设计
无论是网站还是人，第一印象都非常重要。虽然人人都在崇尚灵魂之美，但遇到陌生人，容貌真的很难看，我们能不能进一步了解灵魂之美？所以网站的“外观”也很重要。网站的设计应该给人一种专业、简洁、值得信赖的感觉。这时候就需要找专业的UI和UX设计，买一些优质的网站模板。
(4）减少不良因素的发生
很多网站页面为了赚取广告费或者想拉更多的用户信息，挂了很多广告信息，或者频繁弹出对话框，让用户非常反感。这会影响用户在页面上停留的时间。
（5）关键词的添加和分发
之前的SEO优化方法不是大家可以放弃的，有些地方还是有保留价值的。关于关键词的设置，我们还是要继续做，H1，文章内的关键词，外链锚文本，内链锚文本，图片ALT，URL，图片命名等等。这些已经被很多人说了无数遍了，在此不再赘述。
(6）主题模型的注入
仅添加 关键词 是不够的。为了方便用户更好地查看和提高页面权重，我们可以对内容进行分类。比如虚拟主机，我们可以扩展为Linux虚拟主机和windows虚拟主机，然后在各自的主题下，可以扩展很多相关的内容。有利于用户查看和关键词排名。
(7）搜索引擎显示文字优化
在搜索引擎结果中，部分描述显示在标题下方，这对于 网站 的点击率也很重要。主要需要优化的元素有：title的创意、desc的流行度、url的规范、文章日期、结构数据的使用等。
(8）独特品质网站内容
搜索引擎自始至终强调的一点就是内容。无论网站如何优化，仍然需要创建对用户有用的独特内容。 查看全部
搜索引擎主题模型优化(较多企业新网站搭建没有考虑到主机空间队网站优化关键性)
很多新的网站建筑公司都没有考虑到主机空间团队优化的关键性网站。首先，易启航强调网站的加载速度会影响网站在搜索引擎中的排名。
很多人还停留在两年前的SEO优化方法上，天天写洗稿，发外链等等，然后天天搜索百度关键词排名，希望能有很好的效果。我认为这种方法对于今天的引擎搜索来说并不是那么有效。要想取得好的效果，就必须适应搜索引擎偏好的变化，完善我们的网站。现在，我们来谈谈网站SEO优化的网站SEO优化技巧。
(1）网站访问速度
很多新手站长在搭建网站的时候并没有考虑到主机空间对于优化网站的重要性。小编之所以在这里首先强调网站的访问速度，是因为它不仅影响网站关键词的排名优化，还影响网站的用户体验@> 和跳出率。因为在这个快节奏的时代，没有人愿意花时间等待，即使你费尽心思去优化一些效果，但是这些效果不能很好的转化，那就没用了。所以我们在构建网站的时候，一定要选择一个比较快速稳定的主机。
(2）网站登陆页内容优化
着陆页是用户输入网站时看到的第一页，所以着陆页的优化非常重要。除了美观之外，页面优化最重要的方面就是内容。用户在搜索信息的时候，肯定是想找到自己想要的信息，所以内容要和标题对应，要能解决用户的问题。例如，有人搜索“个人博客应该选择什么样的主机”。这时，我们的内容不仅要分析从哪个角度选择虚拟主机，还要为用户推荐合适的主机类型和购买虚拟主机。地方，以便最终帮助他解决这个问题。
(3）网站页面设计
无论是网站还是人，第一印象都非常重要。虽然人人都在崇尚灵魂之美，但遇到陌生人，容貌真的很难看，我们能不能进一步了解灵魂之美？所以网站的“外观”也很重要。网站的设计应该给人一种专业、简洁、值得信赖的感觉。这时候就需要找专业的UI和UX设计，买一些优质的网站模板。
(4）减少不良因素的发生
很多网站页面为了赚取广告费或者想拉更多的用户信息，挂了很多广告信息，或者频繁弹出对话框，让用户非常反感。这会影响用户在页面上停留的时间。
（5）关键词的添加和分发
之前的SEO优化方法不是大家可以放弃的，有些地方还是有保留价值的。关于关键词的设置，我们还是要继续做，H1，文章内的关键词，外链锚文本，内链锚文本，图片ALT，URL，图片命名等等。这些已经被很多人说了无数遍了，在此不再赘述。
(6）主题模型的注入
仅添加 关键词 是不够的。为了方便用户更好地查看和提高页面权重，我们可以对内容进行分类。比如虚拟主机，我们可以扩展为Linux虚拟主机和windows虚拟主机，然后在各自的主题下，可以扩展很多相关的内容。有利于用户查看和关键词排名。
(7）搜索引擎显示文字优化
在搜索引擎结果中，部分描述显示在标题下方，这对于 网站 的点击率也很重要。主要需要优化的元素有：title的创意、desc的流行度、url的规范、文章日期、结构数据的使用等。
(8）独特品质网站内容
搜索引擎自始至终强调的一点就是内容。无论网站如何优化，仍然需要创建对用户有用的独特内容。
搜索引擎主题模型优化(搜索引擎主题模型优化方案-卓博睿|睿)
网站优化 • 优采云 发表了文章 • 0 个评论 • 57 次浏览 • 2022-01-29 02:03
搜索引擎主题模型优化(搜索引擎主题模型优化方案-卓博睿|睿)
搜索引擎主题模型优化方案_搜索引擎主题模型优化方案-卓博睿|搜索引擎算法解析这个人在徐小平老师的小密圈说的不错，采用范式，但可能会有一定的前置条件。首先要考虑metric的选择问题，有可能方向不对，将本来可以精细化算法的东西浪费资源。选定方向后就是建立合适的范式，即字典。例如以确定性搜索为例，需要考虑用户的口味问题、操作习惯，或者品牌问题。
把以上事件包装成字典，就可以通过特征的组合比较快速的计算模型的准确度。另外在用户搜索时，可以通过信息抽取来预测用户可能搜索的东西，以提升准确率。例如信息抽取要考虑输入信息量大小、人为因素对抽取的影响。还有什么通过站外信息聚合搜索数据、特征等方法解决特征匹配问题。提出一些idea，只是猜测，具体可以开始找数据试验。
机器学习+规则推荐算法。技术细节:网络爬虫抓取网站实时更新爬虫文章，聚合到一个数据库，
个人感觉。跟搜索引擎无关。可以弄一个公共的知识库或者是类似百科之类的网站，进行大规模人工编辑，同时也是第一次发布一个搜索结果之后，之后的搜索再得到的结果就会带有预先的知识库。这样一个算法应该只是使一个系统对于某一特定行为的搜索更加精准，而不是单纯的根据用户的一次行为计算所有用户的历史点击率。 查看全部
搜索引擎主题模型优化方案_搜索引擎主题模型优化方案-卓博睿|搜索引擎算法解析这个人在徐小平老师的小密圈说的不错，采用范式，但可能会有一定的前置条件。首先要考虑metric的选择问题，有可能方向不对，将本来可以精细化算法的东西浪费资源。选定方向后就是建立合适的范式，即字典。例如以确定性搜索为例，需要考虑用户的口味问题、操作习惯，或者品牌问题。
把以上事件包装成字典，就可以通过特征的组合比较快速的计算模型的准确度。另外在用户搜索时，可以通过信息抽取来预测用户可能搜索的东西，以提升准确率。例如信息抽取要考虑输入信息量大小、人为因素对抽取的影响。还有什么通过站外信息聚合搜索数据、特征等方法解决特征匹配问题。提出一些idea，只是猜测，具体可以开始找数据试验。
机器学习+规则推荐算法。技术细节:网络爬虫抓取网站实时更新爬虫文章，聚合到一个数据库，
个人感觉。跟搜索引擎无关。可以弄一个公共的知识库或者是类似百科之类的网站，进行大规模人工编辑，同时也是第一次发布一个搜索结果之后，之后的搜索再得到的结果就会带有预先的知识库。这样一个算法应该只是使一个系统对于某一特定行为的搜索更加精准，而不是单纯的根据用户的一次行为计算所有用户的历史点击率。 查看全部
搜索引擎主题模型优化(搜索引擎主题模型优化方案-卓博睿|睿)
搜索引擎主题模型优化方案_搜索引擎主题模型优化方案-卓博睿|搜索引擎算法解析这个人在徐小平老师的小密圈说的不错，采用范式，但可能会有一定的前置条件。首先要考虑metric的选择问题，有可能方向不对，将本来可以精细化算法的东西浪费资源。选定方向后就是建立合适的范式，即字典。例如以确定性搜索为例，需要考虑用户的口味问题、操作习惯，或者品牌问题。
把以上事件包装成字典，就可以通过特征的组合比较快速的计算模型的准确度。另外在用户搜索时，可以通过信息抽取来预测用户可能搜索的东西，以提升准确率。例如信息抽取要考虑输入信息量大小、人为因素对抽取的影响。还有什么通过站外信息聚合搜索数据、特征等方法解决特征匹配问题。提出一些idea，只是猜测，具体可以开始找数据试验。
机器学习+规则推荐算法。技术细节:网络爬虫抓取网站实时更新爬虫文章，聚合到一个数据库，
个人感觉。跟搜索引擎无关。可以弄一个公共的知识库或者是类似百科之类的网站，进行大规模人工编辑，同时也是第一次发布一个搜索结果之后，之后的搜索再得到的结果就会带有预先的知识库。这样一个算法应该只是使一个系统对于某一特定行为的搜索更加精准，而不是单纯的根据用户的一次行为计算所有用户的历史点击率。
搜索引擎主题模型优化(相关性二登录DmozDmozDmozDmoz外部优化和外链建设AAAA交换链接执行步骤)
网站优化 • 优采云 发表了文章 • 0 个评论 • 55 次浏览 • 2022-01-30 22:00
搜索引擎主题模型优化(相关性二登录DmozDmozDmozDmoz外部优化和外链建设AAAA交换链接执行步骤)
<p>相关性注意，hao123、265等网站需要进行公关或新建小B类业务目录和导航站业务目录最大的特点是分类清晰，权重高，因为每个分类都被严格控制网站 最大程度保证链接所属的类型和行业类别。个别企业目录 BUSINESSCOM 还将在关键类别中添加适当的文本描述。关键词 强调这对外部链接也是一个很大的好处。缺点是登录过程复杂，耗时较长。请注意，您可以根据网站的特点，分别登录网站的各个栏目和频道。外部优化和外链构建 1 寻找目标网站到目标网站的相关行业网站找到他们的链接网站或找到相关的关键词@ > 通过搜索引擎网站 排名前3 页并填写“Backlink Targets网站 列表” 2 Backlink 协商针对列表中的每个网站 结合网站自有资源和品牌应用。讲交换链接的技巧 3. 交换链接前和交换时的反向链接需要在交换反向链接后定期检查，例如由调度人员检查这些 网站 链接是否仍然存在. 3. Exchange 链接活动序列号网站名称和 URL网站 spaders经常访问这些频繁更新的页面，也可以成功爬取我们的页面 SpiderSpiderSpiderSpiderWebsiteAWebsiteAWebsiteAWebsiteAWebsiteBWebsiteBWebsiteBWebsiteBInactiveInactiveInactiveInactiveActiveActiveActiveActive外部优化和外部链接建立个内部页面连接比1111个主页链接好。从PR值算法来看，高PR很重要，但是如果某个页面有特别多的超过10000分的页面，产品就会加起来。虽然每个页面的贡献不大，但由于数量众多，产品的结果却非常大。5.自然链接比纯链接具有更高的权重。自然链接是指文本中的链接或公关链接。由于自然链接通常出现在外部链接较少的页面上，相应的权重远高于纯外部链接。另外，对应的文字可以对应一定数量的deployments关键词，这样关联度就大大提高了。6 质量比数量更重要。在相同的协商难度下，我们推荐选择连接的质量，即相关PR和更新度，因为过多的垃圾链接会对我们造成一定的伤害。纳斯达克上市公司B2B网站九城纳斯达克NINE——拓拓网将在成都、上海、西安等9个城市举办以“中国出口贸易解决方案”为主题的路演。扬帆起航 5月22日，拓拓网专业B2B解决方案全国巡展在成都索菲特万达大酒店开幕，渠道经销商招募正式启动。在B2B商业模式之后，我们为中国出口企业和全球买家提供创新的搜索服务解决方案。进一步开拓国内B2B市场的重要举措。外部优化和外链建设DDDD对外部链接的监控。1111 如果对方网站google存在时间长但收录很少被google处罚网站，检查对方网站是否被处罚 是最好的方式确认和检查是否使用nofollow标签外链优化和外链建立 5555 检查外链是否有FrameFrameFrameFrame拒绝对方把外链放入Frame 6666 检查外链是不是下拉菜单reject对方会将反向链接设置为下拉菜单 7777 检查文字是否不完全相同 当反向链接数量超过一定数量时，如果你所有的反向链接都相同，搜索引擎会认为你在作弊并认为是一个相互协商的反向链接，该链接会减少将来添加的其他反向链接的权重。这将是一个很大的损失。8888 定期检查反向链接是否正确。每月定期安排人查看最近交换的链接，看对方是否诚实，会发送我们网站的方式查看链接是否被移除或链接被更改或放置在Frame中等.就是去对方网站找到目标网站的文字链接，点击看看是否到达了我们指定的链接页面之外。优化及外链建设AAAA资源站策略 1、流量资源站追求搜索热点。比如一些明星Fans站，以流量为主，外链为辅。2. 以业务为导向的资源站追求目标网站扩大关键词，以小Topics和高相关性获得搜索引擎优质外链，带来客户为主要流量来源。流量贡献是副产品 四种特殊的外链优化策略 目标网站普通外链 普通流量 优质流量 高相关性 外链 直接客户 外链优化和外链建设 BBBB内容提供策略1原创< @文章转载优秀原创 查看全部
<p>相关性注意，hao123、265等网站需要进行公关或新建小B类业务目录和导航站业务目录最大的特点是分类清晰，权重高，因为每个分类都被严格控制网站 最大程度保证链接所属的类型和行业类别。个别企业目录 BUSINESSCOM 还将在关键类别中添加适当的文本描述。关键词 强调这对外部链接也是一个很大的好处。缺点是登录过程复杂，耗时较长。请注意，您可以根据网站的特点，分别登录网站的各个栏目和频道。外部优化和外链构建 1 寻找目标网站到目标网站的相关行业网站找到他们的链接网站或找到相关的关键词@ > 通过搜索引擎网站 排名前3 页并填写“Backlink Targets网站 列表” 2 Backlink 协商针对列表中的每个网站 结合网站自有资源和品牌应用。讲交换链接的技巧 3. 交换链接前和交换时的反向链接需要在交换反向链接后定期检查，例如由调度人员检查这些 网站 链接是否仍然存在. 3. Exchange 链接活动序列号网站名称和 URL网站 spaders经常访问这些频繁更新的页面，也可以成功爬取我们的页面 SpiderSpiderSpiderSpiderWebsiteAWebsiteAWebsiteAWebsiteAWebsiteBWebsiteBWebsiteBWebsiteBInactiveInactiveInactiveInactiveActiveActiveActiveActive外部优化和外部链接建立个内部页面连接比1111个主页链接好。从PR值算法来看，高PR很重要，但是如果某个页面有特别多的超过10000分的页面，产品就会加起来。虽然每个页面的贡献不大，但由于数量众多，产品的结果却非常大。5.自然链接比纯链接具有更高的权重。自然链接是指文本中的链接或公关链接。由于自然链接通常出现在外部链接较少的页面上，相应的权重远高于纯外部链接。另外，对应的文字可以对应一定数量的deployments关键词，这样关联度就大大提高了。6 质量比数量更重要。在相同的协商难度下，我们推荐选择连接的质量，即相关PR和更新度，因为过多的垃圾链接会对我们造成一定的伤害。纳斯达克上市公司B2B网站九城纳斯达克NINE——拓拓网将在成都、上海、西安等9个城市举办以“中国出口贸易解决方案”为主题的路演。扬帆起航 5月22日，拓拓网专业B2B解决方案全国巡展在成都索菲特万达大酒店开幕，渠道经销商招募正式启动。在B2B商业模式之后，我们为中国出口企业和全球买家提供创新的搜索服务解决方案。进一步开拓国内B2B市场的重要举措。外部优化和外链建设DDDD对外部链接的监控。1111 如果对方网站google存在时间长但收录很少被google处罚网站，检查对方网站是否被处罚 是最好的方式确认和检查是否使用nofollow标签外链优化和外链建立 5555 检查外链是否有FrameFrameFrameFrame拒绝对方把外链放入Frame 6666 检查外链是不是下拉菜单reject对方会将反向链接设置为下拉菜单 7777 检查文字是否不完全相同 当反向链接数量超过一定数量时，如果你所有的反向链接都相同，搜索引擎会认为你在作弊并认为是一个相互协商的反向链接，该链接会减少将来添加的其他反向链接的权重。这将是一个很大的损失。8888 定期检查反向链接是否正确。每月定期安排人查看最近交换的链接，看对方是否诚实，会发送我们网站的方式查看链接是否被移除或链接被更改或放置在Frame中等.就是去对方网站找到目标网站的文字链接，点击看看是否到达了我们指定的链接页面之外。优化及外链建设AAAA资源站策略 1、流量资源站追求搜索热点。比如一些明星Fans站，以流量为主，外链为辅。2. 以业务为导向的资源站追求目标网站扩大关键词，以小Topics和高相关性获得搜索引擎优质外链，带来客户为主要流量来源。流量贡献是副产品 四种特殊的外链优化策略 目标网站普通外链 普通流量 优质流量 高相关性 外链 直接客户 外链优化和外链建设 BBBB内容提供策略1原创< @文章转载优秀原创 查看全部
搜索引擎主题模型优化(相关性二登录DmozDmozDmozDmoz外部优化和外链建设AAAA交换链接执行步骤)
<p>相关性注意，hao123、265等网站需要进行公关或新建小B类业务目录和导航站业务目录最大的特点是分类清晰，权重高，因为每个分类都被严格控制网站 最大程度保证链接所属的类型和行业类别。个别企业目录 BUSINESSCOM 还将在关键类别中添加适当的文本描述。关键词 强调这对外部链接也是一个很大的好处。缺点是登录过程复杂，耗时较长。请注意，您可以根据网站的特点，分别登录网站的各个栏目和频道。外部优化和外链构建 1 寻找目标网站到目标网站的相关行业网站找到他们的链接网站或找到相关的关键词@ > 通过搜索引擎网站 排名前3 页并填写“Backlink Targets网站 列表” 2 Backlink 协商针对列表中的每个网站 结合网站自有资源和品牌应用。讲交换链接的技巧 3. 交换链接前和交换时的反向链接需要在交换反向链接后定期检查，例如由调度人员检查这些 网站 链接是否仍然存在. 3. Exchange 链接活动序列号网站名称和 URL网站 spaders经常访问这些频繁更新的页面，也可以成功爬取我们的页面 SpiderSpiderSpiderSpiderWebsiteAWebsiteAWebsiteAWebsiteAWebsiteBWebsiteBWebsiteBWebsiteBInactiveInactiveInactiveInactiveActiveActiveActiveActive外部优化和外部链接建立个内部页面连接比1111个主页链接好。从PR值算法来看，高PR很重要，但是如果某个页面有特别多的超过10000分的页面，产品就会加起来。虽然每个页面的贡献不大，但由于数量众多，产品的结果却非常大。5.自然链接比纯链接具有更高的权重。自然链接是指文本中的链接或公关链接。由于自然链接通常出现在外部链接较少的页面上，相应的权重远高于纯外部链接。另外，对应的文字可以对应一定数量的deployments关键词，这样关联度就大大提高了。6 质量比数量更重要。在相同的协商难度下，我们推荐选择连接的质量，即相关PR和更新度，因为过多的垃圾链接会对我们造成一定的伤害。纳斯达克上市公司B2B网站九城纳斯达克NINE——拓拓网将在成都、上海、西安等9个城市举办以“中国出口贸易解决方案”为主题的路演。扬帆起航 5月22日，拓拓网专业B2B解决方案全国巡展在成都索菲特万达大酒店开幕，渠道经销商招募正式启动。在B2B商业模式之后，我们为中国出口企业和全球买家提供创新的搜索服务解决方案。进一步开拓国内B2B市场的重要举措。外部优化和外链建设DDDD对外部链接的监控。1111 如果对方网站google存在时间长但收录很少被google处罚网站，检查对方网站是否被处罚 是最好的方式确认和检查是否使用nofollow标签外链优化和外链建立 5555 检查外链是否有FrameFrameFrameFrame拒绝对方把外链放入Frame 6666 检查外链是不是下拉菜单reject对方会将反向链接设置为下拉菜单 7777 检查文字是否不完全相同 当反向链接数量超过一定数量时，如果你所有的反向链接都相同，搜索引擎会认为你在作弊并认为是一个相互协商的反向链接，该链接会减少将来添加的其他反向链接的权重。这将是一个很大的损失。8888 定期检查反向链接是否正确。每月定期安排人查看最近交换的链接，看对方是否诚实，会发送我们网站的方式查看链接是否被移除或链接被更改或放置在Frame中等.就是去对方网站找到目标网站的文字链接，点击看看是否到达了我们指定的链接页面之外。优化及外链建设AAAA资源站策略 1、流量资源站追求搜索热点。比如一些明星Fans站，以流量为主，外链为辅。2. 以业务为导向的资源站追求目标网站扩大关键词，以小Topics和高相关性获得搜索引擎优质外链，带来客户为主要流量来源。流量贡献是副产品 四种特殊的外链优化策略 目标网站普通外链 普通流量 优质流量 高相关性 外链 直接客户 外链优化和外链建设 BBBB内容提供策略1原创< @文章转载优秀原创
搜索引擎主题模型优化(浅谈搜索引擎优化的链接策略(:搜索引擎方便复制修改打印))
网站优化 • 优采云 发表了文章 • 0 个评论 • 48 次浏览 • 2022-01-30 21:27
搜索引擎主题模型优化(浅谈搜索引擎优化的链接策略(:搜索引擎方便复制修改打印))
文档介绍：谈搜索引擎优化的链接策略.docEvaluationWarning:ThedocumentwascreatedwithSpire..论文写作不是一蹴而就的，更别说补了。需要个人研究、调查、分析和归纳，需要大量的数据处理和信息获取。本文不求给你多大帮助，只愿做你脚下的石头。文档为word格式，便于复制、修改和打印。写论文就是这么简单。以下是搜索引擎优化的链接策略正文（作者：单位：邮编：） 摘要：搜索引擎优化技术是消除那些被搜索引擎识别为***的手段，寻求基本的优化策略，如如关键词选择、链接策略分析。本文重点讨论和研究搜索引擎优化技术中的链接策略。关键词：搜索引擎：优化技术；链接策略链接是网站 的灵魂。用户通过超链接获取丰富的网站内容，搜索引擎蜘蛛也逐层跟随一个网站页面链接，完成网站的信息爬取。对于搜索引擎，尤其是谷歌来说，确定网站排名的关键是有多少高质量的外部链接指向这个网站。这些是外部链接或反向链接，也称为入站链接或反向链接。从 网站 到其他 网站 的出站链接以及 网站 内部页面之间的链接也或多或少地影响排名。
- 搜索引擎优化基础技术 搜索引擎优化技术是细分的，需要注意的方面很多，这里我们主要分析那些基础或者关键的问题。这些问题将长期占据搜索引擎优化技术更重要的位置。K网站关键词分析与选择虽然网站的内容有所不同，但设立网站的目的是为了让目标客户更容易找到网站本身。所以网站的重点，也就是网站的关键字的作用是显而易见的。2、网站建立链接是因为对于网站来说，最重要的两点是内容和链接。因此，本文第四章主要讲解如何为< @网站，包括导入链接、导出链接和网站 内部链接。3、搜索引擎优化技术的完善，首先研究长尾理论，用数学模型表达长尾理论与现实的结合。研究长尾理论经济模型的可行性，以及如何利用长尾理论改进搜索引擎优化技术。二、搜索引擎优化的链接策略（—） 传入链接 在确定一个网站的排名时，搜索引擎不仅要分析网页的内容和结构，还要分析网站的链接@>。网站 排名的一个重要因素是获得尽可能多的高质量外部链接，也称为传入链接。网站 即使你不提交到目录，但由于你的 网站 链接在其他重要的 网站 上，你仍然可以被搜索引擎快速抓取并为良好的排名加分。将传入链接作为重要排名指标的依据是搜索引擎认为，如果您的网站 有价值，其他网站 会提及您；你被提及的越多，价值就越大。
这导致了 LinkPopularity 在搜索引擎优化中的重要性。只有这样，人们才会试图为网站“制造”外链，导致垃圾链接和网站泛滥，所以搜索引擎正在调整算法，只为高质量的外链付费注意，并经常惩罚垃圾邮件等行为，严重时甚至删除网站。因此，今天对链接广度的理解是，即使您获得数百个指向质量较差或内容不相关的网站的链接，您也无法获得指向具有高度相关或互补内容的高质量网站的链接。以下是链接质量和链接获取的分析。入链K质量分析 来自以下网站的链接可以称为高质量入链。搜索引擎目录中的链接，以及已添加到目录中的 网站 的链接；网站 与网站 的主题相关或互补；网站 PR 值至少为 4 ；具有高流量、高知名度和频繁更新的重要 网站（例如搜索引擎新闻提要）：网站，外向链接很少：基于您的 查看全部
文档介绍：谈搜索引擎优化的链接策略.docEvaluationWarning:ThedocumentwascreatedwithSpire..论文写作不是一蹴而就的，更别说补了。需要个人研究、调查、分析和归纳，需要大量的数据处理和信息获取。本文不求给你多大帮助，只愿做你脚下的石头。文档为word格式，便于复制、修改和打印。写论文就是这么简单。以下是搜索引擎优化的链接策略正文（作者：单位：邮编：） 摘要：搜索引擎优化技术是消除那些被搜索引擎识别为***的手段，寻求基本的优化策略，如如关键词选择、链接策略分析。本文重点讨论和研究搜索引擎优化技术中的链接策略。关键词：搜索引擎：优化技术；链接策略链接是网站 的灵魂。用户通过超链接获取丰富的网站内容，搜索引擎蜘蛛也逐层跟随一个网站页面链接，完成网站的信息爬取。对于搜索引擎，尤其是谷歌来说，确定网站排名的关键是有多少高质量的外部链接指向这个网站。这些是外部链接或反向链接，也称为入站链接或反向链接。从 网站 到其他 网站 的出站链接以及 网站 内部页面之间的链接也或多或少地影响排名。
- 搜索引擎优化基础技术 搜索引擎优化技术是细分的，需要注意的方面很多，这里我们主要分析那些基础或者关键的问题。这些问题将长期占据搜索引擎优化技术更重要的位置。K网站关键词分析与选择虽然网站的内容有所不同，但设立网站的目的是为了让目标客户更容易找到网站本身。所以网站的重点，也就是网站的关键字的作用是显而易见的。2、网站建立链接是因为对于网站来说，最重要的两点是内容和链接。因此，本文第四章主要讲解如何为< @网站，包括导入链接、导出链接和网站 内部链接。3、搜索引擎优化技术的完善，首先研究长尾理论，用数学模型表达长尾理论与现实的结合。研究长尾理论经济模型的可行性，以及如何利用长尾理论改进搜索引擎优化技术。二、搜索引擎优化的链接策略（—） 传入链接 在确定一个网站的排名时，搜索引擎不仅要分析网页的内容和结构，还要分析网站的链接@>。网站 排名的一个重要因素是获得尽可能多的高质量外部链接，也称为传入链接。网站 即使你不提交到目录，但由于你的 网站 链接在其他重要的 网站 上，你仍然可以被搜索引擎快速抓取并为良好的排名加分。将传入链接作为重要排名指标的依据是搜索引擎认为，如果您的网站 有价值，其他网站 会提及您；你被提及的越多，价值就越大。
这导致了 LinkPopularity 在搜索引擎优化中的重要性。只有这样，人们才会试图为网站“制造”外链，导致垃圾链接和网站泛滥，所以搜索引擎正在调整算法，只为高质量的外链付费注意，并经常惩罚垃圾邮件等行为，严重时甚至删除网站。因此，今天对链接广度的理解是，即使您获得数百个指向质量较差或内容不相关的网站的链接，您也无法获得指向具有高度相关或互补内容的高质量网站的链接。以下是链接质量和链接获取的分析。入链K质量分析 来自以下网站的链接可以称为高质量入链。搜索引擎目录中的链接，以及已添加到目录中的 网站 的链接；网站 与网站 的主题相关或互补；网站 PR 值至少为 4 ；具有高流量、高知名度和频繁更新的重要 网站（例如搜索引擎新闻提要）：网站，外向链接很少：基于您的 查看全部
搜索引擎主题模型优化(浅谈搜索引擎优化的链接策略(:搜索引擎方便复制修改打印))
文档介绍：谈搜索引擎优化的链接策略.docEvaluationWarning:ThedocumentwascreatedwithSpire..论文写作不是一蹴而就的，更别说补了。需要个人研究、调查、分析和归纳，需要大量的数据处理和信息获取。本文不求给你多大帮助，只愿做你脚下的石头。文档为word格式，便于复制、修改和打印。写论文就是这么简单。以下是搜索引擎优化的链接策略正文（作者：单位：邮编：） 摘要：搜索引擎优化技术是消除那些被搜索引擎识别为***的手段，寻求基本的优化策略，如如关键词选择、链接策略分析。本文重点讨论和研究搜索引擎优化技术中的链接策略。关键词：搜索引擎：优化技术；链接策略链接是网站 的灵魂。用户通过超链接获取丰富的网站内容，搜索引擎蜘蛛也逐层跟随一个网站页面链接，完成网站的信息爬取。对于搜索引擎，尤其是谷歌来说，确定网站排名的关键是有多少高质量的外部链接指向这个网站。这些是外部链接或反向链接，也称为入站链接或反向链接。从 网站 到其他 网站 的出站链接以及 网站 内部页面之间的链接也或多或少地影响排名。
- 搜索引擎优化基础技术 搜索引擎优化技术是细分的，需要注意的方面很多，这里我们主要分析那些基础或者关键的问题。这些问题将长期占据搜索引擎优化技术更重要的位置。K网站关键词分析与选择虽然网站的内容有所不同，但设立网站的目的是为了让目标客户更容易找到网站本身。所以网站的重点，也就是网站的关键字的作用是显而易见的。2、网站建立链接是因为对于网站来说，最重要的两点是内容和链接。因此，本文第四章主要讲解如何为< @网站，包括导入链接、导出链接和网站 内部链接。3、搜索引擎优化技术的完善，首先研究长尾理论，用数学模型表达长尾理论与现实的结合。研究长尾理论经济模型的可行性，以及如何利用长尾理论改进搜索引擎优化技术。二、搜索引擎优化的链接策略（—） 传入链接 在确定一个网站的排名时，搜索引擎不仅要分析网页的内容和结构，还要分析网站的链接@>。网站 排名的一个重要因素是获得尽可能多的高质量外部链接，也称为传入链接。网站 即使你不提交到目录，但由于你的 网站 链接在其他重要的 网站 上，你仍然可以被搜索引擎快速抓取并为良好的排名加分。将传入链接作为重要排名指标的依据是搜索引擎认为，如果您的网站 有价值，其他网站 会提及您；你被提及的越多，价值就越大。
这导致了 LinkPopularity 在搜索引擎优化中的重要性。只有这样，人们才会试图为网站“制造”外链，导致垃圾链接和网站泛滥，所以搜索引擎正在调整算法，只为高质量的外链付费注意，并经常惩罚垃圾邮件等行为，严重时甚至删除网站。因此，今天对链接广度的理解是，即使您获得数百个指向质量较差或内容不相关的网站的链接，您也无法获得指向具有高度相关或互补内容的高质量网站的链接。以下是链接质量和链接获取的分析。入链K质量分析 来自以下网站的链接可以称为高质量入链。搜索引擎目录中的链接，以及已添加到目录中的 网站 的链接；网站 与网站 的主题相关或互补；网站 PR 值至少为 4 ；具有高流量、高知名度和频繁更新的重要 网站（例如搜索引擎新闻提要）：网站，外向链接很少：基于您的
搜索引擎主题模型优化(LDA算法-主题建模(amp)())
网站优化 • 优采云 发表了文章 • 0 个评论 • 60 次浏览 • 2022-01-29 18:24
搜索引擎主题模型优化(LDA算法-主题建模(amp)())
SEOr每天面临的挑战来自于搜索引擎的排名算法，因为这个算法是搜索词在结果页中排名的重要依据，而搜索引擎通过建立一个可学习的模型来识别页面上的文本内容。
LDA 算法 - 主题建模与分析
LDA算法公式：
为了便于理解，这里是一个简化的形式：
我们试着解释一下，主语出现的几率=主语所在文档的出现频率X主语改变使用频率；
谷歌会分析用户的查询词与哪些主题相关，这些相关性会通过描述符周围的属性来检查，例如：“橙子”作为水果与其相关，橙色属性等。这些内容是所有与它相关的东西。
LDA 方法是一种非常强大的自动学习算法，它扩展了 关键词 组合文档和复合文档之间的关联。他在许多领域都做出了杰出贡献。
贝叶斯定律 - 贝叶斯过滤方法应用于反垃圾邮件。有效减少索引库的杂质和词的不准确。
相关算法还包括：
- TF*IDF权重公式比粗略的关键词密度等指标更能准确影响关键词排名因素。
- Followed IPs 这是我们最关心的链接权重的考虑，关注文本链接的价值。
- LDA 余弦主题和页面依赖项。
看一些简单的例子：
1、单人关键词
内容 A 收录 关键词蝙蝠侠，但内容 B 没有；显然搜索引擎可以很容易地使用 Content A 参与排名。
2、关键词短语
关键词组合排名更高，取决于两者中哪个更相关，Wiggum 比 Chief 更常见 关键词Chief 更常见（广泛相关），因此内容 A 更容易捕获。
注意：这个例子还说明了另一个流行的焦点指示器 - 关键词density，你知道怎么理解它:)
3、组合关键词（复合）
搜索引擎的相关性（relevancy），大家看完内容，从内容B《每日星球》《克拉克肯特》中的描述，很容易想到超人的主要特征，戴黑框眼镜的每日记者——克拉克： ) 很明显，内容 B 比内容 A 更相关。
4、主题模型
通过内容作为人类的理解可以看出明显相关，内容B所描述的乐器——一个女人正在演奏这种乐器，但是搜索引擎没有这个经验和经验，没有相关的关键词这样的因为内容 A 更难识别。但幸运的是，从 LDA 的算法来看，内容 B 已被评估为优于内容 A。这是一个强大的算法:)
-----
总结：
1、算法是基于用户体验的，我们用用户的思维去考虑问题。
2、搜索引擎也在努力解决这些问题，这可能只是时间问题。 查看全部
SEOr每天面临的挑战来自于搜索引擎的排名算法，因为这个算法是搜索词在结果页中排名的重要依据，而搜索引擎通过建立一个可学习的模型来识别页面上的文本内容。
LDA 算法 - 主题建模与分析
LDA算法公式：
为了便于理解，这里是一个简化的形式：
我们试着解释一下，主语出现的几率=主语所在文档的出现频率X主语改变使用频率；
谷歌会分析用户的查询词与哪些主题相关，这些相关性会通过描述符周围的属性来检查，例如：“橙子”作为水果与其相关，橙色属性等。这些内容是所有与它相关的东西。
LDA 方法是一种非常强大的自动学习算法，它扩展了 关键词 组合文档和复合文档之间的关联。他在许多领域都做出了杰出贡献。
贝叶斯定律 - 贝叶斯过滤方法应用于反垃圾邮件。有效减少索引库的杂质和词的不准确。
相关算法还包括：
- TF*IDF权重公式比粗略的关键词密度等指标更能准确影响关键词排名因素。
- Followed IPs 这是我们最关心的链接权重的考虑，关注文本链接的价值。
- LDA 余弦主题和页面依赖项。
看一些简单的例子：
1、单人关键词
内容 A 收录 关键词蝙蝠侠，但内容 B 没有；显然搜索引擎可以很容易地使用 Content A 参与排名。
2、关键词短语
关键词组合排名更高，取决于两者中哪个更相关，Wiggum 比 Chief 更常见 关键词Chief 更常见（广泛相关），因此内容 A 更容易捕获。
注意：这个例子还说明了另一个流行的焦点指示器 - 关键词density，你知道怎么理解它:)
3、组合关键词（复合）
搜索引擎的相关性（relevancy），大家看完内容，从内容B《每日星球》《克拉克肯特》中的描述，很容易想到超人的主要特征，戴黑框眼镜的每日记者——克拉克： ) 很明显，内容 B 比内容 A 更相关。
4、主题模型
通过内容作为人类的理解可以看出明显相关，内容B所描述的乐器——一个女人正在演奏这种乐器，但是搜索引擎没有这个经验和经验，没有相关的关键词这样的因为内容 A 更难识别。但幸运的是，从 LDA 的算法来看，内容 B 已被评估为优于内容 A。这是一个强大的算法:)
-----
总结：
1、算法是基于用户体验的，我们用用户的思维去考虑问题。
2、搜索引擎也在努力解决这些问题，这可能只是时间问题。 查看全部
搜索引擎主题模型优化(LDA算法-主题建模(amp)())
SEOr每天面临的挑战来自于搜索引擎的排名算法，因为这个算法是搜索词在结果页中排名的重要依据，而搜索引擎通过建立一个可学习的模型来识别页面上的文本内容。
LDA 算法 - 主题建模与分析
LDA算法公式：
为了便于理解，这里是一个简化的形式：
我们试着解释一下，主语出现的几率=主语所在文档的出现频率X主语改变使用频率；
谷歌会分析用户的查询词与哪些主题相关，这些相关性会通过描述符周围的属性来检查，例如：“橙子”作为水果与其相关，橙色属性等。这些内容是所有与它相关的东西。
LDA 方法是一种非常强大的自动学习算法，它扩展了 关键词 组合文档和复合文档之间的关联。他在许多领域都做出了杰出贡献。
贝叶斯定律 - 贝叶斯过滤方法应用于反垃圾邮件。有效减少索引库的杂质和词的不准确。
相关算法还包括：
- TF*IDF权重公式比粗略的关键词密度等指标更能准确影响关键词排名因素。
- Followed IPs 这是我们最关心的链接权重的考虑，关注文本链接的价值。
- LDA 余弦主题和页面依赖项。
看一些简单的例子：
1、单人关键词
内容 A 收录 关键词蝙蝠侠，但内容 B 没有；显然搜索引擎可以很容易地使用 Content A 参与排名。
2、关键词短语
关键词组合排名更高，取决于两者中哪个更相关，Wiggum 比 Chief 更常见 关键词Chief 更常见（广泛相关），因此内容 A 更容易捕获。
注意：这个例子还说明了另一个流行的焦点指示器 - 关键词density，你知道怎么理解它:)
3、组合关键词（复合）
搜索引擎的相关性（relevancy），大家看完内容，从内容B《每日星球》《克拉克肯特》中的描述，很容易想到超人的主要特征，戴黑框眼镜的每日记者——克拉克： ) 很明显，内容 B 比内容 A 更相关。
4、主题模型
通过内容作为人类的理解可以看出明显相关，内容B所描述的乐器——一个女人正在演奏这种乐器，但是搜索引擎没有这个经验和经验，没有相关的关键词这样的因为内容 A 更难识别。但幸运的是，从 LDA 的算法来看，内容 B 已被评估为优于内容 A。这是一个强大的算法:)
-----
总结：
1、算法是基于用户体验的，我们用用户的思维去考虑问题。
2、搜索引擎也在努力解决这些问题，这可能只是时间问题。
搜索引擎主题模型优化( 小编的2018年网站SEO优化的八大精髓！！（上） )
网站优化 • 优采云 发表了文章 • 0 个评论 • 54 次浏览 • 2022-01-29 18:22
搜索引擎主题模型优化(
小编的2018年网站SEO优化的八大精髓！！（上）
)
很多人还停留在几年前的SEO优化方法上，每天写伪原创，发外链等等，然后每天查询网站关键词的排名，期待能有好的效果。事实上，这种方法对于目前的搜索引擎来说并不是那么明显。如果我们想取得好的结果，我们必须适应搜索引擎偏好的变化来改进我们的网站。小编根据自己的一些经验总结了2018年网站SEO优化的八大精髓。
1、网站的访问速度
很多新手站长在搭建网站的时候并没有考虑到主机空间对于优化网站的重要性。小编之所以在这里首先强调网站的访问速度，是因为它不仅影响网站关键词的排名优化，还影响网站的用户体验@> 和跳出率。因为在这个快节奏的时代，没有人愿意花时间等待。即使你费尽心思优化了一些效果，但是这些效果不能很好的转化，那就没有用了。所以我们在构建网站的时候，一定要选择一个比较快速稳定的主机。关于主机的选择，根据小编的经验，美国品牌主机——bluehost是个不错的选择。
2、网站登陆页面内容优化
着陆页是用户输入网站***时看到的页面，所以着陆页的优化非常重要。除了美观之外，页面优化最重要的方面就是内容。用户在搜索信息的时候，肯定是想找到自己想要的信息，所以内容要和标题对应，要能解决用户的问题。例如，有人搜索“个人博客应该选择什么样的主机”。这时，我们的内容不仅要分析从哪个角度选择虚拟主机，还要为用户推荐合适的主机类型和购买虚拟主机。地方，以便最终帮助他解决这个问题。
3、网站页面设计
无论是网站还是人，***印象都非常重要。虽然大家都在崇尚灵魂之美，但遇到陌生人，容貌真的很难看，我们能不能进一步了解灵魂之美呢？所以网站的“外观”也很重要。网站的设计应该给人一种专业、简洁、值得信赖的感觉。这时候就需要找专业的UI和UX设计，买一些优质的网站模板。
4、减少不良因素的发生
很多网站页面为了赚取广告费或者想拉更多的用户信息，挂了很多广告信息，或者频繁弹出对话框，让用户非常反感。这会影响用户在页面上停留的时间。
5、关键词的添加和分发
之前的SEO优化方法不是大家都可以放弃的，有些地方还是有保留价值的。关于关键词的设置，我们还是要继续做，H1，文章内的关键词，外链锚文本，内链锚文本，图片ALT，URL，图片命名等等。这些已经被很多人说了无数遍了，在此不再赘述。
6、主题模型的注入
仅添加 关键词 是不够的。为了方便用户更好地查看和提高页面权重，我们可以对内容进行分类。比如虚拟主机，我们可以扩展为Linux虚拟主机和windows虚拟主机，然后在各自的主题下，可以扩展很多相关的内容。有利于用户查看和关键词排名。
7、搜索引擎显示文字优化
在搜索引擎结果中，部分描述显示在标题下方，这对于 网站 的点击率也很重要。主要需要优化的元素有：title的创意、desc的流行度、url的规范、文章日期、结构数据的使用等。
8、独特品质网站内容
搜索引擎一直强调的一点是内容。无论网站如何优化，仍然需要创建对用户有用的独特内容。花架子”的感觉。
以上是我根据自己的经验对SEO优化的一些见解，希望能给新手站长一些方向和帮助。如果您想了解更多SEO干货信息或托管内容，请继续关注我！
查看全部
小编的2018年网站SEO优化的八大精髓！！（上）
)
很多人还停留在几年前的SEO优化方法上，每天写伪原创，发外链等等，然后每天查询网站关键词的排名，期待能有好的效果。事实上，这种方法对于目前的搜索引擎来说并不是那么明显。如果我们想取得好的结果，我们必须适应搜索引擎偏好的变化来改进我们的网站。小编根据自己的一些经验总结了2018年网站SEO优化的八大精髓。
1、网站的访问速度
很多新手站长在搭建网站的时候并没有考虑到主机空间对于优化网站的重要性。小编之所以在这里首先强调网站的访问速度，是因为它不仅影响网站关键词的排名优化，还影响网站的用户体验@> 和跳出率。因为在这个快节奏的时代，没有人愿意花时间等待。即使你费尽心思优化了一些效果，但是这些效果不能很好的转化，那就没有用了。所以我们在构建网站的时候，一定要选择一个比较快速稳定的主机。关于主机的选择，根据小编的经验，美国品牌主机——bluehost是个不错的选择。
2、网站登陆页面内容优化
着陆页是用户输入网站***时看到的页面，所以着陆页的优化非常重要。除了美观之外，页面优化最重要的方面就是内容。用户在搜索信息的时候，肯定是想找到自己想要的信息，所以内容要和标题对应，要能解决用户的问题。例如，有人搜索“个人博客应该选择什么样的主机”。这时，我们的内容不仅要分析从哪个角度选择虚拟主机，还要为用户推荐合适的主机类型和购买虚拟主机。地方，以便最终帮助他解决这个问题。
3、网站页面设计
无论是网站还是人，***印象都非常重要。虽然大家都在崇尚灵魂之美，但遇到陌生人，容貌真的很难看，我们能不能进一步了解灵魂之美呢？所以网站的“外观”也很重要。网站的设计应该给人一种专业、简洁、值得信赖的感觉。这时候就需要找专业的UI和UX设计，买一些优质的网站模板。
4、减少不良因素的发生
很多网站页面为了赚取广告费或者想拉更多的用户信息，挂了很多广告信息，或者频繁弹出对话框，让用户非常反感。这会影响用户在页面上停留的时间。
5、关键词的添加和分发
之前的SEO优化方法不是大家都可以放弃的，有些地方还是有保留价值的。关于关键词的设置，我们还是要继续做，H1，文章内的关键词，外链锚文本，内链锚文本，图片ALT，URL，图片命名等等。这些已经被很多人说了无数遍了，在此不再赘述。
6、主题模型的注入
仅添加 关键词 是不够的。为了方便用户更好地查看和提高页面权重，我们可以对内容进行分类。比如虚拟主机，我们可以扩展为Linux虚拟主机和windows虚拟主机，然后在各自的主题下，可以扩展很多相关的内容。有利于用户查看和关键词排名。
7、搜索引擎显示文字优化
在搜索引擎结果中，部分描述显示在标题下方，这对于 网站 的点击率也很重要。主要需要优化的元素有：title的创意、desc的流行度、url的规范、文章日期、结构数据的使用等。
8、独特品质网站内容
搜索引擎一直强调的一点是内容。无论网站如何优化，仍然需要创建对用户有用的独特内容。花架子”的感觉。
以上是我根据自己的经验对SEO优化的一些见解，希望能给新手站长一些方向和帮助。如果您想了解更多SEO干货信息或托管内容，请继续关注我！
查看全部
搜索引擎主题模型优化(
小编的2018年网站SEO优化的八大精髓！！（上）
)
很多人还停留在几年前的SEO优化方法上，每天写伪原创，发外链等等，然后每天查询网站关键词的排名，期待能有好的效果。事实上，这种方法对于目前的搜索引擎来说并不是那么明显。如果我们想取得好的结果，我们必须适应搜索引擎偏好的变化来改进我们的网站。小编根据自己的一些经验总结了2018年网站SEO优化的八大精髓。
1、网站的访问速度
很多新手站长在搭建网站的时候并没有考虑到主机空间对于优化网站的重要性。小编之所以在这里首先强调网站的访问速度，是因为它不仅影响网站关键词的排名优化，还影响网站的用户体验@> 和跳出率。因为在这个快节奏的时代，没有人愿意花时间等待。即使你费尽心思优化了一些效果，但是这些效果不能很好的转化，那就没有用了。所以我们在构建网站的时候，一定要选择一个比较快速稳定的主机。关于主机的选择，根据小编的经验，美国品牌主机——bluehost是个不错的选择。
2、网站登陆页面内容优化
着陆页是用户输入网站***时看到的页面，所以着陆页的优化非常重要。除了美观之外，页面优化最重要的方面就是内容。用户在搜索信息的时候，肯定是想找到自己想要的信息，所以内容要和标题对应，要能解决用户的问题。例如，有人搜索“个人博客应该选择什么样的主机”。这时，我们的内容不仅要分析从哪个角度选择虚拟主机，还要为用户推荐合适的主机类型和购买虚拟主机。地方，以便最终帮助他解决这个问题。
3、网站页面设计
无论是网站还是人，***印象都非常重要。虽然大家都在崇尚灵魂之美，但遇到陌生人，容貌真的很难看，我们能不能进一步了解灵魂之美呢？所以网站的“外观”也很重要。网站的设计应该给人一种专业、简洁、值得信赖的感觉。这时候就需要找专业的UI和UX设计，买一些优质的网站模板。
4、减少不良因素的发生
很多网站页面为了赚取广告费或者想拉更多的用户信息，挂了很多广告信息，或者频繁弹出对话框，让用户非常反感。这会影响用户在页面上停留的时间。
5、关键词的添加和分发
之前的SEO优化方法不是大家都可以放弃的，有些地方还是有保留价值的。关于关键词的设置，我们还是要继续做，H1，文章内的关键词，外链锚文本，内链锚文本，图片ALT，URL，图片命名等等。这些已经被很多人说了无数遍了，在此不再赘述。
6、主题模型的注入
仅添加 关键词 是不够的。为了方便用户更好地查看和提高页面权重，我们可以对内容进行分类。比如虚拟主机，我们可以扩展为Linux虚拟主机和windows虚拟主机，然后在各自的主题下，可以扩展很多相关的内容。有利于用户查看和关键词排名。
7、搜索引擎显示文字优化
在搜索引擎结果中，部分描述显示在标题下方，这对于 网站 的点击率也很重要。主要需要优化的元素有：title的创意、desc的流行度、url的规范、文章日期、结构数据的使用等。
8、独特品质网站内容
搜索引擎一直强调的一点是内容。无论网站如何优化，仍然需要创建对用户有用的独特内容。花架子”的感觉。
以上是我根据自己的经验对SEO优化的一些见解，希望能给新手站长一些方向和帮助。如果您想了解更多SEO干货信息或托管内容，请继续关注我！
搜索引擎主题模型优化(网站页面设计无论是的2018年是怎么做无用功的？)
网站优化 • 优采云 发表了文章 • 0 个评论 • 62 次浏览 • 2022-01-29 18:22
搜索引擎主题模型优化(网站页面设计无论是的2018年是怎么做无用功的？)
很多人还停留在几年前的SEO优化方法上，每天写伪原创，发外链等等，然后每天查询网站关键词的排名，期待能有好的效果。事实上，这种方法对于目前的搜索引擎来说并不是那么明显。如果我们想取得好的结果，我们必须适应搜索引擎偏好的变化来改进我们的网站。小编根据自己的一些经验总结了2018年网站SEO优化的八大精髓。
1、网站的访问速度
很多新手站长在搭建网站的时候并没有考虑到主机空间对于优化网站的重要性。小编之所以在这里首先强调网站的访问速度，是因为它不仅影响网站关键词的排名优化，还影响网站的用户体验@> 和跳出率。因为在这个快节奏的时代，没有人愿意花时间等待。即使你费尽心思优化了一些效果，但是这些效果不能很好的转化，那就没有用了。所以我们在构建网站的时候，一定要选择一个比较快速稳定的主机。关于主机的选择，根据小编的经验，美国品牌主机——bluehost是个不错的选择。
2、网站登陆页面内容优化
着陆页是用户输入网站时看到的第一页，所以着陆页的优化非常重要。除了美观之外，页面优化最重要的方面就是内容。用户在搜索信息的时候，肯定是想找到自己想要的信息，所以内容要和标题对应，要能解决用户的问题。例如，有人搜索“个人博客应该选择什么样的主机”。这时，我们的内容不仅要分析从哪个角度选择虚拟主机，还要为用户推荐合适的主机类型和购买虚拟主机。地方，以便最终帮助他解决这个问题。
3、网站页面设计
无论是网站还是人，第一印象都非常重要。虽然每个人都尊重灵魂之美，但遇到陌生人时，容颜真的很难看，我们是否可以进一步了解灵魂之美？所以网站的“外观”也很重要。网站的设计应该给人一种专业、简洁、值得信赖的感觉。这时候就需要找专业的UI和UX设计，买一些优质的网站模板。
4、减少不良因素的发生
很多网站页面为了赚取广告费或者想拉更多的用户信息，挂了很多广告信息，或者频繁弹出对话框，让用户非常反感。这会影响用户在页面上停留的时间。
5、关键词的添加和分配
之前的SEO优化方法不是大家可以放弃的，有些地方还是有保留价值的。关于关键词的设置，我们还是要继续做，H1，文章内的关键词，外链锚文本，内链锚文本，图片ALT，URL，图片命名等等。这些已经被很多人说了无数遍了，在此不再赘述。
6、主题模型的注入
仅添加 关键词 是不够的。为了方便用户更好地查看和提高页面权重，我们可以对内容进行分类。比如虚拟主机，我们可以扩展为Linux虚拟主机和windows虚拟主机，然后在各自的主题下，可以扩展很多相关的内容。有利于用户查看和关键词排名。
7、搜索引擎显示文字优化
在搜索引擎结果中，部分描述显示在标题下方，这对于 网站 的点击率也很重要。主要需要优化的元素有：title的创意、desc的流行度、url的规范、文章日期、结构数据的使用等。
8、独特品质网站内容
搜索引擎一直强调的一点是内容。无论网站如何优化，最终都需要创建对用户有用的独特内容。
以上是我根据自己的经验对SEO优化的一些见解，希望能给新手站长一些方向和帮助。想了解更多SEO干货或托管内容，请继续关注我！ 查看全部
很多人还停留在几年前的SEO优化方法上，每天写伪原创，发外链等等，然后每天查询网站关键词的排名，期待能有好的效果。事实上，这种方法对于目前的搜索引擎来说并不是那么明显。如果我们想取得好的结果，我们必须适应搜索引擎偏好的变化来改进我们的网站。小编根据自己的一些经验总结了2018年网站SEO优化的八大精髓。
1、网站的访问速度
很多新手站长在搭建网站的时候并没有考虑到主机空间对于优化网站的重要性。小编之所以在这里首先强调网站的访问速度，是因为它不仅影响网站关键词的排名优化，还影响网站的用户体验@> 和跳出率。因为在这个快节奏的时代，没有人愿意花时间等待。即使你费尽心思优化了一些效果，但是这些效果不能很好的转化，那就没有用了。所以我们在构建网站的时候，一定要选择一个比较快速稳定的主机。关于主机的选择，根据小编的经验，美国品牌主机——bluehost是个不错的选择。
2、网站登陆页面内容优化
着陆页是用户输入网站时看到的第一页，所以着陆页的优化非常重要。除了美观之外，页面优化最重要的方面就是内容。用户在搜索信息的时候，肯定是想找到自己想要的信息，所以内容要和标题对应，要能解决用户的问题。例如，有人搜索“个人博客应该选择什么样的主机”。这时，我们的内容不仅要分析从哪个角度选择虚拟主机，还要为用户推荐合适的主机类型和购买虚拟主机。地方，以便最终帮助他解决这个问题。
3、网站页面设计
无论是网站还是人，第一印象都非常重要。虽然每个人都尊重灵魂之美，但遇到陌生人时，容颜真的很难看，我们是否可以进一步了解灵魂之美？所以网站的“外观”也很重要。网站的设计应该给人一种专业、简洁、值得信赖的感觉。这时候就需要找专业的UI和UX设计，买一些优质的网站模板。
4、减少不良因素的发生
很多网站页面为了赚取广告费或者想拉更多的用户信息，挂了很多广告信息，或者频繁弹出对话框，让用户非常反感。这会影响用户在页面上停留的时间。
5、关键词的添加和分配
之前的SEO优化方法不是大家可以放弃的，有些地方还是有保留价值的。关于关键词的设置，我们还是要继续做，H1，文章内的关键词，外链锚文本，内链锚文本，图片ALT，URL，图片命名等等。这些已经被很多人说了无数遍了，在此不再赘述。
6、主题模型的注入
仅添加 关键词 是不够的。为了方便用户更好地查看和提高页面权重，我们可以对内容进行分类。比如虚拟主机，我们可以扩展为Linux虚拟主机和windows虚拟主机，然后在各自的主题下，可以扩展很多相关的内容。有利于用户查看和关键词排名。
7、搜索引擎显示文字优化
在搜索引擎结果中，部分描述显示在标题下方，这对于 网站 的点击率也很重要。主要需要优化的元素有：title的创意、desc的流行度、url的规范、文章日期、结构数据的使用等。
8、独特品质网站内容
搜索引擎一直强调的一点是内容。无论网站如何优化，最终都需要创建对用户有用的独特内容。
以上是我根据自己的经验对SEO优化的一些见解，希望能给新手站长一些方向和帮助。想了解更多SEO干货或托管内容，请继续关注我！ 查看全部
搜索引擎主题模型优化(网站页面设计无论是的2018年是怎么做无用功的？)
很多人还停留在几年前的SEO优化方法上，每天写伪原创，发外链等等，然后每天查询网站关键词的排名，期待能有好的效果。事实上，这种方法对于目前的搜索引擎来说并不是那么明显。如果我们想取得好的结果，我们必须适应搜索引擎偏好的变化来改进我们的网站。小编根据自己的一些经验总结了2018年网站SEO优化的八大精髓。
1、网站的访问速度
很多新手站长在搭建网站的时候并没有考虑到主机空间对于优化网站的重要性。小编之所以在这里首先强调网站的访问速度，是因为它不仅影响网站关键词的排名优化，还影响网站的用户体验@> 和跳出率。因为在这个快节奏的时代，没有人愿意花时间等待。即使你费尽心思优化了一些效果，但是这些效果不能很好的转化，那就没有用了。所以我们在构建网站的时候，一定要选择一个比较快速稳定的主机。关于主机的选择，根据小编的经验，美国品牌主机——bluehost是个不错的选择。
2、网站登陆页面内容优化
着陆页是用户输入网站时看到的第一页，所以着陆页的优化非常重要。除了美观之外，页面优化最重要的方面就是内容。用户在搜索信息的时候，肯定是想找到自己想要的信息，所以内容要和标题对应，要能解决用户的问题。例如，有人搜索“个人博客应该选择什么样的主机”。这时，我们的内容不仅要分析从哪个角度选择虚拟主机，还要为用户推荐合适的主机类型和购买虚拟主机。地方，以便最终帮助他解决这个问题。
3、网站页面设计
无论是网站还是人，第一印象都非常重要。虽然每个人都尊重灵魂之美，但遇到陌生人时，容颜真的很难看，我们是否可以进一步了解灵魂之美？所以网站的“外观”也很重要。网站的设计应该给人一种专业、简洁、值得信赖的感觉。这时候就需要找专业的UI和UX设计，买一些优质的网站模板。
4、减少不良因素的发生
很多网站页面为了赚取广告费或者想拉更多的用户信息，挂了很多广告信息，或者频繁弹出对话框，让用户非常反感。这会影响用户在页面上停留的时间。
5、关键词的添加和分配
之前的SEO优化方法不是大家可以放弃的，有些地方还是有保留价值的。关于关键词的设置，我们还是要继续做，H1，文章内的关键词，外链锚文本，内链锚文本，图片ALT，URL，图片命名等等。这些已经被很多人说了无数遍了，在此不再赘述。
6、主题模型的注入
仅添加 关键词 是不够的。为了方便用户更好地查看和提高页面权重，我们可以对内容进行分类。比如虚拟主机，我们可以扩展为Linux虚拟主机和windows虚拟主机，然后在各自的主题下，可以扩展很多相关的内容。有利于用户查看和关键词排名。
7、搜索引擎显示文字优化
在搜索引擎结果中，部分描述显示在标题下方，这对于 网站 的点击率也很重要。主要需要优化的元素有：title的创意、desc的流行度、url的规范、文章日期、结构数据的使用等。
8、独特品质网站内容
搜索引擎一直强调的一点是内容。无论网站如何优化，最终都需要创建对用户有用的独特内容。
以上是我根据自己的经验对SEO优化的一些见解，希望能给新手站长一些方向和帮助。想了解更多SEO干货或托管内容，请继续关注我！
搜索引擎主题模型优化(搜索引擎主题模型优化工作一般包括以下几个方面？)
网站优化 • 优采云 发表了文章 • 0 个评论 • 53 次浏览 • 2022-01-29 17:01
搜索引擎主题模型优化(搜索引擎主题模型优化工作一般包括以下几个方面？)
搜索引擎主题模型优化工作一般包括以下几个方面：
一、网页调查评估优化工作是否合理常用的工具包括：1.竞争分析竞争分析仪表盘直观地表现搜索引擎营销推广的竞争程度；竞争分析仪表盘最直观的特征是它能够反映出网页评估优化工作的好坏2.优化原则和方法确定推广目标，制定投放策略，明确优化目标，制定公司级制度来规范、提高推广策略效率和目标3.竞争力分析a.实时竞争力分析，使搜索引擎营销竞争能够及时分析竞争对手的所有动态，以掌握对手的动态；b.基于地域的竞争力分析，使当地网络营销推广能够及时掌握推广者当地所开展推广活动的情况c.独立算法的竞争力分析，使整个地区网络营销推广能够及时跟踪、分析；4.数据驱动分析报告（建议报告，可使用sdi量化分析工具自动生成）。
监控公司网络营销推广工作的质量，公司各个岗位上的工作情况是否存在必然关联和不协调，最终确定岗位的相应工作方向。5.社会责任和行业责任分析通过社会责任问卷调查、深入访谈、专家评审等方式，通过对从业人员的培训、培训行业现状进行分析，选定推广策略。
二、关键词优化1.关键词分析2.关键词分类3.重要性分析4.竞争力分析5.标记规则6.文案设计一切以出现在谷歌搜索页最靠前位置的词为准
三、网站分析1.网站分析2.重点内容分析3.更多内容分析
四、网站优化和改进1。更新2。增加链接3。更多链接4。深度内容5。深度内容6。加深页面7。更深页面8。增加页面9。更多页面10。页面分类11。页面分类12。更多页面13。页面分类14。视频15。视频16。视频分类17。视频分类18。标准化视频19。标准化视频20。标准化视频21。标准化视频22。深入到视频中23。
视频视频的内容设计24。视频标题25。视频标题26。视频标题27。视频标题28。页面标题29。页面标题30。页面标题31。页面标题32。页面标题33。页面标题34。页面标题35。页面标题36。页面标题37。页面标题38。页面标题39。页面标题40。页面标题41。页面标题42。页面标题43。页面标题44。
页面标题45。页面标题46。页面标题47。页面标题48。页面标题49。页面标题50。页面标题51。页面标题52。页面标题53。页面标题54。页面标题55。页面标题56。页面标题57。页面标题58。页面标题59。页面标题60。页面标题61。页面标题62。页面标题63。页面标题64。页面标题65。页面标题66。
页面标题67。页面标题68。页面标题69。页面标题70。页面标题71。页面标题72。页面标题73。页面标题74。页面标题75。页面标题76。页面标题77。页面标题78。页面。 查看全部
搜索引擎主题模型优化工作一般包括以下几个方面：
一、网页调查评估优化工作是否合理常用的工具包括：1.竞争分析竞争分析仪表盘直观地表现搜索引擎营销推广的竞争程度；竞争分析仪表盘最直观的特征是它能够反映出网页评估优化工作的好坏2.优化原则和方法确定推广目标，制定投放策略，明确优化目标，制定公司级制度来规范、提高推广策略效率和目标3.竞争力分析a.实时竞争力分析，使搜索引擎营销竞争能够及时分析竞争对手的所有动态，以掌握对手的动态；b.基于地域的竞争力分析，使当地网络营销推广能够及时掌握推广者当地所开展推广活动的情况c.独立算法的竞争力分析，使整个地区网络营销推广能够及时跟踪、分析；4.数据驱动分析报告（建议报告，可使用sdi量化分析工具自动生成）。
监控公司网络营销推广工作的质量，公司各个岗位上的工作情况是否存在必然关联和不协调，最终确定岗位的相应工作方向。5.社会责任和行业责任分析通过社会责任问卷调查、深入访谈、专家评审等方式，通过对从业人员的培训、培训行业现状进行分析，选定推广策略。
二、关键词优化1.关键词分析2.关键词分类3.重要性分析4.竞争力分析5.标记规则6.文案设计一切以出现在谷歌搜索页最靠前位置的词为准
三、网站分析1.网站分析2.重点内容分析3.更多内容分析
四、网站优化和改进1。更新2。增加链接3。更多链接4。深度内容5。深度内容6。加深页面7。更深页面8。增加页面9。更多页面10。页面分类11。页面分类12。更多页面13。页面分类14。视频15。视频16。视频分类17。视频分类18。标准化视频19。标准化视频20。标准化视频21。标准化视频22。深入到视频中23。
视频视频的内容设计24。视频标题25。视频标题26。视频标题27。视频标题28。页面标题29。页面标题30。页面标题31。页面标题32。页面标题33。页面标题34。页面标题35。页面标题36。页面标题37。页面标题38。页面标题39。页面标题40。页面标题41。页面标题42。页面标题43。页面标题44。
页面标题45。页面标题46。页面标题47。页面标题48。页面标题49。页面标题50。页面标题51。页面标题52。页面标题53。页面标题54。页面标题55。页面标题56。页面标题57。页面标题58。页面标题59。页面标题60。页面标题61。页面标题62。页面标题63。页面标题64。页面标题65。页面标题66。
页面标题67。页面标题68。页面标题69。页面标题70。页面标题71。页面标题72。页面标题73。页面标题74。页面标题75。页面标题76。页面标题77。页面标题78。页面。 查看全部
搜索引擎主题模型优化(搜索引擎主题模型优化工作一般包括以下几个方面？)
搜索引擎主题模型优化工作一般包括以下几个方面：
一、网页调查评估优化工作是否合理常用的工具包括：1.竞争分析竞争分析仪表盘直观地表现搜索引擎营销推广的竞争程度；竞争分析仪表盘最直观的特征是它能够反映出网页评估优化工作的好坏2.优化原则和方法确定推广目标，制定投放策略，明确优化目标，制定公司级制度来规范、提高推广策略效率和目标3.竞争力分析a.实时竞争力分析，使搜索引擎营销竞争能够及时分析竞争对手的所有动态，以掌握对手的动态；b.基于地域的竞争力分析，使当地网络营销推广能够及时掌握推广者当地所开展推广活动的情况c.独立算法的竞争力分析，使整个地区网络营销推广能够及时跟踪、分析；4.数据驱动分析报告（建议报告，可使用sdi量化分析工具自动生成）。
监控公司网络营销推广工作的质量，公司各个岗位上的工作情况是否存在必然关联和不协调，最终确定岗位的相应工作方向。5.社会责任和行业责任分析通过社会责任问卷调查、深入访谈、专家评审等方式，通过对从业人员的培训、培训行业现状进行分析，选定推广策略。
二、关键词优化1.关键词分析2.关键词分类3.重要性分析4.竞争力分析5.标记规则6.文案设计一切以出现在谷歌搜索页最靠前位置的词为准
三、网站分析1.网站分析2.重点内容分析3.更多内容分析
四、网站优化和改进1。更新2。增加链接3。更多链接4。深度内容5。深度内容6。加深页面7。更深页面8。增加页面9。更多页面10。页面分类11。页面分类12。更多页面13。页面分类14。视频15。视频16。视频分类17。视频分类18。标准化视频19。标准化视频20。标准化视频21。标准化视频22。深入到视频中23。
视频视频的内容设计24。视频标题25。视频标题26。视频标题27。视频标题28。页面标题29。页面标题30。页面标题31。页面标题32。页面标题33。页面标题34。页面标题35。页面标题36。页面标题37。页面标题38。页面标题39。页面标题40。页面标题41。页面标题42。页面标题43。页面标题44。
页面标题45。页面标题46。页面标题47。页面标题48。页面标题49。页面标题50。页面标题51。页面标题52。页面标题53。页面标题54。页面标题55。页面标题56。页面标题57。页面标题58。页面标题59。页面标题60。页面标题61。页面标题62。页面标题63。页面标题64。页面标题65。页面标题66。
页面标题67。页面标题68。页面标题69。页面标题70。页面标题71。页面标题72。页面标题73。页面标题74。页面标题75。页面标题76。页面标题77。页面标题78。页面。
搜索引擎主题模型优化(这是Jerry2021年的第52篇文章，也是汪子熙公众号)
网站优化 • 优采云 发表了文章 • 0 个评论 • 76 次浏览 • 2022-01-29 15:06
搜索引擎主题模型优化(这是Jerry2021年的第52篇文章，也是汪子熙公众号)
这是杰瑞2021年的第52篇文章，也是王子曦公众号总共第329篇原创文章。
本文的主题还源于 Jerry 团队最近处理的一个客户事件，并且与 Jerry 之前的 文章 演示文稿的内容密切相关。
让我们简单回顾一下前面介绍的客户端渲染（CSR）和服务器端渲染（SSR）的区别。
客户端渲染
如下图所示，用户通过浏览器向网站发送请求，服务器或CDN为用户提供静态HTML、CSS和JavaScript文件。浏览器下载HTML和JavaScript文件，执行JavaScript（通常是Angular、React、Vue、SAP UI5等前端框架的库文件）完成页面渲染。在大多数情况下，浏览器会通过 AJAX 向后端服务器请求动态内容。从服务器获取 API 响应后，在客户端浏览器中解析响应内容以呈现最终页面。
客户端渲染之所以得名，是因为通过 HTML 页面的源代码渲染最终页面并根据 API 响应动态更改页面内容的行为发生在客户端。
使用 CSR 技术的 SAP 产品 UI 包括使用 SAP UI5 框架开发的所有产品，例如 SAP Cloud for Customer，以及基于 SAP Fiori Elements 的 SAP S/4HANA 页面。
服务器端渲染
与CSR相比，在服务器端渲染机制中，从HTML源代码到最终呈现给用户的页面的转换过程是在服务器端运行环境中进行的。
例如，假设 Angular 应用开启了服务端渲染模式，并使用 express 库在 Node.js 服务器上运行，那么应用的 index.html 页面将通过 nguniversal/express-engine 引擎进行渲染。入口位置如下：
服务端渲染完成后，最终呈现给客户端的HTML源代码字符串通过回调函数发送给浏览器，也就是下图1006行做的回调函数。
下图第1008行done回调函数中显示的变量str存储了SAP Commerce Cloud UI启动服务端渲染后服务端渲染的index.html的完整HTML源代码，超过240KB；而在客户端渲染模式下，服务器返回给浏览器的 index.html 内容大小小于 1KB。
使用SSR技术的SAP产品UI，包括所有基于SAP ABAP Webdynpro、WebClient UI技术的产品，如SAP SRM、SAP CRM、SAP S/4HANA中Service模块的UI、基于JSP技术的SAP Commerce Cloud、加速器UI等...
基于 SAP Spartacus 开源项目的新一代 SAP Commerce Cloud UI 支持客户端渲染和服务器端渲染。
回到本文的主题。
在客户端渲染模式下，Web 应用程序对 SEO 的支持较少。以 SAP Commerce Cloud UI 为例，在使用客户端渲染时，搜索引擎的网络爬虫爬取了一个空的 index.html 页面：app-root 标签中没有内容，因为直到接收到内容浏览器接收 index.html 页面。html，执行 Angular 框架代码，生成最终的 HTML 源代码。
开启服务端渲染模式后，服务端完成页面渲染。此时，服务器返回浏览器的 app-root 标签，其中已经收录了最终渲染的页面。下图开启服务端渲染模式后请求SAP Commerce Cloud UI首页时，可以对比从服务端接收到的index.html中app-root标签中的数据，并与上图中的客户端渲染模式。
服务端渲染解决了网页爬虫无法正确抓取网页应用页面内容的问题。但是，将页面渲染、数据请求和响应处理移到服务器端，势必会占用服务器端宝贵的内存资源，增加其处理负担。
为此，在SAP Commerce Cloud UI的服务端渲染模式中，我们团队还设计了一些优化逻辑，比如引入渲染缓存，增加渲染队列和超时机制，在一定条件下降级为客户端渲染等。在保证服务器正常服务能力和支持搜索引擎优化之间取得了较好的折衷。
支持服务端渲染只是完成搜索引擎优化的第一步。基于SAP UI5框架开发的SAP应用大多不是2C应用，所以不依赖搜索引擎优化，即这些应用不太可能出现在用户的搜索引擎结果列表中。
另一方面，比如客户使用SAP Commerce Cloud搭建自己的电商店铺，那么店铺搜索引擎优化的完善程度直接关系到店铺的销售额。
网站的搜索引擎优化是一门学问，这篇文章Jerry只介绍他最近从处理客户事件中学到的相关知识。
我们在谷歌根据关键词lego ae进行搜索，搜索结果的第二条记录是阿联酋LEGO的电子商务商店网站（国家代码AE），是基于SAP Spartacus SAP Commerce开发的云界面页面：
上图中灰色区域的页面标题和黄色区域的页面描述分别来自SAP Commerce Cloud UI网页源代码中的title标签和meta description标签的值。
另一个例子是根据关键词 lego ae LEGO Dinosaur Fossils 搜索一个乐高恐龙化石产品：
在搜索结果列表中，会出现一个 SAP Commerce Cloud UI PDP 页面 - 产品详细信息页面，它是一个产品详细信息页面：
在上面的示例中，页面标题标签和元描述标签的值都是后端驱动的，即来自 SAP Commerce Cloud 后端系统。
在SAP Commerce Cloud UI的实现中，我们团队设计了Page模型，它的title字段和description字段分别维护了HTML源代码title和meta description标签中需要渲染的值。
我们将上述模型称为 SAP Commerce Cloud UI 页面的元数据：Page Meta。
在运行时，这些页面元数据是通过PageMetaService类的meta$成员来维护的，赋值逻辑如下：
（1)调用cmsService的getCurrentPage方法从Commerce后台读取页面元数据；
(2)根据Commerce Cloud前端配置，读取当前页面类型需要完成的元数据解析类型，获取负责执行相应操作的解析器；
(3) 调用对应的解析器完成解析工作。
解析后的页面元数据存放在PageMetaService的成员变量meta$中，最终被SeoMetaService订阅，取出其值注入到页面DOM元素中。这就是 SAP Commerce Cloud UI 如何为 SEO 实现基于元标记的实现。
在 SAP S/4HANA 等后台人员使用较多的应用程序中，虽然页面上有元标记，但与 SAP Commerce Cloud UI 中使用元描述标记来支持搜索引擎优化是不同的。S/4HANA UI页面中的meta标签，更多体现的是维护页面元数据的初衷，由SAP UI5框架代码和对应的后台代码解析，对客户完全透明。
例如下图中的meta标签名称为sap-client，维护的内容为715，表示Fiori Launchpad后台对应的ABAP Client ID为715.
最后，可以使用inurl语法在搜索引擎中搜索，可以找到一些网站使用SAP WebClient UI技术进行服务端渲染，可以被搜索引擎检索到。有兴趣的朋友可以自己试试。
希望这篇文章能让你对SAP产品UI在支持搜索引擎优化方面所做的努力有一些基本的了解，谢谢阅读。 查看全部
这是杰瑞2021年的第52篇文章，也是王子曦公众号总共第329篇原创文章。
本文的主题还源于 Jerry 团队最近处理的一个客户事件，并且与 Jerry 之前的 文章 演示文稿的内容密切相关。
让我们简单回顾一下前面介绍的客户端渲染（CSR）和服务器端渲染（SSR）的区别。
客户端渲染
如下图所示，用户通过浏览器向网站发送请求，服务器或CDN为用户提供静态HTML、CSS和JavaScript文件。浏览器下载HTML和JavaScript文件，执行JavaScript（通常是Angular、React、Vue、SAP UI5等前端框架的库文件）完成页面渲染。在大多数情况下，浏览器会通过 AJAX 向后端服务器请求动态内容。从服务器获取 API 响应后，在客户端浏览器中解析响应内容以呈现最终页面。
客户端渲染之所以得名，是因为通过 HTML 页面的源代码渲染最终页面并根据 API 响应动态更改页面内容的行为发生在客户端。
使用 CSR 技术的 SAP 产品 UI 包括使用 SAP UI5 框架开发的所有产品，例如 SAP Cloud for Customer，以及基于 SAP Fiori Elements 的 SAP S/4HANA 页面。
服务器端渲染
与CSR相比，在服务器端渲染机制中，从HTML源代码到最终呈现给用户的页面的转换过程是在服务器端运行环境中进行的。
例如，假设 Angular 应用开启了服务端渲染模式，并使用 express 库在 Node.js 服务器上运行，那么应用的 index.html 页面将通过 nguniversal/express-engine 引擎进行渲染。入口位置如下：
服务端渲染完成后，最终呈现给客户端的HTML源代码字符串通过回调函数发送给浏览器，也就是下图1006行做的回调函数。
下图第1008行done回调函数中显示的变量str存储了SAP Commerce Cloud UI启动服务端渲染后服务端渲染的index.html的完整HTML源代码，超过240KB；而在客户端渲染模式下，服务器返回给浏览器的 index.html 内容大小小于 1KB。
使用SSR技术的SAP产品UI，包括所有基于SAP ABAP Webdynpro、WebClient UI技术的产品，如SAP SRM、SAP CRM、SAP S/4HANA中Service模块的UI、基于JSP技术的SAP Commerce Cloud、加速器UI等...
基于 SAP Spartacus 开源项目的新一代 SAP Commerce Cloud UI 支持客户端渲染和服务器端渲染。
回到本文的主题。
在客户端渲染模式下，Web 应用程序对 SEO 的支持较少。以 SAP Commerce Cloud UI 为例，在使用客户端渲染时，搜索引擎的网络爬虫爬取了一个空的 index.html 页面：app-root 标签中没有内容，因为直到接收到内容浏览器接收 index.html 页面。html，执行 Angular 框架代码，生成最终的 HTML 源代码。
开启服务端渲染模式后，服务端完成页面渲染。此时，服务器返回浏览器的 app-root 标签，其中已经收录了最终渲染的页面。下图开启服务端渲染模式后请求SAP Commerce Cloud UI首页时，可以对比从服务端接收到的index.html中app-root标签中的数据，并与上图中的客户端渲染模式。
服务端渲染解决了网页爬虫无法正确抓取网页应用页面内容的问题。但是，将页面渲染、数据请求和响应处理移到服务器端，势必会占用服务器端宝贵的内存资源，增加其处理负担。
为此，在SAP Commerce Cloud UI的服务端渲染模式中，我们团队还设计了一些优化逻辑，比如引入渲染缓存，增加渲染队列和超时机制，在一定条件下降级为客户端渲染等。在保证服务器正常服务能力和支持搜索引擎优化之间取得了较好的折衷。
支持服务端渲染只是完成搜索引擎优化的第一步。基于SAP UI5框架开发的SAP应用大多不是2C应用，所以不依赖搜索引擎优化，即这些应用不太可能出现在用户的搜索引擎结果列表中。
另一方面，比如客户使用SAP Commerce Cloud搭建自己的电商店铺，那么店铺搜索引擎优化的完善程度直接关系到店铺的销售额。
网站的搜索引擎优化是一门学问，这篇文章Jerry只介绍他最近从处理客户事件中学到的相关知识。
我们在谷歌根据关键词lego ae进行搜索，搜索结果的第二条记录是阿联酋LEGO的电子商务商店网站（国家代码AE），是基于SAP Spartacus SAP Commerce开发的云界面页面：
上图中灰色区域的页面标题和黄色区域的页面描述分别来自SAP Commerce Cloud UI网页源代码中的title标签和meta description标签的值。
另一个例子是根据关键词 lego ae LEGO Dinosaur Fossils 搜索一个乐高恐龙化石产品：
在搜索结果列表中，会出现一个 SAP Commerce Cloud UI PDP 页面 - 产品详细信息页面，它是一个产品详细信息页面：
在上面的示例中，页面标题标签和元描述标签的值都是后端驱动的，即来自 SAP Commerce Cloud 后端系统。
在SAP Commerce Cloud UI的实现中，我们团队设计了Page模型，它的title字段和description字段分别维护了HTML源代码title和meta description标签中需要渲染的值。
我们将上述模型称为 SAP Commerce Cloud UI 页面的元数据：Page Meta。
在运行时，这些页面元数据是通过PageMetaService类的meta$成员来维护的，赋值逻辑如下：
（1)调用cmsService的getCurrentPage方法从Commerce后台读取页面元数据；
(2)根据Commerce Cloud前端配置，读取当前页面类型需要完成的元数据解析类型，获取负责执行相应操作的解析器；
(3) 调用对应的解析器完成解析工作。
解析后的页面元数据存放在PageMetaService的成员变量meta$中，最终被SeoMetaService订阅，取出其值注入到页面DOM元素中。这就是 SAP Commerce Cloud UI 如何为 SEO 实现基于元标记的实现。
在 SAP S/4HANA 等后台人员使用较多的应用程序中，虽然页面上有元标记，但与 SAP Commerce Cloud UI 中使用元描述标记来支持搜索引擎优化是不同的。S/4HANA UI页面中的meta标签，更多体现的是维护页面元数据的初衷，由SAP UI5框架代码和对应的后台代码解析，对客户完全透明。
例如下图中的meta标签名称为sap-client，维护的内容为715，表示Fiori Launchpad后台对应的ABAP Client ID为715.
最后，可以使用inurl语法在搜索引擎中搜索，可以找到一些网站使用SAP WebClient UI技术进行服务端渲染，可以被搜索引擎检索到。有兴趣的朋友可以自己试试。
希望这篇文章能让你对SAP产品UI在支持搜索引擎优化方面所做的努力有一些基本的了解，谢谢阅读。 查看全部
搜索引擎主题模型优化(这是Jerry2021年的第52篇文章，也是汪子熙公众号)
这是杰瑞2021年的第52篇文章，也是王子曦公众号总共第329篇原创文章。
本文的主题还源于 Jerry 团队最近处理的一个客户事件，并且与 Jerry 之前的 文章 演示文稿的内容密切相关。
让我们简单回顾一下前面介绍的客户端渲染（CSR）和服务器端渲染（SSR）的区别。
客户端渲染
如下图所示，用户通过浏览器向网站发送请求，服务器或CDN为用户提供静态HTML、CSS和JavaScript文件。浏览器下载HTML和JavaScript文件，执行JavaScript（通常是Angular、React、Vue、SAP UI5等前端框架的库文件）完成页面渲染。在大多数情况下，浏览器会通过 AJAX 向后端服务器请求动态内容。从服务器获取 API 响应后，在客户端浏览器中解析响应内容以呈现最终页面。
客户端渲染之所以得名，是因为通过 HTML 页面的源代码渲染最终页面并根据 API 响应动态更改页面内容的行为发生在客户端。
使用 CSR 技术的 SAP 产品 UI 包括使用 SAP UI5 框架开发的所有产品，例如 SAP Cloud for Customer，以及基于 SAP Fiori Elements 的 SAP S/4HANA 页面。
服务器端渲染
与CSR相比，在服务器端渲染机制中，从HTML源代码到最终呈现给用户的页面的转换过程是在服务器端运行环境中进行的。
例如，假设 Angular 应用开启了服务端渲染模式，并使用 express 库在 Node.js 服务器上运行，那么应用的 index.html 页面将通过 nguniversal/express-engine 引擎进行渲染。入口位置如下：
服务端渲染完成后，最终呈现给客户端的HTML源代码字符串通过回调函数发送给浏览器，也就是下图1006行做的回调函数。
下图第1008行done回调函数中显示的变量str存储了SAP Commerce Cloud UI启动服务端渲染后服务端渲染的index.html的完整HTML源代码，超过240KB；而在客户端渲染模式下，服务器返回给浏览器的 index.html 内容大小小于 1KB。
使用SSR技术的SAP产品UI，包括所有基于SAP ABAP Webdynpro、WebClient UI技术的产品，如SAP SRM、SAP CRM、SAP S/4HANA中Service模块的UI、基于JSP技术的SAP Commerce Cloud、加速器UI等...
基于 SAP Spartacus 开源项目的新一代 SAP Commerce Cloud UI 支持客户端渲染和服务器端渲染。
回到本文的主题。
在客户端渲染模式下，Web 应用程序对 SEO 的支持较少。以 SAP Commerce Cloud UI 为例，在使用客户端渲染时，搜索引擎的网络爬虫爬取了一个空的 index.html 页面：app-root 标签中没有内容，因为直到接收到内容浏览器接收 index.html 页面。html，执行 Angular 框架代码，生成最终的 HTML 源代码。
开启服务端渲染模式后，服务端完成页面渲染。此时，服务器返回浏览器的 app-root 标签，其中已经收录了最终渲染的页面。下图开启服务端渲染模式后请求SAP Commerce Cloud UI首页时，可以对比从服务端接收到的index.html中app-root标签中的数据，并与上图中的客户端渲染模式。
服务端渲染解决了网页爬虫无法正确抓取网页应用页面内容的问题。但是，将页面渲染、数据请求和响应处理移到服务器端，势必会占用服务器端宝贵的内存资源，增加其处理负担。
为此，在SAP Commerce Cloud UI的服务端渲染模式中，我们团队还设计了一些优化逻辑，比如引入渲染缓存，增加渲染队列和超时机制，在一定条件下降级为客户端渲染等。在保证服务器正常服务能力和支持搜索引擎优化之间取得了较好的折衷。
支持服务端渲染只是完成搜索引擎优化的第一步。基于SAP UI5框架开发的SAP应用大多不是2C应用，所以不依赖搜索引擎优化，即这些应用不太可能出现在用户的搜索引擎结果列表中。
另一方面，比如客户使用SAP Commerce Cloud搭建自己的电商店铺，那么店铺搜索引擎优化的完善程度直接关系到店铺的销售额。
网站的搜索引擎优化是一门学问，这篇文章Jerry只介绍他最近从处理客户事件中学到的相关知识。
我们在谷歌根据关键词lego ae进行搜索，搜索结果的第二条记录是阿联酋LEGO的电子商务商店网站（国家代码AE），是基于SAP Spartacus SAP Commerce开发的云界面页面：
上图中灰色区域的页面标题和黄色区域的页面描述分别来自SAP Commerce Cloud UI网页源代码中的title标签和meta description标签的值。
另一个例子是根据关键词 lego ae LEGO Dinosaur Fossils 搜索一个乐高恐龙化石产品：
在搜索结果列表中，会出现一个 SAP Commerce Cloud UI PDP 页面 - 产品详细信息页面，它是一个产品详细信息页面：
在上面的示例中，页面标题标签和元描述标签的值都是后端驱动的，即来自 SAP Commerce Cloud 后端系统。
在SAP Commerce Cloud UI的实现中，我们团队设计了Page模型，它的title字段和description字段分别维护了HTML源代码title和meta description标签中需要渲染的值。
我们将上述模型称为 SAP Commerce Cloud UI 页面的元数据：Page Meta。
在运行时，这些页面元数据是通过PageMetaService类的meta$成员来维护的，赋值逻辑如下：
（1)调用cmsService的getCurrentPage方法从Commerce后台读取页面元数据；
(2)根据Commerce Cloud前端配置，读取当前页面类型需要完成的元数据解析类型，获取负责执行相应操作的解析器；
(3) 调用对应的解析器完成解析工作。
解析后的页面元数据存放在PageMetaService的成员变量meta$中，最终被SeoMetaService订阅，取出其值注入到页面DOM元素中。这就是 SAP Commerce Cloud UI 如何为 SEO 实现基于元标记的实现。
在 SAP S/4HANA 等后台人员使用较多的应用程序中，虽然页面上有元标记，但与 SAP Commerce Cloud UI 中使用元描述标记来支持搜索引擎优化是不同的。S/4HANA UI页面中的meta标签，更多体现的是维护页面元数据的初衷，由SAP UI5框架代码和对应的后台代码解析，对客户完全透明。
例如下图中的meta标签名称为sap-client，维护的内容为715，表示Fiori Launchpad后台对应的ABAP Client ID为715.
最后，可以使用inurl语法在搜索引擎中搜索，可以找到一些网站使用SAP WebClient UI技术进行服务端渲染，可以被搜索引擎检索到。有兴趣的朋友可以自己试试。
希望这篇文章能让你对SAP产品UI在支持搜索引擎优化方面所做的努力有一些基本的了解，谢谢阅读。
搜索引擎主题模型优化(这是Jerry2021年的第52篇文章，也是汪子熙公众号)
网站优化 • 优采云 发表了文章 • 0 个评论 • 66 次浏览 • 2022-01-29 15:05
搜索引擎主题模型优化(这是Jerry2021年的第52篇文章，也是汪子熙公众号)
这是杰瑞2021年的第52篇文章，也是王子曦公众号总共第329篇原创文章。
本文的主题还源于 Jerry 团队最近处理的一个客户事件，并且与 Jerry 之前的 文章 演示文稿的内容密切相关。
让我们简单回顾一下前面介绍的客户端渲染（CSR）和服务器端渲染（SSR）的区别。
客户端渲染
如下图所示，用户通过浏览器向网站发送请求，服务器或CDN为用户提供静态HTML、CSS和JavaScript文件。浏览器下载HTML和JavaScript文件，执行JavaScript（通常是Angular、React、Vue、SAP UI5等前端框架的库文件）完成页面渲染。在大多数情况下，浏览器会通过 AJAX 向后端服务器请求动态内容。从服务器获取 API 响应后，在客户端浏览器中解析响应内容以呈现最终页面。
客户端渲染之所以得名，是因为通过 HTML 页面的源代码渲染最终页面并根据 API 响应动态更改页面内容的行为发生在客户端。
使用 CSR 技术的 SAP 产品 UI 包括使用 SAP UI5 框架开发的所有产品，例如 SAP Cloud for Customer，以及基于 SAP Fiori Elements 的 SAP S/4HANA 页面。
服务器端渲染
与CSR相比，在服务器端渲染机制中，从HTML源代码到最终呈现给用户的页面的转换过程是在服务器端运行环境中进行的。
例如，假设 Angular 应用开启了服务端渲染模式，并使用 express 库在 Node.js 服务器上运行，那么应用的 index.html 页面将通过 nguniversal/express-engine 引擎进行渲染。入口位置如下：
服务端渲染完成后，最终呈现给客户端的HTML源代码字符串通过回调函数发送给浏览器，也就是下图1006行做的回调函数。
下图第1008行done回调函数中显示的变量str存储了SAP Commerce Cloud UI启动服务端渲染后服务端渲染的index.html的完整HTML源代码，超过240KB；而在客户端渲染模式下，服务器返回给浏览器的 index.html 内容大小小于 1KB。
使用SSR技术的SAP产品UI，包括所有基于SAP ABAP Webdynpro、WebClient UI技术的产品，如SAP SRM、SAP CRM、SAP S/4HANA中Service模块的UI、基于JSP技术的SAP Commerce Cloud、加速器UI等...
基于 SAP Spartacus 开源项目的新一代 SAP Commerce Cloud UI 支持客户端渲染和服务器端渲染。
回到本文的主题。
在客户端渲染模式下，Web 应用程序对 SEO 的支持较少。以 SAP Commerce Cloud UI 为例，在使用客户端渲染时，搜索引擎的网络爬虫爬取了一个空的 index.html 页面：app-root 标签中没有内容，因为直到接收到内容浏览器接收 index.html 页面。html，执行 Angular 框架代码，生成最终的 HTML 源代码。
开启服务端渲染模式后，服务端完成页面渲染。此时，服务器返回浏览器的 app-root 标签，其中已经收录了最终渲染的页面。下图开启服务端渲染模式后请求SAP Commerce Cloud UI首页时，可以对比从服务端接收到的index.html中app-root标签中的数据，并与上图中的客户端渲染模式。
服务端渲染解决了网页爬虫无法正确抓取网页应用页面内容的问题。但是，将页面渲染、数据请求和响应处理移到服务器端，势必会占用服务器端宝贵的内存资源，增加其处理负担。
为此，在SAP Commerce Cloud UI的服务端渲染模式中，我们团队还设计了一些优化逻辑，比如引入渲染缓存，增加渲染队列和超时机制，在一定条件下降级为客户端渲染等。在保证服务器正常服务能力和支持搜索引擎优化之间取得了较好的折衷。
支持服务端渲染只是完成搜索引擎优化的第一步。基于SAP UI5框架开发的SAP应用大多不是2C应用，所以不依赖搜索引擎优化，即这些应用不太可能出现在用户的搜索引擎结果列表中。
另一方面，比如客户使用SAP Commerce Cloud搭建自己的电商店铺，那么店铺搜索引擎优化的完善程度直接关系到店铺的销售额。
网站的搜索引擎优化是一门学问，这篇文章Jerry只介绍他最近从处理客户事件中学到的相关知识。
我们在谷歌按照关键词lego ae进行搜索，搜索结果的第二条记录是阿联酋LEGO的电子商务商店网站（国家代码AE），是基于SAP Spartacus SAP Commerce开发的云界面页面：
上图中灰色区域的页面标题和黄色区域的页面描述分别来自SAP Commerce Cloud UI网页源代码中的title标签和meta description标签的值。
另一个例子是根据关键词 lego ae LEGO Dinosaur Fossils 搜索一个乐高恐龙化石产品：
在搜索结果列表中，会出现一个 SAP Commerce Cloud UI PDP 页面 - 产品详细信息页面，它是一个产品详细信息页面：
在上面的示例中，页面标题标签和元描述标签的值都是后端驱动的，即来自 SAP Commerce Cloud 后端系统。
在SAP Commerce Cloud UI的实现中，我们团队设计了Page模型，其title字段和description字段分别维护了HTML源代码title和meta description标签中需要渲染的值。
我们将上述模型称为 SAP Commerce Cloud UI 页面的元数据：Page Meta。
在运行时，这些页面元数据是通过PageMetaService类的meta$成员来维护的，赋值逻辑如下：
（1)调用cmsService的getCurrentPage方法从Commerce后台读取页面元数据；
(2)根据Commerce Cloud前端配置，读取当前页面类型需要完成的元数据解析类型，获取负责执行相应操作的解析器；
(3) 调用对应的解析器完成解析工作。
解析后的页面元数据存放在PageMetaService的成员变量meta$中，最终被SeoMetaService订阅，取出其值注入到页面DOM元素中。这就是 SAP Commerce Cloud UI 如何为 SEO 实现基于元标记的实现。
在 SAP S/4HANA 等后台人员使用较多的应用程序中，虽然页面上有元标记，但与 SAP Commerce Cloud UI 中使用元描述标记来支持搜索引擎优化是不同的。S/4HANA UI页面中的meta标签，更多体现的是维护页面元数据的初衷，由SAP UI5框架代码和对应的后台代码解析，对客户完全透明。
例如下图中的meta标签名称为sap-client，维护的内容为715，表示Fiori Launchpad后台对应的ABAP Client ID为715.
最后，可以使用inurl语法在搜索引擎中搜索，可以找到一些网站使用SAP WebClient UI技术进行服务端渲染，可以被搜索引擎检索到。有兴趣的朋友可以自己试试。
希望这篇文章能让你对SAP产品UI在支持搜索引擎优化方面所做的努力有一些基本的了解，谢谢阅读。 查看全部
这是杰瑞2021年的第52篇文章，也是王子曦公众号总共第329篇原创文章。
本文的主题还源于 Jerry 团队最近处理的一个客户事件，并且与 Jerry 之前的 文章 演示文稿的内容密切相关。
让我们简单回顾一下前面介绍的客户端渲染（CSR）和服务器端渲染（SSR）的区别。
客户端渲染
如下图所示，用户通过浏览器向网站发送请求，服务器或CDN为用户提供静态HTML、CSS和JavaScript文件。浏览器下载HTML和JavaScript文件，执行JavaScript（通常是Angular、React、Vue、SAP UI5等前端框架的库文件）完成页面渲染。在大多数情况下，浏览器会通过 AJAX 向后端服务器请求动态内容。从服务器获取 API 响应后，在客户端浏览器中解析响应内容以呈现最终页面。
客户端渲染之所以得名，是因为通过 HTML 页面的源代码渲染最终页面并根据 API 响应动态更改页面内容的行为发生在客户端。
使用 CSR 技术的 SAP 产品 UI 包括使用 SAP UI5 框架开发的所有产品，例如 SAP Cloud for Customer，以及基于 SAP Fiori Elements 的 SAP S/4HANA 页面。
服务器端渲染
与CSR相比，在服务器端渲染机制中，从HTML源代码到最终呈现给用户的页面的转换过程是在服务器端运行环境中进行的。
例如，假设 Angular 应用开启了服务端渲染模式，并使用 express 库在 Node.js 服务器上运行，那么应用的 index.html 页面将通过 nguniversal/express-engine 引擎进行渲染。入口位置如下：
服务端渲染完成后，最终呈现给客户端的HTML源代码字符串通过回调函数发送给浏览器，也就是下图1006行做的回调函数。
下图第1008行done回调函数中显示的变量str存储了SAP Commerce Cloud UI启动服务端渲染后服务端渲染的index.html的完整HTML源代码，超过240KB；而在客户端渲染模式下，服务器返回给浏览器的 index.html 内容大小小于 1KB。
使用SSR技术的SAP产品UI，包括所有基于SAP ABAP Webdynpro、WebClient UI技术的产品，如SAP SRM、SAP CRM、SAP S/4HANA中Service模块的UI、基于JSP技术的SAP Commerce Cloud、加速器UI等...
基于 SAP Spartacus 开源项目的新一代 SAP Commerce Cloud UI 支持客户端渲染和服务器端渲染。
回到本文的主题。
在客户端渲染模式下，Web 应用程序对 SEO 的支持较少。以 SAP Commerce Cloud UI 为例，在使用客户端渲染时，搜索引擎的网络爬虫爬取了一个空的 index.html 页面：app-root 标签中没有内容，因为直到接收到内容浏览器接收 index.html 页面。html，执行 Angular 框架代码，生成最终的 HTML 源代码。
开启服务端渲染模式后，服务端完成页面渲染。此时，服务器返回浏览器的 app-root 标签，其中已经收录了最终渲染的页面。下图开启服务端渲染模式后请求SAP Commerce Cloud UI首页时，可以对比从服务端接收到的index.html中app-root标签中的数据，并与上图中的客户端渲染模式。
服务端渲染解决了网页爬虫无法正确抓取网页应用页面内容的问题。但是，将页面渲染、数据请求和响应处理移到服务器端，势必会占用服务器端宝贵的内存资源，增加其处理负担。
为此，在SAP Commerce Cloud UI的服务端渲染模式中，我们团队还设计了一些优化逻辑，比如引入渲染缓存，增加渲染队列和超时机制，在一定条件下降级为客户端渲染等。在保证服务器正常服务能力和支持搜索引擎优化之间取得了较好的折衷。
支持服务端渲染只是完成搜索引擎优化的第一步。基于SAP UI5框架开发的SAP应用大多不是2C应用，所以不依赖搜索引擎优化，即这些应用不太可能出现在用户的搜索引擎结果列表中。
另一方面，比如客户使用SAP Commerce Cloud搭建自己的电商店铺，那么店铺搜索引擎优化的完善程度直接关系到店铺的销售额。
网站的搜索引擎优化是一门学问，这篇文章Jerry只介绍他最近从处理客户事件中学到的相关知识。
我们在谷歌按照关键词lego ae进行搜索，搜索结果的第二条记录是阿联酋LEGO的电子商务商店网站（国家代码AE），是基于SAP Spartacus SAP Commerce开发的云界面页面：
上图中灰色区域的页面标题和黄色区域的页面描述分别来自SAP Commerce Cloud UI网页源代码中的title标签和meta description标签的值。
另一个例子是根据关键词 lego ae LEGO Dinosaur Fossils 搜索一个乐高恐龙化石产品：
在搜索结果列表中，会出现一个 SAP Commerce Cloud UI PDP 页面 - 产品详细信息页面，它是一个产品详细信息页面：
在上面的示例中，页面标题标签和元描述标签的值都是后端驱动的，即来自 SAP Commerce Cloud 后端系统。
在SAP Commerce Cloud UI的实现中，我们团队设计了Page模型，其title字段和description字段分别维护了HTML源代码title和meta description标签中需要渲染的值。
我们将上述模型称为 SAP Commerce Cloud UI 页面的元数据：Page Meta。
在运行时，这些页面元数据是通过PageMetaService类的meta$成员来维护的，赋值逻辑如下：
（1)调用cmsService的getCurrentPage方法从Commerce后台读取页面元数据；
(2)根据Commerce Cloud前端配置，读取当前页面类型需要完成的元数据解析类型，获取负责执行相应操作的解析器；
(3) 调用对应的解析器完成解析工作。
解析后的页面元数据存放在PageMetaService的成员变量meta$中，最终被SeoMetaService订阅，取出其值注入到页面DOM元素中。这就是 SAP Commerce Cloud UI 如何为 SEO 实现基于元标记的实现。
在 SAP S/4HANA 等后台人员使用较多的应用程序中，虽然页面上有元标记，但与 SAP Commerce Cloud UI 中使用元描述标记来支持搜索引擎优化是不同的。S/4HANA UI页面中的meta标签，更多体现的是维护页面元数据的初衷，由SAP UI5框架代码和对应的后台代码解析，对客户完全透明。
例如下图中的meta标签名称为sap-client，维护的内容为715，表示Fiori Launchpad后台对应的ABAP Client ID为715.
最后，可以使用inurl语法在搜索引擎中搜索，可以找到一些网站使用SAP WebClient UI技术进行服务端渲染，可以被搜索引擎检索到。有兴趣的朋友可以自己试试。
希望这篇文章能让你对SAP产品UI在支持搜索引擎优化方面所做的努力有一些基本的了解，谢谢阅读。 查看全部
搜索引擎主题模型优化(这是Jerry2021年的第52篇文章，也是汪子熙公众号)
这是杰瑞2021年的第52篇文章，也是王子曦公众号总共第329篇原创文章。
本文的主题还源于 Jerry 团队最近处理的一个客户事件，并且与 Jerry 之前的 文章 演示文稿的内容密切相关。
让我们简单回顾一下前面介绍的客户端渲染（CSR）和服务器端渲染（SSR）的区别。
客户端渲染
如下图所示，用户通过浏览器向网站发送请求，服务器或CDN为用户提供静态HTML、CSS和JavaScript文件。浏览器下载HTML和JavaScript文件，执行JavaScript（通常是Angular、React、Vue、SAP UI5等前端框架的库文件）完成页面渲染。在大多数情况下，浏览器会通过 AJAX 向后端服务器请求动态内容。从服务器获取 API 响应后，在客户端浏览器中解析响应内容以呈现最终页面。
客户端渲染之所以得名，是因为通过 HTML 页面的源代码渲染最终页面并根据 API 响应动态更改页面内容的行为发生在客户端。
使用 CSR 技术的 SAP 产品 UI 包括使用 SAP UI5 框架开发的所有产品，例如 SAP Cloud for Customer，以及基于 SAP Fiori Elements 的 SAP S/4HANA 页面。
服务器端渲染
与CSR相比，在服务器端渲染机制中，从HTML源代码到最终呈现给用户的页面的转换过程是在服务器端运行环境中进行的。
例如，假设 Angular 应用开启了服务端渲染模式，并使用 express 库在 Node.js 服务器上运行，那么应用的 index.html 页面将通过 nguniversal/express-engine 引擎进行渲染。入口位置如下：
服务端渲染完成后，最终呈现给客户端的HTML源代码字符串通过回调函数发送给浏览器，也就是下图1006行做的回调函数。
下图第1008行done回调函数中显示的变量str存储了SAP Commerce Cloud UI启动服务端渲染后服务端渲染的index.html的完整HTML源代码，超过240KB；而在客户端渲染模式下，服务器返回给浏览器的 index.html 内容大小小于 1KB。
使用SSR技术的SAP产品UI，包括所有基于SAP ABAP Webdynpro、WebClient UI技术的产品，如SAP SRM、SAP CRM、SAP S/4HANA中Service模块的UI、基于JSP技术的SAP Commerce Cloud、加速器UI等...
基于 SAP Spartacus 开源项目的新一代 SAP Commerce Cloud UI 支持客户端渲染和服务器端渲染。
回到本文的主题。
在客户端渲染模式下，Web 应用程序对 SEO 的支持较少。以 SAP Commerce Cloud UI 为例，在使用客户端渲染时，搜索引擎的网络爬虫爬取了一个空的 index.html 页面：app-root 标签中没有内容，因为直到接收到内容浏览器接收 index.html 页面。html，执行 Angular 框架代码，生成最终的 HTML 源代码。
开启服务端渲染模式后，服务端完成页面渲染。此时，服务器返回浏览器的 app-root 标签，其中已经收录了最终渲染的页面。下图开启服务端渲染模式后请求SAP Commerce Cloud UI首页时，可以对比从服务端接收到的index.html中app-root标签中的数据，并与上图中的客户端渲染模式。
服务端渲染解决了网页爬虫无法正确抓取网页应用页面内容的问题。但是，将页面渲染、数据请求和响应处理移到服务器端，势必会占用服务器端宝贵的内存资源，增加其处理负担。
为此，在SAP Commerce Cloud UI的服务端渲染模式中，我们团队还设计了一些优化逻辑，比如引入渲染缓存，增加渲染队列和超时机制，在一定条件下降级为客户端渲染等。在保证服务器正常服务能力和支持搜索引擎优化之间取得了较好的折衷。
支持服务端渲染只是完成搜索引擎优化的第一步。基于SAP UI5框架开发的SAP应用大多不是2C应用，所以不依赖搜索引擎优化，即这些应用不太可能出现在用户的搜索引擎结果列表中。
另一方面，比如客户使用SAP Commerce Cloud搭建自己的电商店铺，那么店铺搜索引擎优化的完善程度直接关系到店铺的销售额。
网站的搜索引擎优化是一门学问，这篇文章Jerry只介绍他最近从处理客户事件中学到的相关知识。
我们在谷歌按照关键词lego ae进行搜索，搜索结果的第二条记录是阿联酋LEGO的电子商务商店网站（国家代码AE），是基于SAP Spartacus SAP Commerce开发的云界面页面：
上图中灰色区域的页面标题和黄色区域的页面描述分别来自SAP Commerce Cloud UI网页源代码中的title标签和meta description标签的值。
另一个例子是根据关键词 lego ae LEGO Dinosaur Fossils 搜索一个乐高恐龙化石产品：
在搜索结果列表中，会出现一个 SAP Commerce Cloud UI PDP 页面 - 产品详细信息页面，它是一个产品详细信息页面：
在上面的示例中，页面标题标签和元描述标签的值都是后端驱动的，即来自 SAP Commerce Cloud 后端系统。
在SAP Commerce Cloud UI的实现中，我们团队设计了Page模型，其title字段和description字段分别维护了HTML源代码title和meta description标签中需要渲染的值。
我们将上述模型称为 SAP Commerce Cloud UI 页面的元数据：Page Meta。
在运行时，这些页面元数据是通过PageMetaService类的meta$成员来维护的，赋值逻辑如下：
（1)调用cmsService的getCurrentPage方法从Commerce后台读取页面元数据；
(2)根据Commerce Cloud前端配置，读取当前页面类型需要完成的元数据解析类型，获取负责执行相应操作的解析器；
(3) 调用对应的解析器完成解析工作。
解析后的页面元数据存放在PageMetaService的成员变量meta$中，最终被SeoMetaService订阅，取出其值注入到页面DOM元素中。这就是 SAP Commerce Cloud UI 如何为 SEO 实现基于元标记的实现。
在 SAP S/4HANA 等后台人员使用较多的应用程序中，虽然页面上有元标记，但与 SAP Commerce Cloud UI 中使用元描述标记来支持搜索引擎优化是不同的。S/4HANA UI页面中的meta标签，更多体现的是维护页面元数据的初衷，由SAP UI5框架代码和对应的后台代码解析，对客户完全透明。
例如下图中的meta标签名称为sap-client，维护的内容为715，表示Fiori Launchpad后台对应的ABAP Client ID为715.
最后，可以使用inurl语法在搜索引擎中搜索，可以找到一些网站使用SAP WebClient UI技术进行服务端渲染，可以被搜索引擎检索到。有兴趣的朋友可以自己试试。
希望这篇文章能让你对SAP产品UI在支持搜索引擎优化方面所做的努力有一些基本的了解，谢谢阅读。
搜索引擎主题模型优化(这是Jerry2021年的第52篇文章，也是汪子熙公众号)
网站优化 • 优采云 发表了文章 • 0 个评论 • 46 次浏览 • 2022-01-29 15:04
搜索引擎主题模型优化(这是Jerry2021年的第52篇文章，也是汪子熙公众号)
这是杰瑞2021年的第52篇文章，也是王子曦公众号总共第329篇原创文章。
本文的主题还源于 Jerry 团队最近处理的一个客户事件，并且与 Jerry 之前的 文章 演示文稿的内容密切相关。
让我们简单回顾一下前面介绍的客户端渲染（CSR）和服务器端渲染（SSR）的区别。
客户端渲染
如下图所示，用户通过浏览器向网站发送请求，服务器或CDN为用户提供静态HTML、CSS和JavaScript文件。浏览器下载HTML和JavaScript文件，执行JavaScript（通常是Angular、React、Vue、SAP UI5等前端框架的库文件）完成页面渲染。在大多数情况下，浏览器会通过 AJAX 向后端服务器请求动态内容。从服务器获取 API 响应后，在客户端浏览器中解析响应内容以呈现最终页面。
客户端渲染之所以得名，是因为通过 HTML 页面的源代码渲染最终页面并根据 API 响应动态更改页面内容的行为发生在客户端。
使用 CSR 技术的 SAP 产品 UI 包括使用 SAP UI5 框架开发的所有产品，例如 SAP Cloud for Customer，以及基于 SAP Fiori Elements 的 SAP S/4HANA 页面。
服务器端渲染
与CSR相比，在服务器端渲染机制中，从HTML源代码到最终呈现给用户的页面的转换过程是在服务器端运行环境中进行的。
例如，假设 Angular 应用开启了服务端渲染模式，并使用 express 库在 Node.js 服务器上运行，那么应用的 index.html 页面将通过 nguniversal/express-engine 引擎进行渲染。入口位置如下：
服务端渲染完成后，最终呈现给客户端的HTML源代码字符串通过回调函数发送给浏览器，也就是下图1006行做的回调函数。
下图第1008行done回调函数中显示的变量str存储了SAP Commerce Cloud UI启动服务端渲染后服务端渲染的index.html的完整HTML源代码，超过240KB；而在客户端渲染模式下，服务器返回给浏览器的 index.html 内容大小小于 1KB。
使用SSR技术的SAP产品UI，包括所有基于SAP ABAP Webdynpro、WebClient UI技术的产品，如SAP SRM、SAP CRM、SAP S/4HANA中Service模块的UI、基于JSP技术的SAP Commerce Cloud、加速器UI等...
基于 SAP Spartacus 开源项目的新一代 SAP Commerce Cloud UI 支持客户端渲染和服务器端渲染。
回到本文的主题。
在客户端渲染模式下，Web 应用程序对 SEO 的支持较少。以 SAP Commerce Cloud UI 为例，在使用客户端渲染时，搜索引擎的网络爬虫爬取了一个空的 index.html 页面：app-root 标签中没有内容，因为直到接收到内容浏览器接收 index.html 页面。html，执行 Angular 框架代码，生成最终的 HTML 源代码。
开启服务端渲染模式后，服务端渲染页面。此时，服务器返回浏览器的 app-root 标签，其中已经收录了最终渲染的页面。下图开启服务端渲染模式后请求SAP Commerce Cloud UI首页时，可以对比从服务端接收到的index.html中app-root标签中的数据，并与上图中的客户端渲染模式。
服务端渲染解决了网页爬虫无法正确抓取网页应用页面内容的问题。但是，将页面渲染、数据请求和响应处理移到服务器端，势必会占用服务器端宝贵的内存资源，增加其处理负担。
为此，在SAP Commerce Cloud UI的服务端渲染模式中，我们团队还设计了一些优化逻辑，比如引入渲染缓存，增加渲染队列和超时机制，在一定条件下降级为客户端渲染等。在保证服务器正常服务能力和支持搜索引擎优化之间取得了较好的折衷。
支持服务端渲染只是完成搜索引擎优化的第一步。基于SAP UI5框架开发的SAP应用大多不是2C应用，所以不依赖搜索引擎优化，即这些应用不太可能出现在用户的搜索引擎结果列表中。
另一方面，比如客户使用SAP Commerce Cloud搭建自己的电商店铺，那么店铺搜索引擎优化的完善程度直接关系到店铺的销售额。
网站的搜索引擎优化是一门学问，这篇文章Jerry只介绍他最近从处理客户事件中学到的相关知识。
我们在谷歌根据关键词lego ae进行搜索，搜索结果的第二条记录是阿联酋LEGO的电子商务商店网站（国家代码AE），是基于SAP Spartacus SAP Commerce开发的云界面页面：
上图中灰色区域的页面标题和黄色区域的页面描述分别来自SAP Commerce Cloud UI网页源代码中的title标签和meta description标签的值。
另一个例子是根据关键词 lego ae LEGO Dinosaur Fossils 搜索一个乐高恐龙化石产品：
在搜索结果列表中，会出现一个 SAP Commerce Cloud UI PDP 页面 - 产品详细信息页面，它是一个产品详细信息页面：
在上面的示例中，页面标题标签和元描述标签的值都是后端驱动的，即来自 SAP Commerce Cloud 后端系统。
在SAP Commerce Cloud UI的实现中，我们团队设计了Page模型，其title字段和description字段分别维护了HTML源代码title和meta description标签中需要渲染的值。
我们将上述模型称为 SAP Commerce Cloud UI 页面的元数据：Page Meta。
在运行时，这些页面元数据是通过PageMetaService类的meta$成员来维护的，赋值逻辑如下：
（1)调用cmsService的getCurrentPage方法从Commerce后台读取页面元数据；
(2)根据Commerce Cloud前端配置，读取当前页面类型需要完成的元数据解析类型，获取负责执行相应操作的解析器；
(3) 调用对应的解析器完成解析工作。
解析后的页面元数据存放在PageMetaService的成员变量meta$中，最终被SeoMetaService订阅，取出其值注入到页面DOM元素中。这就是 SAP Commerce Cloud UI 如何为 SEO 实现基于元标记的实现。
在 SAP S/4HANA 等后台人员使用较多的应用程序中，虽然页面上有元标记，但与 SAP Commerce Cloud UI 中使用元描述标记来支持搜索引擎优化是不同的。S/4HANA UI页面中的meta标签，更多体现的是维护页面元数据的初衷，由SAP UI5框架代码和对应的后台代码解析，对客户完全透明。
例如下图中的meta标签名称为sap-client，维护的内容为715，表示Fiori Launchpad后台对应的ABAP Client ID为715.
最后，可以使用inurl语法在搜索引擎中搜索，可以找到一些网站使用SAP WebClient UI技术进行服务端渲染，可以被搜索引擎检索到。有兴趣的朋友可以自己试试。
希望这篇文章能让你对SAP产品UI在支持搜索引擎优化方面所做的努力有一些基本的了解，谢谢阅读。 查看全部
这是杰瑞2021年的第52篇文章，也是王子曦公众号总共第329篇原创文章。
本文的主题还源于 Jerry 团队最近处理的一个客户事件，并且与 Jerry 之前的 文章 演示文稿的内容密切相关。
让我们简单回顾一下前面介绍的客户端渲染（CSR）和服务器端渲染（SSR）的区别。
客户端渲染
如下图所示，用户通过浏览器向网站发送请求，服务器或CDN为用户提供静态HTML、CSS和JavaScript文件。浏览器下载HTML和JavaScript文件，执行JavaScript（通常是Angular、React、Vue、SAP UI5等前端框架的库文件）完成页面渲染。在大多数情况下，浏览器会通过 AJAX 向后端服务器请求动态内容。从服务器获取 API 响应后，在客户端浏览器中解析响应内容以呈现最终页面。
客户端渲染之所以得名，是因为通过 HTML 页面的源代码渲染最终页面并根据 API 响应动态更改页面内容的行为发生在客户端。
使用 CSR 技术的 SAP 产品 UI 包括使用 SAP UI5 框架开发的所有产品，例如 SAP Cloud for Customer，以及基于 SAP Fiori Elements 的 SAP S/4HANA 页面。
服务器端渲染
与CSR相比，在服务器端渲染机制中，从HTML源代码到最终呈现给用户的页面的转换过程是在服务器端运行环境中进行的。
例如，假设 Angular 应用开启了服务端渲染模式，并使用 express 库在 Node.js 服务器上运行，那么应用的 index.html 页面将通过 nguniversal/express-engine 引擎进行渲染。入口位置如下：
服务端渲染完成后，最终呈现给客户端的HTML源代码字符串通过回调函数发送给浏览器，也就是下图1006行做的回调函数。
下图第1008行done回调函数中显示的变量str存储了SAP Commerce Cloud UI启动服务端渲染后服务端渲染的index.html的完整HTML源代码，超过240KB；而在客户端渲染模式下，服务器返回给浏览器的 index.html 内容大小小于 1KB。
使用SSR技术的SAP产品UI，包括所有基于SAP ABAP Webdynpro、WebClient UI技术的产品，如SAP SRM、SAP CRM、SAP S/4HANA中Service模块的UI、基于JSP技术的SAP Commerce Cloud、加速器UI等...
基于 SAP Spartacus 开源项目的新一代 SAP Commerce Cloud UI 支持客户端渲染和服务器端渲染。
回到本文的主题。
在客户端渲染模式下，Web 应用程序对 SEO 的支持较少。以 SAP Commerce Cloud UI 为例，在使用客户端渲染时，搜索引擎的网络爬虫爬取了一个空的 index.html 页面：app-root 标签中没有内容，因为直到接收到内容浏览器接收 index.html 页面。html，执行 Angular 框架代码，生成最终的 HTML 源代码。
开启服务端渲染模式后，服务端渲染页面。此时，服务器返回浏览器的 app-root 标签，其中已经收录了最终渲染的页面。下图开启服务端渲染模式后请求SAP Commerce Cloud UI首页时，可以对比从服务端接收到的index.html中app-root标签中的数据，并与上图中的客户端渲染模式。
服务端渲染解决了网页爬虫无法正确抓取网页应用页面内容的问题。但是，将页面渲染、数据请求和响应处理移到服务器端，势必会占用服务器端宝贵的内存资源，增加其处理负担。
为此，在SAP Commerce Cloud UI的服务端渲染模式中，我们团队还设计了一些优化逻辑，比如引入渲染缓存，增加渲染队列和超时机制，在一定条件下降级为客户端渲染等。在保证服务器正常服务能力和支持搜索引擎优化之间取得了较好的折衷。
支持服务端渲染只是完成搜索引擎优化的第一步。基于SAP UI5框架开发的SAP应用大多不是2C应用，所以不依赖搜索引擎优化，即这些应用不太可能出现在用户的搜索引擎结果列表中。
另一方面，比如客户使用SAP Commerce Cloud搭建自己的电商店铺，那么店铺搜索引擎优化的完善程度直接关系到店铺的销售额。
网站的搜索引擎优化是一门学问，这篇文章Jerry只介绍他最近从处理客户事件中学到的相关知识。
我们在谷歌根据关键词lego ae进行搜索，搜索结果的第二条记录是阿联酋LEGO的电子商务商店网站（国家代码AE），是基于SAP Spartacus SAP Commerce开发的云界面页面：
上图中灰色区域的页面标题和黄色区域的页面描述分别来自SAP Commerce Cloud UI网页源代码中的title标签和meta description标签的值。
另一个例子是根据关键词 lego ae LEGO Dinosaur Fossils 搜索一个乐高恐龙化石产品：
在搜索结果列表中，会出现一个 SAP Commerce Cloud UI PDP 页面 - 产品详细信息页面，它是一个产品详细信息页面：
在上面的示例中，页面标题标签和元描述标签的值都是后端驱动的，即来自 SAP Commerce Cloud 后端系统。
在SAP Commerce Cloud UI的实现中，我们团队设计了Page模型，其title字段和description字段分别维护了HTML源代码title和meta description标签中需要渲染的值。
我们将上述模型称为 SAP Commerce Cloud UI 页面的元数据：Page Meta。
在运行时，这些页面元数据是通过PageMetaService类的meta$成员来维护的，赋值逻辑如下：
（1)调用cmsService的getCurrentPage方法从Commerce后台读取页面元数据；
(2)根据Commerce Cloud前端配置，读取当前页面类型需要完成的元数据解析类型，获取负责执行相应操作的解析器；
(3) 调用对应的解析器完成解析工作。
解析后的页面元数据存放在PageMetaService的成员变量meta$中，最终被SeoMetaService订阅，取出其值注入到页面DOM元素中。这就是 SAP Commerce Cloud UI 如何为 SEO 实现基于元标记的实现。
在 SAP S/4HANA 等后台人员使用较多的应用程序中，虽然页面上有元标记，但与 SAP Commerce Cloud UI 中使用元描述标记来支持搜索引擎优化是不同的。S/4HANA UI页面中的meta标签，更多体现的是维护页面元数据的初衷，由SAP UI5框架代码和对应的后台代码解析，对客户完全透明。
例如下图中的meta标签名称为sap-client，维护的内容为715，表示Fiori Launchpad后台对应的ABAP Client ID为715.
最后，可以使用inurl语法在搜索引擎中搜索，可以找到一些网站使用SAP WebClient UI技术进行服务端渲染，可以被搜索引擎检索到。有兴趣的朋友可以自己试试。
希望这篇文章能让你对SAP产品UI在支持搜索引擎优化方面所做的努力有一些基本的了解，谢谢阅读。 查看全部
搜索引擎主题模型优化(这是Jerry2021年的第52篇文章，也是汪子熙公众号)
这是杰瑞2021年的第52篇文章，也是王子曦公众号总共第329篇原创文章。
本文的主题还源于 Jerry 团队最近处理的一个客户事件，并且与 Jerry 之前的 文章 演示文稿的内容密切相关。
让我们简单回顾一下前面介绍的客户端渲染（CSR）和服务器端渲染（SSR）的区别。
客户端渲染
如下图所示，用户通过浏览器向网站发送请求，服务器或CDN为用户提供静态HTML、CSS和JavaScript文件。浏览器下载HTML和JavaScript文件，执行JavaScript（通常是Angular、React、Vue、SAP UI5等前端框架的库文件）完成页面渲染。在大多数情况下，浏览器会通过 AJAX 向后端服务器请求动态内容。从服务器获取 API 响应后，在客户端浏览器中解析响应内容以呈现最终页面。
客户端渲染之所以得名，是因为通过 HTML 页面的源代码渲染最终页面并根据 API 响应动态更改页面内容的行为发生在客户端。
使用 CSR 技术的 SAP 产品 UI 包括使用 SAP UI5 框架开发的所有产品，例如 SAP Cloud for Customer，以及基于 SAP Fiori Elements 的 SAP S/4HANA 页面。
服务器端渲染
与CSR相比，在服务器端渲染机制中，从HTML源代码到最终呈现给用户的页面的转换过程是在服务器端运行环境中进行的。
例如，假设 Angular 应用开启了服务端渲染模式，并使用 express 库在 Node.js 服务器上运行，那么应用的 index.html 页面将通过 nguniversal/express-engine 引擎进行渲染。入口位置如下：
服务端渲染完成后，最终呈现给客户端的HTML源代码字符串通过回调函数发送给浏览器，也就是下图1006行做的回调函数。
下图第1008行done回调函数中显示的变量str存储了SAP Commerce Cloud UI启动服务端渲染后服务端渲染的index.html的完整HTML源代码，超过240KB；而在客户端渲染模式下，服务器返回给浏览器的 index.html 内容大小小于 1KB。
使用SSR技术的SAP产品UI，包括所有基于SAP ABAP Webdynpro、WebClient UI技术的产品，如SAP SRM、SAP CRM、SAP S/4HANA中Service模块的UI、基于JSP技术的SAP Commerce Cloud、加速器UI等...
基于 SAP Spartacus 开源项目的新一代 SAP Commerce Cloud UI 支持客户端渲染和服务器端渲染。
回到本文的主题。
在客户端渲染模式下，Web 应用程序对 SEO 的支持较少。以 SAP Commerce Cloud UI 为例，在使用客户端渲染时，搜索引擎的网络爬虫爬取了一个空的 index.html 页面：app-root 标签中没有内容，因为直到接收到内容浏览器接收 index.html 页面。html，执行 Angular 框架代码，生成最终的 HTML 源代码。
开启服务端渲染模式后，服务端渲染页面。此时，服务器返回浏览器的 app-root 标签，其中已经收录了最终渲染的页面。下图开启服务端渲染模式后请求SAP Commerce Cloud UI首页时，可以对比从服务端接收到的index.html中app-root标签中的数据，并与上图中的客户端渲染模式。
服务端渲染解决了网页爬虫无法正确抓取网页应用页面内容的问题。但是，将页面渲染、数据请求和响应处理移到服务器端，势必会占用服务器端宝贵的内存资源，增加其处理负担。
为此，在SAP Commerce Cloud UI的服务端渲染模式中，我们团队还设计了一些优化逻辑，比如引入渲染缓存，增加渲染队列和超时机制，在一定条件下降级为客户端渲染等。在保证服务器正常服务能力和支持搜索引擎优化之间取得了较好的折衷。
支持服务端渲染只是完成搜索引擎优化的第一步。基于SAP UI5框架开发的SAP应用大多不是2C应用，所以不依赖搜索引擎优化，即这些应用不太可能出现在用户的搜索引擎结果列表中。
另一方面，比如客户使用SAP Commerce Cloud搭建自己的电商店铺，那么店铺搜索引擎优化的完善程度直接关系到店铺的销售额。
网站的搜索引擎优化是一门学问，这篇文章Jerry只介绍他最近从处理客户事件中学到的相关知识。
我们在谷歌根据关键词lego ae进行搜索，搜索结果的第二条记录是阿联酋LEGO的电子商务商店网站（国家代码AE），是基于SAP Spartacus SAP Commerce开发的云界面页面：
上图中灰色区域的页面标题和黄色区域的页面描述分别来自SAP Commerce Cloud UI网页源代码中的title标签和meta description标签的值。
另一个例子是根据关键词 lego ae LEGO Dinosaur Fossils 搜索一个乐高恐龙化石产品：
在搜索结果列表中，会出现一个 SAP Commerce Cloud UI PDP 页面 - 产品详细信息页面，它是一个产品详细信息页面：
在上面的示例中，页面标题标签和元描述标签的值都是后端驱动的，即来自 SAP Commerce Cloud 后端系统。
在SAP Commerce Cloud UI的实现中，我们团队设计了Page模型，其title字段和description字段分别维护了HTML源代码title和meta description标签中需要渲染的值。
我们将上述模型称为 SAP Commerce Cloud UI 页面的元数据：Page Meta。
在运行时，这些页面元数据是通过PageMetaService类的meta$成员来维护的，赋值逻辑如下：
（1)调用cmsService的getCurrentPage方法从Commerce后台读取页面元数据；
(2)根据Commerce Cloud前端配置，读取当前页面类型需要完成的元数据解析类型，获取负责执行相应操作的解析器；
(3) 调用对应的解析器完成解析工作。
解析后的页面元数据存放在PageMetaService的成员变量meta$中，最终被SeoMetaService订阅，取出其值注入到页面DOM元素中。这就是 SAP Commerce Cloud UI 如何为 SEO 实现基于元标记的实现。
在 SAP S/4HANA 等后台人员使用较多的应用程序中，虽然页面上有元标记，但与 SAP Commerce Cloud UI 中使用元描述标记来支持搜索引擎优化是不同的。S/4HANA UI页面中的meta标签，更多体现的是维护页面元数据的初衷，由SAP UI5框架代码和对应的后台代码解析，对客户完全透明。
例如下图中的meta标签名称为sap-client，维护的内容为715，表示Fiori Launchpad后台对应的ABAP Client ID为715.
最后，可以使用inurl语法在搜索引擎中搜索，可以找到一些网站使用SAP WebClient UI技术进行服务端渲染，可以被搜索引擎检索到。有兴趣的朋友可以自己试试。
希望这篇文章能让你对SAP产品UI在支持搜索引擎优化方面所做的努力有一些基本的了解，谢谢阅读。
搜索引擎主题模型优化(这是Jerry2021年的第52篇文章，也是汪子熙公众号)
网站优化 • 优采云 发表了文章 • 0 个评论 • 45 次浏览 • 2022-01-29 15:03
搜索引擎主题模型优化(这是Jerry2021年的第52篇文章，也是汪子熙公众号)
这是杰瑞2021年的第52篇文章，也是王子曦公众号总共第329篇原创文章。
本文的主题还源于 Jerry 团队最近处理的一个客户事件，并且与 Jerry 之前的 文章 演示文稿的内容密切相关。
让我们简单回顾一下前面介绍的客户端渲染（CSR）和服务器端渲染（SSR）的区别。
客户端渲染
如下图所示，用户通过浏览器向网站发送请求，服务器或CDN为用户提供静态HTML、CSS和JavaScript文件。浏览器下载HTML和JavaScript文件，执行JavaScript（通常是Angular、React、Vue、SAP UI5等前端框架的库文件）完成页面渲染。在大多数情况下，浏览器会通过 AJAX 向后端服务器请求动态内容。从服务器获取 API 响应后，在客户端浏览器中解析响应内容以呈现最终页面。
客户端渲染之所以得名，是因为通过 HTML 页面的源代码渲染最终页面并根据 API 响应动态更改页面内容的行为发生在客户端。
使用 CSR 技术的 SAP 产品 UI 包括使用 SAP UI5 框架开发的所有产品，例如 SAP Cloud for Customer，以及基于 SAP Fiori Elements 的 SAP S/4HANA 页面。
服务器端渲染
与CSR相比，在服务器端渲染机制中，从HTML源代码到最终呈现给用户的页面的转换过程是在服务器端运行环境中进行的。
例如，假设 Angular 应用开启了服务端渲染模式，并使用 express 库在 Node.js 服务器上运行，那么应用的 index.html 页面将通过 nguniversal/express-engine 引擎进行渲染。入口位置如下：
服务端渲染完成后，最终呈现给客户端的HTML源代码字符串通过回调函数发送给浏览器，也就是下图1006行做的回调函数。
下图第1008行done回调函数中显示的变量str存储了SAP Commerce Cloud UI启动服务端渲染后服务端渲染的index.html的完整HTML源代码，超过240KB；而在客户端渲染模式下，服务器返回给浏览器的 index.html 内容大小小于 1KB。
使用SSR技术的SAP产品UI，包括所有基于SAP ABAP Webdynpro、WebClient UI技术的产品，如SAP SRM、SAP CRM、SAP S/4HANA中Service模块的UI、基于JSP技术的SAP Commerce Cloud、加速器UI等...
基于 SAP Spartacus 开源项目的新一代 SAP Commerce Cloud UI 支持客户端渲染和服务器端渲染。
回到本文的主题。
在客户端渲染模式下，Web 应用程序对 SEO 的支持较少。以 SAP Commerce Cloud UI 为例，在使用客户端渲染时，搜索引擎的网络爬虫爬取了一个空的 index.html 页面：app-root 标签中没有内容，因为直到接收到内容浏览器接收 index.html 页面。html，执行 Angular 框架代码，生成最终的 HTML 源代码。
开启服务端渲染模式后，服务端完成页面渲染。此时，服务器返回浏览器的 app-root 标签，其中已经收录了最终渲染的页面。下图开启服务端渲染模式后请求SAP Commerce Cloud UI首页时，可以对比从服务端接收到的index.html中app-root标签中的数据，并与上图中的客户端渲染模式。
服务端渲染解决了网页爬虫无法正确抓取网页应用页面内容的问题。但是，将页面渲染、数据请求和响应处理移到服务器端，势必会占用服务器端宝贵的内存资源，增加其处理负担。
为此，在SAP Commerce Cloud UI的服务端渲染模式中，我们团队还设计了一些优化逻辑，比如引入渲染缓存，增加渲染队列和超时机制，在一定条件下降级为客户端渲染等。在保证服务器正常服务能力和支持搜索引擎优化之间取得了较好的折衷。
支持服务端渲染只是完成搜索引擎优化的第一步。基于SAP UI5框架开发的SAP应用大多不是2C应用，所以不依赖搜索引擎优化，即这些应用不太可能出现在用户的搜索引擎结果列表中。
另一方面，比如客户使用SAP Commerce Cloud搭建自己的电商店铺，那么店铺搜索引擎优化的完善程度直接关系到店铺的销售额。
网站的搜索引擎优化是一门学问，这篇文章Jerry只介绍他最近从处理客户事件中学到的相关知识。
我们在谷歌根据关键词lego ae进行搜索，搜索结果的第二条记录是阿联酋LEGO的电子商务商店网站（国家代码AE），是基于SAP Spartacus SAP Commerce开发的云界面页面：
上图中灰色区域的页面标题和黄色区域的页面描述分别来自SAP Commerce Cloud UI网页源代码中的title标签和meta description标签的值。
另一个例子是根据关键词 lego ae LEGO Dinosaur Fossils 搜索一个乐高恐龙化石产品：
在搜索结果列表中，会出现一个 SAP Commerce Cloud UI PDP 页面 - 产品详细信息页面，它是一个产品详细信息页面：
在上面的示例中，页面标题标签和元描述标签的值都是后端驱动的，即来自 SAP Commerce Cloud 后端系统。
在SAP Commerce Cloud UI的实现中，我们团队设计了Page模型，其title字段和description字段分别维护了HTML源代码title和meta description标签中需要渲染的值。
我们将上述模型称为 SAP Commerce Cloud UI 页面的元数据：Page Meta。
在运行时，这些页面元数据是通过PageMetaService类的meta$成员来维护的，赋值逻辑如下：
（1)调用cmsService的getCurrentPage方法从Commerce后台读取页面元数据；
(2)根据Commerce Cloud的前端配置，读取当前页面类型需要完成的元数据解析类型，获取负责执行相应操作的解析器；
(3) 调用对应的解析器完成解析工作。
解析后的页面元数据存放在PageMetaService的成员变量meta$中，最终被SeoMetaService订阅，取出其值注入到页面DOM元素中。这就是 SAP Commerce Cloud UI 如何为 SEO 实现基于元标记的实现。
在 SAP S/4HANA 等后台人员使用较多的应用程序中，虽然页面上有元标记，但与 SAP Commerce Cloud UI 中使用元描述标记来支持搜索引擎优化是不同的。S/4HANA UI页面中的meta标签，更多体现的是维护页面元数据的初衷，由SAP UI5框架代码和对应的后台代码解析，对客户完全透明。
例如下图中的meta标签名称为sap-client，维护的内容为715，表示Fiori Launchpad后台对应的ABAP Client ID为715.
最后，可以使用inurl语法在搜索引擎中搜索，可以找到一些网站使用SAP WebClient UI技术进行服务端渲染，可以被搜索引擎检索到。有兴趣的朋友可以自己试试。
希望这篇文章能让你对SAP产品UI在支持搜索引擎优化方面所做的努力有一些基本的了解，谢谢阅读。 查看全部
这是杰瑞2021年的第52篇文章，也是王子曦公众号总共第329篇原创文章。
本文的主题还源于 Jerry 团队最近处理的一个客户事件，并且与 Jerry 之前的 文章 演示文稿的内容密切相关。
让我们简单回顾一下前面介绍的客户端渲染（CSR）和服务器端渲染（SSR）的区别。
客户端渲染
如下图所示，用户通过浏览器向网站发送请求，服务器或CDN为用户提供静态HTML、CSS和JavaScript文件。浏览器下载HTML和JavaScript文件，执行JavaScript（通常是Angular、React、Vue、SAP UI5等前端框架的库文件）完成页面渲染。在大多数情况下，浏览器会通过 AJAX 向后端服务器请求动态内容。从服务器获取 API 响应后，在客户端浏览器中解析响应内容以呈现最终页面。
客户端渲染之所以得名，是因为通过 HTML 页面的源代码渲染最终页面并根据 API 响应动态更改页面内容的行为发生在客户端。
使用 CSR 技术的 SAP 产品 UI 包括使用 SAP UI5 框架开发的所有产品，例如 SAP Cloud for Customer，以及基于 SAP Fiori Elements 的 SAP S/4HANA 页面。
服务器端渲染
与CSR相比，在服务器端渲染机制中，从HTML源代码到最终呈现给用户的页面的转换过程是在服务器端运行环境中进行的。
例如，假设 Angular 应用开启了服务端渲染模式，并使用 express 库在 Node.js 服务器上运行，那么应用的 index.html 页面将通过 nguniversal/express-engine 引擎进行渲染。入口位置如下：
服务端渲染完成后，最终呈现给客户端的HTML源代码字符串通过回调函数发送给浏览器，也就是下图1006行做的回调函数。
下图第1008行done回调函数中显示的变量str存储了SAP Commerce Cloud UI启动服务端渲染后服务端渲染的index.html的完整HTML源代码，超过240KB；而在客户端渲染模式下，服务器返回给浏览器的 index.html 内容大小小于 1KB。
使用SSR技术的SAP产品UI，包括所有基于SAP ABAP Webdynpro、WebClient UI技术的产品，如SAP SRM、SAP CRM、SAP S/4HANA中Service模块的UI、基于JSP技术的SAP Commerce Cloud、加速器UI等...
基于 SAP Spartacus 开源项目的新一代 SAP Commerce Cloud UI 支持客户端渲染和服务器端渲染。
回到本文的主题。
在客户端渲染模式下，Web 应用程序对 SEO 的支持较少。以 SAP Commerce Cloud UI 为例，在使用客户端渲染时，搜索引擎的网络爬虫爬取了一个空的 index.html 页面：app-root 标签中没有内容，因为直到接收到内容浏览器接收 index.html 页面。html，执行 Angular 框架代码，生成最终的 HTML 源代码。
开启服务端渲染模式后，服务端完成页面渲染。此时，服务器返回浏览器的 app-root 标签，其中已经收录了最终渲染的页面。下图开启服务端渲染模式后请求SAP Commerce Cloud UI首页时，可以对比从服务端接收到的index.html中app-root标签中的数据，并与上图中的客户端渲染模式。
服务端渲染解决了网页爬虫无法正确抓取网页应用页面内容的问题。但是，将页面渲染、数据请求和响应处理移到服务器端，势必会占用服务器端宝贵的内存资源，增加其处理负担。
为此，在SAP Commerce Cloud UI的服务端渲染模式中，我们团队还设计了一些优化逻辑，比如引入渲染缓存，增加渲染队列和超时机制，在一定条件下降级为客户端渲染等。在保证服务器正常服务能力和支持搜索引擎优化之间取得了较好的折衷。
支持服务端渲染只是完成搜索引擎优化的第一步。基于SAP UI5框架开发的SAP应用大多不是2C应用，所以不依赖搜索引擎优化，即这些应用不太可能出现在用户的搜索引擎结果列表中。
另一方面，比如客户使用SAP Commerce Cloud搭建自己的电商店铺，那么店铺搜索引擎优化的完善程度直接关系到店铺的销售额。
网站的搜索引擎优化是一门学问，这篇文章Jerry只介绍他最近从处理客户事件中学到的相关知识。
我们在谷歌根据关键词lego ae进行搜索，搜索结果的第二条记录是阿联酋LEGO的电子商务商店网站（国家代码AE），是基于SAP Spartacus SAP Commerce开发的云界面页面：
上图中灰色区域的页面标题和黄色区域的页面描述分别来自SAP Commerce Cloud UI网页源代码中的title标签和meta description标签的值。
另一个例子是根据关键词 lego ae LEGO Dinosaur Fossils 搜索一个乐高恐龙化石产品：
在搜索结果列表中，会出现一个 SAP Commerce Cloud UI PDP 页面 - 产品详细信息页面，它是一个产品详细信息页面：
在上面的示例中，页面标题标签和元描述标签的值都是后端驱动的，即来自 SAP Commerce Cloud 后端系统。
在SAP Commerce Cloud UI的实现中，我们团队设计了Page模型，其title字段和description字段分别维护了HTML源代码title和meta description标签中需要渲染的值。
我们将上述模型称为 SAP Commerce Cloud UI 页面的元数据：Page Meta。
在运行时，这些页面元数据是通过PageMetaService类的meta$成员来维护的，赋值逻辑如下：
（1)调用cmsService的getCurrentPage方法从Commerce后台读取页面元数据；
(2)根据Commerce Cloud的前端配置，读取当前页面类型需要完成的元数据解析类型，获取负责执行相应操作的解析器；
(3) 调用对应的解析器完成解析工作。
解析后的页面元数据存放在PageMetaService的成员变量meta$中，最终被SeoMetaService订阅，取出其值注入到页面DOM元素中。这就是 SAP Commerce Cloud UI 如何为 SEO 实现基于元标记的实现。
在 SAP S/4HANA 等后台人员使用较多的应用程序中，虽然页面上有元标记，但与 SAP Commerce Cloud UI 中使用元描述标记来支持搜索引擎优化是不同的。S/4HANA UI页面中的meta标签，更多体现的是维护页面元数据的初衷，由SAP UI5框架代码和对应的后台代码解析，对客户完全透明。
例如下图中的meta标签名称为sap-client，维护的内容为715，表示Fiori Launchpad后台对应的ABAP Client ID为715.
最后，可以使用inurl语法在搜索引擎中搜索，可以找到一些网站使用SAP WebClient UI技术进行服务端渲染，可以被搜索引擎检索到。有兴趣的朋友可以自己试试。
希望这篇文章能让你对SAP产品UI在支持搜索引擎优化方面所做的努力有一些基本的了解，谢谢阅读。 查看全部
搜索引擎主题模型优化(这是Jerry2021年的第52篇文章，也是汪子熙公众号)
这是杰瑞2021年的第52篇文章，也是王子曦公众号总共第329篇原创文章。
本文的主题还源于 Jerry 团队最近处理的一个客户事件，并且与 Jerry 之前的 文章 演示文稿的内容密切相关。
让我们简单回顾一下前面介绍的客户端渲染（CSR）和服务器端渲染（SSR）的区别。
客户端渲染
如下图所示，用户通过浏览器向网站发送请求，服务器或CDN为用户提供静态HTML、CSS和JavaScript文件。浏览器下载HTML和JavaScript文件，执行JavaScript（通常是Angular、React、Vue、SAP UI5等前端框架的库文件）完成页面渲染。在大多数情况下，浏览器会通过 AJAX 向后端服务器请求动态内容。从服务器获取 API 响应后，在客户端浏览器中解析响应内容以呈现最终页面。
客户端渲染之所以得名，是因为通过 HTML 页面的源代码渲染最终页面并根据 API 响应动态更改页面内容的行为发生在客户端。
使用 CSR 技术的 SAP 产品 UI 包括使用 SAP UI5 框架开发的所有产品，例如 SAP Cloud for Customer，以及基于 SAP Fiori Elements 的 SAP S/4HANA 页面。
服务器端渲染
与CSR相比，在服务器端渲染机制中，从HTML源代码到最终呈现给用户的页面的转换过程是在服务器端运行环境中进行的。
例如，假设 Angular 应用开启了服务端渲染模式，并使用 express 库在 Node.js 服务器上运行，那么应用的 index.html 页面将通过 nguniversal/express-engine 引擎进行渲染。入口位置如下：
服务端渲染完成后，最终呈现给客户端的HTML源代码字符串通过回调函数发送给浏览器，也就是下图1006行做的回调函数。
下图第1008行done回调函数中显示的变量str存储了SAP Commerce Cloud UI启动服务端渲染后服务端渲染的index.html的完整HTML源代码，超过240KB；而在客户端渲染模式下，服务器返回给浏览器的 index.html 内容大小小于 1KB。
使用SSR技术的SAP产品UI，包括所有基于SAP ABAP Webdynpro、WebClient UI技术的产品，如SAP SRM、SAP CRM、SAP S/4HANA中Service模块的UI、基于JSP技术的SAP Commerce Cloud、加速器UI等...
基于 SAP Spartacus 开源项目的新一代 SAP Commerce Cloud UI 支持客户端渲染和服务器端渲染。
回到本文的主题。
在客户端渲染模式下，Web 应用程序对 SEO 的支持较少。以 SAP Commerce Cloud UI 为例，在使用客户端渲染时，搜索引擎的网络爬虫爬取了一个空的 index.html 页面：app-root 标签中没有内容，因为直到接收到内容浏览器接收 index.html 页面。html，执行 Angular 框架代码，生成最终的 HTML 源代码。
开启服务端渲染模式后，服务端完成页面渲染。此时，服务器返回浏览器的 app-root 标签，其中已经收录了最终渲染的页面。下图开启服务端渲染模式后请求SAP Commerce Cloud UI首页时，可以对比从服务端接收到的index.html中app-root标签中的数据，并与上图中的客户端渲染模式。
服务端渲染解决了网页爬虫无法正确抓取网页应用页面内容的问题。但是，将页面渲染、数据请求和响应处理移到服务器端，势必会占用服务器端宝贵的内存资源，增加其处理负担。
为此，在SAP Commerce Cloud UI的服务端渲染模式中，我们团队还设计了一些优化逻辑，比如引入渲染缓存，增加渲染队列和超时机制，在一定条件下降级为客户端渲染等。在保证服务器正常服务能力和支持搜索引擎优化之间取得了较好的折衷。
支持服务端渲染只是完成搜索引擎优化的第一步。基于SAP UI5框架开发的SAP应用大多不是2C应用，所以不依赖搜索引擎优化，即这些应用不太可能出现在用户的搜索引擎结果列表中。
另一方面，比如客户使用SAP Commerce Cloud搭建自己的电商店铺，那么店铺搜索引擎优化的完善程度直接关系到店铺的销售额。
网站的搜索引擎优化是一门学问，这篇文章Jerry只介绍他最近从处理客户事件中学到的相关知识。
我们在谷歌根据关键词lego ae进行搜索，搜索结果的第二条记录是阿联酋LEGO的电子商务商店网站（国家代码AE），是基于SAP Spartacus SAP Commerce开发的云界面页面：
上图中灰色区域的页面标题和黄色区域的页面描述分别来自SAP Commerce Cloud UI网页源代码中的title标签和meta description标签的值。
另一个例子是根据关键词 lego ae LEGO Dinosaur Fossils 搜索一个乐高恐龙化石产品：
在搜索结果列表中，会出现一个 SAP Commerce Cloud UI PDP 页面 - 产品详细信息页面，它是一个产品详细信息页面：
在上面的示例中，页面标题标签和元描述标签的值都是后端驱动的，即来自 SAP Commerce Cloud 后端系统。
在SAP Commerce Cloud UI的实现中，我们团队设计了Page模型，其title字段和description字段分别维护了HTML源代码title和meta description标签中需要渲染的值。
我们将上述模型称为 SAP Commerce Cloud UI 页面的元数据：Page Meta。
在运行时，这些页面元数据是通过PageMetaService类的meta$成员来维护的，赋值逻辑如下：
（1)调用cmsService的getCurrentPage方法从Commerce后台读取页面元数据；
(2)根据Commerce Cloud的前端配置，读取当前页面类型需要完成的元数据解析类型，获取负责执行相应操作的解析器；
(3) 调用对应的解析器完成解析工作。
解析后的页面元数据存放在PageMetaService的成员变量meta$中，最终被SeoMetaService订阅，取出其值注入到页面DOM元素中。这就是 SAP Commerce Cloud UI 如何为 SEO 实现基于元标记的实现。
在 SAP S/4HANA 等后台人员使用较多的应用程序中，虽然页面上有元标记，但与 SAP Commerce Cloud UI 中使用元描述标记来支持搜索引擎优化是不同的。S/4HANA UI页面中的meta标签，更多体现的是维护页面元数据的初衷，由SAP UI5框架代码和对应的后台代码解析，对客户完全透明。
例如下图中的meta标签名称为sap-client，维护的内容为715，表示Fiori Launchpad后台对应的ABAP Client ID为715.
最后，可以使用inurl语法在搜索引擎中搜索，可以找到一些网站使用SAP WebClient UI技术进行服务端渲染，可以被搜索引擎检索到。有兴趣的朋友可以自己试试。
希望这篇文章能让你对SAP产品UI在支持搜索引擎优化方面所做的努力有一些基本的了解，谢谢阅读。
搜索引擎主题模型优化(这是Jerry2021年的第52篇文章，也是汪子熙公众号)
网站优化 • 优采云 发表了文章 • 0 个评论 • 95 次浏览 • 2022-01-29 15:03
搜索引擎主题模型优化(这是Jerry2021年的第52篇文章，也是汪子熙公众号)
这是杰瑞2021年的第52篇文章，也是王子曦公众号总共第329篇原创文章。
本文的主题还源于 Jerry 团队最近处理的一个客户事件，并且与 Jerry 之前的 文章 演示文稿的内容密切相关。
让我们简单回顾一下前面介绍的客户端渲染（CSR）和服务器端渲染（SSR）的区别。
客户端渲染
如下图所示，用户通过浏览器向网站发送请求，服务器或CDN为用户提供静态HTML、CSS和JavaScript文件。浏览器下载HTML和JavaScript文件，执行JavaScript（通常是Angular、React、Vue、SAP UI5等前端框架的库文件）完成页面渲染。在大多数情况下，浏览器会通过 AJAX 向后端服务器请求动态内容。从服务器获取 API 响应后，在客户端浏览器中解析响应内容以呈现最终页面。
客户端渲染之所以得名，是因为通过 HTML 页面的源代码渲染最终页面并根据 API 响应动态更改页面内容的行为发生在客户端。
使用 CSR 技术的 SAP 产品 UI 包括使用 SAP UI5 框架开发的所有产品，例如 SAP Cloud for Customer，以及基于 SAP Fiori Elements 的 SAP S/4HANA 页面。
服务器端渲染
与CSR相比，在服务器端渲染机制中，从HTML源代码到最终呈现给用户的页面的转换过程是在服务器端运行环境中进行的。
例如，假设 Angular 应用开启了服务端渲染模式，并使用 express 库在 Node.js 服务器上运行，那么应用的 index.html 页面将通过 nguniversal/express-engine 引擎进行渲染。入口位置如下：
服务端渲染完成后，最终呈现给客户端的HTML源代码字符串通过回调函数发送给浏览器，也就是下图1006行做的回调函数。
下图第1008行done回调函数中显示的变量str存储了SAP Commerce Cloud UI启动服务端渲染后服务端渲染的index.html的完整HTML源代码，超过240KB；而在客户端渲染模式下，服务器返回给浏览器的 index.html 内容大小小于 1KB。
使用SSR技术的SAP产品UI，包括所有基于SAP ABAP Webdynpro、WebClient UI技术的产品，如SAP SRM、SAP CRM、SAP S/4HANA中Service模块的UI、基于JSP技术的SAP Commerce Cloud、加速器UI等...
基于 SAP Spartacus 开源项目的新一代 SAP Commerce Cloud UI 支持客户端渲染和服务器端渲染。
回到本文的主题。
在客户端渲染模式下，Web 应用程序对 SEO 的支持较少。以 SAP Commerce Cloud UI 为例，在使用客户端渲染时，搜索引擎的网络爬虫爬取了一个空的 index.html 页面：app-root 标签中没有内容，因为直到接收到内容浏览器接收 index.html 页面。html，执行 Angular 框架代码，生成最终的 HTML 源代码。
开启服务端渲染模式后，服务端完成页面渲染。此时，服务器返回浏览器的 app-root 标签，其中已经收录了最终渲染的页面。下图开启服务端渲染模式后请求SAP Commerce Cloud UI首页时，可以对比从服务端接收到的index.html中app-root标签中的数据，并与上图中的客户端渲染模式。
服务端渲染解决了网页爬虫无法正确抓取网页应用页面内容的问题。但是，将页面渲染、数据请求和响应处理移到服务器端，势必会占用服务器端宝贵的内存资源，增加其处理负担。
为此，在SAP Commerce Cloud UI的服务端渲染模式中，我们团队还设计了一些优化逻辑，比如引入渲染缓存，增加渲染队列和超时机制，在一定条件下降级为客户端渲染等。在保证服务器正常服务能力和支持搜索引擎优化之间取得了较好的折衷。
支持服务端渲染只是完成搜索引擎优化的第一步。基于SAP UI5框架开发的SAP应用大多不是2C应用，所以不依赖搜索引擎优化，即这些应用不太可能出现在用户的搜索引擎结果列表中。
另一方面，比如客户使用SAP Commerce Cloud搭建自己的电商店铺，那么店铺搜索引擎优化的完善程度直接关系到店铺的销售额。
网站的搜索引擎优化是一门学问，这篇文章Jerry只介绍他最近从处理客户事件中学到的相关知识。
我们在谷歌根据关键词lego ae进行搜索，搜索结果的第二条记录是阿联酋LEGO的电子商务商店网站（国家代码AE），是基于SAP Spartacus SAP Commerce开发的云界面页面：
上图中灰色区域的页面标题和黄色区域的页面描述分别来自SAP Commerce Cloud UI网页源代码中的title标签和meta description标签的值。
另一个例子是根据关键词 lego ae LEGO Dinosaur Fossils 搜索一个乐高恐龙化石产品：
在搜索结果列表中，会出现一个 SAP Commerce Cloud UI PDP 页面 - 产品详细信息页面，它是一个产品详细信息页面：
在上面的示例中，页面标题标签和元描述标签的值都是后端驱动的，即来自 SAP Commerce Cloud 后端系统。
在SAP Commerce Cloud UI的实现中，我们团队设计了Page模型，它的title字段和description字段分别维护了HTML源代码title和meta description标签中需要渲染的值。
我们将上述模型称为 SAP Commerce Cloud UI 页面的元数据：Page Meta。
在运行时，这些页面元数据是通过PageMetaService类的meta$成员来维护的，赋值逻辑如下：
（1)调用cmsService的getCurrentPage方法从Commerce后台读取页面元数据；
(2)根据Commerce Cloud的前端配置，读取当前页面类型需要完成的元数据解析类型，获取负责执行相应操作的解析器；
(3) 调用对应的解析器完成解析工作。
解析后的页面元数据存放在PageMetaService的成员变量meta$中，最终被SeoMetaService订阅，取出其值注入到页面DOM元素中。这就是 SAP Commerce Cloud UI 如何为 SEO 实现基于元标记的实现。
在 SAP S/4HANA 等后台人员使用较多的应用程序中，虽然页面上有元标记，但与 SAP Commerce Cloud UI 中使用元描述标记来支持搜索引擎优化是不同的。S/4HANA UI页面中的meta标签，更多体现的是维护页面元数据的初衷，由SAP UI5框架代码和对应的后台代码解析，对客户完全透明。
例如下图中的meta标签名称为sap-client，维护的内容为715，表示Fiori Launchpad后台对应的ABAP Client ID为715.
最后，可以使用inurl语法在搜索引擎中搜索，可以找到一些网站使用SAP WebClient UI技术进行服务端渲染，可以被搜索引擎检索到。有兴趣的朋友可以自己试试。
希望这篇文章能让你对SAP产品UI在支持搜索引擎优化方面所做的努力有一些基本的了解，谢谢阅读。 查看全部
这是杰瑞2021年的第52篇文章，也是王子曦公众号总共第329篇原创文章。
本文的主题还源于 Jerry 团队最近处理的一个客户事件，并且与 Jerry 之前的 文章 演示文稿的内容密切相关。
让我们简单回顾一下前面介绍的客户端渲染（CSR）和服务器端渲染（SSR）的区别。
客户端渲染
如下图所示，用户通过浏览器向网站发送请求，服务器或CDN为用户提供静态HTML、CSS和JavaScript文件。浏览器下载HTML和JavaScript文件，执行JavaScript（通常是Angular、React、Vue、SAP UI5等前端框架的库文件）完成页面渲染。在大多数情况下，浏览器会通过 AJAX 向后端服务器请求动态内容。从服务器获取 API 响应后，在客户端浏览器中解析响应内容以呈现最终页面。
客户端渲染之所以得名，是因为通过 HTML 页面的源代码渲染最终页面并根据 API 响应动态更改页面内容的行为发生在客户端。
使用 CSR 技术的 SAP 产品 UI 包括使用 SAP UI5 框架开发的所有产品，例如 SAP Cloud for Customer，以及基于 SAP Fiori Elements 的 SAP S/4HANA 页面。
服务器端渲染
与CSR相比，在服务器端渲染机制中，从HTML源代码到最终呈现给用户的页面的转换过程是在服务器端运行环境中进行的。
例如，假设 Angular 应用开启了服务端渲染模式，并使用 express 库在 Node.js 服务器上运行，那么应用的 index.html 页面将通过 nguniversal/express-engine 引擎进行渲染。入口位置如下：
服务端渲染完成后，最终呈现给客户端的HTML源代码字符串通过回调函数发送给浏览器，也就是下图1006行做的回调函数。
下图第1008行done回调函数中显示的变量str存储了SAP Commerce Cloud UI启动服务端渲染后服务端渲染的index.html的完整HTML源代码，超过240KB；而在客户端渲染模式下，服务器返回给浏览器的 index.html 内容大小小于 1KB。
使用SSR技术的SAP产品UI，包括所有基于SAP ABAP Webdynpro、WebClient UI技术的产品，如SAP SRM、SAP CRM、SAP S/4HANA中Service模块的UI、基于JSP技术的SAP Commerce Cloud、加速器UI等...
基于 SAP Spartacus 开源项目的新一代 SAP Commerce Cloud UI 支持客户端渲染和服务器端渲染。
回到本文的主题。
在客户端渲染模式下，Web 应用程序对 SEO 的支持较少。以 SAP Commerce Cloud UI 为例，在使用客户端渲染时，搜索引擎的网络爬虫爬取了一个空的 index.html 页面：app-root 标签中没有内容，因为直到接收到内容浏览器接收 index.html 页面。html，执行 Angular 框架代码，生成最终的 HTML 源代码。
开启服务端渲染模式后，服务端完成页面渲染。此时，服务器返回浏览器的 app-root 标签，其中已经收录了最终渲染的页面。下图开启服务端渲染模式后请求SAP Commerce Cloud UI首页时，可以对比从服务端接收到的index.html中app-root标签中的数据，并与上图中的客户端渲染模式。
服务端渲染解决了网页爬虫无法正确抓取网页应用页面内容的问题。但是，将页面渲染、数据请求和响应处理移到服务器端，势必会占用服务器端宝贵的内存资源，增加其处理负担。
为此，在SAP Commerce Cloud UI的服务端渲染模式中，我们团队还设计了一些优化逻辑，比如引入渲染缓存，增加渲染队列和超时机制，在一定条件下降级为客户端渲染等。在保证服务器正常服务能力和支持搜索引擎优化之间取得了较好的折衷。
支持服务端渲染只是完成搜索引擎优化的第一步。基于SAP UI5框架开发的SAP应用大多不是2C应用，所以不依赖搜索引擎优化，即这些应用不太可能出现在用户的搜索引擎结果列表中。
另一方面，比如客户使用SAP Commerce Cloud搭建自己的电商店铺，那么店铺搜索引擎优化的完善程度直接关系到店铺的销售额。
网站的搜索引擎优化是一门学问，这篇文章Jerry只介绍他最近从处理客户事件中学到的相关知识。
我们在谷歌根据关键词lego ae进行搜索，搜索结果的第二条记录是阿联酋LEGO的电子商务商店网站（国家代码AE），是基于SAP Spartacus SAP Commerce开发的云界面页面：
上图中灰色区域的页面标题和黄色区域的页面描述分别来自SAP Commerce Cloud UI网页源代码中的title标签和meta description标签的值。
另一个例子是根据关键词 lego ae LEGO Dinosaur Fossils 搜索一个乐高恐龙化石产品：
在搜索结果列表中，会出现一个 SAP Commerce Cloud UI PDP 页面 - 产品详细信息页面，它是一个产品详细信息页面：
在上面的示例中，页面标题标签和元描述标签的值都是后端驱动的，即来自 SAP Commerce Cloud 后端系统。
在SAP Commerce Cloud UI的实现中，我们团队设计了Page模型，它的title字段和description字段分别维护了HTML源代码title和meta description标签中需要渲染的值。
我们将上述模型称为 SAP Commerce Cloud UI 页面的元数据：Page Meta。
在运行时，这些页面元数据是通过PageMetaService类的meta$成员来维护的，赋值逻辑如下：
（1)调用cmsService的getCurrentPage方法从Commerce后台读取页面元数据；
(2)根据Commerce Cloud的前端配置，读取当前页面类型需要完成的元数据解析类型，获取负责执行相应操作的解析器；
(3) 调用对应的解析器完成解析工作。
解析后的页面元数据存放在PageMetaService的成员变量meta$中，最终被SeoMetaService订阅，取出其值注入到页面DOM元素中。这就是 SAP Commerce Cloud UI 如何为 SEO 实现基于元标记的实现。
在 SAP S/4HANA 等后台人员使用较多的应用程序中，虽然页面上有元标记，但与 SAP Commerce Cloud UI 中使用元描述标记来支持搜索引擎优化是不同的。S/4HANA UI页面中的meta标签，更多体现的是维护页面元数据的初衷，由SAP UI5框架代码和对应的后台代码解析，对客户完全透明。
例如下图中的meta标签名称为sap-client，维护的内容为715，表示Fiori Launchpad后台对应的ABAP Client ID为715.
最后，可以使用inurl语法在搜索引擎中搜索，可以找到一些网站使用SAP WebClient UI技术进行服务端渲染，可以被搜索引擎检索到。有兴趣的朋友可以自己试试。
希望这篇文章能让你对SAP产品UI在支持搜索引擎优化方面所做的努力有一些基本的了解，谢谢阅读。 查看全部
搜索引擎主题模型优化(这是Jerry2021年的第52篇文章，也是汪子熙公众号)
这是杰瑞2021年的第52篇文章，也是王子曦公众号总共第329篇原创文章。
本文的主题还源于 Jerry 团队最近处理的一个客户事件，并且与 Jerry 之前的 文章 演示文稿的内容密切相关。
让我们简单回顾一下前面介绍的客户端渲染（CSR）和服务器端渲染（SSR）的区别。
客户端渲染
如下图所示，用户通过浏览器向网站发送请求，服务器或CDN为用户提供静态HTML、CSS和JavaScript文件。浏览器下载HTML和JavaScript文件，执行JavaScript（通常是Angular、React、Vue、SAP UI5等前端框架的库文件）完成页面渲染。在大多数情况下，浏览器会通过 AJAX 向后端服务器请求动态内容。从服务器获取 API 响应后，在客户端浏览器中解析响应内容以呈现最终页面。
客户端渲染之所以得名，是因为通过 HTML 页面的源代码渲染最终页面并根据 API 响应动态更改页面内容的行为发生在客户端。
使用 CSR 技术的 SAP 产品 UI 包括使用 SAP UI5 框架开发的所有产品，例如 SAP Cloud for Customer，以及基于 SAP Fiori Elements 的 SAP S/4HANA 页面。
服务器端渲染
与CSR相比，在服务器端渲染机制中，从HTML源代码到最终呈现给用户的页面的转换过程是在服务器端运行环境中进行的。
例如，假设 Angular 应用开启了服务端渲染模式，并使用 express 库在 Node.js 服务器上运行，那么应用的 index.html 页面将通过 nguniversal/express-engine 引擎进行渲染。入口位置如下：
服务端渲染完成后，最终呈现给客户端的HTML源代码字符串通过回调函数发送给浏览器，也就是下图1006行做的回调函数。
下图第1008行done回调函数中显示的变量str存储了SAP Commerce Cloud UI启动服务端渲染后服务端渲染的index.html的完整HTML源代码，超过240KB；而在客户端渲染模式下，服务器返回给浏览器的 index.html 内容大小小于 1KB。
使用SSR技术的SAP产品UI，包括所有基于SAP ABAP Webdynpro、WebClient UI技术的产品，如SAP SRM、SAP CRM、SAP S/4HANA中Service模块的UI、基于JSP技术的SAP Commerce Cloud、加速器UI等...
基于 SAP Spartacus 开源项目的新一代 SAP Commerce Cloud UI 支持客户端渲染和服务器端渲染。
回到本文的主题。
在客户端渲染模式下，Web 应用程序对 SEO 的支持较少。以 SAP Commerce Cloud UI 为例，在使用客户端渲染时，搜索引擎的网络爬虫爬取了一个空的 index.html 页面：app-root 标签中没有内容，因为直到接收到内容浏览器接收 index.html 页面。html，执行 Angular 框架代码，生成最终的 HTML 源代码。
开启服务端渲染模式后，服务端完成页面渲染。此时，服务器返回浏览器的 app-root 标签，其中已经收录了最终渲染的页面。下图开启服务端渲染模式后请求SAP Commerce Cloud UI首页时，可以对比从服务端接收到的index.html中app-root标签中的数据，并与上图中的客户端渲染模式。
服务端渲染解决了网页爬虫无法正确抓取网页应用页面内容的问题。但是，将页面渲染、数据请求和响应处理移到服务器端，势必会占用服务器端宝贵的内存资源，增加其处理负担。
为此，在SAP Commerce Cloud UI的服务端渲染模式中，我们团队还设计了一些优化逻辑，比如引入渲染缓存，增加渲染队列和超时机制，在一定条件下降级为客户端渲染等。在保证服务器正常服务能力和支持搜索引擎优化之间取得了较好的折衷。
支持服务端渲染只是完成搜索引擎优化的第一步。基于SAP UI5框架开发的SAP应用大多不是2C应用，所以不依赖搜索引擎优化，即这些应用不太可能出现在用户的搜索引擎结果列表中。
另一方面，比如客户使用SAP Commerce Cloud搭建自己的电商店铺，那么店铺搜索引擎优化的完善程度直接关系到店铺的销售额。
网站的搜索引擎优化是一门学问，这篇文章Jerry只介绍他最近从处理客户事件中学到的相关知识。
我们在谷歌根据关键词lego ae进行搜索，搜索结果的第二条记录是阿联酋LEGO的电子商务商店网站（国家代码AE），是基于SAP Spartacus SAP Commerce开发的云界面页面：
上图中灰色区域的页面标题和黄色区域的页面描述分别来自SAP Commerce Cloud UI网页源代码中的title标签和meta description标签的值。
另一个例子是根据关键词 lego ae LEGO Dinosaur Fossils 搜索一个乐高恐龙化石产品：
在搜索结果列表中，会出现一个 SAP Commerce Cloud UI PDP 页面 - 产品详细信息页面，它是一个产品详细信息页面：
在上面的示例中，页面标题标签和元描述标签的值都是后端驱动的，即来自 SAP Commerce Cloud 后端系统。
在SAP Commerce Cloud UI的实现中，我们团队设计了Page模型，它的title字段和description字段分别维护了HTML源代码title和meta description标签中需要渲染的值。
我们将上述模型称为 SAP Commerce Cloud UI 页面的元数据：Page Meta。
在运行时，这些页面元数据是通过PageMetaService类的meta$成员来维护的，赋值逻辑如下：
（1)调用cmsService的getCurrentPage方法从Commerce后台读取页面元数据；
(2)根据Commerce Cloud的前端配置，读取当前页面类型需要完成的元数据解析类型，获取负责执行相应操作的解析器；
(3) 调用对应的解析器完成解析工作。
解析后的页面元数据存放在PageMetaService的成员变量meta$中，最终被SeoMetaService订阅，取出其值注入到页面DOM元素中。这就是 SAP Commerce Cloud UI 如何为 SEO 实现基于元标记的实现。
在 SAP S/4HANA 等后台人员使用较多的应用程序中，虽然页面上有元标记，但与 SAP Commerce Cloud UI 中使用元描述标记来支持搜索引擎优化是不同的。S/4HANA UI页面中的meta标签，更多体现的是维护页面元数据的初衷，由SAP UI5框架代码和对应的后台代码解析，对客户完全透明。
例如下图中的meta标签名称为sap-client，维护的内容为715，表示Fiori Launchpad后台对应的ABAP Client ID为715.
最后，可以使用inurl语法在搜索引擎中搜索，可以找到一些网站使用SAP WebClient UI技术进行服务端渲染，可以被搜索引擎检索到。有兴趣的朋友可以自己试试。
希望这篇文章能让你对SAP产品UI在支持搜索引擎优化方面所做的努力有一些基本的了解，谢谢阅读。
搜索引擎主题模型优化(这是Jerry2021年的第52篇文章，也是汪子熙公众号)
网站优化 • 优采云 发表了文章 • 0 个评论 • 56 次浏览 • 2022-01-29 15:02
搜索引擎主题模型优化(这是Jerry2021年的第52篇文章，也是汪子熙公众号)
这是杰瑞2021年的第52篇文章，也是王子曦公众号总共第329篇原创文章。
本文的主题还源于 Jerry 团队最近处理的一个客户事件，并且与 Jerry 之前的 文章 演示文稿的内容密切相关。
让我们简单回顾一下前面介绍的客户端渲染（CSR）和服务器端渲染（SSR）的区别。
客户端渲染
如下图所示，用户通过浏览器向网站发送请求，服务器或CDN为用户提供静态HTML、CSS和JavaScript文件。浏览器下载HTML和JavaScript文件，执行JavaScript（通常是Angular、React、Vue、SAP UI5等前端框架的库文件）完成页面渲染。在大多数情况下，浏览器会通过 AJAX 向后端服务器请求动态内容。从服务器获取 API 响应后，在客户端浏览器中解析响应内容以呈现最终页面。
客户端渲染之所以得名，是因为通过 HTML 页面的源代码渲染最终页面并根据 API 响应动态更改页面内容的行为发生在客户端。
使用 CSR 技术的 SAP 产品 UI 包括使用 SAP UI5 框架开发的所有产品，例如 SAP Cloud for Customer，以及基于 SAP Fiori Elements 的 SAP S/4HANA 页面。
服务器端渲染
与CSR相比，在服务器端渲染机制中，从HTML源代码到最终呈现给用户的页面的转换过程是在服务器端运行环境中进行的。
例如，假设 Angular 应用开启了服务端渲染模式，并使用 express 库在 Node.js 服务器上运行，那么应用的 index.html 页面将通过 nguniversal/express-engine 引擎进行渲染。入口位置如下：
服务端渲染完成后，最终呈现给客户端的HTML源代码字符串通过回调函数发送给浏览器，也就是下图1006行做的回调函数。
下图第1008行done回调函数中显示的变量str存储了SAP Commerce Cloud UI启动服务端渲染后服务端渲染的index.html的完整HTML源代码，超过240KB；而在客户端渲染模式下，服务器返回给浏览器的 index.html 内容大小小于 1KB。
使用SSR技术的SAP产品UI，包括所有基于SAP ABAP Webdynpro、WebClient UI技术的产品，如SAP SRM、SAP CRM、SAP S/4HANA中Service模块的UI、基于JSP技术的SAP Commerce Cloud、加速器UI等...
基于 SAP Spartacus 开源项目的新一代 SAP Commerce Cloud UI 支持客户端渲染和服务器端渲染。
回到本文的主题。
在客户端渲染模式下，Web 应用程序对 SEO 的支持较少。以 SAP Commerce Cloud UI 为例，在使用客户端渲染时，搜索引擎的网络爬虫爬取了一个空的 index.html 页面：app-root 标签中没有内容，因为直到接收到内容浏览器接收 index.html 页面。html，执行 Angular 框架代码，生成最终的 HTML 源代码。
开启服务端渲染模式后，服务端完成页面渲染。此时，服务器返回浏览器的 app-root 标签，其中已经收录了最终渲染的页面。下图开启服务端渲染模式后请求SAP Commerce Cloud UI首页时，可以对比从服务端接收到的index.html中app-root标签中的数据，并与上图中的客户端渲染模式。
服务端渲染解决了网页爬虫无法正确抓取网页应用页面内容的问题。但是，将页面渲染、数据请求和响应处理移到服务器端，势必会占用服务器端宝贵的内存资源，增加其处理负担。
为此，在SAP Commerce Cloud UI的服务端渲染模式中，我们团队还设计了一些优化逻辑，比如引入渲染缓存，增加渲染队列和超时机制，在一定条件下降级为客户端渲染等。在保证服务器正常服务能力和支持搜索引擎优化之间取得了较好的折衷。
支持服务端渲染只是完成搜索引擎优化的第一步。基于SAP UI5框架开发的SAP应用大多不是2C应用，所以不依赖搜索引擎优化，即这些应用不太可能出现在用户的搜索引擎结果列表中。
另一方面，比如客户使用SAP Commerce Cloud搭建自己的电商店铺，那么店铺搜索引擎优化的完善程度直接关系到店铺的销售额。
网站的搜索引擎优化是一门学问，这篇文章Jerry只介绍他最近从处理客户事件中学到的相关知识。
我们在谷歌按照关键词lego ae进行搜索，搜索结果的第二条记录是阿联酋LEGO的电子商务商店网站（国家代码AE），是基于SAP Spartacus SAP Commerce开发的云界面页面：
上图中灰色区域的页面标题和黄色区域的页面描述分别来自SAP Commerce Cloud UI网页源代码中的title标签和meta description标签的值。
另一个例子是根据关键词 lego ae LEGO Dinosaur Fossils 搜索一个乐高恐龙化石产品：
在搜索结果列表中，会出现一个 SAP Commerce Cloud UI PDP 页面 - 产品详细信息页面，它是一个产品详细信息页面：
在上面的示例中，页面标题标签和元描述标签的值都是后端驱动的，即来自 SAP Commerce Cloud 后端系统。
在SAP Commerce Cloud UI的实现中，我们团队设计了Page模型，其title字段和description字段分别维护了HTML源代码title和meta description标签中需要渲染的值。
我们将上述模型称为 SAP Commerce Cloud UI 页面的元数据：Page Meta。
在运行时，这些页面元数据是通过PageMetaService类的meta$成员来维护的，赋值逻辑如下：
（1)调用cmsService的getCurrentPage方法从Commerce后台读取页面元数据；
(2)根据Commerce Cloud的前端配置，读取当前页面类型需要完成的元数据解析类型，获取负责执行相应操作的解析器；
(3) 调用对应的解析器完成解析工作。
解析后的页面元数据存放在PageMetaService的成员变量meta$中，最终被SeoMetaService订阅，取出其值注入到页面DOM元素中。这就是 SAP Commerce Cloud UI 如何为 SEO 实现基于元标记的实现。
在 SAP S/4HANA 等后台人员使用较多的应用程序中，虽然页面上有元标记，但与 SAP Commerce Cloud UI 中使用元描述标记来支持搜索引擎优化是不同的。S/4HANA UI页面中的meta标签，更多体现的是维护页面元数据的初衷，由SAP UI5框架代码和对应的后台代码解析，对客户完全透明。
例如下图中的meta标签名称为sap-client，维护的内容为715，表示Fiori Launchpad后台对应的ABAP Client ID为715.
最后，可以使用inurl语法在搜索引擎中搜索，可以找到一些网站使用SAP WebClient UI技术进行服务端渲染，可以被搜索引擎检索到。有兴趣的朋友可以自己试试。
希望这篇文章能让你对SAP产品UI在支持搜索引擎优化方面所做的努力有一些基本的了解，谢谢阅读。 查看全部
这是杰瑞2021年的第52篇文章，也是王子曦公众号总共第329篇原创文章。
本文的主题还源于 Jerry 团队最近处理的一个客户事件，并且与 Jerry 之前的 文章 演示文稿的内容密切相关。
让我们简单回顾一下前面介绍的客户端渲染（CSR）和服务器端渲染（SSR）的区别。
客户端渲染
如下图所示，用户通过浏览器向网站发送请求，服务器或CDN为用户提供静态HTML、CSS和JavaScript文件。浏览器下载HTML和JavaScript文件，执行JavaScript（通常是Angular、React、Vue、SAP UI5等前端框架的库文件）完成页面渲染。在大多数情况下，浏览器会通过 AJAX 向后端服务器请求动态内容。从服务器获取 API 响应后，在客户端浏览器中解析响应内容以呈现最终页面。
客户端渲染之所以得名，是因为通过 HTML 页面的源代码渲染最终页面并根据 API 响应动态更改页面内容的行为发生在客户端。
使用 CSR 技术的 SAP 产品 UI 包括使用 SAP UI5 框架开发的所有产品，例如 SAP Cloud for Customer，以及基于 SAP Fiori Elements 的 SAP S/4HANA 页面。
服务器端渲染
与CSR相比，在服务器端渲染机制中，从HTML源代码到最终呈现给用户的页面的转换过程是在服务器端运行环境中进行的。
例如，假设 Angular 应用开启了服务端渲染模式，并使用 express 库在 Node.js 服务器上运行，那么应用的 index.html 页面将通过 nguniversal/express-engine 引擎进行渲染。入口位置如下：
服务端渲染完成后，最终呈现给客户端的HTML源代码字符串通过回调函数发送给浏览器，也就是下图1006行做的回调函数。
下图第1008行done回调函数中显示的变量str存储了SAP Commerce Cloud UI启动服务端渲染后服务端渲染的index.html的完整HTML源代码，超过240KB；而在客户端渲染模式下，服务器返回给浏览器的 index.html 内容大小小于 1KB。
使用SSR技术的SAP产品UI，包括所有基于SAP ABAP Webdynpro、WebClient UI技术的产品，如SAP SRM、SAP CRM、SAP S/4HANA中Service模块的UI、基于JSP技术的SAP Commerce Cloud、加速器UI等...
基于 SAP Spartacus 开源项目的新一代 SAP Commerce Cloud UI 支持客户端渲染和服务器端渲染。
回到本文的主题。
在客户端渲染模式下，Web 应用程序对 SEO 的支持较少。以 SAP Commerce Cloud UI 为例，在使用客户端渲染时，搜索引擎的网络爬虫爬取了一个空的 index.html 页面：app-root 标签中没有内容，因为直到接收到内容浏览器接收 index.html 页面。html，执行 Angular 框架代码，生成最终的 HTML 源代码。
开启服务端渲染模式后，服务端完成页面渲染。此时，服务器返回浏览器的 app-root 标签，其中已经收录了最终渲染的页面。下图开启服务端渲染模式后请求SAP Commerce Cloud UI首页时，可以对比从服务端接收到的index.html中app-root标签中的数据，并与上图中的客户端渲染模式。
服务端渲染解决了网页爬虫无法正确抓取网页应用页面内容的问题。但是，将页面渲染、数据请求和响应处理移到服务器端，势必会占用服务器端宝贵的内存资源，增加其处理负担。
为此，在SAP Commerce Cloud UI的服务端渲染模式中，我们团队还设计了一些优化逻辑，比如引入渲染缓存，增加渲染队列和超时机制，在一定条件下降级为客户端渲染等。在保证服务器正常服务能力和支持搜索引擎优化之间取得了较好的折衷。
支持服务端渲染只是完成搜索引擎优化的第一步。基于SAP UI5框架开发的SAP应用大多不是2C应用，所以不依赖搜索引擎优化，即这些应用不太可能出现在用户的搜索引擎结果列表中。
另一方面，比如客户使用SAP Commerce Cloud搭建自己的电商店铺，那么店铺搜索引擎优化的完善程度直接关系到店铺的销售额。
网站的搜索引擎优化是一门学问，这篇文章Jerry只介绍他最近从处理客户事件中学到的相关知识。
我们在谷歌按照关键词lego ae进行搜索，搜索结果的第二条记录是阿联酋LEGO的电子商务商店网站（国家代码AE），是基于SAP Spartacus SAP Commerce开发的云界面页面：
上图中灰色区域的页面标题和黄色区域的页面描述分别来自SAP Commerce Cloud UI网页源代码中的title标签和meta description标签的值。
另一个例子是根据关键词 lego ae LEGO Dinosaur Fossils 搜索一个乐高恐龙化石产品：
在搜索结果列表中，会出现一个 SAP Commerce Cloud UI PDP 页面 - 产品详细信息页面，它是一个产品详细信息页面：
在上面的示例中，页面标题标签和元描述标签的值都是后端驱动的，即来自 SAP Commerce Cloud 后端系统。
在SAP Commerce Cloud UI的实现中，我们团队设计了Page模型，其title字段和description字段分别维护了HTML源代码title和meta description标签中需要渲染的值。
我们将上述模型称为 SAP Commerce Cloud UI 页面的元数据：Page Meta。
在运行时，这些页面元数据是通过PageMetaService类的meta$成员来维护的，赋值逻辑如下：
（1)调用cmsService的getCurrentPage方法从Commerce后台读取页面元数据；
(2)根据Commerce Cloud的前端配置，读取当前页面类型需要完成的元数据解析类型，获取负责执行相应操作的解析器；
(3) 调用对应的解析器完成解析工作。
解析后的页面元数据存放在PageMetaService的成员变量meta$中，最终被SeoMetaService订阅，取出其值注入到页面DOM元素中。这就是 SAP Commerce Cloud UI 如何为 SEO 实现基于元标记的实现。
在 SAP S/4HANA 等后台人员使用较多的应用程序中，虽然页面上有元标记，但与 SAP Commerce Cloud UI 中使用元描述标记来支持搜索引擎优化是不同的。S/4HANA UI页面中的meta标签，更多体现的是维护页面元数据的初衷，由SAP UI5框架代码和对应的后台代码解析，对客户完全透明。
例如下图中的meta标签名称为sap-client，维护的内容为715，表示Fiori Launchpad后台对应的ABAP Client ID为715.
最后，可以使用inurl语法在搜索引擎中搜索，可以找到一些网站使用SAP WebClient UI技术进行服务端渲染，可以被搜索引擎检索到。有兴趣的朋友可以自己试试。
希望这篇文章能让你对SAP产品UI在支持搜索引擎优化方面所做的努力有一些基本的了解，谢谢阅读。 查看全部
搜索引擎主题模型优化(这是Jerry2021年的第52篇文章，也是汪子熙公众号)
这是杰瑞2021年的第52篇文章，也是王子曦公众号总共第329篇原创文章。
本文的主题还源于 Jerry 团队最近处理的一个客户事件，并且与 Jerry 之前的 文章 演示文稿的内容密切相关。
让我们简单回顾一下前面介绍的客户端渲染（CSR）和服务器端渲染（SSR）的区别。
客户端渲染
如下图所示，用户通过浏览器向网站发送请求，服务器或CDN为用户提供静态HTML、CSS和JavaScript文件。浏览器下载HTML和JavaScript文件，执行JavaScript（通常是Angular、React、Vue、SAP UI5等前端框架的库文件）完成页面渲染。在大多数情况下，浏览器会通过 AJAX 向后端服务器请求动态内容。从服务器获取 API 响应后，在客户端浏览器中解析响应内容以呈现最终页面。
客户端渲染之所以得名，是因为通过 HTML 页面的源代码渲染最终页面并根据 API 响应动态更改页面内容的行为发生在客户端。
使用 CSR 技术的 SAP 产品 UI 包括使用 SAP UI5 框架开发的所有产品，例如 SAP Cloud for Customer，以及基于 SAP Fiori Elements 的 SAP S/4HANA 页面。
服务器端渲染
与CSR相比，在服务器端渲染机制中，从HTML源代码到最终呈现给用户的页面的转换过程是在服务器端运行环境中进行的。
例如，假设 Angular 应用开启了服务端渲染模式，并使用 express 库在 Node.js 服务器上运行，那么应用的 index.html 页面将通过 nguniversal/express-engine 引擎进行渲染。入口位置如下：
服务端渲染完成后，最终呈现给客户端的HTML源代码字符串通过回调函数发送给浏览器，也就是下图1006行做的回调函数。
下图第1008行done回调函数中显示的变量str存储了SAP Commerce Cloud UI启动服务端渲染后服务端渲染的index.html的完整HTML源代码，超过240KB；而在客户端渲染模式下，服务器返回给浏览器的 index.html 内容大小小于 1KB。
使用SSR技术的SAP产品UI，包括所有基于SAP ABAP Webdynpro、WebClient UI技术的产品，如SAP SRM、SAP CRM、SAP S/4HANA中Service模块的UI、基于JSP技术的SAP Commerce Cloud、加速器UI等...
基于 SAP Spartacus 开源项目的新一代 SAP Commerce Cloud UI 支持客户端渲染和服务器端渲染。
回到本文的主题。
在客户端渲染模式下，Web 应用程序对 SEO 的支持较少。以 SAP Commerce Cloud UI 为例，在使用客户端渲染时，搜索引擎的网络爬虫爬取了一个空的 index.html 页面：app-root 标签中没有内容，因为直到接收到内容浏览器接收 index.html 页面。html，执行 Angular 框架代码，生成最终的 HTML 源代码。
开启服务端渲染模式后，服务端完成页面渲染。此时，服务器返回浏览器的 app-root 标签，其中已经收录了最终渲染的页面。下图开启服务端渲染模式后请求SAP Commerce Cloud UI首页时，可以对比从服务端接收到的index.html中app-root标签中的数据，并与上图中的客户端渲染模式。
服务端渲染解决了网页爬虫无法正确抓取网页应用页面内容的问题。但是，将页面渲染、数据请求和响应处理移到服务器端，势必会占用服务器端宝贵的内存资源，增加其处理负担。
为此，在SAP Commerce Cloud UI的服务端渲染模式中，我们团队还设计了一些优化逻辑，比如引入渲染缓存，增加渲染队列和超时机制，在一定条件下降级为客户端渲染等。在保证服务器正常服务能力和支持搜索引擎优化之间取得了较好的折衷。
支持服务端渲染只是完成搜索引擎优化的第一步。基于SAP UI5框架开发的SAP应用大多不是2C应用，所以不依赖搜索引擎优化，即这些应用不太可能出现在用户的搜索引擎结果列表中。
另一方面，比如客户使用SAP Commerce Cloud搭建自己的电商店铺，那么店铺搜索引擎优化的完善程度直接关系到店铺的销售额。
网站的搜索引擎优化是一门学问，这篇文章Jerry只介绍他最近从处理客户事件中学到的相关知识。
我们在谷歌按照关键词lego ae进行搜索，搜索结果的第二条记录是阿联酋LEGO的电子商务商店网站（国家代码AE），是基于SAP Spartacus SAP Commerce开发的云界面页面：
上图中灰色区域的页面标题和黄色区域的页面描述分别来自SAP Commerce Cloud UI网页源代码中的title标签和meta description标签的值。
另一个例子是根据关键词 lego ae LEGO Dinosaur Fossils 搜索一个乐高恐龙化石产品：
在搜索结果列表中，会出现一个 SAP Commerce Cloud UI PDP 页面 - 产品详细信息页面，它是一个产品详细信息页面：
在上面的示例中，页面标题标签和元描述标签的值都是后端驱动的，即来自 SAP Commerce Cloud 后端系统。
在SAP Commerce Cloud UI的实现中，我们团队设计了Page模型，其title字段和description字段分别维护了HTML源代码title和meta description标签中需要渲染的值。
我们将上述模型称为 SAP Commerce Cloud UI 页面的元数据：Page Meta。
在运行时，这些页面元数据是通过PageMetaService类的meta$成员来维护的，赋值逻辑如下：
（1)调用cmsService的getCurrentPage方法从Commerce后台读取页面元数据；
(2)根据Commerce Cloud的前端配置，读取当前页面类型需要完成的元数据解析类型，获取负责执行相应操作的解析器；
(3) 调用对应的解析器完成解析工作。
解析后的页面元数据存放在PageMetaService的成员变量meta$中，最终被SeoMetaService订阅，取出其值注入到页面DOM元素中。这就是 SAP Commerce Cloud UI 如何为 SEO 实现基于元标记的实现。
在 SAP S/4HANA 等后台人员使用较多的应用程序中，虽然页面上有元标记，但与 SAP Commerce Cloud UI 中使用元描述标记来支持搜索引擎优化是不同的。S/4HANA UI页面中的meta标签，更多体现的是维护页面元数据的初衷，由SAP UI5框架代码和对应的后台代码解析，对客户完全透明。
例如下图中的meta标签名称为sap-client，维护的内容为715，表示Fiori Launchpad后台对应的ABAP Client ID为715.
最后，可以使用inurl语法在搜索引擎中搜索，可以找到一些网站使用SAP WebClient UI技术进行服务端渲染，可以被搜索引擎检索到。有兴趣的朋友可以自己试试。
希望这篇文章能让你对SAP产品UI在支持搜索引擎优化方面所做的努力有一些基本的了解，谢谢阅读。
搜索引擎主题模型优化(这是Jerry2021年的第52篇文章，也是汪子熙公众号)
网站优化 • 优采云 发表了文章 • 0 个评论 • 49 次浏览 • 2022-01-29 15:01
搜索引擎主题模型优化(这是Jerry2021年的第52篇文章，也是汪子熙公众号)
这是杰瑞2021年的第52篇文章，也是王子曦公众号总共第329篇原创文章。
本文的主题还源于 Jerry 团队最近处理的一个客户事件，并且与 Jerry 之前的 文章 演示文稿的内容密切相关。
让我们简单回顾一下前面介绍的客户端渲染（CSR）和服务器端渲染（SSR）的区别。
客户端渲染
如下图所示，用户通过浏览器向网站发送请求，服务器或CDN为用户提供静态HTML、CSS和JavaScript文件。浏览器下载HTML和JavaScript文件，执行JavaScript（通常是Angular、React、Vue、SAP UI5等前端框架的库文件）完成页面渲染。在大多数情况下，浏览器会通过 AJAX 向后端服务器请求动态内容。从服务器获取 API 响应后，在客户端浏览器中解析响应内容以呈现最终页面。
客户端渲染之所以得名，是因为通过 HTML 页面的源代码渲染最终页面并根据 API 响应动态更改页面内容的行为发生在客户端。
使用 CSR 技术的 SAP 产品 UI 包括使用 SAP UI5 框架开发的所有产品，例如 SAP Cloud for Customer，以及基于 SAP Fiori Elements 的 SAP S/4HANA 页面。
服务器端渲染
与CSR相比，在服务器端渲染机制中，从HTML源代码到最终呈现给用户的页面的转换过程是在服务器端运行环境中进行的。
例如，假设 Angular 应用开启了服务端渲染模式，并使用 express 库在 Node.js 服务器上运行，那么应用的 index.html 页面将通过 nguniversal/express-engine 引擎进行渲染。入口位置如下：
服务端渲染完成后，最终呈现给客户端的HTML源代码字符串通过回调函数发送给浏览器，也就是下图1006行做的回调函数。
下图第1008行done回调函数中显示的变量str存储了SAP Commerce Cloud UI启动服务端渲染后服务端渲染的index.html的完整HTML源代码，超过240KB；而在客户端渲染模式下，服务器返回给浏览器的 index.html 内容大小小于 1KB。
使用SSR技术的SAP产品UI，包括所有基于SAP ABAP Webdynpro、WebClient UI技术的产品，如SAP SRM、SAP CRM、SAP S/4HANA中Service模块的UI、基于JSP技术的SAP Commerce Cloud、加速器UI等...
基于 SAP Spartacus 开源项目的新一代 SAP Commerce Cloud UI 支持客户端渲染和服务器端渲染。
回到本文的主题。
在客户端渲染模式下，Web 应用程序对 SEO 的支持较少。以 SAP Commerce Cloud UI 为例，在使用客户端渲染时，搜索引擎的网络爬虫爬取了一个空的 index.html 页面：app-root 标签中没有内容，因为直到接收到内容浏览器接收 index.html 页面。html，执行 Angular 框架代码，生成最终的 HTML 源代码。
开启服务端渲染模式后，服务端完成页面渲染。此时，服务器返回浏览器的 app-root 标签，其中已经收录了最终渲染的页面。下图开启服务端渲染模式后请求SAP Commerce Cloud UI首页时，可以对比从服务端接收到的index.html中app-root标签中的数据，并与上图中的客户端渲染模式。
服务端渲染解决了网页爬虫无法正确抓取网页应用页面内容的问题。但是，将页面渲染、数据请求和响应处理移到服务器端，势必会占用服务器端宝贵的内存资源，增加其处理负担。
为此，在SAP Commerce Cloud UI的服务端渲染模式中，我们团队还设计了一些优化逻辑，比如引入渲染缓存，增加渲染队列和超时机制，在一定条件下降级为客户端渲染等。在保证服务器正常服务能力和支持搜索引擎优化之间取得了较好的折衷。
支持服务端渲染只是完成搜索引擎优化的第一步。基于SAP UI5框架开发的SAP应用大多不是2C应用，所以不依赖搜索引擎优化，即这些应用不太可能出现在用户的搜索引擎结果列表中。
另一方面，比如客户使用SAP Commerce Cloud搭建自己的电商店铺，那么店铺搜索引擎优化的完善程度直接关系到店铺的销售额。
网站的搜索引擎优化是一门学问，这篇文章Jerry只介绍他最近从处理客户事件中学到的相关知识。
我们在谷歌根据关键词lego ae进行搜索，搜索结果的第二条记录是阿联酋LEGO的电子商务商店网站（国家代码AE），是基于SAP Spartacus SAP Commerce开发的云界面页面：
上图中灰色区域的页面标题和黄色区域的页面描述分别来自SAP Commerce Cloud UI网页源代码中的title标签和meta description标签的值。
另一个例子是根据关键词 lego ae LEGO Dinosaur Fossils 搜索一个乐高恐龙化石产品：
在搜索结果列表中，会出现一个 SAP Commerce Cloud UI PDP 页面 - 产品详细信息页面，它是一个产品详细信息页面：
在上面的示例中，页面标题标签和元描述标签的值都是后端驱动的，即来自 SAP Commerce Cloud 后端系统。
在SAP Commerce Cloud UI的实现中，我们团队设计了Page模型，它的title字段和description字段分别维护了HTML源代码title和meta description标签中需要渲染的值。
我们将上述模型称为 SAP Commerce Cloud UI 页面的元数据：Page Meta。
在运行时，这些页面元数据是通过PageMetaService类的meta$成员来维护的，赋值逻辑如下：
（1)调用cmsService的getCurrentPage方法从Commerce后台读取页面元数据；
(2)根据Commerce Cloud前端配置，读取当前页面类型需要完成的元数据解析类型，获取负责执行相应操作的解析器；
(3) 调用对应的解析器完成解析工作。
解析后的页面元数据存放在PageMetaService的成员变量meta$中，最终被SeoMetaService订阅，取出其值注入到页面DOM元素中。这就是 SAP Commerce Cloud UI 如何为 SEO 实现基于元标记的实现。
在 SAP S/4HANA 等后台人员使用较多的应用程序中，虽然页面上有元标记，但与 SAP Commerce Cloud UI 中使用元描述标记来支持搜索引擎优化是不同的。S/4HANA UI页面中的meta标签，更多体现的是维护页面元数据的初衷，由SAP UI5框架代码和对应的后台代码解析，对客户完全透明。
例如下图中的meta标签名称为sap-client，维护的内容为715，表示Fiori Launchpad后台对应的ABAP Client ID为715.
最后，可以使用inurl语法在搜索引擎中搜索，可以找到一些网站使用SAP WebClient UI技术进行服务端渲染，可以被搜索引擎检索到。有兴趣的朋友可以自己试试。
希望这篇文章能让你对SAP产品UI在支持搜索引擎优化方面所做的努力有一些基本的了解，谢谢阅读。 查看全部
这是杰瑞2021年的第52篇文章，也是王子曦公众号总共第329篇原创文章。
本文的主题还源于 Jerry 团队最近处理的一个客户事件，并且与 Jerry 之前的 文章 演示文稿的内容密切相关。
让我们简单回顾一下前面介绍的客户端渲染（CSR）和服务器端渲染（SSR）的区别。
客户端渲染
如下图所示，用户通过浏览器向网站发送请求，服务器或CDN为用户提供静态HTML、CSS和JavaScript文件。浏览器下载HTML和JavaScript文件，执行JavaScript（通常是Angular、React、Vue、SAP UI5等前端框架的库文件）完成页面渲染。在大多数情况下，浏览器会通过 AJAX 向后端服务器请求动态内容。从服务器获取 API 响应后，在客户端浏览器中解析响应内容以呈现最终页面。
客户端渲染之所以得名，是因为通过 HTML 页面的源代码渲染最终页面并根据 API 响应动态更改页面内容的行为发生在客户端。
使用 CSR 技术的 SAP 产品 UI 包括使用 SAP UI5 框架开发的所有产品，例如 SAP Cloud for Customer，以及基于 SAP Fiori Elements 的 SAP S/4HANA 页面。
服务器端渲染
与CSR相比，在服务器端渲染机制中，从HTML源代码到最终呈现给用户的页面的转换过程是在服务器端运行环境中进行的。
例如，假设 Angular 应用开启了服务端渲染模式，并使用 express 库在 Node.js 服务器上运行，那么应用的 index.html 页面将通过 nguniversal/express-engine 引擎进行渲染。入口位置如下：
服务端渲染完成后，最终呈现给客户端的HTML源代码字符串通过回调函数发送给浏览器，也就是下图1006行做的回调函数。
下图第1008行done回调函数中显示的变量str存储了SAP Commerce Cloud UI启动服务端渲染后服务端渲染的index.html的完整HTML源代码，超过240KB；而在客户端渲染模式下，服务器返回给浏览器的 index.html 内容大小小于 1KB。
使用SSR技术的SAP产品UI，包括所有基于SAP ABAP Webdynpro、WebClient UI技术的产品，如SAP SRM、SAP CRM、SAP S/4HANA中Service模块的UI、基于JSP技术的SAP Commerce Cloud、加速器UI等...
基于 SAP Spartacus 开源项目的新一代 SAP Commerce Cloud UI 支持客户端渲染和服务器端渲染。
回到本文的主题。
在客户端渲染模式下，Web 应用程序对 SEO 的支持较少。以 SAP Commerce Cloud UI 为例，在使用客户端渲染时，搜索引擎的网络爬虫爬取了一个空的 index.html 页面：app-root 标签中没有内容，因为直到接收到内容浏览器接收 index.html 页面。html，执行 Angular 框架代码，生成最终的 HTML 源代码。
开启服务端渲染模式后，服务端完成页面渲染。此时，服务器返回浏览器的 app-root 标签，其中已经收录了最终渲染的页面。下图开启服务端渲染模式后请求SAP Commerce Cloud UI首页时，可以对比从服务端接收到的index.html中app-root标签中的数据，并与上图中的客户端渲染模式。
服务端渲染解决了网页爬虫无法正确抓取网页应用页面内容的问题。但是，将页面渲染、数据请求和响应处理移到服务器端，势必会占用服务器端宝贵的内存资源，增加其处理负担。
为此，在SAP Commerce Cloud UI的服务端渲染模式中，我们团队还设计了一些优化逻辑，比如引入渲染缓存，增加渲染队列和超时机制，在一定条件下降级为客户端渲染等。在保证服务器正常服务能力和支持搜索引擎优化之间取得了较好的折衷。
支持服务端渲染只是完成搜索引擎优化的第一步。基于SAP UI5框架开发的SAP应用大多不是2C应用，所以不依赖搜索引擎优化，即这些应用不太可能出现在用户的搜索引擎结果列表中。
另一方面，比如客户使用SAP Commerce Cloud搭建自己的电商店铺，那么店铺搜索引擎优化的完善程度直接关系到店铺的销售额。
网站的搜索引擎优化是一门学问，这篇文章Jerry只介绍他最近从处理客户事件中学到的相关知识。
我们在谷歌根据关键词lego ae进行搜索，搜索结果的第二条记录是阿联酋LEGO的电子商务商店网站（国家代码AE），是基于SAP Spartacus SAP Commerce开发的云界面页面：
上图中灰色区域的页面标题和黄色区域的页面描述分别来自SAP Commerce Cloud UI网页源代码中的title标签和meta description标签的值。
另一个例子是根据关键词 lego ae LEGO Dinosaur Fossils 搜索一个乐高恐龙化石产品：
在搜索结果列表中，会出现一个 SAP Commerce Cloud UI PDP 页面 - 产品详细信息页面，它是一个产品详细信息页面：
在上面的示例中，页面标题标签和元描述标签的值都是后端驱动的，即来自 SAP Commerce Cloud 后端系统。
在SAP Commerce Cloud UI的实现中，我们团队设计了Page模型，它的title字段和description字段分别维护了HTML源代码title和meta description标签中需要渲染的值。
我们将上述模型称为 SAP Commerce Cloud UI 页面的元数据：Page Meta。
在运行时，这些页面元数据是通过PageMetaService类的meta$成员来维护的，赋值逻辑如下：
（1)调用cmsService的getCurrentPage方法从Commerce后台读取页面元数据；
(2)根据Commerce Cloud前端配置，读取当前页面类型需要完成的元数据解析类型，获取负责执行相应操作的解析器；
(3) 调用对应的解析器完成解析工作。
解析后的页面元数据存放在PageMetaService的成员变量meta$中，最终被SeoMetaService订阅，取出其值注入到页面DOM元素中。这就是 SAP Commerce Cloud UI 如何为 SEO 实现基于元标记的实现。
在 SAP S/4HANA 等后台人员使用较多的应用程序中，虽然页面上有元标记，但与 SAP Commerce Cloud UI 中使用元描述标记来支持搜索引擎优化是不同的。S/4HANA UI页面中的meta标签，更多体现的是维护页面元数据的初衷，由SAP UI5框架代码和对应的后台代码解析，对客户完全透明。
例如下图中的meta标签名称为sap-client，维护的内容为715，表示Fiori Launchpad后台对应的ABAP Client ID为715.
最后，可以使用inurl语法在搜索引擎中搜索，可以找到一些网站使用SAP WebClient UI技术进行服务端渲染，可以被搜索引擎检索到。有兴趣的朋友可以自己试试。
希望这篇文章能让你对SAP产品UI在支持搜索引擎优化方面所做的努力有一些基本的了解，谢谢阅读。 查看全部
搜索引擎主题模型优化(这是Jerry2021年的第52篇文章，也是汪子熙公众号)
这是杰瑞2021年的第52篇文章，也是王子曦公众号总共第329篇原创文章。
本文的主题还源于 Jerry 团队最近处理的一个客户事件，并且与 Jerry 之前的 文章 演示文稿的内容密切相关。
让我们简单回顾一下前面介绍的客户端渲染（CSR）和服务器端渲染（SSR）的区别。
客户端渲染
如下图所示，用户通过浏览器向网站发送请求，服务器或CDN为用户提供静态HTML、CSS和JavaScript文件。浏览器下载HTML和JavaScript文件，执行JavaScript（通常是Angular、React、Vue、SAP UI5等前端框架的库文件）完成页面渲染。在大多数情况下，浏览器会通过 AJAX 向后端服务器请求动态内容。从服务器获取 API 响应后，在客户端浏览器中解析响应内容以呈现最终页面。
客户端渲染之所以得名，是因为通过 HTML 页面的源代码渲染最终页面并根据 API 响应动态更改页面内容的行为发生在客户端。
使用 CSR 技术的 SAP 产品 UI 包括使用 SAP UI5 框架开发的所有产品，例如 SAP Cloud for Customer，以及基于 SAP Fiori Elements 的 SAP S/4HANA 页面。
服务器端渲染
与CSR相比，在服务器端渲染机制中，从HTML源代码到最终呈现给用户的页面的转换过程是在服务器端运行环境中进行的。
例如，假设 Angular 应用开启了服务端渲染模式，并使用 express 库在 Node.js 服务器上运行，那么应用的 index.html 页面将通过 nguniversal/express-engine 引擎进行渲染。入口位置如下：
服务端渲染完成后，最终呈现给客户端的HTML源代码字符串通过回调函数发送给浏览器，也就是下图1006行做的回调函数。
下图第1008行done回调函数中显示的变量str存储了SAP Commerce Cloud UI启动服务端渲染后服务端渲染的index.html的完整HTML源代码，超过240KB；而在客户端渲染模式下，服务器返回给浏览器的 index.html 内容大小小于 1KB。
使用SSR技术的SAP产品UI，包括所有基于SAP ABAP Webdynpro、WebClient UI技术的产品，如SAP SRM、SAP CRM、SAP S/4HANA中Service模块的UI、基于JSP技术的SAP Commerce Cloud、加速器UI等...
基于 SAP Spartacus 开源项目的新一代 SAP Commerce Cloud UI 支持客户端渲染和服务器端渲染。
回到本文的主题。
在客户端渲染模式下，Web 应用程序对 SEO 的支持较少。以 SAP Commerce Cloud UI 为例，在使用客户端渲染时，搜索引擎的网络爬虫爬取了一个空的 index.html 页面：app-root 标签中没有内容，因为直到接收到内容浏览器接收 index.html 页面。html，执行 Angular 框架代码，生成最终的 HTML 源代码。
开启服务端渲染模式后，服务端完成页面渲染。此时，服务器返回浏览器的 app-root 标签，其中已经收录了最终渲染的页面。下图开启服务端渲染模式后请求SAP Commerce Cloud UI首页时，可以对比从服务端接收到的index.html中app-root标签中的数据，并与上图中的客户端渲染模式。
服务端渲染解决了网页爬虫无法正确抓取网页应用页面内容的问题。但是，将页面渲染、数据请求和响应处理移到服务器端，势必会占用服务器端宝贵的内存资源，增加其处理负担。
为此，在SAP Commerce Cloud UI的服务端渲染模式中，我们团队还设计了一些优化逻辑，比如引入渲染缓存，增加渲染队列和超时机制，在一定条件下降级为客户端渲染等。在保证服务器正常服务能力和支持搜索引擎优化之间取得了较好的折衷。
支持服务端渲染只是完成搜索引擎优化的第一步。基于SAP UI5框架开发的SAP应用大多不是2C应用，所以不依赖搜索引擎优化，即这些应用不太可能出现在用户的搜索引擎结果列表中。
另一方面，比如客户使用SAP Commerce Cloud搭建自己的电商店铺，那么店铺搜索引擎优化的完善程度直接关系到店铺的销售额。
网站的搜索引擎优化是一门学问，这篇文章Jerry只介绍他最近从处理客户事件中学到的相关知识。
我们在谷歌根据关键词lego ae进行搜索，搜索结果的第二条记录是阿联酋LEGO的电子商务商店网站（国家代码AE），是基于SAP Spartacus SAP Commerce开发的云界面页面：
上图中灰色区域的页面标题和黄色区域的页面描述分别来自SAP Commerce Cloud UI网页源代码中的title标签和meta description标签的值。
另一个例子是根据关键词 lego ae LEGO Dinosaur Fossils 搜索一个乐高恐龙化石产品：
在搜索结果列表中，会出现一个 SAP Commerce Cloud UI PDP 页面 - 产品详细信息页面，它是一个产品详细信息页面：
在上面的示例中，页面标题标签和元描述标签的值都是后端驱动的，即来自 SAP Commerce Cloud 后端系统。
在SAP Commerce Cloud UI的实现中，我们团队设计了Page模型，它的title字段和description字段分别维护了HTML源代码title和meta description标签中需要渲染的值。
我们将上述模型称为 SAP Commerce Cloud UI 页面的元数据：Page Meta。
在运行时，这些页面元数据是通过PageMetaService类的meta$成员来维护的，赋值逻辑如下：
（1)调用cmsService的getCurrentPage方法从Commerce后台读取页面元数据；
(2)根据Commerce Cloud前端配置，读取当前页面类型需要完成的元数据解析类型，获取负责执行相应操作的解析器；
(3) 调用对应的解析器完成解析工作。
解析后的页面元数据存放在PageMetaService的成员变量meta$中，最终被SeoMetaService订阅，取出其值注入到页面DOM元素中。这就是 SAP Commerce Cloud UI 如何为 SEO 实现基于元标记的实现。
在 SAP S/4HANA 等后台人员使用较多的应用程序中，虽然页面上有元标记，但与 SAP Commerce Cloud UI 中使用元描述标记来支持搜索引擎优化是不同的。S/4HANA UI页面中的meta标签，更多体现的是维护页面元数据的初衷，由SAP UI5框架代码和对应的后台代码解析，对客户完全透明。
例如下图中的meta标签名称为sap-client，维护的内容为715，表示Fiori Launchpad后台对应的ABAP Client ID为715.
最后，可以使用inurl语法在搜索引擎中搜索，可以找到一些网站使用SAP WebClient UI技术进行服务端渲染，可以被搜索引擎检索到。有兴趣的朋友可以自己试试。
希望这篇文章能让你对SAP产品UI在支持搜索引擎优化方面所做的努力有一些基本的了解，谢谢阅读。
搜索引擎主题模型优化(这是Jerry2021年的第52篇文章，也是汪子熙公众号)
网站优化 • 优采云 发表了文章 • 0 个评论 • 79 次浏览 • 2022-01-29 15:00
搜索引擎主题模型优化(这是Jerry2021年的第52篇文章，也是汪子熙公众号)
这是杰瑞2021年的第52篇文章，也是王子曦公众号总共第329篇原创文章。
本文的主题还源于 Jerry 团队最近处理的一个客户事件，并且与 Jerry 之前的 文章 演示文稿的内容密切相关。
让我们简单回顾一下前面介绍的客户端渲染（CSR）和服务器端渲染（SSR）的区别。
客户端渲染
如下图所示，用户通过浏览器向网站发送请求，服务器或CDN为用户提供静态HTML、CSS和JavaScript文件。浏览器下载HTML和JavaScript文件，执行JavaScript（通常是Angular、React、Vue、SAP UI5等前端框架的库文件）完成页面渲染。在大多数情况下，浏览器会通过 AJAX 向后端服务器请求动态内容。从服务器获取 API 响应后，在客户端浏览器中解析响应内容以呈现最终页面。
客户端渲染之所以得名，是因为通过 HTML 页面的源代码渲染最终页面并根据 API 响应动态更改页面内容的行为发生在客户端。
使用 CSR 技术的 SAP 产品 UI 包括使用 SAP UI5 框架开发的所有产品，例如 SAP Cloud for Customer，以及基于 SAP Fiori Elements 的 SAP S/4HANA 页面。
服务器端渲染
与CSR相比，在服务器端渲染机制中，从HTML源代码到最终呈现给用户的页面的转换过程是在服务器端运行环境中进行的。
例如，假设 Angular 应用开启了服务端渲染模式，并使用 express 库在 Node.js 服务器上运行，那么应用的 index.html 页面将通过 nguniversal/express-engine 引擎进行渲染。入口位置如下：
服务端渲染完成后，最终呈现给客户端的HTML源代码字符串通过回调函数发送给浏览器，也就是下图1006行做的回调函数。
下图第1008行done回调函数中显示的变量str存储了SAP Commerce Cloud UI启动服务端渲染后服务端渲染的index.html的完整HTML源代码，超过240KB；而在客户端渲染模式下，服务器返回给浏览器的 index.html 内容大小小于 1KB。
使用SSR技术的SAP产品UI，包括所有基于SAP ABAP Webdynpro、WebClient UI技术的产品，如SAP SRM、SAP CRM、SAP S/4HANA中Service模块的UI、基于JSP技术的SAP Commerce Cloud、加速器UI等...
基于 SAP Spartacus 开源项目的新一代 SAP Commerce Cloud UI 支持客户端渲染和服务器端渲染。
回到本文的主题。
在客户端渲染模式下，Web 应用程序对 SEO 的支持较少。以 SAP Commerce Cloud UI 为例，在使用客户端渲染时，搜索引擎的网络爬虫爬取了一个空的 index.html 页面：app-root 标签中没有内容，因为直到接收到内容浏览器接收 index.html 页面。html，执行 Angular 框架代码，生成最终的 HTML 源代码。
开启服务端渲染模式后，服务端完成页面渲染。此时，服务器返回浏览器的 app-root 标签，其中已经收录了最终渲染的页面。下图开启服务端渲染模式后请求SAP Commerce Cloud UI首页时，可以对比从服务端接收到的index.html中app-root标签中的数据，并与上图中的客户端渲染模式。
服务端渲染解决了网页爬虫无法正确抓取网页应用页面内容的问题。但是，将页面渲染、数据请求和响应处理移到服务器端，势必会占用服务器端宝贵的内存资源，增加其处理负担。
为此，在SAP Commerce Cloud UI的服务端渲染模式中，我们团队还设计了一些优化逻辑，比如引入渲染缓存，增加渲染队列和超时机制，在一定条件下降级为客户端渲染等。在保证服务器正常服务能力和支持搜索引擎优化之间取得了较好的折衷。
支持服务端渲染只是完成搜索引擎优化的第一步。基于SAP UI5框架开发的SAP应用大多不是2C应用，所以不依赖搜索引擎优化，即这些应用不太可能出现在用户的搜索引擎结果列表中。
另一方面，比如客户使用SAP Commerce Cloud搭建自己的电商店铺，那么店铺搜索引擎优化的完善程度直接关系到店铺的销售额。
网站的搜索引擎优化是一门学问，这篇文章Jerry只介绍他最近从处理客户事件中学到的相关知识。
我们在谷歌根据关键词lego ae进行搜索，搜索结果的第二条记录是阿联酋LEGO的电子商务商店网站（国家代码AE），是基于SAP Spartacus SAP Commerce开发的云界面页面：
上图中灰色区域的页面标题和黄色区域的页面描述分别来自SAP Commerce Cloud UI网页源代码中的title标签和meta description标签的值。
另一个例子是根据关键词 lego ae LEGO Dinosaur Fossils 搜索一个乐高恐龙化石产品：
在搜索结果列表中，会出现一个 SAP Commerce Cloud UI PDP 页面 - 产品详细信息页面，它是一个产品详细信息页面：
在上面的示例中，页面标题标签和元描述标签的值都是后端驱动的，即来自 SAP Commerce Cloud 后端系统。
在SAP Commerce Cloud UI的实现中，我们团队设计了Page模型，其title字段和description字段分别维护了HTML源代码title和meta description标签中需要渲染的值。
我们将上述模型称为 SAP Commerce Cloud UI 页面的元数据：Page Meta。
在运行时，这些页面元数据是通过PageMetaService类的meta$成员来维护的，赋值逻辑如下：
（1)调用cmsService的getCurrentPage方法从Commerce后台读取页面元数据；
(2)根据Commerce Cloud前端配置，读取当前页面类型需要完成的元数据解析类型，获取负责执行相应操作的解析器；
(3) 调用对应的解析器完成解析工作。
解析后的页面元数据存放在PageMetaService的成员变量meta$中，最终被SeoMetaService订阅，取出其值注入到页面DOM元素中。这就是 SAP Commerce Cloud UI 如何为 SEO 实现基于元标记的实现。
在 SAP S/4HANA 等后台人员使用较多的应用程序中，虽然页面上有元标记，但与 SAP Commerce Cloud UI 中使用元描述标记来支持搜索引擎优化是不同的。S/4HANA UI页面中的meta标签，更多体现的是维护页面元数据的初衷，由SAP UI5框架代码和对应的后台代码解析，对客户完全透明。
例如下图中的meta标签名称为sap-client，维护的内容为715，表示Fiori Launchpad后台对应的ABAP Client ID为715.
最后，可以使用inurl语法在搜索引擎中搜索，可以找到一些网站使用SAP WebClient UI技术进行服务端渲染，可以被搜索引擎检索到。有兴趣的朋友可以自己试试。
希望这篇文章能让你对SAP产品UI在支持搜索引擎优化方面所做的努力有一些基本的了解，谢谢阅读。 查看全部
这是杰瑞2021年的第52篇文章，也是王子曦公众号总共第329篇原创文章。
本文的主题还源于 Jerry 团队最近处理的一个客户事件，并且与 Jerry 之前的 文章 演示文稿的内容密切相关。
让我们简单回顾一下前面介绍的客户端渲染（CSR）和服务器端渲染（SSR）的区别。
客户端渲染
如下图所示，用户通过浏览器向网站发送请求，服务器或CDN为用户提供静态HTML、CSS和JavaScript文件。浏览器下载HTML和JavaScript文件，执行JavaScript（通常是Angular、React、Vue、SAP UI5等前端框架的库文件）完成页面渲染。在大多数情况下，浏览器会通过 AJAX 向后端服务器请求动态内容。从服务器获取 API 响应后，在客户端浏览器中解析响应内容以呈现最终页面。
客户端渲染之所以得名，是因为通过 HTML 页面的源代码渲染最终页面并根据 API 响应动态更改页面内容的行为发生在客户端。
使用 CSR 技术的 SAP 产品 UI 包括使用 SAP UI5 框架开发的所有产品，例如 SAP Cloud for Customer，以及基于 SAP Fiori Elements 的 SAP S/4HANA 页面。
服务器端渲染
与CSR相比，在服务器端渲染机制中，从HTML源代码到最终呈现给用户的页面的转换过程是在服务器端运行环境中进行的。
例如，假设 Angular 应用开启了服务端渲染模式，并使用 express 库在 Node.js 服务器上运行，那么应用的 index.html 页面将通过 nguniversal/express-engine 引擎进行渲染。入口位置如下：
服务端渲染完成后，最终呈现给客户端的HTML源代码字符串通过回调函数发送给浏览器，也就是下图1006行做的回调函数。
下图第1008行done回调函数中显示的变量str存储了SAP Commerce Cloud UI启动服务端渲染后服务端渲染的index.html的完整HTML源代码，超过240KB；而在客户端渲染模式下，服务器返回给浏览器的 index.html 内容大小小于 1KB。
使用SSR技术的SAP产品UI，包括所有基于SAP ABAP Webdynpro、WebClient UI技术的产品，如SAP SRM、SAP CRM、SAP S/4HANA中Service模块的UI、基于JSP技术的SAP Commerce Cloud、加速器UI等...
基于 SAP Spartacus 开源项目的新一代 SAP Commerce Cloud UI 支持客户端渲染和服务器端渲染。
回到本文的主题。
在客户端渲染模式下，Web 应用程序对 SEO 的支持较少。以 SAP Commerce Cloud UI 为例，在使用客户端渲染时，搜索引擎的网络爬虫爬取了一个空的 index.html 页面：app-root 标签中没有内容，因为直到接收到内容浏览器接收 index.html 页面。html，执行 Angular 框架代码，生成最终的 HTML 源代码。
开启服务端渲染模式后，服务端完成页面渲染。此时，服务器返回浏览器的 app-root 标签，其中已经收录了最终渲染的页面。下图开启服务端渲染模式后请求SAP Commerce Cloud UI首页时，可以对比从服务端接收到的index.html中app-root标签中的数据，并与上图中的客户端渲染模式。
服务端渲染解决了网页爬虫无法正确抓取网页应用页面内容的问题。但是，将页面渲染、数据请求和响应处理移到服务器端，势必会占用服务器端宝贵的内存资源，增加其处理负担。
为此，在SAP Commerce Cloud UI的服务端渲染模式中，我们团队还设计了一些优化逻辑，比如引入渲染缓存，增加渲染队列和超时机制，在一定条件下降级为客户端渲染等。在保证服务器正常服务能力和支持搜索引擎优化之间取得了较好的折衷。
支持服务端渲染只是完成搜索引擎优化的第一步。基于SAP UI5框架开发的SAP应用大多不是2C应用，所以不依赖搜索引擎优化，即这些应用不太可能出现在用户的搜索引擎结果列表中。
另一方面，比如客户使用SAP Commerce Cloud搭建自己的电商店铺，那么店铺搜索引擎优化的完善程度直接关系到店铺的销售额。
网站的搜索引擎优化是一门学问，这篇文章Jerry只介绍他最近从处理客户事件中学到的相关知识。
我们在谷歌根据关键词lego ae进行搜索，搜索结果的第二条记录是阿联酋LEGO的电子商务商店网站（国家代码AE），是基于SAP Spartacus SAP Commerce开发的云界面页面：
上图中灰色区域的页面标题和黄色区域的页面描述分别来自SAP Commerce Cloud UI网页源代码中的title标签和meta description标签的值。
另一个例子是根据关键词 lego ae LEGO Dinosaur Fossils 搜索一个乐高恐龙化石产品：
在搜索结果列表中，会出现一个 SAP Commerce Cloud UI PDP 页面 - 产品详细信息页面，它是一个产品详细信息页面：
在上面的示例中，页面标题标签和元描述标签的值都是后端驱动的，即来自 SAP Commerce Cloud 后端系统。
在SAP Commerce Cloud UI的实现中，我们团队设计了Page模型，其title字段和description字段分别维护了HTML源代码title和meta description标签中需要渲染的值。
我们将上述模型称为 SAP Commerce Cloud UI 页面的元数据：Page Meta。
在运行时，这些页面元数据是通过PageMetaService类的meta$成员来维护的，赋值逻辑如下：
（1)调用cmsService的getCurrentPage方法从Commerce后台读取页面元数据；
(2)根据Commerce Cloud前端配置，读取当前页面类型需要完成的元数据解析类型，获取负责执行相应操作的解析器；
(3) 调用对应的解析器完成解析工作。
解析后的页面元数据存放在PageMetaService的成员变量meta$中，最终被SeoMetaService订阅，取出其值注入到页面DOM元素中。这就是 SAP Commerce Cloud UI 如何为 SEO 实现基于元标记的实现。
在 SAP S/4HANA 等后台人员使用较多的应用程序中，虽然页面上有元标记，但与 SAP Commerce Cloud UI 中使用元描述标记来支持搜索引擎优化是不同的。S/4HANA UI页面中的meta标签，更多体现的是维护页面元数据的初衷，由SAP UI5框架代码和对应的后台代码解析，对客户完全透明。
例如下图中的meta标签名称为sap-client，维护的内容为715，表示Fiori Launchpad后台对应的ABAP Client ID为715.
最后，可以使用inurl语法在搜索引擎中搜索，可以找到一些网站使用SAP WebClient UI技术进行服务端渲染，可以被搜索引擎检索到。有兴趣的朋友可以自己试试。
希望这篇文章能让你对SAP产品UI在支持搜索引擎优化方面所做的努力有一些基本的了解，谢谢阅读。 查看全部
搜索引擎主题模型优化(这是Jerry2021年的第52篇文章，也是汪子熙公众号)
这是杰瑞2021年的第52篇文章，也是王子曦公众号总共第329篇原创文章。
本文的主题还源于 Jerry 团队最近处理的一个客户事件，并且与 Jerry 之前的 文章 演示文稿的内容密切相关。
让我们简单回顾一下前面介绍的客户端渲染（CSR）和服务器端渲染（SSR）的区别。
客户端渲染
如下图所示，用户通过浏览器向网站发送请求，服务器或CDN为用户提供静态HTML、CSS和JavaScript文件。浏览器下载HTML和JavaScript文件，执行JavaScript（通常是Angular、React、Vue、SAP UI5等前端框架的库文件）完成页面渲染。在大多数情况下，浏览器会通过 AJAX 向后端服务器请求动态内容。从服务器获取 API 响应后，在客户端浏览器中解析响应内容以呈现最终页面。
客户端渲染之所以得名，是因为通过 HTML 页面的源代码渲染最终页面并根据 API 响应动态更改页面内容的行为发生在客户端。
使用 CSR 技术的 SAP 产品 UI 包括使用 SAP UI5 框架开发的所有产品，例如 SAP Cloud for Customer，以及基于 SAP Fiori Elements 的 SAP S/4HANA 页面。
服务器端渲染
与CSR相比，在服务器端渲染机制中，从HTML源代码到最终呈现给用户的页面的转换过程是在服务器端运行环境中进行的。
例如，假设 Angular 应用开启了服务端渲染模式，并使用 express 库在 Node.js 服务器上运行，那么应用的 index.html 页面将通过 nguniversal/express-engine 引擎进行渲染。入口位置如下：
服务端渲染完成后，最终呈现给客户端的HTML源代码字符串通过回调函数发送给浏览器，也就是下图1006行做的回调函数。
下图第1008行done回调函数中显示的变量str存储了SAP Commerce Cloud UI启动服务端渲染后服务端渲染的index.html的完整HTML源代码，超过240KB；而在客户端渲染模式下，服务器返回给浏览器的 index.html 内容大小小于 1KB。
使用SSR技术的SAP产品UI，包括所有基于SAP ABAP Webdynpro、WebClient UI技术的产品，如SAP SRM、SAP CRM、SAP S/4HANA中Service模块的UI、基于JSP技术的SAP Commerce Cloud、加速器UI等...
基于 SAP Spartacus 开源项目的新一代 SAP Commerce Cloud UI 支持客户端渲染和服务器端渲染。
回到本文的主题。
在客户端渲染模式下，Web 应用程序对 SEO 的支持较少。以 SAP Commerce Cloud UI 为例，在使用客户端渲染时，搜索引擎的网络爬虫爬取了一个空的 index.html 页面：app-root 标签中没有内容，因为直到接收到内容浏览器接收 index.html 页面。html，执行 Angular 框架代码，生成最终的 HTML 源代码。
开启服务端渲染模式后，服务端完成页面渲染。此时，服务器返回浏览器的 app-root 标签，其中已经收录了最终渲染的页面。下图开启服务端渲染模式后请求SAP Commerce Cloud UI首页时，可以对比从服务端接收到的index.html中app-root标签中的数据，并与上图中的客户端渲染模式。
服务端渲染解决了网页爬虫无法正确抓取网页应用页面内容的问题。但是，将页面渲染、数据请求和响应处理移到服务器端，势必会占用服务器端宝贵的内存资源，增加其处理负担。
为此，在SAP Commerce Cloud UI的服务端渲染模式中，我们团队还设计了一些优化逻辑，比如引入渲染缓存，增加渲染队列和超时机制，在一定条件下降级为客户端渲染等。在保证服务器正常服务能力和支持搜索引擎优化之间取得了较好的折衷。
支持服务端渲染只是完成搜索引擎优化的第一步。基于SAP UI5框架开发的SAP应用大多不是2C应用，所以不依赖搜索引擎优化，即这些应用不太可能出现在用户的搜索引擎结果列表中。
另一方面，比如客户使用SAP Commerce Cloud搭建自己的电商店铺，那么店铺搜索引擎优化的完善程度直接关系到店铺的销售额。
网站的搜索引擎优化是一门学问，这篇文章Jerry只介绍他最近从处理客户事件中学到的相关知识。
我们在谷歌根据关键词lego ae进行搜索，搜索结果的第二条记录是阿联酋LEGO的电子商务商店网站（国家代码AE），是基于SAP Spartacus SAP Commerce开发的云界面页面：
上图中灰色区域的页面标题和黄色区域的页面描述分别来自SAP Commerce Cloud UI网页源代码中的title标签和meta description标签的值。
另一个例子是根据关键词 lego ae LEGO Dinosaur Fossils 搜索一个乐高恐龙化石产品：
在搜索结果列表中，会出现一个 SAP Commerce Cloud UI PDP 页面 - 产品详细信息页面，它是一个产品详细信息页面：
在上面的示例中，页面标题标签和元描述标签的值都是后端驱动的，即来自 SAP Commerce Cloud 后端系统。
在SAP Commerce Cloud UI的实现中，我们团队设计了Page模型，其title字段和description字段分别维护了HTML源代码title和meta description标签中需要渲染的值。
我们将上述模型称为 SAP Commerce Cloud UI 页面的元数据：Page Meta。
在运行时，这些页面元数据是通过PageMetaService类的meta$成员来维护的，赋值逻辑如下：
（1)调用cmsService的getCurrentPage方法从Commerce后台读取页面元数据；
(2)根据Commerce Cloud前端配置，读取当前页面类型需要完成的元数据解析类型，获取负责执行相应操作的解析器；
(3) 调用对应的解析器完成解析工作。
解析后的页面元数据存放在PageMetaService的成员变量meta$中，最终被SeoMetaService订阅，取出其值注入到页面DOM元素中。这就是 SAP Commerce Cloud UI 如何为 SEO 实现基于元标记的实现。
在 SAP S/4HANA 等后台人员使用较多的应用程序中，虽然页面上有元标记，但与 SAP Commerce Cloud UI 中使用元描述标记来支持搜索引擎优化是不同的。S/4HANA UI页面中的meta标签，更多体现的是维护页面元数据的初衷，由SAP UI5框架代码和对应的后台代码解析，对客户完全透明。
例如下图中的meta标签名称为sap-client，维护的内容为715，表示Fiori Launchpad后台对应的ABAP Client ID为715.
最后，可以使用inurl语法在搜索引擎中搜索，可以找到一些网站使用SAP WebClient UI技术进行服务端渲染，可以被搜索引擎检索到。有兴趣的朋友可以自己试试。
希望这篇文章能让你对SAP产品UI在支持搜索引擎优化方面所做的努力有一些基本的了解，谢谢阅读。
搜索引擎主题模型优化(这是Jerry2021年的第52篇文章，也是汪子熙公众号)
网站优化 • 优采云 发表了文章 • 0 个评论 • 45 次浏览 • 2022-01-29 14:25
搜索引擎主题模型优化(这是Jerry2021年的第52篇文章，也是汪子熙公众号)
这是杰瑞2021年的第52篇文章，也是王子曦公众号总共第329篇原创文章。
本文的主题还源于 Jerry 团队最近处理的一个客户事件，并且与 Jerry 之前的 文章 演示文稿的内容密切相关。
让我们简单回顾一下前面介绍的客户端渲染（CSR）和服务器端渲染（SSR）的区别。
客户端渲染
如下图所示，用户通过浏览器向网站发送请求，服务器或CDN为用户提供静态HTML、CSS和JavaScript文件。浏览器下载HTML和JavaScript文件，执行JavaScript（通常是Angular、React、Vue、SAP UI5等前端框架的库文件）完成页面渲染。在大多数情况下，浏览器会通过 AJAX 向后端服务器请求动态内容。从服务器获取 API 响应后，在客户端浏览器中解析响应内容以呈现最终页面。
客户端渲染之所以得名，是因为通过 HTML 页面的源代码渲染最终页面并根据 API 响应动态更改页面内容的行为发生在客户端。
使用 CSR 技术的 SAP 产品 UI 包括使用 SAP UI5 框架开发的所有产品，例如 SAP Cloud for Customer，以及基于 SAP Fiori Elements 的 SAP S/4HANA 页面。
服务器端渲染
与CSR相比，在服务器端渲染机制中，从HTML源代码到最终呈现给用户的页面的转换过程是在服务器端运行环境中进行的。
例如，假设 Angular 应用开启了服务端渲染模式，并使用 express 库在 Node.js 服务器上运行，那么应用的 index.html 页面将通过 nguniversal/express-engine 引擎进行渲染。入口位置如下：
服务端渲染完成后，最终呈现给客户端的HTML源代码字符串通过回调函数发送给浏览器，也就是下图1006行做的回调函数。
下图第1008行done回调函数中显示的变量str存储了SAP Commerce Cloud UI启动服务端渲染后服务端渲染的index.html的完整HTML源代码，超过240KB；而在客户端渲染模式下，服务器返回给浏览器的 index.html 内容大小小于 1KB。
使用SSR技术的SAP产品UI，包括所有基于SAP ABAP Webdynpro、WebClient UI技术的产品，如SAP SRM、SAP CRM、SAP S/4HANA中Service模块的UI、基于JSP技术的SAP Commerce Cloud、加速器UI等...
基于 SAP Spartacus 开源项目的新一代 SAP Commerce Cloud UI 支持客户端渲染和服务器端渲染。
回到本文的主题。
在客户端渲染模式下，Web 应用程序对 SEO 的支持较少。以 SAP Commerce Cloud UI 为例，在使用客户端渲染时，搜索引擎的网络爬虫爬取了一个空的 index.html 页面：app-root 标签中没有内容，因为直到接收到内容浏览器接收 index.html 页面。html，执行 Angular 框架代码，生成最终的 HTML 源代码。
开启服务端渲染模式后，服务端渲染页面。此时，服务器返回浏览器的 app-root 标签，其中已经收录了最终渲染的页面。下图开启服务端渲染模式后请求SAP Commerce Cloud UI首页时，可以对比从服务端接收到的index.html中app-root标签中的数据，并与上图中的客户端渲染模式。
服务端渲染解决了网页爬虫无法正确抓取网页应用页面内容的问题。但是，将页面渲染、数据请求和响应处理移到服务器端，势必会占用服务器端宝贵的内存资源，增加其处理负担。
为此，在SAP Commerce Cloud UI的服务端渲染模式中，我们团队还设计了一些优化逻辑，比如引入渲染缓存，增加渲染队列和超时机制，在一定条件下降级为客户端渲染等。在保证服务器正常服务能力和支持搜索引擎优化之间取得了较好的折衷。
支持服务端渲染只是完成搜索引擎优化的第一步。基于SAP UI5框架开发的SAP应用大多不是2C应用，所以不依赖搜索引擎优化，即这些应用不太可能出现在用户的搜索引擎结果列表中。
另一方面，比如客户使用SAP Commerce Cloud搭建自己的电商店铺，那么店铺搜索引擎优化的完善程度直接关系到店铺的销售额。
网站的搜索引擎优化是一门学问，这篇文章Jerry只介绍他最近从处理客户事件中学到的相关知识。
我们在谷歌根据关键词lego ae进行搜索，搜索结果的第二条记录是阿联酋LEGO的电子商务商店网站（国家代码AE），是基于SAP Spartacus SAP Commerce开发的云界面页面：
上图中灰色区域的页面标题和黄色区域的页面描述分别来自SAP Commerce Cloud UI网页源代码中的title标签和meta description标签的值。
另一个例子是根据关键词 lego ae LEGO Dinosaur Fossils 搜索一个乐高恐龙化石产品：
在搜索结果列表中，会出现一个 SAP Commerce Cloud UI PDP 页面 - 产品详细信息页面，它是一个产品详细信息页面：
在上面的示例中，页面标题标签和元描述标签的值都是后端驱动的，即来自 SAP Commerce Cloud 后端系统。
在SAP Commerce Cloud UI的实现中，我们团队设计了Page模型，它的title字段和description字段分别维护了HTML源代码title和meta description标签中需要渲染的值。
我们将上述模型称为 SAP Commerce Cloud UI 页面的元数据：Page Meta。
在运行时，这些页面元数据是通过PageMetaService类的meta$成员来维护的，赋值逻辑如下：
（1)调用cmsService的getCurrentPage方法从Commerce后台读取页面元数据；
(2)根据Commerce Cloud的前端配置，读取当前页面类型需要完成的元数据解析类型，获取负责执行相应操作的解析器；
(3) 调用对应的解析器完成解析工作。
解析后的页面元数据存放在PageMetaService的成员变量meta$中，最终被SeoMetaService订阅，取出其值注入到页面DOM元素中。这就是 SAP Commerce Cloud UI 如何为 SEO 实现基于元标记的实现。
在 SAP S/4HANA 等后台人员使用较多的应用程序中，虽然页面上有元标记，但与 SAP Commerce Cloud UI 中使用元描述标记来支持搜索引擎优化是不同的。S/4HANA UI页面中的meta标签，更多体现的是维护页面元数据的初衷，由SAP UI5框架代码和对应的后台代码解析，对客户完全透明。
例如下图中的meta标签名称为sap-client，维护的内容为715，表示Fiori Launchpad后台对应的ABAP Client ID为715.
最后，可以使用inurl语法在搜索引擎中搜索，可以找到一些网站使用SAP WebClient UI技术进行服务端渲染，可以被搜索引擎检索到。有兴趣的朋友可以自己试试。
希望这篇文章能让你对SAP产品UI在支持搜索引擎优化方面所做的努力有一些基本的了解，谢谢阅读。 查看全部
这是杰瑞2021年的第52篇文章，也是王子曦公众号总共第329篇原创文章。
本文的主题还源于 Jerry 团队最近处理的一个客户事件，并且与 Jerry 之前的 文章 演示文稿的内容密切相关。
让我们简单回顾一下前面介绍的客户端渲染（CSR）和服务器端渲染（SSR）的区别。
客户端渲染
如下图所示，用户通过浏览器向网站发送请求，服务器或CDN为用户提供静态HTML、CSS和JavaScript文件。浏览器下载HTML和JavaScript文件，执行JavaScript（通常是Angular、React、Vue、SAP UI5等前端框架的库文件）完成页面渲染。在大多数情况下，浏览器会通过 AJAX 向后端服务器请求动态内容。从服务器获取 API 响应后，在客户端浏览器中解析响应内容以呈现最终页面。
客户端渲染之所以得名，是因为通过 HTML 页面的源代码渲染最终页面并根据 API 响应动态更改页面内容的行为发生在客户端。
使用 CSR 技术的 SAP 产品 UI 包括使用 SAP UI5 框架开发的所有产品，例如 SAP Cloud for Customer，以及基于 SAP Fiori Elements 的 SAP S/4HANA 页面。
服务器端渲染
与CSR相比，在服务器端渲染机制中，从HTML源代码到最终呈现给用户的页面的转换过程是在服务器端运行环境中进行的。
例如，假设 Angular 应用开启了服务端渲染模式，并使用 express 库在 Node.js 服务器上运行，那么应用的 index.html 页面将通过 nguniversal/express-engine 引擎进行渲染。入口位置如下：
服务端渲染完成后，最终呈现给客户端的HTML源代码字符串通过回调函数发送给浏览器，也就是下图1006行做的回调函数。
下图第1008行done回调函数中显示的变量str存储了SAP Commerce Cloud UI启动服务端渲染后服务端渲染的index.html的完整HTML源代码，超过240KB；而在客户端渲染模式下，服务器返回给浏览器的 index.html 内容大小小于 1KB。
使用SSR技术的SAP产品UI，包括所有基于SAP ABAP Webdynpro、WebClient UI技术的产品，如SAP SRM、SAP CRM、SAP S/4HANA中Service模块的UI、基于JSP技术的SAP Commerce Cloud、加速器UI等...
基于 SAP Spartacus 开源项目的新一代 SAP Commerce Cloud UI 支持客户端渲染和服务器端渲染。
回到本文的主题。
在客户端渲染模式下，Web 应用程序对 SEO 的支持较少。以 SAP Commerce Cloud UI 为例，在使用客户端渲染时，搜索引擎的网络爬虫爬取了一个空的 index.html 页面：app-root 标签中没有内容，因为直到接收到内容浏览器接收 index.html 页面。html，执行 Angular 框架代码，生成最终的 HTML 源代码。
开启服务端渲染模式后，服务端渲染页面。此时，服务器返回浏览器的 app-root 标签，其中已经收录了最终渲染的页面。下图开启服务端渲染模式后请求SAP Commerce Cloud UI首页时，可以对比从服务端接收到的index.html中app-root标签中的数据，并与上图中的客户端渲染模式。
服务端渲染解决了网页爬虫无法正确抓取网页应用页面内容的问题。但是，将页面渲染、数据请求和响应处理移到服务器端，势必会占用服务器端宝贵的内存资源，增加其处理负担。
为此，在SAP Commerce Cloud UI的服务端渲染模式中，我们团队还设计了一些优化逻辑，比如引入渲染缓存，增加渲染队列和超时机制，在一定条件下降级为客户端渲染等。在保证服务器正常服务能力和支持搜索引擎优化之间取得了较好的折衷。
支持服务端渲染只是完成搜索引擎优化的第一步。基于SAP UI5框架开发的SAP应用大多不是2C应用，所以不依赖搜索引擎优化，即这些应用不太可能出现在用户的搜索引擎结果列表中。
另一方面，比如客户使用SAP Commerce Cloud搭建自己的电商店铺，那么店铺搜索引擎优化的完善程度直接关系到店铺的销售额。
网站的搜索引擎优化是一门学问，这篇文章Jerry只介绍他最近从处理客户事件中学到的相关知识。
我们在谷歌根据关键词lego ae进行搜索，搜索结果的第二条记录是阿联酋LEGO的电子商务商店网站（国家代码AE），是基于SAP Spartacus SAP Commerce开发的云界面页面：
上图中灰色区域的页面标题和黄色区域的页面描述分别来自SAP Commerce Cloud UI网页源代码中的title标签和meta description标签的值。
另一个例子是根据关键词 lego ae LEGO Dinosaur Fossils 搜索一个乐高恐龙化石产品：
在搜索结果列表中，会出现一个 SAP Commerce Cloud UI PDP 页面 - 产品详细信息页面，它是一个产品详细信息页面：
在上面的示例中，页面标题标签和元描述标签的值都是后端驱动的，即来自 SAP Commerce Cloud 后端系统。
在SAP Commerce Cloud UI的实现中，我们团队设计了Page模型，它的title字段和description字段分别维护了HTML源代码title和meta description标签中需要渲染的值。
我们将上述模型称为 SAP Commerce Cloud UI 页面的元数据：Page Meta。
在运行时，这些页面元数据是通过PageMetaService类的meta$成员来维护的，赋值逻辑如下：
（1)调用cmsService的getCurrentPage方法从Commerce后台读取页面元数据；
(2)根据Commerce Cloud的前端配置，读取当前页面类型需要完成的元数据解析类型，获取负责执行相应操作的解析器；
(3) 调用对应的解析器完成解析工作。
解析后的页面元数据存放在PageMetaService的成员变量meta$中，最终被SeoMetaService订阅，取出其值注入到页面DOM元素中。这就是 SAP Commerce Cloud UI 如何为 SEO 实现基于元标记的实现。
在 SAP S/4HANA 等后台人员使用较多的应用程序中，虽然页面上有元标记，但与 SAP Commerce Cloud UI 中使用元描述标记来支持搜索引擎优化是不同的。S/4HANA UI页面中的meta标签，更多体现的是维护页面元数据的初衷，由SAP UI5框架代码和对应的后台代码解析，对客户完全透明。
例如下图中的meta标签名称为sap-client，维护的内容为715，表示Fiori Launchpad后台对应的ABAP Client ID为715.
最后，可以使用inurl语法在搜索引擎中搜索，可以找到一些网站使用SAP WebClient UI技术进行服务端渲染，可以被搜索引擎检索到。有兴趣的朋友可以自己试试。
希望这篇文章能让你对SAP产品UI在支持搜索引擎优化方面所做的努力有一些基本的了解，谢谢阅读。 查看全部
搜索引擎主题模型优化(这是Jerry2021年的第52篇文章，也是汪子熙公众号)
这是杰瑞2021年的第52篇文章，也是王子曦公众号总共第329篇原创文章。
本文的主题还源于 Jerry 团队最近处理的一个客户事件，并且与 Jerry 之前的 文章 演示文稿的内容密切相关。
让我们简单回顾一下前面介绍的客户端渲染（CSR）和服务器端渲染（SSR）的区别。
客户端渲染
如下图所示，用户通过浏览器向网站发送请求，服务器或CDN为用户提供静态HTML、CSS和JavaScript文件。浏览器下载HTML和JavaScript文件，执行JavaScript（通常是Angular、React、Vue、SAP UI5等前端框架的库文件）完成页面渲染。在大多数情况下，浏览器会通过 AJAX 向后端服务器请求动态内容。从服务器获取 API 响应后，在客户端浏览器中解析响应内容以呈现最终页面。
客户端渲染之所以得名，是因为通过 HTML 页面的源代码渲染最终页面并根据 API 响应动态更改页面内容的行为发生在客户端。
使用 CSR 技术的 SAP 产品 UI 包括使用 SAP UI5 框架开发的所有产品，例如 SAP Cloud for Customer，以及基于 SAP Fiori Elements 的 SAP S/4HANA 页面。
服务器端渲染
与CSR相比，在服务器端渲染机制中，从HTML源代码到最终呈现给用户的页面的转换过程是在服务器端运行环境中进行的。
例如，假设 Angular 应用开启了服务端渲染模式，并使用 express 库在 Node.js 服务器上运行，那么应用的 index.html 页面将通过 nguniversal/express-engine 引擎进行渲染。入口位置如下：
服务端渲染完成后，最终呈现给客户端的HTML源代码字符串通过回调函数发送给浏览器，也就是下图1006行做的回调函数。
下图第1008行done回调函数中显示的变量str存储了SAP Commerce Cloud UI启动服务端渲染后服务端渲染的index.html的完整HTML源代码，超过240KB；而在客户端渲染模式下，服务器返回给浏览器的 index.html 内容大小小于 1KB。
使用SSR技术的SAP产品UI，包括所有基于SAP ABAP Webdynpro、WebClient UI技术的产品，如SAP SRM、SAP CRM、SAP S/4HANA中Service模块的UI、基于JSP技术的SAP Commerce Cloud、加速器UI等...
基于 SAP Spartacus 开源项目的新一代 SAP Commerce Cloud UI 支持客户端渲染和服务器端渲染。
回到本文的主题。
在客户端渲染模式下，Web 应用程序对 SEO 的支持较少。以 SAP Commerce Cloud UI 为例，在使用客户端渲染时，搜索引擎的网络爬虫爬取了一个空的 index.html 页面：app-root 标签中没有内容，因为直到接收到内容浏览器接收 index.html 页面。html，执行 Angular 框架代码，生成最终的 HTML 源代码。
开启服务端渲染模式后，服务端渲染页面。此时，服务器返回浏览器的 app-root 标签，其中已经收录了最终渲染的页面。下图开启服务端渲染模式后请求SAP Commerce Cloud UI首页时，可以对比从服务端接收到的index.html中app-root标签中的数据，并与上图中的客户端渲染模式。
服务端渲染解决了网页爬虫无法正确抓取网页应用页面内容的问题。但是，将页面渲染、数据请求和响应处理移到服务器端，势必会占用服务器端宝贵的内存资源，增加其处理负担。
为此，在SAP Commerce Cloud UI的服务端渲染模式中，我们团队还设计了一些优化逻辑，比如引入渲染缓存，增加渲染队列和超时机制，在一定条件下降级为客户端渲染等。在保证服务器正常服务能力和支持搜索引擎优化之间取得了较好的折衷。
支持服务端渲染只是完成搜索引擎优化的第一步。基于SAP UI5框架开发的SAP应用大多不是2C应用，所以不依赖搜索引擎优化，即这些应用不太可能出现在用户的搜索引擎结果列表中。
另一方面，比如客户使用SAP Commerce Cloud搭建自己的电商店铺，那么店铺搜索引擎优化的完善程度直接关系到店铺的销售额。
网站的搜索引擎优化是一门学问，这篇文章Jerry只介绍他最近从处理客户事件中学到的相关知识。
我们在谷歌根据关键词lego ae进行搜索，搜索结果的第二条记录是阿联酋LEGO的电子商务商店网站（国家代码AE），是基于SAP Spartacus SAP Commerce开发的云界面页面：
上图中灰色区域的页面标题和黄色区域的页面描述分别来自SAP Commerce Cloud UI网页源代码中的title标签和meta description标签的值。
另一个例子是根据关键词 lego ae LEGO Dinosaur Fossils 搜索一个乐高恐龙化石产品：
在搜索结果列表中，会出现一个 SAP Commerce Cloud UI PDP 页面 - 产品详细信息页面，它是一个产品详细信息页面：
在上面的示例中，页面标题标签和元描述标签的值都是后端驱动的，即来自 SAP Commerce Cloud 后端系统。
在SAP Commerce Cloud UI的实现中，我们团队设计了Page模型，它的title字段和description字段分别维护了HTML源代码title和meta description标签中需要渲染的值。
我们将上述模型称为 SAP Commerce Cloud UI 页面的元数据：Page Meta。
在运行时，这些页面元数据是通过PageMetaService类的meta$成员来维护的，赋值逻辑如下：
（1)调用cmsService的getCurrentPage方法从Commerce后台读取页面元数据；
(2)根据Commerce Cloud的前端配置，读取当前页面类型需要完成的元数据解析类型，获取负责执行相应操作的解析器；
(3) 调用对应的解析器完成解析工作。
解析后的页面元数据存放在PageMetaService的成员变量meta$中，最终被SeoMetaService订阅，取出其值注入到页面DOM元素中。这就是 SAP Commerce Cloud UI 如何为 SEO 实现基于元标记的实现。
在 SAP S/4HANA 等后台人员使用较多的应用程序中，虽然页面上有元标记，但与 SAP Commerce Cloud UI 中使用元描述标记来支持搜索引擎优化是不同的。S/4HANA UI页面中的meta标签，更多体现的是维护页面元数据的初衷，由SAP UI5框架代码和对应的后台代码解析，对客户完全透明。
例如下图中的meta标签名称为sap-client，维护的内容为715，表示Fiori Launchpad后台对应的ABAP Client ID为715.
最后，可以使用inurl语法在搜索引擎中搜索，可以找到一些网站使用SAP WebClient UI技术进行服务端渲染，可以被搜索引擎检索到。有兴趣的朋友可以自己试试。
希望这篇文章能让你对SAP产品UI在支持搜索引擎优化方面所做的努力有一些基本的了解，谢谢阅读。
搜索引擎主题模型优化(这是Jerry2021年的第52篇文章，也是汪子熙公众号)
网站优化 • 优采云 发表了文章 • 0 个评论 • 86 次浏览 • 2022-01-29 14:23
搜索引擎主题模型优化(这是Jerry2021年的第52篇文章，也是汪子熙公众号)
这是杰瑞2021年的第52篇文章，也是王子曦公众号总共第329篇原创文章。
本文的主题还源于 Jerry 团队最近处理的一个客户事件，并且与 Jerry 之前的 文章 演示文稿的内容密切相关。
让我们简单回顾一下前面介绍的客户端渲染（CSR）和服务器端渲染（SSR）的区别。
客户端渲染
如下图所示，用户通过浏览器向网站发送请求，服务器或CDN为用户提供静态HTML、CSS和JavaScript文件。浏览器下载HTML和JavaScript文件，执行JavaScript（通常是Angular、React、Vue、SAP UI5等前端框架的库文件）完成页面渲染。在大多数情况下，浏览器会通过 AJAX 向后端服务器请求动态内容。从服务器获取 API 响应后，在客户端浏览器中解析响应内容以呈现最终页面。
客户端渲染之所以得名，是因为通过 HTML 页面的源代码渲染最终页面并根据 API 响应动态更改页面内容的行为发生在客户端。
使用 CSR 技术的 SAP 产品 UI 包括使用 SAP UI5 框架开发的所有产品，例如 SAP Cloud for Customer，以及基于 SAP Fiori Elements 的 SAP S/4HANA 页面。
服务器端渲染
与CSR相比，在服务器端渲染机制中，从HTML源代码到最终呈现给用户的页面的转换过程是在服务器端运行环境中进行的。
例如，假设 Angular 应用开启了服务端渲染模式，并使用 express 库在 Node.js 服务器上运行，那么应用的 index.html 页面将通过 nguniversal/express-engine 引擎进行渲染。入口位置如下：
服务端渲染完成后，最终呈现给客户端的HTML源代码字符串通过回调函数发送给浏览器，也就是下图1006行做的回调函数。
下图第1008行done回调函数中显示的变量str存储了SAP Commerce Cloud UI启动服务端渲染后服务端渲染的index.html的完整HTML源代码，超过240KB；而在客户端渲染模式下，服务器返回给浏览器的 index.html 内容大小小于 1KB。
使用SSR技术的SAP产品UI，包括所有基于SAP ABAP Webdynpro、WebClient UI技术的产品，如SAP SRM、SAP CRM、SAP S/4HANA中Service模块的UI、基于JSP技术的SAP Commerce Cloud、加速器UI等...
基于 SAP Spartacus 开源项目的新一代 SAP Commerce Cloud UI 支持客户端渲染和服务器端渲染。
回到本文的主题。
在客户端渲染模式下，Web 应用程序对 SEO 的支持较少。以 SAP Commerce Cloud UI 为例，在使用客户端渲染时，搜索引擎的网络爬虫爬取了一个空的 index.html 页面：app-root 标签中没有内容，因为直到接收到内容浏览器接收 index.html 页面。html，执行 Angular 框架代码，生成最终的 HTML 源代码。
开启服务端渲染模式后，服务端渲染页面。此时，服务器返回浏览器的 app-root 标签，其中已经收录了最终渲染的页面。下图开启服务端渲染模式后请求SAP Commerce Cloud UI首页时，可以对比从服务端接收到的index.html中app-root标签中的数据，并与上图中的客户端渲染模式。
服务端渲染解决了网页爬虫无法正确抓取网页应用页面内容的问题。但是，将页面渲染、数据请求和响应处理移到服务器端，势必会占用服务器端宝贵的内存资源，增加其处理负担。
为此，在SAP Commerce Cloud UI的服务端渲染模式中，我们团队还设计了一些优化逻辑，比如引入渲染缓存，增加渲染队列和超时机制，在一定条件下降级为客户端渲染等。在保证服务器正常服务能力和支持搜索引擎优化之间取得了较好的折衷。
支持服务端渲染只是完成搜索引擎优化的第一步。基于SAP UI5框架开发的SAP应用大多不是2C应用，所以不依赖搜索引擎优化，即这些应用不太可能出现在用户的搜索引擎结果列表中。
另一方面，比如客户使用SAP Commerce Cloud搭建自己的电商店铺，那么店铺搜索引擎优化的完善程度直接关系到店铺的销售额。
网站的搜索引擎优化是一门学问，这篇文章Jerry只介绍他最近从处理客户事件中学到的相关知识。
我们在谷歌根据关键词lego ae进行搜索，搜索结果的第二条记录是阿联酋LEGO的电子商务商店网站（国家代码AE），是基于SAP Spartacus SAP Commerce开发的云界面页面：
上图中灰色区域的页面标题和黄色区域的页面描述分别来自SAP Commerce Cloud UI网页源代码中的title标签和meta description标签的值。
另一个例子是根据关键词 lego ae LEGO Dinosaur Fossils 搜索一个乐高恐龙化石产品：
在搜索结果列表中，会出现一个 SAP Commerce Cloud UI PDP 页面 - 产品详细信息页面，它是一个产品详细信息页面：
在上面的示例中，页面标题标签和元描述标签的值都是后端驱动的，即来自 SAP Commerce Cloud 后端系统。
在SAP Commerce Cloud UI的实现中，我们团队设计了Page模型，它的title字段和description字段分别维护了HTML源代码title和meta description标签中需要渲染的值。
我们将上述模型称为 SAP Commerce Cloud UI 页面的元数据：Page Meta。
在运行时，这些页面元数据是通过PageMetaService类的meta$成员来维护的，赋值逻辑如下：
（1)调用cmsService的getCurrentPage方法从Commerce后台读取页面元数据；
(2)根据Commerce Cloud的前端配置，读取当前页面类型需要完成的元数据解析类型，获取负责执行相应操作的解析器；
(3) 调用对应的解析器完成解析工作。
解析后的页面元数据存放在PageMetaService的成员变量meta$中，最终被SeoMetaService订阅，取出其值注入到页面DOM元素中。这就是 SAP Commerce Cloud UI 如何为 SEO 实现基于元标记的实现。
在 SAP S/4HANA 等后台人员使用较多的应用程序中，虽然页面上有元标记，但与 SAP Commerce Cloud UI 中使用元描述标记来支持搜索引擎优化是不同的。S/4HANA UI页面中的meta标签，更多体现的是维护页面元数据的初衷，由SAP UI5框架代码和对应的后台代码解析，对客户完全透明。
例如下图中的meta标签名称为sap-client，维护的内容为715，表示Fiori Launchpad后台对应的ABAP Client ID为715.
最后，可以使用inurl语法在搜索引擎中搜索，可以找到一些网站使用SAP WebClient UI技术进行服务端渲染，可以被搜索引擎检索到。有兴趣的朋友可以自己试试。
希望这篇文章能让你对SAP产品UI在支持搜索引擎优化方面所做的努力有一些基本的了解，谢谢阅读。 查看全部
这是杰瑞2021年的第52篇文章，也是王子曦公众号总共第329篇原创文章。
本文的主题还源于 Jerry 团队最近处理的一个客户事件，并且与 Jerry 之前的 文章 演示文稿的内容密切相关。
让我们简单回顾一下前面介绍的客户端渲染（CSR）和服务器端渲染（SSR）的区别。
客户端渲染
如下图所示，用户通过浏览器向网站发送请求，服务器或CDN为用户提供静态HTML、CSS和JavaScript文件。浏览器下载HTML和JavaScript文件，执行JavaScript（通常是Angular、React、Vue、SAP UI5等前端框架的库文件）完成页面渲染。在大多数情况下，浏览器会通过 AJAX 向后端服务器请求动态内容。从服务器获取 API 响应后，在客户端浏览器中解析响应内容以呈现最终页面。
客户端渲染之所以得名，是因为通过 HTML 页面的源代码渲染最终页面并根据 API 响应动态更改页面内容的行为发生在客户端。
使用 CSR 技术的 SAP 产品 UI 包括使用 SAP UI5 框架开发的所有产品，例如 SAP Cloud for Customer，以及基于 SAP Fiori Elements 的 SAP S/4HANA 页面。
服务器端渲染
与CSR相比，在服务器端渲染机制中，从HTML源代码到最终呈现给用户的页面的转换过程是在服务器端运行环境中进行的。
例如，假设 Angular 应用开启了服务端渲染模式，并使用 express 库在 Node.js 服务器上运行，那么应用的 index.html 页面将通过 nguniversal/express-engine 引擎进行渲染。入口位置如下：
服务端渲染完成后，最终呈现给客户端的HTML源代码字符串通过回调函数发送给浏览器，也就是下图1006行做的回调函数。
下图第1008行done回调函数中显示的变量str存储了SAP Commerce Cloud UI启动服务端渲染后服务端渲染的index.html的完整HTML源代码，超过240KB；而在客户端渲染模式下，服务器返回给浏览器的 index.html 内容大小小于 1KB。
使用SSR技术的SAP产品UI，包括所有基于SAP ABAP Webdynpro、WebClient UI技术的产品，如SAP SRM、SAP CRM、SAP S/4HANA中Service模块的UI、基于JSP技术的SAP Commerce Cloud、加速器UI等...
基于 SAP Spartacus 开源项目的新一代 SAP Commerce Cloud UI 支持客户端渲染和服务器端渲染。
回到本文的主题。
在客户端渲染模式下，Web 应用程序对 SEO 的支持较少。以 SAP Commerce Cloud UI 为例，在使用客户端渲染时，搜索引擎的网络爬虫爬取了一个空的 index.html 页面：app-root 标签中没有内容，因为直到接收到内容浏览器接收 index.html 页面。html，执行 Angular 框架代码，生成最终的 HTML 源代码。
开启服务端渲染模式后，服务端渲染页面。此时，服务器返回浏览器的 app-root 标签，其中已经收录了最终渲染的页面。下图开启服务端渲染模式后请求SAP Commerce Cloud UI首页时，可以对比从服务端接收到的index.html中app-root标签中的数据，并与上图中的客户端渲染模式。
服务端渲染解决了网页爬虫无法正确抓取网页应用页面内容的问题。但是，将页面渲染、数据请求和响应处理移到服务器端，势必会占用服务器端宝贵的内存资源，增加其处理负担。
为此，在SAP Commerce Cloud UI的服务端渲染模式中，我们团队还设计了一些优化逻辑，比如引入渲染缓存，增加渲染队列和超时机制，在一定条件下降级为客户端渲染等。在保证服务器正常服务能力和支持搜索引擎优化之间取得了较好的折衷。
支持服务端渲染只是完成搜索引擎优化的第一步。基于SAP UI5框架开发的SAP应用大多不是2C应用，所以不依赖搜索引擎优化，即这些应用不太可能出现在用户的搜索引擎结果列表中。
另一方面，比如客户使用SAP Commerce Cloud搭建自己的电商店铺，那么店铺搜索引擎优化的完善程度直接关系到店铺的销售额。
网站的搜索引擎优化是一门学问，这篇文章Jerry只介绍他最近从处理客户事件中学到的相关知识。
我们在谷歌根据关键词lego ae进行搜索，搜索结果的第二条记录是阿联酋LEGO的电子商务商店网站（国家代码AE），是基于SAP Spartacus SAP Commerce开发的云界面页面：
上图中灰色区域的页面标题和黄色区域的页面描述分别来自SAP Commerce Cloud UI网页源代码中的title标签和meta description标签的值。
另一个例子是根据关键词 lego ae LEGO Dinosaur Fossils 搜索一个乐高恐龙化石产品：
在搜索结果列表中，会出现一个 SAP Commerce Cloud UI PDP 页面 - 产品详细信息页面，它是一个产品详细信息页面：
在上面的示例中，页面标题标签和元描述标签的值都是后端驱动的，即来自 SAP Commerce Cloud 后端系统。
在SAP Commerce Cloud UI的实现中，我们团队设计了Page模型，它的title字段和description字段分别维护了HTML源代码title和meta description标签中需要渲染的值。
我们将上述模型称为 SAP Commerce Cloud UI 页面的元数据：Page Meta。
在运行时，这些页面元数据是通过PageMetaService类的meta$成员来维护的，赋值逻辑如下：
（1)调用cmsService的getCurrentPage方法从Commerce后台读取页面元数据；
(2)根据Commerce Cloud的前端配置，读取当前页面类型需要完成的元数据解析类型，获取负责执行相应操作的解析器；
(3) 调用对应的解析器完成解析工作。
解析后的页面元数据存放在PageMetaService的成员变量meta$中，最终被SeoMetaService订阅，取出其值注入到页面DOM元素中。这就是 SAP Commerce Cloud UI 如何为 SEO 实现基于元标记的实现。
在 SAP S/4HANA 等后台人员使用较多的应用程序中，虽然页面上有元标记，但与 SAP Commerce Cloud UI 中使用元描述标记来支持搜索引擎优化是不同的。S/4HANA UI页面中的meta标签，更多体现的是维护页面元数据的初衷，由SAP UI5框架代码和对应的后台代码解析，对客户完全透明。
例如下图中的meta标签名称为sap-client，维护的内容为715，表示Fiori Launchpad后台对应的ABAP Client ID为715.
最后，可以使用inurl语法在搜索引擎中搜索，可以找到一些网站使用SAP WebClient UI技术进行服务端渲染，可以被搜索引擎检索到。有兴趣的朋友可以自己试试。
希望这篇文章能让你对SAP产品UI在支持搜索引擎优化方面所做的努力有一些基本的了解，谢谢阅读。 查看全部
搜索引擎主题模型优化(这是Jerry2021年的第52篇文章，也是汪子熙公众号)
这是杰瑞2021年的第52篇文章，也是王子曦公众号总共第329篇原创文章。
本文的主题还源于 Jerry 团队最近处理的一个客户事件，并且与 Jerry 之前的 文章 演示文稿的内容密切相关。
让我们简单回顾一下前面介绍的客户端渲染（CSR）和服务器端渲染（SSR）的区别。
客户端渲染
如下图所示，用户通过浏览器向网站发送请求，服务器或CDN为用户提供静态HTML、CSS和JavaScript文件。浏览器下载HTML和JavaScript文件，执行JavaScript（通常是Angular、React、Vue、SAP UI5等前端框架的库文件）完成页面渲染。在大多数情况下，浏览器会通过 AJAX 向后端服务器请求动态内容。从服务器获取 API 响应后，在客户端浏览器中解析响应内容以呈现最终页面。
客户端渲染之所以得名，是因为通过 HTML 页面的源代码渲染最终页面并根据 API 响应动态更改页面内容的行为发生在客户端。
使用 CSR 技术的 SAP 产品 UI 包括使用 SAP UI5 框架开发的所有产品，例如 SAP Cloud for Customer，以及基于 SAP Fiori Elements 的 SAP S/4HANA 页面。
服务器端渲染
与CSR相比，在服务器端渲染机制中，从HTML源代码到最终呈现给用户的页面的转换过程是在服务器端运行环境中进行的。
例如，假设 Angular 应用开启了服务端渲染模式，并使用 express 库在 Node.js 服务器上运行，那么应用的 index.html 页面将通过 nguniversal/express-engine 引擎进行渲染。入口位置如下：
服务端渲染完成后，最终呈现给客户端的HTML源代码字符串通过回调函数发送给浏览器，也就是下图1006行做的回调函数。
下图第1008行done回调函数中显示的变量str存储了SAP Commerce Cloud UI启动服务端渲染后服务端渲染的index.html的完整HTML源代码，超过240KB；而在客户端渲染模式下，服务器返回给浏览器的 index.html 内容大小小于 1KB。
使用SSR技术的SAP产品UI，包括所有基于SAP ABAP Webdynpro、WebClient UI技术的产品，如SAP SRM、SAP CRM、SAP S/4HANA中Service模块的UI、基于JSP技术的SAP Commerce Cloud、加速器UI等...
基于 SAP Spartacus 开源项目的新一代 SAP Commerce Cloud UI 支持客户端渲染和服务器端渲染。
回到本文的主题。
在客户端渲染模式下，Web 应用程序对 SEO 的支持较少。以 SAP Commerce Cloud UI 为例，在使用客户端渲染时，搜索引擎的网络爬虫爬取了一个空的 index.html 页面：app-root 标签中没有内容，因为直到接收到内容浏览器接收 index.html 页面。html，执行 Angular 框架代码，生成最终的 HTML 源代码。
开启服务端渲染模式后，服务端渲染页面。此时，服务器返回浏览器的 app-root 标签，其中已经收录了最终渲染的页面。下图开启服务端渲染模式后请求SAP Commerce Cloud UI首页时，可以对比从服务端接收到的index.html中app-root标签中的数据，并与上图中的客户端渲染模式。
服务端渲染解决了网页爬虫无法正确抓取网页应用页面内容的问题。但是，将页面渲染、数据请求和响应处理移到服务器端，势必会占用服务器端宝贵的内存资源，增加其处理负担。
为此，在SAP Commerce Cloud UI的服务端渲染模式中，我们团队还设计了一些优化逻辑，比如引入渲染缓存，增加渲染队列和超时机制，在一定条件下降级为客户端渲染等。在保证服务器正常服务能力和支持搜索引擎优化之间取得了较好的折衷。
支持服务端渲染只是完成搜索引擎优化的第一步。基于SAP UI5框架开发的SAP应用大多不是2C应用，所以不依赖搜索引擎优化，即这些应用不太可能出现在用户的搜索引擎结果列表中。
另一方面，比如客户使用SAP Commerce Cloud搭建自己的电商店铺，那么店铺搜索引擎优化的完善程度直接关系到店铺的销售额。
网站的搜索引擎优化是一门学问，这篇文章Jerry只介绍他最近从处理客户事件中学到的相关知识。
我们在谷歌根据关键词lego ae进行搜索，搜索结果的第二条记录是阿联酋LEGO的电子商务商店网站（国家代码AE），是基于SAP Spartacus SAP Commerce开发的云界面页面：
上图中灰色区域的页面标题和黄色区域的页面描述分别来自SAP Commerce Cloud UI网页源代码中的title标签和meta description标签的值。
另一个例子是根据关键词 lego ae LEGO Dinosaur Fossils 搜索一个乐高恐龙化石产品：
在搜索结果列表中，会出现一个 SAP Commerce Cloud UI PDP 页面 - 产品详细信息页面，它是一个产品详细信息页面：
在上面的示例中，页面标题标签和元描述标签的值都是后端驱动的，即来自 SAP Commerce Cloud 后端系统。
在SAP Commerce Cloud UI的实现中，我们团队设计了Page模型，它的title字段和description字段分别维护了HTML源代码title和meta description标签中需要渲染的值。
我们将上述模型称为 SAP Commerce Cloud UI 页面的元数据：Page Meta。
在运行时，这些页面元数据是通过PageMetaService类的meta$成员来维护的，赋值逻辑如下：
（1)调用cmsService的getCurrentPage方法从Commerce后台读取页面元数据；
(2)根据Commerce Cloud的前端配置，读取当前页面类型需要完成的元数据解析类型，获取负责执行相应操作的解析器；
(3) 调用对应的解析器完成解析工作。
解析后的页面元数据存放在PageMetaService的成员变量meta$中，最终被SeoMetaService订阅，取出其值注入到页面DOM元素中。这就是 SAP Commerce Cloud UI 如何为 SEO 实现基于元标记的实现。
在 SAP S/4HANA 等后台人员使用较多的应用程序中，虽然页面上有元标记，但与 SAP Commerce Cloud UI 中使用元描述标记来支持搜索引擎优化是不同的。S/4HANA UI页面中的meta标签，更多体现的是维护页面元数据的初衷，由SAP UI5框架代码和对应的后台代码解析，对客户完全透明。
例如下图中的meta标签名称为sap-client，维护的内容为715，表示Fiori Launchpad后台对应的ABAP Client ID为715.
最后，可以使用inurl语法在搜索引擎中搜索，可以找到一些网站使用SAP WebClient UI技术进行服务端渲染，可以被搜索引擎检索到。有兴趣的朋友可以自己试试。
希望这篇文章能让你对SAP产品UI在支持搜索引擎优化方面所做的努力有一些基本的了解，谢谢阅读。
搜索引擎主题模型优化(1.常见内容作弊手段比较常见的内容设置包括：Googlebot/2.1)
网站优化 • 优采云 发表了文章 • 0 个评论 • 47 次浏览 • 2022-01-29 04:13
搜索引擎主题模型优化(1.常见内容作弊手段比较常见的内容设置包括：Googlebot/2.1)
客户端和服务器在获取网页时遵循 HTTP 协议。协议中有一个协议叫做“用户代理”。搜索引擎蜘蛛在这一项中往往有明显的特征（比如谷歌蜘蛛可能是：Googlebot/2.1），如果服务器判断是搜索引擎蜘蛛，就会推送看到由用户不同的页面内容。
上图是一个HTTP请求隐藏作弊的例子。作弊网站服务器推送给搜索引擎蜘蛛的页面是关于减肥食品的内容，推送给页面访问者的页面是减肥产品销售的推广页面。这样，用户在搜索减肥知识时，会直接访问减肥产品页面，从而达到骗子的商业目的。
(3）网页重定向
作弊者使搜索引擎索引页面内容，但如果用户访问该页面，则将页面重定向到新页面。
(4）页面内容被隐藏
通过一些特殊的 HTML 标签设置，将部分内容显示为对用户不可见，但对搜索引擎可见。例如，将网页字体的前景色和背景色设置为相同，或者在 CSS 中添加不可见的图层以隐藏页面内容。将隐藏内容设置为一些与网页主题无关的热门搜索词，以增加被用户访问的概率。
:: 搜索引擎会看到一些黑底白字，这不是作弊。但是用户看到的是一片白色，而不是里面的文字。也就是说，搜索引擎仍然无法识别图像的颜色。
内容作弊
内容作弊的目的是精心修改或规范网页内容，使网页在搜索引擎排名中获得不成比例的高排名。搜索引擎排名一般包括内容相似度和链接重要性计算，而内容作弊主要针对搜索引擎排名算法的内容相似度计算部分。通过故意增加目标词的出现频率，或者在网页的重要位置引入与网页内容无关的词来影响搜索结果的排名。
1. 常见的内容作弊方法
更常见的内容作弊形式包括：
(1）关键词重复
对于作弊者关心的目标关键词，在页面内容中设置了大量的重复。因为词频是搜索引擎相似度计算中必须考虑的一个因素，所以关键词重复本质上是通过增加目标关键词的词频来影响搜索引擎内容相似度排名。
(2）无关查询词作弊
作弊者为了尽可能多地吸引搜索流量，在页面内容中添加了很多与页面主题无关的关键词，本质上是词频作弊，即原本为0的词频被提高到非零词频，这将吸引更多的搜索引擎流量。
例如，一些作弊者在网页末尾以一种不可见的方式添加了一堆单词列表。也有作弊者将某些热门查询词插入正文内容。甚至有些页面内容完全是机器随机生成的，或者是利用其他网页的页面内容片段随机拼凑而成。
(3）图片替代标签文字作弊
alt标签原本是作为图片描述信息的，一般不会在HTML页面上显示，除非用户将鼠标悬停在图片上，但是搜索引擎会使用这些信息，所以一些作弊者会在alt内容中填充作弊词，以吸引更多搜索交通。
(4）网页标题作弊
网页标题作为描述网页内容的一般信息，是判断网页主题的一个非常重要的启发式因素。因此，搜索引擎在计算相似度得分时，往往会增加标题词的得分权重。作弊者利用这一点，通过将与页面主题无关的目标词重复放置在标题位置来获得良好的排名。
(5）网页重要标签作弊
与普通文本不同，网页有HTML标签，有些HTML标签代表着强调内容重要性的意思，如粗体标签、段落标题、字体大小标签等。
搜索引擎一般使用这些信息进行排序，因为这些标签因素可以更好地反映网页内容所呈现的主题信息。作弊者还可以通过在这些重要位置插入作弊关键词来影响搜索引擎排名结果。
(6）网页元信息作弊
网页元信息，如网页内容描述区（meta deion）和网页内容关键词区（meta关键字），是供制作网页的人简要描述网页的主题信息的. 与上述情况类似，作弊者也经常通过在其中插入作弊 关键词 来影响页面排名。
2. 内容农场
内容农场运营商廉价雇佣大量自由职业者并支持他们进行付费写作，但写作内容的质量普遍较低。很多文章都是通过稍微复制和修改来完成的，但是他们会研究搜索引擎的热门搜索词等情况，并将这些词有机地添加到写作中。这样普通搜索引擎用户在搜索的时候就会被内容农场网站吸引，通过大量低质量的内容来吸引流量，内容农场可以赚取广告费。
与传统的内容作弊方式相比，内容农场不采用机器拼接内容等机械方式，而是聘请人来编写。但由于作者素质等原因，发表的内容质量低下，这种作弊手段往往是搜索引擎难以提供的。作弊是否定义明确，但严重影响搜索结果质量，是一种较难处理的作弊方式。
3. 桥页
桥页通常是一种软件，它会自动生成大量收录关键词的网页，然后自动从这些页面重定向到首页。目标是希望这些针对不同 关键词 的桥页面在搜索引擎中排名良好。当用户点击搜索结果时，会自动跳转到首页。有时会在没有自动重定向的情况下将指向主页的链接放置在桥接页面上。
内容是网页的基础，搜索引擎对内容的判断也在不断提高。现在大部分内容作弊搜索引擎都可以识别（如垃圾文章、关键词堆叠、内容关联性强等），但还是有一定的局限性。例如，搜索引擎目前无法评估是否 文章原创。话虽如此，“原创”只是一个模糊的概念。任何时候，搜索引擎都无法自动对原创的内容进行评分，只能通过长期的内容质量甚至人工应用。如果想在首页用SEO优化网站，千万不能在内容上作弊，否则很容易被K发现和屏蔽。
用户体验作弊
近年来，搜索引擎不断优化完善，一直在追求最佳的用户体验。以上所有的作弊方式都是严格意义上的内容作弊（链接、关键词等都是内容），最能提供良好的用户体验。不好的是用户的行为，所以用户在网页上的行为越来越受到关注。用户的退出行为主要有：用户点击率、跳出率、访问深度、停留时间等。
基于这种作弊方法，会模拟大量真实用户（IP，各地不同MAC地址的机器）在搜索引擎中输入目标关键词，然后自动从百度搜索结果，点击它（完成高点击量），停留时间长，切换多个页面，多次查看，退出看到同一页面的其他几个页面，甚至最后关闭. 搜索引擎的结果是：这个 关键词 和这个 URL 有很强的相关性，很多用户认为这是他们要找的页面。如果用户看到它，则表示他们非常喜欢这个页面。这意味着用户正在寻找的问题被这个页面解决了，这是一个很好的识别。
精灵工作室提醒大家：现在的搜索引擎排名策略侧重于网站内容和用户体验，这是优化网站排名的主要方式，做好这两方面，SEO优化就在主页不是问题。
百度作弊的判断条件
（1）网页源代码中的任何地方，故意添加与网页内容无关的关键词。
（2）故意在网页源代码的任何地方大量重复关键词。即使是与网页内容相关的关键词，故意重复也被视为作弊。
（3）给网页添加隐藏文字，搜索引擎可以识别，但用户不可见。无论是使用相同背景颜色的文字，超小字号，文字隐藏层，还是滥用图片ALT，等等，这是作弊。
（4）故意创建大量指向 URL 的链接的行为。
（5）对于同一个URL，让搜索引擎和用户访问内容不同的网页（包括使用重定向等行为）。
（6）作弊是针对 网站 而不是网页定义的。即使在该 网站 中只有一个网页在作弊，网站 也被视为作弊。
（7）带有作弊链接网站的网站承担连带责任，也将被视为作弊（但是，链接到网站作弊网站@ > ，不作弊）。
谷歌作弊的标准
（1）使用隐藏文本或隐藏链接。
（2）使用伪装或欺骗性重定向。
（3）向 Google 发送自动查询。
（4）加载带有无关术语的页面。
（5）创建具有大量重复内容的多个网页、子域或域。
（6）创建安装病毒（例如特洛伊木马）或其他有害软件的网页。
（7）使用专门为搜索引擎制作的“桥页”，或使用“cookie 切割器”，例如很少或没有 原创 内容的附属程序。 查看全部
客户端和服务器在获取网页时遵循 HTTP 协议。协议中有一个协议叫做“用户代理”。搜索引擎蜘蛛在这一项中往往有明显的特征（比如谷歌蜘蛛可能是：Googlebot/2.1），如果服务器判断是搜索引擎蜘蛛，就会推送看到由用户不同的页面内容。
上图是一个HTTP请求隐藏作弊的例子。作弊网站服务器推送给搜索引擎蜘蛛的页面是关于减肥食品的内容，推送给页面访问者的页面是减肥产品销售的推广页面。这样，用户在搜索减肥知识时，会直接访问减肥产品页面，从而达到骗子的商业目的。
(3）网页重定向
作弊者使搜索引擎索引页面内容，但如果用户访问该页面，则将页面重定向到新页面。
(4）页面内容被隐藏
通过一些特殊的 HTML 标签设置，将部分内容显示为对用户不可见，但对搜索引擎可见。例如，将网页字体的前景色和背景色设置为相同，或者在 CSS 中添加不可见的图层以隐藏页面内容。将隐藏内容设置为一些与网页主题无关的热门搜索词，以增加被用户访问的概率。
:: 搜索引擎会看到一些黑底白字，这不是作弊。但是用户看到的是一片白色，而不是里面的文字。也就是说，搜索引擎仍然无法识别图像的颜色。
内容作弊
内容作弊的目的是精心修改或规范网页内容，使网页在搜索引擎排名中获得不成比例的高排名。搜索引擎排名一般包括内容相似度和链接重要性计算，而内容作弊主要针对搜索引擎排名算法的内容相似度计算部分。通过故意增加目标词的出现频率，或者在网页的重要位置引入与网页内容无关的词来影响搜索结果的排名。
1. 常见的内容作弊方法
更常见的内容作弊形式包括：
(1）关键词重复
对于作弊者关心的目标关键词，在页面内容中设置了大量的重复。因为词频是搜索引擎相似度计算中必须考虑的一个因素，所以关键词重复本质上是通过增加目标关键词的词频来影响搜索引擎内容相似度排名。
(2）无关查询词作弊
作弊者为了尽可能多地吸引搜索流量，在页面内容中添加了很多与页面主题无关的关键词，本质上是词频作弊，即原本为0的词频被提高到非零词频，这将吸引更多的搜索引擎流量。
例如，一些作弊者在网页末尾以一种不可见的方式添加了一堆单词列表。也有作弊者将某些热门查询词插入正文内容。甚至有些页面内容完全是机器随机生成的，或者是利用其他网页的页面内容片段随机拼凑而成。
(3）图片替代标签文字作弊
alt标签原本是作为图片描述信息的，一般不会在HTML页面上显示，除非用户将鼠标悬停在图片上，但是搜索引擎会使用这些信息，所以一些作弊者会在alt内容中填充作弊词，以吸引更多搜索交通。
(4）网页标题作弊
网页标题作为描述网页内容的一般信息，是判断网页主题的一个非常重要的启发式因素。因此，搜索引擎在计算相似度得分时，往往会增加标题词的得分权重。作弊者利用这一点，通过将与页面主题无关的目标词重复放置在标题位置来获得良好的排名。
(5）网页重要标签作弊
与普通文本不同，网页有HTML标签，有些HTML标签代表着强调内容重要性的意思，如粗体标签、段落标题、字体大小标签等。
搜索引擎一般使用这些信息进行排序，因为这些标签因素可以更好地反映网页内容所呈现的主题信息。作弊者还可以通过在这些重要位置插入作弊关键词来影响搜索引擎排名结果。
(6）网页元信息作弊
网页元信息，如网页内容描述区（meta deion）和网页内容关键词区（meta关键字），是供制作网页的人简要描述网页的主题信息的. 与上述情况类似，作弊者也经常通过在其中插入作弊 关键词 来影响页面排名。
2. 内容农场
内容农场运营商廉价雇佣大量自由职业者并支持他们进行付费写作，但写作内容的质量普遍较低。很多文章都是通过稍微复制和修改来完成的，但是他们会研究搜索引擎的热门搜索词等情况，并将这些词有机地添加到写作中。这样普通搜索引擎用户在搜索的时候就会被内容农场网站吸引，通过大量低质量的内容来吸引流量，内容农场可以赚取广告费。
与传统的内容作弊方式相比，内容农场不采用机器拼接内容等机械方式，而是聘请人来编写。但由于作者素质等原因，发表的内容质量低下，这种作弊手段往往是搜索引擎难以提供的。作弊是否定义明确，但严重影响搜索结果质量，是一种较难处理的作弊方式。
3. 桥页
桥页通常是一种软件，它会自动生成大量收录关键词的网页，然后自动从这些页面重定向到首页。目标是希望这些针对不同 关键词 的桥页面在搜索引擎中排名良好。当用户点击搜索结果时，会自动跳转到首页。有时会在没有自动重定向的情况下将指向主页的链接放置在桥接页面上。
内容是网页的基础，搜索引擎对内容的判断也在不断提高。现在大部分内容作弊搜索引擎都可以识别（如垃圾文章、关键词堆叠、内容关联性强等），但还是有一定的局限性。例如，搜索引擎目前无法评估是否 文章原创。话虽如此，“原创”只是一个模糊的概念。任何时候，搜索引擎都无法自动对原创的内容进行评分，只能通过长期的内容质量甚至人工应用。如果想在首页用SEO优化网站，千万不能在内容上作弊，否则很容易被K发现和屏蔽。
用户体验作弊
近年来，搜索引擎不断优化完善，一直在追求最佳的用户体验。以上所有的作弊方式都是严格意义上的内容作弊（链接、关键词等都是内容），最能提供良好的用户体验。不好的是用户的行为，所以用户在网页上的行为越来越受到关注。用户的退出行为主要有：用户点击率、跳出率、访问深度、停留时间等。
基于这种作弊方法，会模拟大量真实用户（IP，各地不同MAC地址的机器）在搜索引擎中输入目标关键词，然后自动从百度搜索结果，点击它（完成高点击量），停留时间长，切换多个页面，多次查看，退出看到同一页面的其他几个页面，甚至最后关闭. 搜索引擎的结果是：这个 关键词 和这个 URL 有很强的相关性，很多用户认为这是他们要找的页面。如果用户看到它，则表示他们非常喜欢这个页面。这意味着用户正在寻找的问题被这个页面解决了，这是一个很好的识别。
精灵工作室提醒大家：现在的搜索引擎排名策略侧重于网站内容和用户体验，这是优化网站排名的主要方式，做好这两方面，SEO优化就在主页不是问题。
百度作弊的判断条件
（1）网页源代码中的任何地方，故意添加与网页内容无关的关键词。
（2）故意在网页源代码的任何地方大量重复关键词。即使是与网页内容相关的关键词，故意重复也被视为作弊。
（3）给网页添加隐藏文字，搜索引擎可以识别，但用户不可见。无论是使用相同背景颜色的文字，超小字号，文字隐藏层，还是滥用图片ALT，等等，这是作弊。
（4）故意创建大量指向 URL 的链接的行为。
（5）对于同一个URL，让搜索引擎和用户访问内容不同的网页（包括使用重定向等行为）。
（6）作弊是针对 网站 而不是网页定义的。即使在该 网站 中只有一个网页在作弊，网站 也被视为作弊。
（7）带有作弊链接网站的网站承担连带责任，也将被视为作弊（但是，链接到网站作弊网站@ > ，不作弊）。
谷歌作弊的标准
（1）使用隐藏文本或隐藏链接。
（2）使用伪装或欺骗性重定向。
（3）向 Google 发送自动查询。
（4）加载带有无关术语的页面。
（5）创建具有大量重复内容的多个网页、子域或域。
（6）创建安装病毒（例如特洛伊木马）或其他有害软件的网页。
（7）使用专门为搜索引擎制作的“桥页”，或使用“cookie 切割器”，例如很少或没有 原创 内容的附属程序。 查看全部
搜索引擎主题模型优化(1.常见内容作弊手段比较常见的内容设置包括：Googlebot/2.1)
客户端和服务器在获取网页时遵循 HTTP 协议。协议中有一个协议叫做“用户代理”。搜索引擎蜘蛛在这一项中往往有明显的特征（比如谷歌蜘蛛可能是：Googlebot/2.1），如果服务器判断是搜索引擎蜘蛛，就会推送看到由用户不同的页面内容。
上图是一个HTTP请求隐藏作弊的例子。作弊网站服务器推送给搜索引擎蜘蛛的页面是关于减肥食品的内容，推送给页面访问者的页面是减肥产品销售的推广页面。这样，用户在搜索减肥知识时，会直接访问减肥产品页面，从而达到骗子的商业目的。
(3）网页重定向
作弊者使搜索引擎索引页面内容，但如果用户访问该页面，则将页面重定向到新页面。
(4）页面内容被隐藏
通过一些特殊的 HTML 标签设置，将部分内容显示为对用户不可见，但对搜索引擎可见。例如，将网页字体的前景色和背景色设置为相同，或者在 CSS 中添加不可见的图层以隐藏页面内容。将隐藏内容设置为一些与网页主题无关的热门搜索词，以增加被用户访问的概率。
:: 搜索引擎会看到一些黑底白字，这不是作弊。但是用户看到的是一片白色，而不是里面的文字。也就是说，搜索引擎仍然无法识别图像的颜色。
内容作弊
内容作弊的目的是精心修改或规范网页内容，使网页在搜索引擎排名中获得不成比例的高排名。搜索引擎排名一般包括内容相似度和链接重要性计算，而内容作弊主要针对搜索引擎排名算法的内容相似度计算部分。通过故意增加目标词的出现频率，或者在网页的重要位置引入与网页内容无关的词来影响搜索结果的排名。
1. 常见的内容作弊方法
更常见的内容作弊形式包括：
(1）关键词重复
对于作弊者关心的目标关键词，在页面内容中设置了大量的重复。因为词频是搜索引擎相似度计算中必须考虑的一个因素，所以关键词重复本质上是通过增加目标关键词的词频来影响搜索引擎内容相似度排名。
(2）无关查询词作弊
作弊者为了尽可能多地吸引搜索流量，在页面内容中添加了很多与页面主题无关的关键词，本质上是词频作弊，即原本为0的词频被提高到非零词频，这将吸引更多的搜索引擎流量。
例如，一些作弊者在网页末尾以一种不可见的方式添加了一堆单词列表。也有作弊者将某些热门查询词插入正文内容。甚至有些页面内容完全是机器随机生成的，或者是利用其他网页的页面内容片段随机拼凑而成。
(3）图片替代标签文字作弊
alt标签原本是作为图片描述信息的，一般不会在HTML页面上显示，除非用户将鼠标悬停在图片上，但是搜索引擎会使用这些信息，所以一些作弊者会在alt内容中填充作弊词，以吸引更多搜索交通。
(4）网页标题作弊
网页标题作为描述网页内容的一般信息，是判断网页主题的一个非常重要的启发式因素。因此，搜索引擎在计算相似度得分时，往往会增加标题词的得分权重。作弊者利用这一点，通过将与页面主题无关的目标词重复放置在标题位置来获得良好的排名。
(5）网页重要标签作弊
与普通文本不同，网页有HTML标签，有些HTML标签代表着强调内容重要性的意思，如粗体标签、段落标题、字体大小标签等。
搜索引擎一般使用这些信息进行排序，因为这些标签因素可以更好地反映网页内容所呈现的主题信息。作弊者还可以通过在这些重要位置插入作弊关键词来影响搜索引擎排名结果。
(6）网页元信息作弊
网页元信息，如网页内容描述区（meta deion）和网页内容关键词区（meta关键字），是供制作网页的人简要描述网页的主题信息的. 与上述情况类似，作弊者也经常通过在其中插入作弊 关键词 来影响页面排名。
2. 内容农场
内容农场运营商廉价雇佣大量自由职业者并支持他们进行付费写作，但写作内容的质量普遍较低。很多文章都是通过稍微复制和修改来完成的，但是他们会研究搜索引擎的热门搜索词等情况，并将这些词有机地添加到写作中。这样普通搜索引擎用户在搜索的时候就会被内容农场网站吸引，通过大量低质量的内容来吸引流量，内容农场可以赚取广告费。
与传统的内容作弊方式相比，内容农场不采用机器拼接内容等机械方式，而是聘请人来编写。但由于作者素质等原因，发表的内容质量低下，这种作弊手段往往是搜索引擎难以提供的。作弊是否定义明确，但严重影响搜索结果质量，是一种较难处理的作弊方式。
3. 桥页
桥页通常是一种软件，它会自动生成大量收录关键词的网页，然后自动从这些页面重定向到首页。目标是希望这些针对不同 关键词 的桥页面在搜索引擎中排名良好。当用户点击搜索结果时，会自动跳转到首页。有时会在没有自动重定向的情况下将指向主页的链接放置在桥接页面上。
内容是网页的基础，搜索引擎对内容的判断也在不断提高。现在大部分内容作弊搜索引擎都可以识别（如垃圾文章、关键词堆叠、内容关联性强等），但还是有一定的局限性。例如，搜索引擎目前无法评估是否 文章原创。话虽如此，“原创”只是一个模糊的概念。任何时候，搜索引擎都无法自动对原创的内容进行评分，只能通过长期的内容质量甚至人工应用。如果想在首页用SEO优化网站，千万不能在内容上作弊，否则很容易被K发现和屏蔽。
用户体验作弊
近年来，搜索引擎不断优化完善，一直在追求最佳的用户体验。以上所有的作弊方式都是严格意义上的内容作弊（链接、关键词等都是内容），最能提供良好的用户体验。不好的是用户的行为，所以用户在网页上的行为越来越受到关注。用户的退出行为主要有：用户点击率、跳出率、访问深度、停留时间等。
基于这种作弊方法，会模拟大量真实用户（IP，各地不同MAC地址的机器）在搜索引擎中输入目标关键词，然后自动从百度搜索结果，点击它（完成高点击量），停留时间长，切换多个页面，多次查看，退出看到同一页面的其他几个页面，甚至最后关闭. 搜索引擎的结果是：这个 关键词 和这个 URL 有很强的相关性，很多用户认为这是他们要找的页面。如果用户看到它，则表示他们非常喜欢这个页面。这意味着用户正在寻找的问题被这个页面解决了，这是一个很好的识别。
精灵工作室提醒大家：现在的搜索引擎排名策略侧重于网站内容和用户体验，这是优化网站排名的主要方式，做好这两方面，SEO优化就在主页不是问题。
百度作弊的判断条件
（1）网页源代码中的任何地方，故意添加与网页内容无关的关键词。
（2）故意在网页源代码的任何地方大量重复关键词。即使是与网页内容相关的关键词，故意重复也被视为作弊。
（3）给网页添加隐藏文字，搜索引擎可以识别，但用户不可见。无论是使用相同背景颜色的文字，超小字号，文字隐藏层，还是滥用图片ALT，等等，这是作弊。
（4）故意创建大量指向 URL 的链接的行为。
（5）对于同一个URL，让搜索引擎和用户访问内容不同的网页（包括使用重定向等行为）。
（6）作弊是针对 网站 而不是网页定义的。即使在该 网站 中只有一个网页在作弊，网站 也被视为作弊。
（7）带有作弊链接网站的网站承担连带责任，也将被视为作弊（但是，链接到网站作弊网站@ > ，不作弊）。
谷歌作弊的标准
（1）使用隐藏文本或隐藏链接。
（2）使用伪装或欺骗性重定向。
（3）向 Google 发送自动查询。
（4）加载带有无关术语的页面。
（5）创建具有大量重复内容的多个网页、子域或域。
（6）创建安装病毒（例如特洛伊木马）或其他有害软件的网页。
（7）使用专门为搜索引擎制作的“桥页”，或使用“cookie 切割器”，例如很少或没有 原创 内容的附属程序。
搜索引擎主题模型优化(1.网站着陆页的内容优化的作用有哪些呢？)
网站优化 • 优采云 发表了文章 • 0 个评论 • 56 次浏览 • 2022-01-29 04:11
搜索引擎主题模型优化(1.网站着陆页的内容优化的作用有哪些呢？)
很多人还停留在几年前的SEO优化方法上，每天写伪原创，发外链等等，然后每天查询网站关键词的排名，期待能有好的效果。事实上，这种方法对于目前的搜索引擎来说并不是那么明显。如果你想取得好的结果，你必须适应搜索引擎偏好的变化来改进我们的网站。
1.网站的访问速度
很多新手站长在搭建网站的时候并没有考虑到主机空间对于优化网站的重要性。这里之所以强调网站的访问速度，是因为它不仅影响网站关键词的排名优化，还会影响网站的用户体验和跳出率. 因为在这个快节奏的时代，没有人愿意花时间等待，即使你煞费苦心地优化一些效果，但是这些效果不能很好的转化，那就没有用了。所以我们在构建网站的时候，一定要选择一个比较快速稳定的主机。
2.网站登陆页面内容优化
着陆页是用户输入网站时看到的第一页，所以着陆页的优化非常重要。除了美观之外，页面优化最重要的方面就是内容。用户通过搜索找到信息，他们肯定是想找到自己想要的信息，所以内容必须与标题相对应，而且必须能够解决用户的问题。比如当有人搜索“个人博客应该选择什么样的主机”时，我们的内容不仅要分析从哪个角度选择虚拟主机，还要为用户推荐合适的主机类型和购买虚拟主机的地方，所以最后帮他解决这个问题。
3.网站页面设计
无论是网站还是人，第一印象都非常重要。虽然每个人都尊重灵魂之美，但遇到陌生人时，容颜真的很难看，我们是否可以进一步了解灵魂之美？所以网站的“外观”也很重要。网站的设计应该给人一种专业、简洁、值得信赖的感觉。这时候就需要找专业的UI和UX设计，买一些优质的网站模板。
4.减少不良因素的发生
很多网站页面为了赚取广告费或者想拉更多的用户信息，挂了很多广告信息，或者非常频繁地弹出对话框，让用户很反感，这影响了用户停留的时间。页。
5.关键词的添加和分配
之前的SEO优化方法不是大家可以放弃的，有些地方还是有保留价值的。关于关键词的设置，我们还是要继续做，H1、文章内部关键词，外链锚文本，内链锚文本，图片ALT，网址和图片名称等，不再重复。
6.主题模型的注入
仅添加 关键词 是不够的。为了方便用户更好地查看和提高页面权重，我们可以对内容进行分类。比如虚拟主机，我们可以扩展为Linux虚拟主机和Windows虚拟主机，那么在各自的主题下，可以扩展很多相关的内容，既利于用户查看，也有利于关键词 排名。
7.搜索引擎显示文字优化
在搜索引擎结果中，标题下方会显示一部分描述信息，这对于网站的点击率也很重要。主要需要优化的元素有：title的创意、desc的流行度、URL的规范、文章日期和结构数据的使用等。
8.独特品质网站内容
搜索引擎一直强调的一点是内容。无论网站如何优化，仍然需要创建对用户有用的独特内容。 查看全部
很多人还停留在几年前的SEO优化方法上，每天写伪原创，发外链等等，然后每天查询网站关键词的排名，期待能有好的效果。事实上，这种方法对于目前的搜索引擎来说并不是那么明显。如果你想取得好的结果，你必须适应搜索引擎偏好的变化来改进我们的网站。
1.网站的访问速度
很多新手站长在搭建网站的时候并没有考虑到主机空间对于优化网站的重要性。这里之所以强调网站的访问速度，是因为它不仅影响网站关键词的排名优化，还会影响网站的用户体验和跳出率. 因为在这个快节奏的时代，没有人愿意花时间等待，即使你煞费苦心地优化一些效果，但是这些效果不能很好的转化，那就没有用了。所以我们在构建网站的时候，一定要选择一个比较快速稳定的主机。
2.网站登陆页面内容优化
着陆页是用户输入网站时看到的第一页，所以着陆页的优化非常重要。除了美观之外，页面优化最重要的方面就是内容。用户通过搜索找到信息，他们肯定是想找到自己想要的信息，所以内容必须与标题相对应，而且必须能够解决用户的问题。比如当有人搜索“个人博客应该选择什么样的主机”时，我们的内容不仅要分析从哪个角度选择虚拟主机，还要为用户推荐合适的主机类型和购买虚拟主机的地方，所以最后帮他解决这个问题。
3.网站页面设计
无论是网站还是人，第一印象都非常重要。虽然每个人都尊重灵魂之美，但遇到陌生人时，容颜真的很难看，我们是否可以进一步了解灵魂之美？所以网站的“外观”也很重要。网站的设计应该给人一种专业、简洁、值得信赖的感觉。这时候就需要找专业的UI和UX设计，买一些优质的网站模板。
4.减少不良因素的发生
很多网站页面为了赚取广告费或者想拉更多的用户信息，挂了很多广告信息，或者非常频繁地弹出对话框，让用户很反感，这影响了用户停留的时间。页。
5.关键词的添加和分配
之前的SEO优化方法不是大家可以放弃的，有些地方还是有保留价值的。关于关键词的设置，我们还是要继续做，H1、文章内部关键词，外链锚文本，内链锚文本，图片ALT，网址和图片名称等，不再重复。
6.主题模型的注入
仅添加 关键词 是不够的。为了方便用户更好地查看和提高页面权重，我们可以对内容进行分类。比如虚拟主机，我们可以扩展为Linux虚拟主机和Windows虚拟主机，那么在各自的主题下，可以扩展很多相关的内容，既利于用户查看，也有利于关键词 排名。
7.搜索引擎显示文字优化
在搜索引擎结果中，标题下方会显示一部分描述信息，这对于网站的点击率也很重要。主要需要优化的元素有：title的创意、desc的流行度、URL的规范、文章日期和结构数据的使用等。
8.独特品质网站内容
搜索引擎一直强调的一点是内容。无论网站如何优化，仍然需要创建对用户有用的独特内容。 查看全部
搜索引擎主题模型优化(1.网站着陆页的内容优化的作用有哪些呢？)
很多人还停留在几年前的SEO优化方法上，每天写伪原创，发外链等等，然后每天查询网站关键词的排名，期待能有好的效果。事实上，这种方法对于目前的搜索引擎来说并不是那么明显。如果你想取得好的结果，你必须适应搜索引擎偏好的变化来改进我们的网站。
1.网站的访问速度
很多新手站长在搭建网站的时候并没有考虑到主机空间对于优化网站的重要性。这里之所以强调网站的访问速度，是因为它不仅影响网站关键词的排名优化，还会影响网站的用户体验和跳出率. 因为在这个快节奏的时代，没有人愿意花时间等待，即使你煞费苦心地优化一些效果，但是这些效果不能很好的转化，那就没有用了。所以我们在构建网站的时候，一定要选择一个比较快速稳定的主机。
2.网站登陆页面内容优化
着陆页是用户输入网站时看到的第一页，所以着陆页的优化非常重要。除了美观之外，页面优化最重要的方面就是内容。用户通过搜索找到信息，他们肯定是想找到自己想要的信息，所以内容必须与标题相对应，而且必须能够解决用户的问题。比如当有人搜索“个人博客应该选择什么样的主机”时，我们的内容不仅要分析从哪个角度选择虚拟主机，还要为用户推荐合适的主机类型和购买虚拟主机的地方，所以最后帮他解决这个问题。
3.网站页面设计
无论是网站还是人，第一印象都非常重要。虽然每个人都尊重灵魂之美，但遇到陌生人时，容颜真的很难看，我们是否可以进一步了解灵魂之美？所以网站的“外观”也很重要。网站的设计应该给人一种专业、简洁、值得信赖的感觉。这时候就需要找专业的UI和UX设计，买一些优质的网站模板。
4.减少不良因素的发生
很多网站页面为了赚取广告费或者想拉更多的用户信息，挂了很多广告信息，或者非常频繁地弹出对话框，让用户很反感，这影响了用户停留的时间。页。
5.关键词的添加和分配
之前的SEO优化方法不是大家可以放弃的，有些地方还是有保留价值的。关于关键词的设置，我们还是要继续做，H1、文章内部关键词，外链锚文本，内链锚文本，图片ALT，网址和图片名称等，不再重复。
6.主题模型的注入
仅添加 关键词 是不够的。为了方便用户更好地查看和提高页面权重，我们可以对内容进行分类。比如虚拟主机，我们可以扩展为Linux虚拟主机和Windows虚拟主机，那么在各自的主题下，可以扩展很多相关的内容，既利于用户查看，也有利于关键词 排名。
7.搜索引擎显示文字优化
在搜索引擎结果中，标题下方会显示一部分描述信息，这对于网站的点击率也很重要。主要需要优化的元素有：title的创意、desc的流行度、URL的规范、文章日期和结构数据的使用等。
8.独特品质网站内容
搜索引擎一直强调的一点是内容。无论网站如何优化，仍然需要创建对用户有用的独特内容。
搜索引擎主题模型优化(较多企业新网站搭建没有考虑到主机空间队网站优化关键性)
网站优化 • 优采云 发表了文章 • 0 个评论 • 42 次浏览 • 2022-01-29 04:10
搜索引擎主题模型优化(较多企业新网站搭建没有考虑到主机空间队网站优化关键性)
很多新的网站建筑公司都没有考虑到主机空间团队优化的关键性网站。首先，易启航强调网站的加载速度会影响网站在搜索引擎中的排名。
很多人还停留在两年前的SEO优化方法上，天天写洗稿，发外链等等，然后天天搜索百度关键词排名，希望能有很好的效果。我认为这种方法对于今天的引擎搜索来说并不是那么有效。要想取得好的效果，就必须适应搜索引擎偏好的变化，完善我们的网站。现在，我们来谈谈网站SEO优化的网站SEO优化技巧。
(1）网站访问速度
很多新手站长在搭建网站的时候并没有考虑到主机空间对于优化网站的重要性。小编之所以在这里首先强调网站的访问速度，是因为它不仅影响网站关键词的排名优化，还影响网站的用户体验@> 和跳出率。因为在这个快节奏的时代，没有人愿意花时间等待，即使你费尽心思去优化一些效果，但是这些效果不能很好的转化，那就没用了。所以我们在构建网站的时候，一定要选择一个比较快速稳定的主机。
(2）网站登陆页内容优化
着陆页是用户输入网站时看到的第一页，所以着陆页的优化非常重要。除了美观之外，页面优化最重要的方面就是内容。用户在搜索信息的时候，肯定是想找到自己想要的信息，所以内容要和标题对应，要能解决用户的问题。例如，有人搜索“个人博客应该选择什么样的主机”。这时，我们的内容不仅要分析从哪个角度选择虚拟主机，还要为用户推荐合适的主机类型和购买虚拟主机。地方，以便最终帮助他解决这个问题。
(3）网站页面设计
无论是网站还是人，第一印象都非常重要。虽然人人都在崇尚灵魂之美，但遇到陌生人，容貌真的很难看，我们能不能进一步了解灵魂之美？所以网站的“外观”也很重要。网站的设计应该给人一种专业、简洁、值得信赖的感觉。这时候就需要找专业的UI和UX设计，买一些优质的网站模板。
(4）减少不良因素的发生
很多网站页面为了赚取广告费或者想拉更多的用户信息，挂了很多广告信息，或者频繁弹出对话框，让用户非常反感。这会影响用户在页面上停留的时间。
（5）关键词的添加和分发
之前的SEO优化方法不是大家可以放弃的，有些地方还是有保留价值的。关于关键词的设置，我们还是要继续做，H1，文章内的关键词，外链锚文本，内链锚文本，图片ALT，URL，图片命名等等。这些已经被很多人说了无数遍了，在此不再赘述。
(6）主题模型的注入
仅添加 关键词 是不够的。为了方便用户更好地查看和提高页面权重，我们可以对内容进行分类。比如虚拟主机，我们可以扩展为Linux虚拟主机和windows虚拟主机，然后在各自的主题下，可以扩展很多相关的内容。有利于用户查看和关键词排名。
(7）搜索引擎显示文字优化
在搜索引擎结果中，部分描述显示在标题下方，这对于 网站 的点击率也很重要。主要需要优化的元素有：title的创意、desc的流行度、url的规范、文章日期、结构数据的使用等。
(8）独特品质网站内容
搜索引擎自始至终强调的一点就是内容。无论网站如何优化，仍然需要创建对用户有用的独特内容。 查看全部
很多新的网站建筑公司都没有考虑到主机空间团队优化的关键性网站。首先，易启航强调网站的加载速度会影响网站在搜索引擎中的排名。
很多人还停留在两年前的SEO优化方法上，天天写洗稿，发外链等等，然后天天搜索百度关键词排名，希望能有很好的效果。我认为这种方法对于今天的引擎搜索来说并不是那么有效。要想取得好的效果，就必须适应搜索引擎偏好的变化，完善我们的网站。现在，我们来谈谈网站SEO优化的网站SEO优化技巧。
(1）网站访问速度
很多新手站长在搭建网站的时候并没有考虑到主机空间对于优化网站的重要性。小编之所以在这里首先强调网站的访问速度，是因为它不仅影响网站关键词的排名优化，还影响网站的用户体验@> 和跳出率。因为在这个快节奏的时代，没有人愿意花时间等待，即使你费尽心思去优化一些效果，但是这些效果不能很好的转化，那就没用了。所以我们在构建网站的时候，一定要选择一个比较快速稳定的主机。
(2）网站登陆页内容优化
着陆页是用户输入网站时看到的第一页，所以着陆页的优化非常重要。除了美观之外，页面优化最重要的方面就是内容。用户在搜索信息的时候，肯定是想找到自己想要的信息，所以内容要和标题对应，要能解决用户的问题。例如，有人搜索“个人博客应该选择什么样的主机”。这时，我们的内容不仅要分析从哪个角度选择虚拟主机，还要为用户推荐合适的主机类型和购买虚拟主机。地方，以便最终帮助他解决这个问题。
(3）网站页面设计
无论是网站还是人，第一印象都非常重要。虽然人人都在崇尚灵魂之美，但遇到陌生人，容貌真的很难看，我们能不能进一步了解灵魂之美？所以网站的“外观”也很重要。网站的设计应该给人一种专业、简洁、值得信赖的感觉。这时候就需要找专业的UI和UX设计，买一些优质的网站模板。
(4）减少不良因素的发生
很多网站页面为了赚取广告费或者想拉更多的用户信息，挂了很多广告信息，或者频繁弹出对话框，让用户非常反感。这会影响用户在页面上停留的时间。
（5）关键词的添加和分发
之前的SEO优化方法不是大家可以放弃的，有些地方还是有保留价值的。关于关键词的设置，我们还是要继续做，H1，文章内的关键词，外链锚文本，内链锚文本，图片ALT，URL，图片命名等等。这些已经被很多人说了无数遍了，在此不再赘述。
(6）主题模型的注入
仅添加 关键词 是不够的。为了方便用户更好地查看和提高页面权重，我们可以对内容进行分类。比如虚拟主机，我们可以扩展为Linux虚拟主机和windows虚拟主机，然后在各自的主题下，可以扩展很多相关的内容。有利于用户查看和关键词排名。
(7）搜索引擎显示文字优化
在搜索引擎结果中，部分描述显示在标题下方，这对于 网站 的点击率也很重要。主要需要优化的元素有：title的创意、desc的流行度、url的规范、文章日期、结构数据的使用等。
(8）独特品质网站内容
搜索引擎自始至终强调的一点就是内容。无论网站如何优化，仍然需要创建对用户有用的独特内容。 查看全部
搜索引擎主题模型优化(较多企业新网站搭建没有考虑到主机空间队网站优化关键性)
很多新的网站建筑公司都没有考虑到主机空间团队优化的关键性网站。首先，易启航强调网站的加载速度会影响网站在搜索引擎中的排名。
很多人还停留在两年前的SEO优化方法上，天天写洗稿，发外链等等，然后天天搜索百度关键词排名，希望能有很好的效果。我认为这种方法对于今天的引擎搜索来说并不是那么有效。要想取得好的效果，就必须适应搜索引擎偏好的变化，完善我们的网站。现在，我们来谈谈网站SEO优化的网站SEO优化技巧。
(1）网站访问速度
很多新手站长在搭建网站的时候并没有考虑到主机空间对于优化网站的重要性。小编之所以在这里首先强调网站的访问速度，是因为它不仅影响网站关键词的排名优化，还影响网站的用户体验@> 和跳出率。因为在这个快节奏的时代，没有人愿意花时间等待，即使你费尽心思去优化一些效果，但是这些效果不能很好的转化，那就没用了。所以我们在构建网站的时候，一定要选择一个比较快速稳定的主机。
(2）网站登陆页内容优化
着陆页是用户输入网站时看到的第一页，所以着陆页的优化非常重要。除了美观之外，页面优化最重要的方面就是内容。用户在搜索信息的时候，肯定是想找到自己想要的信息，所以内容要和标题对应，要能解决用户的问题。例如，有人搜索“个人博客应该选择什么样的主机”。这时，我们的内容不仅要分析从哪个角度选择虚拟主机，还要为用户推荐合适的主机类型和购买虚拟主机。地方，以便最终帮助他解决这个问题。
(3）网站页面设计
无论是网站还是人，第一印象都非常重要。虽然人人都在崇尚灵魂之美，但遇到陌生人，容貌真的很难看，我们能不能进一步了解灵魂之美？所以网站的“外观”也很重要。网站的设计应该给人一种专业、简洁、值得信赖的感觉。这时候就需要找专业的UI和UX设计，买一些优质的网站模板。
(4）减少不良因素的发生
很多网站页面为了赚取广告费或者想拉更多的用户信息，挂了很多广告信息，或者频繁弹出对话框，让用户非常反感。这会影响用户在页面上停留的时间。
（5）关键词的添加和分发
之前的SEO优化方法不是大家可以放弃的，有些地方还是有保留价值的。关于关键词的设置，我们还是要继续做，H1，文章内的关键词，外链锚文本，内链锚文本，图片ALT，URL，图片命名等等。这些已经被很多人说了无数遍了，在此不再赘述。
(6）主题模型的注入
仅添加 关键词 是不够的。为了方便用户更好地查看和提高页面权重，我们可以对内容进行分类。比如虚拟主机，我们可以扩展为Linux虚拟主机和windows虚拟主机，然后在各自的主题下，可以扩展很多相关的内容。有利于用户查看和关键词排名。
(7）搜索引擎显示文字优化
在搜索引擎结果中，部分描述显示在标题下方，这对于 网站 的点击率也很重要。主要需要优化的元素有：title的创意、desc的流行度、url的规范、文章日期、结构数据的使用等。
(8）独特品质网站内容
搜索引擎自始至终强调的一点就是内容。无论网站如何优化，仍然需要创建对用户有用的独特内容。
搜索引擎主题模型优化(搜索引擎主题模型优化方案-卓博睿|睿)
网站优化 • 优采云 发表了文章 • 0 个评论 • 57 次浏览 • 2022-01-29 02:03
搜索引擎主题模型优化(搜索引擎主题模型优化方案-卓博睿|睿)
搜索引擎主题模型优化方案_搜索引擎主题模型优化方案-卓博睿|搜索引擎算法解析这个人在徐小平老师的小密圈说的不错，采用范式，但可能会有一定的前置条件。首先要考虑metric的选择问题，有可能方向不对，将本来可以精细化算法的东西浪费资源。选定方向后就是建立合适的范式，即字典。例如以确定性搜索为例，需要考虑用户的口味问题、操作习惯，或者品牌问题。
把以上事件包装成字典，就可以通过特征的组合比较快速的计算模型的准确度。另外在用户搜索时，可以通过信息抽取来预测用户可能搜索的东西，以提升准确率。例如信息抽取要考虑输入信息量大小、人为因素对抽取的影响。还有什么通过站外信息聚合搜索数据、特征等方法解决特征匹配问题。提出一些idea，只是猜测，具体可以开始找数据试验。
机器学习+规则推荐算法。技术细节:网络爬虫抓取网站实时更新爬虫文章，聚合到一个数据库，
个人感觉。跟搜索引擎无关。可以弄一个公共的知识库或者是类似百科之类的网站，进行大规模人工编辑，同时也是第一次发布一个搜索结果之后，之后的搜索再得到的结果就会带有预先的知识库。这样一个算法应该只是使一个系统对于某一特定行为的搜索更加精准，而不是单纯的根据用户的一次行为计算所有用户的历史点击率。 查看全部
搜索引擎主题模型优化方案_搜索引擎主题模型优化方案-卓博睿|搜索引擎算法解析这个人在徐小平老师的小密圈说的不错，采用范式，但可能会有一定的前置条件。首先要考虑metric的选择问题，有可能方向不对，将本来可以精细化算法的东西浪费资源。选定方向后就是建立合适的范式，即字典。例如以确定性搜索为例，需要考虑用户的口味问题、操作习惯，或者品牌问题。
把以上事件包装成字典，就可以通过特征的组合比较快速的计算模型的准确度。另外在用户搜索时，可以通过信息抽取来预测用户可能搜索的东西，以提升准确率。例如信息抽取要考虑输入信息量大小、人为因素对抽取的影响。还有什么通过站外信息聚合搜索数据、特征等方法解决特征匹配问题。提出一些idea，只是猜测，具体可以开始找数据试验。
机器学习+规则推荐算法。技术细节:网络爬虫抓取网站实时更新爬虫文章，聚合到一个数据库，
个人感觉。跟搜索引擎无关。可以弄一个公共的知识库或者是类似百科之类的网站，进行大规模人工编辑，同时也是第一次发布一个搜索结果之后，之后的搜索再得到的结果就会带有预先的知识库。这样一个算法应该只是使一个系统对于某一特定行为的搜索更加精准，而不是单纯的根据用户的一次行为计算所有用户的历史点击率。 查看全部
搜索引擎主题模型优化(搜索引擎主题模型优化方案-卓博睿|睿)
搜索引擎主题模型优化方案_搜索引擎主题模型优化方案-卓博睿|搜索引擎算法解析这个人在徐小平老师的小密圈说的不错，采用范式，但可能会有一定的前置条件。首先要考虑metric的选择问题，有可能方向不对，将本来可以精细化算法的东西浪费资源。选定方向后就是建立合适的范式，即字典。例如以确定性搜索为例，需要考虑用户的口味问题、操作习惯，或者品牌问题。
把以上事件包装成字典，就可以通过特征的组合比较快速的计算模型的准确度。另外在用户搜索时，可以通过信息抽取来预测用户可能搜索的东西，以提升准确率。例如信息抽取要考虑输入信息量大小、人为因素对抽取的影响。还有什么通过站外信息聚合搜索数据、特征等方法解决特征匹配问题。提出一些idea，只是猜测，具体可以开始找数据试验。
机器学习+规则推荐算法。技术细节:网络爬虫抓取网站实时更新爬虫文章，聚合到一个数据库，
个人感觉。跟搜索引擎无关。可以弄一个公共的知识库或者是类似百科之类的网站，进行大规模人工编辑，同时也是第一次发布一个搜索结果之后，之后的搜索再得到的结果就会带有预先的知识库。这样一个算法应该只是使一个系统对于某一特定行为的搜索更加精准，而不是单纯的根据用户的一次行为计算所有用户的历史点击率。
