h-card

(Difference between revisions)

Jump to: navigation, search
(link related github issue)
(flesh out to be more spec-like)
Line 1: Line 1:
-
{{stub}}
+
<entry-title>h-card</entry-title>
 +
<span class="h-card vcard"><span class="p-name fn">[[User:Kevin Marks|Kevin Marks]]</span> (<span class="p-role role">Editor</span>)</span>
 +
----
 +
<dfn style="font-style:normal;font-weight:bold">rel=canonical</dfn> is a link relation to indicate the canonical URL of the current page, to avoid duplicate content.
-
rel=canonical is a link relation to indicate the canonical URL of the current page.
+
{{cc0-owfa-license}}
 +
 
 +
== Abstract ==
 +
<p class="entry-summary">By adding <code>rel="caconical"</code> to a hyperlink, a page indicates that the destination of that hyperlink {{should}} be considered the preferred or definitive version of the current page. This helps search engines avoid duplicate content, and is useful for deciding how to link to a page when citing it.</p>
 +
 
 +
== Discussion ==
 +
There are many reasons for a site to serve the same content at multiple URLs, but duplicate pages are undesirable in search results. The [https://www.mattcutts.com/blog/seo-advice-url-canonicalization/ historic recommendation] was to use 301 redirects to the canonical page, but that can be jarring for users. There are many use cases for a URL to have additional information added as query parameters or fragments to indicate the navigation history for referral purposes, but would prefer a single main referent from searches. This  was codified in February 2009 as rel=canonical, and [https://webmasters.googleblog.com/2009/02/specify-your-canonical.html adopted] by [http://www.ysearchblog.com/2009/02/12/fighting-duplication-adding-more-arrows-to-your-quiver/ many] [https://blogs.msdn.microsoft.com/webmaster/archive/2009/02/12/partnering-to-help-solve-duplicate-content-issues.aspx search] [https://web-beta.archive.org/web/20091008070823/http://blog.ask.com/2009/02/ask-is-going-canonical.html engines].
 +
 
 +
Search engines prefer <code>rel=canonical</code> on a <code>&lt;link&gt;</code> element, and will ignore it on an <code>&lt;a&gt;</code> element.
== Issues ==
== Issues ==
Line 9: Line 20:
* [[existing-rel-values]]
* [[existing-rel-values]]
* https://en.wikipedia.org/wiki/Canonical_link_element
* https://en.wikipedia.org/wiki/Canonical_link_element
 +
* [https://support.google.com/webmasters/answer/139066?hl=en  Google's canonical advice page]
 +
* [http://known.kevinmarks.com/2017/day-7-to-amp-or-not-to-amp-100daysofindieweb canonical bookmarklets]

Revision as of 10:21, 28 March 2017

Kevin Marks (Editor)


rel=canonical is a link relation to indicate the canonical URL of the current page, to avoid duplicate content.

Per CC0, to the extent possible under law, the editors have waived all copyright and related or neighboring rights to this work. In addition, as of 2017-10-17, the editors have made this specification available under the Open Web Foundation Agreement Version 1.0.

Contents

Abstract

By adding rel="caconical" to a hyperlink, a page indicates that the destination of that hyperlink SHOULD be considered the preferred or definitive version of the current page. This helps search engines avoid duplicate content, and is useful for deciding how to link to a page when citing it.

Discussion

There are many reasons for a site to serve the same content at multiple URLs, but duplicate pages are undesirable in search results. The historic recommendation was to use 301 redirects to the canonical page, but that can be jarring for users. There are many use cases for a URL to have additional information added as query parameters or fragments to indicate the navigation history for referral purposes, but would prefer a single main referent from searches. This was codified in February 2009 as rel=canonical, and adopted by many search engines.

Search engines prefer rel=canonical on a <link> element, and will ignore it on an <a> element.

Issues

See Also

h-card was last modified: Wednesday, December 31st, 1969

Views