cite属性指定引用文本来源的地址,但谁会使用这些信息呢?
例如:
<q cite="http://www.example.com/quote">
<p>“A quote”</p>
<footer>—Person quoted</footer>
</q>
在常规浏览器中,引用文本的来源对终端用户不可见,那么到底是谁会使用这些信息,以及如何使用呢?
cite属性指定引用文本来源的地址,但谁会使用这些信息呢?
例如:
<q cite="http://www.example.com/quote">
<p>“A quote”</p>
<footer>—Person quoted</footer>
</q>
在常规浏览器中,引用文本的来源对终端用户不可见,那么到底是谁会使用这些信息,以及如何使用呢?
首先,cite
属性不仅适用于 blockquote
元素,还适用于以下元素:
<blockquote>
<del>
<ins>
<q>
以上元素中为什么要使用标签?
用于指向引文的来源,或引用的更改或删除。
这是w3.org的说法:
用户代理程序可以允许用户跟随此类引用链接,但它们主要是为私人使用而设计的(例如:由服务器端脚本收集有关网站编辑的统计信息),而不是为读者使用。
现在问题来了,谁会使用标签呢?
cite
属性用于以URI的形式识别引文的在线来源(例如,“http://sourcewebsite.doc/document.html”)。
cite
属性的值不会在屏幕上呈现(尽管通过DOM脚本的魔法,这个潜在的有用的元数据可以被提取并写回到网页中)。
因此,浏览器对该属性的支持被标记为无,但由于它有其他潜在用途(用于搜索引擎索引、通过DOM脚本检索等等),且未来可能会提供更好的本地支持,所以在使用上述元素时应该使用标签。
因此,目前没有人使用它,但将来可能会被用户代理程序或搜索引擎使用,所以最好使用它。
<cite>
标签和 cite 属性都是用于语义目的,这意味着它们只是为网站提供更多“含义”。例如,我可以使用<div>
标签引用一句话,而不是使用<blockquote>
标签,但这会给浏览器提供更少的信息,因此建议在引用时使用<blockquote>
。
<cite>
标签和 cite 属性也是如此。根据MDN对 cite 属性的定义(链接在此处):
在
<blockquote>
或<q>
元素上使用 cite 属性引用在线资源以作为来源。
“那么谁会使用这些信息,以及如何使用?” - 我认为搜索引擎(例如Google)将使用此信息显示文档之间的潜在链接。如果您考虑这一点,这是一个重要的观点。请查看下面的图像:
注意它如何在右侧显示“Samsung Group”信息框。在Google工作的人不会编写此信息 - 相反,它是从维基百科获取的。但是,当其他网站上也写有此信息时,使用 cite 属性将此信息链接到维基百科(从而增加维基百科的相关性)时,此信息对搜索“三星”更具相关性。这就是为什么在此处使用维基百科的信息,而不是某个小学关于三星手机的网站。
cite 属性只是为网站提供更多含义。 Tim Berners-Lee将语义Web描述为“Web 3.0”的组成部分 - 换句话说,更新HTML语言的许多组件只是为了为网页提供更多含义,作为迈向Web 3.0的一步。
TL;DR - 简单地说, cite 属性只是为网页提供更多含义,并且可以用于搜索引擎以实现更好的网络链接。
它的设计初衷是为了被采集和整理数据的机器使用,例如搜索引擎,但任何机器都可以使用。它的目的是使网页更有系统性,以便机器阅读。因为仅凭上下文无法理解文本的哪一部分代表引用和引述。 您可以查阅语义网以获取更多信息。 http://en.wikipedia.org/wiki/Semantic_Web
引用自W3Schools:
任何主流浏览器都不支持cite属性。 然而,搜索引擎可能会使用它来获取更多关于引用的信息。
是的,引用来源对终端用户不可见。因此,它只是对源的引用。
q元素内部的内容必须来自另一个来源,并且如果有地址,则可以在cite属性中引用该地址。源可以是虚构的,例如在引用小说或剧本中的角色时。
如果存在cite属性,则必须是一个有效的URL,可能带有空格。
这只是另一个元数据块,可以被服务器端脚本用来收集统计信息,或者由前端开发人员添加功能(他们可以选择打印源代码,允许访问原始源代码等)。
尽管对最终用户实际上并不是非常有用,但将原始源代码写在某个地方是一个好习惯。