如何避免架构标记漂移
已发表: 2023-03-01如何避免架构标记漂移
Google 结构数据更新经常发生。 这不在你的控制之下。 保持最新状态可能意味着让您的产品易于找到,甚至可以帮助您避免人工处罚。
创建高质量的内容对您的网站访问者和 Google 都很有价值。 结构化数据使搜索引擎可以轻松了解您发布的有用数据和您的意图。 考虑产品页面上的关键细节,例如定价、产品可用性、产品变体、操作方法详细信息、联系信息等; 所有这些都需要有效的模式标记来塑造您的知识库。
什么是架构标记漂移?
模式漂移可能是一个难以管理的复杂问题。 它基本上包含处理网页内容和模式标记不同时的策略和任务。 通常,当插件工程师或静态、硬编码、schema.org 标记落后于代码或内容更新时,就会发生这种情况。 如果我们将“漂移”一词的含义视为名词,则非常恰当。 牛津语言称这是“从一个地方到另一个地方的持续缓慢移动”。
与任何渐进的事物一样,如果没有刻意关注,通常很容易错过。
万维网的进步是持续的。 这些力量迫使 SEO 在管理语义和模式的方法中变得敏捷。
标记不断发展的方式:
- Google 推出了新功能,其他功能不再使用。
- 新版本在 Schema.org 推出。
- 较旧的内容已更新或移动,当前代码中断。
- 有人决定对 CMS 或其他平台进行更改。
- JavaScript、应用程序或其他第 3 方实体更新或切换。
- 联合或自动内容会更改页面上的文本和元素。
- 站点的本体发生变化、合并或迁移。 (会影响面包屑标记)
- 团队成员在没有意识到影响的情况下更改了内容或代码。
- 业务实体更改名称、移动、合并或进行其他身份更改。
Schema.org 词汇表已删除
预定的 Schema.org 词汇更新通常包括新词汇机会,而其他词汇则被删除。 我们尤其在产品选项和医学术语中看到了这种情况。 如果这些更改适用于您,请执行 RDF 数据库查询以发现它们。 仅当您确定更新会产生积极影响时才删除条款。 当标记过时的模式术语时,权衡是否值得存档或取代。
用于观察偏差的模式标记示例
数据集模式标记有几个新的可能性待定
Dataset
集架构标记最后更新于 2022 年 10 月 25 日。许多很棒的想法正在考虑中。 比如AI创新生态的知识图谱,ML Models就是过程中的一种实体。 随着新的可能性的出现,更多的问题浮出水面。 例如,“OML 可以在语义数据集上描述机器学习吗?” 虽然 OpenML 元数据使用了一些 OML 本体,但目前ml-schema
和Expose
都没有。 (Expose 是一个使用 PHP 的隧道应用程序,允许您与 Internet 上的其他人共享您的本地站点和应用程序。)
我们已经有了数据集架构标记。 如果 MLModel 作为 Dataset 的子类被广泛采用,那么超类 Model 是否需要标记更新? 这样的场景太多了。 几个模式标记更新即将推出,其他是可能影响未来实施的讨论点。
有效产品报价的项目条件凭据已更改
自 2022 年 10 月起, itemCondition
的微数据和 JSON-LD 有效标记都发生了变化。 “new”的内容值不再有效。 要使用此模式类型,现在需要在Offer
中使用NewCondition
。 这通常嵌套在Product
架构下。 修复所有产品标记错误对于电子商务网站尤为重要,有助于保持收入增长。
阐明了评论架构标记
另一件需要知道的事情是,谷歌最近明确表示,在您的网页中嵌入本地评论不会影响网络排名。 意思是,可能还有其他更重要的结构化数据实现需要花费您的时间。 John Mueller 明确指出,“确保不要对未在您网站上收集的评论使用结构化数据标记。” 这是我过去问过的问题,但答案很模糊。 尽管我们一直保持谨慎,但最好始终保持真正的清晰度。 对于我们多年未更新的某些页面; 评论内容需要更新以避免模式标记漂移。
结构化数据通常是手动添加到您的网站代码中的——如果您雇用了具有成熟专业知识的人。 几个 SEO 插件可以以最小的努力提供帮助。 在任何一种情况下,密切关注模式需求都可以避免很多麻烦。
了解如果插件管理您的模式会发生什么
Roger Montti,我最喜欢的作者,最近写了一篇关于 All In One SEO WordPress 插件漏洞如何影响多达 3+ 百万的文章。 与许多插件一样,此插件内置了对架构标记的支持。
它强调需要谨慎使用插件来管理您的架构标记。 很多时候,“漂移”很重要。 在测试了多个类似的插件后,我很惊讶使用他们自己的工具在他们自己的网站上经常出现严重的错误。 我很同情保持应用程序或插件最新所必须进行的工作。 我也同情 300 多万活跃用户,他们发现自己容易受到两次跨站点脚本 (XSS) 攻击。
这不是儿戏。 Montti 报告说,“这些漏洞影响 AIOSEO 的所有版本,包括 4.2.9 版。” 这是怎么发生的? 跨站点脚本 (XSS) 攻击是一种注入漏洞利用形式,涉及在用户浏览器中执行的恶意脚本,然后可能导致访问 cookie、用户会话,甚至网站接管。
维护良好的插件和应用程序可能会自动摄取当前的模式词汇表版本。 您将想要探索支持所有可能的实体类型的所有模式机会。 但是,需要经验才能知道哪种实体类型最适合各个页面的用途。 您需要既有效又简化的模式标记,以避免代码膨胀并获得页面的最佳表示。
为什么让搜索引擎必须猜测?
对于 Google 而言,这可能是一场大型猜谜游戏,以确定您内容中的关键点、作者是谁、它所代表的公司/组织以及哪些数据对于匹配搜索查询最有用。 内容更新是一件好事。 您只是不应该忘记您的模式需要同时更新。
Martin Splitt 的架构标记漂移评论
“随着时间的推移,你会在你的模式标记和页面上的内容之间发生漂移。 谁能控制将内容放在页面上,谁就有语义责任。 无论是开发还是 SEO。 尝试将页面上的任何内容映射到更广泛的概念。” – Martin Splitt,Google 开发者关系主管[1]
正确构建和嵌套您的 Schema 有助于搜索引擎快速识别给定实体的各种属性以及它们与其他实体之间的关系节点。 我们更喜欢 JSON-LD,它注释页面上的元素,构建页面数据,这对搜索引擎很有帮助。
实施结构数据标记的一个关键优势是消除页面元素的歧义并建立实体周围的质量和事实,然后与创建更有组织、更好的整体网络相关联。 然而,如果过去的代码变得多余,结构数据标记的优势很快就会消失。
通常,您的核心姓名、地址和电话号码更改频率较低。 对于这些基础业务细节,维护准确的组织结构化数据或本地业务模式至关重要。
为什么避免模式标记漂移很重要?
Schema 增加了您赢得丰富结果的机会: Google 搜索引擎结果页面 (SERP) 不断添加新的方式来放置高度可视化的位置。 例如,流行的“People Also Ask”框和“People Also Search For”特色片段可以包含直接指向您网站的链接。
提高您的网站质量和 EEAT:就其本身而言,结构化数据并不是直接的排名因素。 但是,Google 一直推荐使用它,因为它可以帮助其搜索引擎了解您网站上的内容。 这种通过结构化数据让 Google 更好地了解您的内容和您网站上包含的实体的方式还可以简化和改进他们对您网站质量和 EEAT 的评估任务。
您可能出于某种原因想简单地更改现有文章的架构。 请注意,滥用模式可能会触发算法或手动惩罚。 架构漂移和页面更改可能会在一段时间内被忽视; 但是,失去来之不易的排名并在 Google 搜索中掉线是不值得的。
结构化数据为您的 Google 知识图谱提供数据
无论您是手动管理架构还是自动化结构化数据,它都有很多用途。
谷歌的知识图谱领域正在迅速占据更多的 SERP 空间。 虽然 Google 以许多我们不了解的方式收集信息,但我们知道模式代码会为其机器人程序提供信息。
2018 年,谷歌开始谈论其主题层。 这有助于其机器学习更好地评估网络内容以及主题和子主题如何协同工作。 谷歌声明如下:
“因此,我们采用了现有的知识图谱——它了解人、地点、事物和关于它们的事实之间的联系——并添加了一个新层,称为主题层,旨在深入了解主题空间以及兴趣如何随着时间的推移而发展随着熟悉程度和专业知识的增长。 主题层是通过分析给定主题的网络上存在的所有内容而构建的,并开发了成百上千个子主题。 对于这些子主题,我们可以确定最相关的文章和视频——那些已经证明自己常青且持续有用的文章和视频,以及关于该主题的新鲜内容。 然后,我们会查看模式以了解这些子主题如何相互关联,这样我们就可以更智能地呈现您接下来可能想要探索的内容类型。” – 帮助您完成搜索之旅
Google 的结构化数据采用和不断发展的 Schema.org 库都是非常棒的优势,可以指导您的内容如何更好地结构化。 它可以帮助您的网站解决内容模糊和数据混乱的问题。
基本上,架构漂移会使您的内容对搜索引擎造成混淆。 这是一个数据质量问题。 将其视为通知 Google 主题层的数据层。 随着时间的推移,随着出版物和页面的增多,管理数据质量成为一项更大的任务。 模式旨在服务于特定目的。 基于数据质量的结构化内容非常有用; 但是当它偏离准确性时,它就是一个数据问题。
您的模式需要可信度。 建立内部最佳实践工作流来管理架构更改。 监控数据质量很重要。
你如何检测模式标记漂移?
模式漂移检测方法:
谷歌搜索控制台报告
由于我们渴望为客户赢得 Google 富媒体搜索结果,因此密切关注 Search Console 报告是一项优先任务。 此 Google 工具会根据您的抓取速度缓存网页版本。 因此,如果您经常更改标记,最新的标记可能不会反映您网站上的内容。
尖叫青蛙定制报告
在站点迁移期间映射架构标记是一项艰巨的任务。 在迁移过程中,即使是轻微的内容更改也会影响架构。 例如,如果有人更改了问答内容,它可能会丢弃您的 FAQ 架构标记。 检查每个系统以从所有迁移文件中导出所需的数据库模式,然后将其与实时数据库中的实际模式进行比较以检测偏差。
映射数据中的 Microsoft 架构漂移
要启用模式漂移控制,请在接收器转换中选择“允许”模式漂移。 启用架构漂移后,请确保打开映射选项卡中的自动映射滑块。 启用此滑块后,所有传入的列都将写入您的正确目的地。 否则,您必须使用基于规则的映射来编写漂移列。
如何避免架构标记漂移的发生?
通过以下方式避免架构漂移:
- 指定一个人负责监控模式。
- 采取完整的团队方法。
- 检查外部架构漂移。
- 投资模式分析器工具。
- 在模式管理中具有选择性、战略性和流线型。
- 为每个模式属性对齐相同的语言。
- 对齐相同的结构以添加值,包括日期和时间格式。
- 为每个属性共享相同的语法,例如大写、连字符和标点符号。
- 每个属性使用相同的编码格式(例如:字符编码)。
- Google 开发人员结构化数据更新
- Schema.org 推出新版本
指定一个人负责监控模式。
像这样的任务可能会被错过或延迟,而没有在两个时间表中指定以及谁对此监督负责。 SEO 经常面临超载的机会和任务,因此这只有在他们每周可以指定足够的时间来完成检查并与发生偏差的情况进行沟通时才有效。
采取完整的团队方法。
一旦您确定了可能发生漂移的方式,请设置一个通知系统,以便进行更改数据同步的更新的任何人都可以将其传达给其他人。 外部网页容器、插件配置、主题等如果更改,可能会导致问题。 影响您的标记的多个插件可能会导致冲突或冗余。
每个可能调整您的模式的团队成员都应该:
检查外部架构漂移
有时我们将模式(例如来自 WordLift 或 Yoast 的模式)与我们的自定义格式相结合。 在某些情况下,您的标记会托管在第三方上。 虽然这些附加模式标记方法有好处,但请注意@id
可能会漂移并导致外部模式漂移。
投资模式分析器工具
一些应用程序和平台提供了一个模式分析器,可以执行计划的站点爬网以查看模式数据的整体健康状况。 许多在查询数据(RDF 三元组)以获取已弃用的模式属性后提供可视化报告(建议:Screaming Frog Crawler)。 利用链接的开放数据保持相关性。
在模式管理中具有选择性、战略性和精简性
在向搜索引擎提供不足的数据和成为“嘈杂的环境”之间取得良好的平衡。 有人可能会认为,通过使用多个架构标记插件管理器,您可以完成单个平台提供的功能。 这是可能的。 但是,存在创建过多噪声代码的风险。 我们建议做出战略选择并发展开放式沟通以获得该第三方的高级支持。 这通常需要付费购买高级版本。
遵循两个主要来源以随时了解架构标记更改:
如果这个任务看起来有点耗时,我们不会说你错了。 然而,SEO 普遍同意的一件事是搜索营销仍然是一项耗时的策略。 没有任何单一版本的搜索引擎优化能够快速、立即地保证您在搜索结果的第一页排名。 只有付费搜索选项可以让您对首页广告位出价。
在您的网页上维护有效架构标记的定期审核将在架构漂移发生时发现。
摘要:您不想因架构标记漂移而出轨
如果您需要帮助保持架构准确,请致电 651-205-2410。 我们很乐意提供帮助! 我们热衷于提供自定义 SEO 架构标记解决方案来解决您的独特需求。 例如,我们将评估您网站的抓取预算、代码重复和可能的意图消歧问题。 我们还熟悉阻止 Google 将架构标记编入索引的最常见错误。 您的数据质量很重要,我们可以提供帮助。
审计防止结构化数据标记漂移
参考:
[1] https://webinars.searchenginejournal.com/search-engine-journal/QA-With-Google-s-Martin-Splitt-Semantic-HTML-Search-Google-Search-Console