【问题标题】:Plus One Button not traversing the dom to grab snippet dataPlus One Button 不遍历 dom 来获取片段数据
【发布时间】:2012-02-08 03:26:11
【问题描述】:

据说,当 google 加一按钮在寻找微数据以设置 +sn-ps 信息以进行共享时,它会在 dom 层次结构中向上工作(Jenny Murphy 在Google+ +1 Button Snippet+ Problem 上说过)。此外,来自 google 的 +Snippets 网站https://developers.google.com/+/plugins/+1button/#plus-snippet 上的文档指出“如果页面使用 schema.org 微数据进行注释,+Snippet 将使用在任何 schema.org 类型上找到的名称、图像和描述属性”。但是,在某些情况下,情况似乎并非如此。

我们在http://www.magnetstreet.com/stores/html/weddings/testPage.html 有一个测试页面,它展示了一个非常简单的产品页面,该页面已使用 schema.org 微数据进行了标记。该页面通过了 w3c 验证,其微数据在 Google 丰富的 sn-ps 测试工具中被正确解析。但是,当单击 +1 按钮并继续共享它时,api 显然会忽略产品标签内设置的 itemprops。这可以通过如何显示“页面标题”而不是“产品标题”(即 itemprop 名称)来看出。

有没有人发现这段代码有任何明显的问题?

我想指出,如果我们只在 Product div 和内部设置了微数据属性(在任何外部元素上没有 itemscope 或 itemtypes),那么按钮将按预期工作。但是,我们在需要其他微数据的复杂得多的页面上有数据,因此删除产品以外的所有其他微数据并不是解决方案。

【问题讨论】:

  • 什么代码?这里没有代码。
  • 我指的是testPage的源码
  • 问题不包含代码。

标签: google-plus-one schema.org rich-snippets


【解决方案1】:

我正在https://groups.google.com/forum/#!topic/google-plus-developers/MvuZtu8prTo 与 Jenny Murphy 就此事进行持续讨论。简而言之,目前 +1 按钮只查看最外面的 itemscope 以获取 sn-p 信息。如果在那里找不到它,它就会停止解析微数据,而是寻找其他方法来收集 sn-p 信息。

在我链接到的讨论中,我已经描述了为什么我认为这可能是一个问题,并希望就此展开一些良好的对话。

【讨论】:

猜你喜欢
  • 1970-01-01
  • 1970-01-01
  • 2017-08-20
  • 2012-06-21
  • 2011-12-23
  • 2013-09-28
  • 1970-01-01
  • 2011-09-15
  • 1970-01-01
相关资源
最近更新 更多