【问题标题】:Multiple object on the same page needing rel=canonical URIs同一页面上的多个对象需要 rel=canonical URI
【发布时间】:2012-05-08 19:19:45
【问题描述】:

编辑:这个问题很长,包括几个我正在寻找的东西的例子。我找到了答案(见下文),即确实存在这样的事情,您可以在 schema.org 上阅读所有相关信息。

我希望能够将某些语义信息附加到同一页面上的多个不同项目。例如,我的页面有一个歌曲列表,看起来有点像:

<div class="song">
    <img src="cover-art-image" />
    <p>Description on image</p>
    <a id="..." href="link-to-song">View song</a>
</div>
<div class="song">
    ...
</div>

现在,我想显示有关这些对象(在本例中为歌曲)的语义信息,因此我们在歌曲实际页面上的 &lt;meta&gt; 标签中包含语义数据(以及 &lt;link rel="author" ...&gt; 等)。

所以我想知道最好的方式是传达链接"View song" 是唯一描述语义对象(元数据和所有)。

我已经阅读了有关使用 link rel="canonical" 的信息,但据我所知,这是用于标题中,用于描述 当前页面(或者,通知搜索引擎当前页面的规范表示是什么),而我想要传达我们想要描述当前页面上显示的子对象。所以,在一个理想的世界里,我会写这样的东西:

<div class="song">
    <img ... />
    <p> ... </p>
    <a href="link-to-song" rel="canonical">View Song</a>
</div>

来描述href(即歌曲的页面)末尾的东西是父HTML节点的规范表示。但是,rel="canonical" 的真正含义并非如此:是否已经定义了类似的东西可以做(即交流)我想要的东西?

如果不是,那么实现这种东西的最“网络友好”的方式是什么?我敢肯定,仅仅使用多个 rel="canonical" 链接不是这样做的方法(最好不要通过尝试嵌入实际上应该有用的语义数据来冒犯搜索引擎)。

我唯一能想到的就是放类似

<a href="..." rev="summary"> ... </a>

为了反映这里显示的是条目主页上内容的摘要 - 但我不认为这被解释为“限定范围”以表示“包含此链接的 DOM 节点是 . ..”。

编辑:关于如何使用它的另一个示例(如果我的意思不清楚)可能是让博客文章上的每条评论都包含这样一个链接,这将唯一标识与该特定关联的 URI邮政。在该链接之后,您会找到一个包含例如的页面。 &lt;link rel="author"...&gt; 评论信息、指向发表评论的帖子的链接等等。

编辑:为了更清楚我的意思,我们已经使用元数据,例如

<link rel="canonical" href="..." />

在页面的&lt;head&gt; 中传达关于this URI 中描述的对象(或内容)的语义数据。因此,位于&lt;head&gt; 中的元数据可以被认为是作用域(滥用术语)到页面级别。我想知道我们如何在页面的各个部分级别对元数据进行范围界定(因此在上面的示例中,我想在包含它们的 DOM 节点级别界定元信息)。以下不是有效的标记(出于显而易见的原因,将受到搜索引擎的惩罚),但说明了我的意思:

<html>
    <head>
        <link rel="canonical" href="/canonical/representation/of/this/page.html" />
    </head>
    <body>
        <div id="item1">
            <a rel="canonical" href="/canonical/representation/of/item1.html" />
            <p>Some local description of item2</p>
        </div>
        <div id="item2">
            <a rel="canonical" href="/canonical/representation/of/item2.html" />
            <p>Some local description of item2</p>
        </div>
     </body>
</html>

那么在地址/canonical/representation/of/item1.html我们可能会找到一些语义数据(例如,Open Graph数据):

<html prefix="og: http://ogp.me/ns#">
    <head>
        <meta property="og:title" content="Some title" />
        <meta property="og:type" content="music.song" />
        <meta property="og:url" content="/canonical/representation/of/item1.html" />
    </head>
    <body>
        <!-- User-facing content of the page -->
    </body>
</html>

这种关系需要rel=... 标记的原因是,我们希望将其标记为包含有关页面特定部分的相关语义数据(而不是页面中可能指向任何地方的其他链接),并且应该紧随其后的是想要发现此类数据的程序(然后可以知道这些数据仅与链接所在的特定 DOM 节点“限定”的页面部分相关)。

【问题讨论】:

    标签: html semantic-web semantic-markup rel


    【解决方案1】:

    事实证明,这已经使用微数据完成了。它不像&lt;canvas&gt;、原生视频和朋友那样受到同样的关注,但它是 HTML5 规范 (here) 的一部分,甚至意味着有一个 JavaScript API(尽管 Opera 是唯一的浏览器)到目前为止实现它 - 没有惊喜)。

    更好的是,Google、Bing 和 Yahoo!所有人都关心这些东西,并创建了schema.org 来记录它(以及提供完整的现成数据类型列表)。

    【讨论】:

    • 事实证明我的想法是正确的,当我说“微格式或 RDFa”时,我在对我的回答的第一个回复评论中引用了这个概念。很高兴你找到了你要找的东西,而且我一直都在处理这个概念。多年来,这有很多名字。我并不完全了解 HTML5 规范版本,但我在 Microformat - Wikipedia 上找到了它。为找到您正在寻找的内容并更正我过时的命名而投票。
    【解决方案2】:

    我理解您所说的方式是,您希望确保链接的含义是将用户带到有关歌曲的页面。所以你要确保链接的含义是清楚的。你有没有想过这个:

    <a href="" class="song">
        <img ... />
        <p> ... </p>
    </a>
    

    我最初想在其中包含一个图形标签,但感觉不对; http://html5doctor.com/your-questions-15/ 的权威证实了我的怀疑。

    【讨论】:

    • 这里的问题是没有办法区分“指向另一个 URI 的链接,这是语义对象的唯一标识符(并包含该对象的元数据)”和任何其他一种链接。例如,前者允许我们将作者、个人资料、...信息附加到博客文章的每条评论中,而不指向语义内容的链接则没有这样的含义。
    • 请原谅我,我正在努力理解,因为我认为从长远来看它可能会对我有所帮助。您是否尝试在标记中添加更多信息,例如关于每首“歌曲”的微格式或 RDFa?如果不是,为什么链接标题或描述在这里不够用?也有点刻薄;链接文字不应该是“听歌”或“查看歌曲信息”吗? :)
    • 从用户的角度来看,标题上的链接很好,但如果我们想解析这个(例如在浏览器插件或 javascript 中),我们不能只关注每个链接在页面中(其中一些会用到有用的地方)——我们想知道这个特定链接指向特定对象的规范 URI。
    • 当您说“特定对象”时,我将其解释为链接或歌曲/项目。这是真的?如果是这样,怎么会有多个链接指向任何对象?因此所有链接都指向相同的 URI,因此是规范的。 post cmets 的示例似乎更有帮助,因为评论的规范链接将是对其自身的引用,而不是指向 Internet 上任何其他任何地方的链接。在描述这一点时,我认为我可以更好地理解这如何转化为您的歌曲示例;现在对我来说更有意义了。听起来我理解你吗?
    • 是的,你非常接近。这个想法是有一个对浏览器插件或 JavaScript 说的标志:“到这里。你会在那里找到一些与页面的这一部分相关的信息。一旦你找到了,回来更新这部分页面(例如,带有指向对帖子发表评论的用户的 Flattr 个人资料的链接,您可以通过查看此链接另一端的元数据找到该页面)。”我想我已经找到了答案(见我的自我回复)
    猜你喜欢
    • 2015-09-18
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 2021-09-04
    • 1970-01-01
    相关资源
    最近更新 更多