WHATWG Wiki - User contributions [en]

Talk:MetaExtensions

2011-07-13T17:54:11Z

BryanH: /* rights: why reversion */ clarify

== "description" meta name ==
I think the description name should be added to the HTML 5 specifications. Yes, search engines have made the keywords name obsolete. However search engines are not ''that'' good. It is still only the document author that can provide a reliable, short description of the documents contents. I think there should be constrains on how long, what it contains, and the structure of the description. Short sentences, and plain English descriptions would be the best.
:It looks like "description" is in the latest specification. [[User:Rfc2549|Rfc2549]] 01:46, 10 October 2008 (UTC)
::Keywords still work. Descriptions are a good idea. However, HTML5 should not constrain search engines by specifying short sentences or any particular structure. HTML5 and this MetaExtensions Wiki should be permissive, especially for websites that depend on specialized or foreign search engines that may have other rank-driving preferences for meta tags. Rather, page authors should consider short sentences and the plain language you suggest because when they appear in search results they attract visitors. However, a site meant for physicians might have a different idea on what language is plain for their readers, so HTML can't usefully define that. Advice on good drafting is the province of search engines and various websites that report or advise. [[User:Nick|Nick]] 08:45, 20 April 2009 (UTC)

== keywords and description should not be unendorsed, should they? ==

Why are keywords and description unendorsed? Yahoo and Google do use them for searches, if not as much as when they began offering search services. And there are other search engines around the world, which might well support both of these. The unendorsing of cache is explained; what are the explanations for the other two? I see keywords, but not description, was unendorsed from the beginning, which suggests a misclassification by the original proposer. I think someone should reclassify both as proposals. Would it be okay if I did? [[User:Nick|Nick]] 08:55, 20 April 2009 (UTC)
:On description: resolved. Ian Hickson reports that it's in HTML5, and it is, in [http://www.whatwg.org/specs/web-apps/current-work/#meta-description section 4.2.5.1] (I had forgotten). On keywords: he didn't mention them in his reply but moved them within the Wiki from unendorsed to failed, and I've submitted a bug report for reconsideration of that decision: [http://www.w3.org/Bugs/Public/show_bug.cgi?id=6853 W3C Bug 6853]. [[User:Nick|Nick]] 09:35, 29 April 2009 (UTC)

== rights: why reversion ==

I'm reverting for these reasons:

The revision's added content was largely redundant of the link element rel="license" that, per <http://wiki.whatwg.org/wiki/RelExtensions>, is already in HTML5 (see section 6.12.3.9 of the W3C Working Draft of 8-25-09). The link uses URLs instead of standardized strings, but those URLs can be used the same way as the proposed strings, i.e., a search engine or UA can recognize the URLs without repeatedly fetching as equivalent to the strings. And the set of URLs is essentially extensible without requiring registration here, which simplifies the tag's use.

The proposed string "coprYYYY" is probably not legally sufficient notice even in the U.S., and around the world what that notice must state may vary. It's too much for us to list all the possibilities. Let the page author write such notice as they see fit and let the search engines store or refer to it as they see fit without abbreviating it.

I doubt the proposed code/content distinction can be legally defined in this way and the distinction recognized in a court of law applying copyright law. Most judges and lawyers probably don't know how Internet standards are promulgated. For example, arrangement is copyrightable and a judge might conclude that in copyright law code is one thing and arrangement of the code is another. I haven't researched case law on point but doing so is pointless when copyright law is in many nations that each have their own laws. My proposal is more flexible and thus better able to meet page authors' needs.

The legal needs require a way of writing arbitrary or free-form text (not arbitrary as lawyers use that term).

The revision is more complicated to implement.

The revision doesn't cover multiple licensing for one work. The HTML5 working draft carries an assertion of two licenses. So does Perl, the language. When two licenses are said to apply, a relationship has to be defined, perhaps that the user can choose which to apply, perhaps one applies for commercial use and the other for noncommercial use, or whatever. The revision apparently required multiple meta tags but didn't propose that. If a search engine might take multiple meta rights tags as conflicting, things can get confusing and legal rights may be lost.

The revision doesn't cover multiple licensing for multiple works on one page. Free-form text in the meta tag would allow that. For example, "The photograph may be available from the Permissions Department at . . .; the text is licensed under . . .; the arrangement is the property of . . .; and the music is licensed through BMI."

Thank you for the character entity edit.

Perhaps another meta keyword should be proposed, perhaps rights-standard, to use what was proposed? Would it serve a purpose that link wouldn't?

Thanks. [[User:Nick|Nick]] 07:58, 28 October 2009 (UTC)

: I see what you're saying -- my point of view would be that it would be beneficial for a machine-readable/parsable value for use in searching, cataloging, etc. Free-form text makes this very difficult, if not impossible to apply to any degree. If the page author is providing a legal notice of copyright, then they must provide the country-appropriate copyright notice visible to the page viewer (in the content itself). [http://www.copyright.gov/title17/92chap4.html#401 Copyright Notice, Deposit, and Registration § 17, 4 U.S.C.§ 401 (2007)]

: My fear is without caselaw to guide us on the enforceability or applicability of this new way of embedding copyright in the code, we are setting up a standard that will not last past the first court case. Am I confused about the rationale behind this tag? What does it accomplish that a notice the page's viewable content area wouldn't?

: ''>Perhaps another meta keyword should be proposed, perhaps rights-standard, to use what was proposed?'' I'll do just that -- thank you. [[User:BryanH|BryanH]] 16:47, 28 October 2009 (UTC)

::Notice calculated to be seen by most Web visitors will be visible in the UA's (viz., browser's) window or canvas, so it should be written to be visible there. But code or markup is not seen there. That's seen when a UA user either looks in the source code via the UA or receives it separately and doesn't expose it to the UA. The code will often include not the word "Copyright" or a "C" in a circle but a character entity that mostly only programmers will recognize when it is not interpreted. Without interpretation, "&copy; 2009 Lois Ng" does not meet U.S legal requirements for a copyright notice.

::Therefore, I argue that a copyright notice calculated to be seen by someone looking at source code without benefit of a UA must be written to be visible there and humanly understandable in raw form. I use comments for that purpose, in addition to what's to be visible in the browser's window. But comments have a drawback of being usually not parseable by search engines (except for scripts, which use specially formatted comments). Since search engines copy our content, we need a way of embedding a copyright notice they have some way of identifying as being a copyright notice. But because legal requirements vary around the world, over time, and according to what is potentially subject to copyright, not to mention that some of us feel compelled to be extra cautious (either to capture all sorts of rights or because overclaiming can jeopardize an entire claim), there's no way to settle on a single form or a finite list for a copyright notice. A few forms are far more common than others, but it would take a while to research the form of choice to be used in Malawi next year for a sound recording by Madonna on tour if she's donating her work to a local school she's building (e.g., which nation's law applies). Thus, the string must be free-form.

::But that limits what search engines can do with the string. With the meta rights proposal, likely the only parsing a machine can do is to recognize that it is a rights statement because it is in a tag and with a keyword that says so in accordance with the spec (which in turn supports the MetaExtensions page) and to recognize the string's length so that it can choose to either copy and display the string or only refer to it but in neither case truncate or edit it.

::If a search engine programmer wants to try more sophisticated textual analysis, they'll succeed some of the time, but this very limited parseability is enough to flag a page as having an assertion of a right, which a human might choose to read, and if the human does not read it and infringes the copyright it'll be harder to pretend they infringed innocently, which is relevant to the remedy a U.S. court may apply.

::The U.S. law you linked to on form of notice does not control other nations. While it says "or elsewhere", the government's legal authority outside the U.S. is severely limited regardless of what Congress passes and other jurisdictions may enact their own requirements. There is also, within the U.S., state law on copyright, rarely invoked, generally common law, and generally on work that is not in a fixed form; for which I don't know what the notice requirement, if any, is.

::Possibly a court will reject anything we design, but generally courts require us to conform to already-existing law. Federal U.S. courts do not give advisory opinions and declaratory relief is expensive, unusual, and difficult to get, so we need to use the best judgment we can marshal now. If we want the benefits of intellectual property law and when it requires that we as owners and licensees give notice, we need to design a means for doing so without waiting for a court ruling on the specific design. Often pages have no rights assertion inside a page and suitable for code readers, and that's simply a deficiency. Thus, this tag.

::This tag also can apply to other intellectual property rights. Software is, in some places, subject to patents and patent rights may be granted by their holder and trademark rights may apply, too.

::Thanks for creating a rights-standard proposal. You might find more licenses available, such as, perhaps, the MIT license, the GPL the LGPL, the FreeBSD license, and who knows what else that might be applied to pages. While some licenses were explicitly designed for texts, others may be applicable to texts even if that wasn't in the license drafters' original intentions.

::[[User:Nick|Nick]] 03:26, 29 October 2009 (UTC)

Based upon the discussion, I realize that trying to be too encompassing is/was too complicated. I've narrowed the scope to only media (i.e., images, video and other objects) and realigned the purpose: to enable search engines/crawlers to know if a page's objects have special rights for cataloging purposes. — [[User:BryanH|BryanH]] 17:54, 13 July 2011 (UTC)

==Meta versus content==

Why is content being put into the meta tag that only search engines can view? Wouldn't it be more useful to have this information in regular HTML code that is viewable to the end user while at the same time easily findable to search engines?

I will need to think about the details, but here is a start.

There is an HTML tag called "base"

<BASE HREF="http://www.example.com/">

That is the foundation of the website or part thereof of the website. All other parts go to that extension. By creating standard pages that are defined on the page -- Title Page A goes with content page A -- it will make it easier for both search engines and the end reader to find the information.

===<TITLEPAGE HREF="titlepage.html">===

On the titlepage, that is associated with that specific web page, one would expect to find all of the information that one would traditionally find on a title of a print source similar to a book or magazine.

There could be standard XML notation for this info:
<TITLE>
<SUBTITLE>
<AUTHOR>
<EDITOR>
<PUBLISHER>
<ILLUSTRATOR>
<PUBLISH-ADDRESS>
<COPYRIGHT>
<DDC> (dewey decimal classification)
<LLC> (library of congress classification)
<ISBN> - maybe start a standard where people could register a website, and that organization verifies that the website's content match the info on the titlepage.

Whatever other names are standard in the industry.

===<TOC-COMPACT HREF="toc-compact.html">===

It points to the TOC of the site. Similair to a traditional TOC.

===<TOC HREF="toc.html">===

A more detailed TOC.

===<ABOUTAUTHOR HREF="about_author.html">===

An about the author page.

===<INTRODUCTION HREF="introduction.html">===

Information generally found in an introduction. Who is the target audience of the website, what are the goals of the website.

===<PREVIOUS HREF="previous.html">===

If the website is intended to be read like a book, what is the previous page to read?

===<NEXT HREF="next.html">===

What is the next web page to read?

===keywords and descriptions===

Personally, I don't understand why the keywords and descriptions are in the header as opposed to the main content. It is content. All content should be viewable to the end reader without having to look at the source code. Hidden titles, descriptions, and keywords would be the same as subliminal messages on a TV. They are being shown, but the user does not know what they are.

Also, by bringing them out into the open part of a web page, there is a less likelihood of abuse.

Maybe things should change so that instead of a search engine just reading the "head" part, they also read the new HTML5 tag "header" and "footer" as well.

[[User:Mnewman|Mnewman]] 17:08, 12 February 2010 (UTC)

:> Why is content being put into the meta tag that only search engines can view?
:> Wouldn't it be more useful to have this information in regular HTML code that
:> is viewable to the end user while at the same time easily findable to search engines?
:> . . . . .
:> Personally, I don't understand why the keywords and descriptions are in the header
:> as opposed to the main content. It is content.

:Yes, in general, but there are legitimate exceptions. Google and probably most search engines recommend exactly what you suggest, even recommending that the primary subject be obvious in the lead paragraphs, in headlines marked with h1, h2, and similar elements, and in page titles. However, this also constrains writing to a style suited to search engine algorithmic extractions. Not all writers want to write that way and not all audiences need it; some prefer or demand other writing styles. Longer writings often begin with background that is not the central subject. Scholarship often distinguishes what will not be discussed and search engines can easily misunderstand the presence of a word as indicative of content rather than of noncontent. And the description meta tag serves the specific purpose of supplying the blurb that search engines display in results. Since a page author often knows what would better describe the page in two lines than would a search engine's extractive algorithm, the page author can provide the description meta tag and give searchers a better idea of what they'll find if they click the result for that page.

:> Hidden titles, descriptions, and keywords would be the same as subliminal messages
:> on a TV. They are being shown, but the user does not know what they are.

:They're not subliminal; they're not visible at all. The head (I don't think you meant header) is not displayed unless the page author made a mistake or something's wrong with a browser or a computer. Only parts of the body should be visible.

:As to subliminalities in the body, including in the header, Google and other search engines discourage the use of on-screen text that's too small or too low-contrast to be humanly readable under normal conditions and they do not meet accessibility standards. A website using that kind of styling is either an art site or abusive.

:> Maybe things should change so that instead of a search engine
:> just reading the "head" part, they also read the new HTML5 tag
:> "header" and "footer" as well.

:Search engines already read head and body and doubtless read header and footer as part of the body. They probably read everything in a page file, although they may discard parts for their permanent indexes.

:> . . . . . On the titlepage, that is associated with that specific web page, one would
:> expect to find all of the information that one would traditionally find on a title of
:> a print source similar to a book or magazine.

:Creating a page to bibliographically describe another page is already supported using rel="" and rev="" (see HTML5 and http://wiki.whatwg.org/wiki/RelExtensions) and, alternatively, the same bibliographic information can be put on the page with the content using various elements. Some of the meta tags proposed are reusing those previously in use under HTML 4.01. Perhaps the Dublin Core system would help, although I've had difficulty implementing it in (X)HTML and I don't know if search engines use DC.

:Generally, there's a preference for reusing existing technology rather than inventing a new solution to an already-solved problem, so see if existing elements would already solve the problem you perceive or please identify a problem that has not been solved and then design a solution to fit that.

:> There could be standard XML notation for this info . . . .

:You can be inspired by XML, but for HTML5 try to use HTML (in a way that's compatible with XHTML) before going outside to XML. XML is very good for intranets (including intranets that can receive and process external submissions) and for industries and endeavors that can maintain their own standards, such as for chemistry, math, and site maps, but I'm not sure XML elements should be reserved for a purpose without a clearly recognizable administrative body to maintain that particular subset of elements in a standard. Since there are various kinds of publishing, several noncomputer standards would likely have to be combined. I don't know if it's worth the work.

:The Dewey Decimal system is not of much use since it is copyrighted and permission is required for any nonlibrary use, including website classification.

:The Universal system may not have much use. At least, I asked a librarian at a major library if she knew of anyone using it and she didn't. One librarian is not a large sample, so maybe it should be investigated further.

:The Library of Congress Subject Headings system is good but I don't know what other nations use.

:> maybe start a standard where people could register a website,
:> and that organization verifies that the website's content match
:> the info on the titlepage.

:Sounds expensive. How much are reviewers' salaries and who writes the checks?

:Thanks for the thoughts.

:[[User:Nick|Nick]] 03:14, 18 February 2010 (UTC)

== Mnewman's Feb. 12, 2010, deleted comments ==

I prepared a reply, since I thought they might have been deleted by accident, but they haven't come back, so probably not. If there's interest in these, feel free to indicate while I have the reply. Thanks. [[User:Nick|Nick]] 03:30, 18 February 2010 (UTC)

== Re: Proposed 'creator' MetaExtension ==
I really don't see the purpose behind this proposal. If anything, this should be marked as a synonym for the 'author' MetaExtension already defined in HTML if it is found that this particular extension is aready seeing use. Otherwise, it should be marked as unendorsed.

--[[User:Codeguru413|Codeguru413]] 18:27, 2 February 2011 (UTC)

:They're different. The author is the author of the Web page. The creator is the creator of content that was independent of the Web until an author authored a Web page with the content. Thus, if you put Shakespeare's plays onto the Web you're the author (page author) and he was the creator. These are often different people and, when they are, they usually need separate identifications. [[User:Nick|Nick]] 03:37, 5 February 2011 (UTC)

== Re: Proposed 'format-print' MetaExtension ==
I question the need for this as well. CSS already provides mechanisms by which to set the page size and such through the @media mechanism. However, it's an interesting proposal in that a value such as this (e.g. A4, Letter, etc.) is easily recognizable and has a meaning that provides values not only to OS's (or, more accurately, UAs), but also end-users. Perhaps this is more something that should be added to CSS as an alternative to explicitly setting the page size? Anyway, I'd be interested to hear more comments on this proposal.

--[[User:Codeguru413|Codeguru413]] 18:36, 2 February 2011 (UTC)

MetaExtensions

2011-07-13T17:49:48Z

BryanH: /* Registered Extensions */ removed talk link

This page lists the allowed extension values for the name="" attribute of the <meta> element in HTML5. You may add your own values to this list, which makes them legal HTML5 metadata names. We ask that you try to avoid redundancy; if someone has already defined a name that does roughly what you want, please reuse it. Also, please be sure to include ''all'' the items [http://www.whatwg.org/specs/web-apps/current-work/multipage/semantics.html#other-metadata-names required by the spec] ''including a link to a specification'' that specifies the keyword ''as an HTML meta keyword''. Note that URL-valued properties must not be registered as meta names but should be registered as [http://microformats.org/wiki/existing-rel-values#HTML5_link_type_extensions rel keywords] instead. Also note that changes to this registry may not be reflected in validators in real time.

== Registered Extensions ==

{|border=1 cellpadding=4 cellspacing=0
! Keyword
! Brief description
! Link to specification
! Synonyms
! Status

|-valign="top"
| apple-mobile-web-app-capable
| Sets whether a web application runs in full-screen mode.
| [http://developer.apple.com/library/safari/#documentation/appleapplications/reference/SafariHTMLRef/Articles/MetaTags.html Apple Safari HTML Reference]
| Could maybe be assumed when <code>application-name</code> is set?
| Proposal

|-valign="top"
| apple-mobile-web-app-status-bar-style
| Sets the style of the status bar for a web application.
| [http://developer.apple.com/library/safari/#documentation/appleapplications/reference/SafariHTMLRef/Articles/MetaTags.html Apple Safari HTML Reference]
|
| Proposal

|-valign="top"
| baiduspider
| Synonym of <code>robots</code> for targeting Baidu only.
| [http://www.baidu.com/search/robots_english.html Baidu documentation]
|
| Proposal

|-valign="top"
| format-detection
| Enables or disables automatic detection of possible phone numbers in a webpage in Safari on iOS.
| [http://developer.apple.com/library/safari/#documentation/appleapplications/reference/SafariHTMLRef/Articles/MetaTags.html Apple Safari HTML Reference]
|
| Proposal

|-valign="top"
| googlebot
| Synonym of <code>robots</code> for targeting Googlebot only.
| [http://www.google.com/support/webmasters/bin/answer.py?hl=en&answer=93710 Google documentation]
|
| Proposal

|-valign="top"
| google-site-verification
| Used to verify ownership for Webmaster Tools.
| [http://www.google.com/support/webmasters/bin/answer.py?hl=en&answer=79812 Google documentation]
|
| Proposal

|-valign="top"
| rights-standard
| The purpose is to enable search engines and other cataloging services to compile the types of rights allocated to the work.

'''This keyword does not provide, remove or alter any legal protections or designations.'''

Format:
<pre><meta name="rights-standard" content="element id;rights" /></pre>

* element id - the HTML Element ID of the item these rights apply to
* rights - what rights are assigned to the item
** "pd" - Public domain
** "cc by-sa" - Creative Commons Attribution
** "cc by-nd" - Creative Commons NoDerivs
** "cc by-nc" - Creative Commons Attribution-NonCommercial
** "cc by-nc-sa" - Creative Commons Attribution-NonCommercial-ShareAlike
** "cc by-nc-nd" - Creative Commons Attribution-NonCommercial-NoDerivs

|

[http://sites.google.com/site/metarightsstandard/ Spec]

|
|Proposal

|-valign="top"
| robots
| A comma-separated list of operators explaining how search engine crawlers should treat the content. Possible values are "noarchive" to prevent cached versions, "noindex" to prevent indexing, and "nofollow" works as the link rel value with the same name. This meta name is already supported by every popular search engine. The content value "NOODP" has been offered elsewhere, so I'm proposing it here. It blocks robots from using [http://www.dmoz.org Open Directory Project] descriptions of a website instead of Web pages' own meta descriptions. It may have been introduced by Microsoft. The content value "NOYDIR" has been offered by Yahoo, so I'm proposing it here. It blocks Yahoo's robot from using the Yahoo directory's descriptions of a website instead of Web pages' own meta descriptions. Whether any other robot supports this is unknown but possibly no other search engine uses Yahoo's directory anyway.
| [http://www.robotstxt.org/wc/exclusion.html#meta Robots exclusion protocol], NOODP value: [http://www.google.com/support/webmasters/bin/answer.py?hl=en&answer=35264 Google], [http://help.yahoo.com/l/us/yahoo/search/indexing/indexing-11.html Yahoo], NOYDIR value: [http://ysearchblog.com/2007/02/28/yahoo-search-support-for-noydir-meta-tags-and-weather-update/ Yahoo], as accessed 4-28-09
|
| Proposal

|-valign="top"
| slurp
| Synonym of <code>robots</code> for targeting Yahoo! only.
| [http://help.yahoo.com/l/au/yahoo7/search/indexing/indexing-11.html Yahoo! documentation]
|
| Proposal

|-valign="top"
| teoma
| Synonym of <code>robots</code> for targeting Teoma and Ask.com only.
| [http://about.ask.com/en/docs/about/webmasters.shtml Ask.com documentation]
|
| Proposal

|-valign="top"
| viewport
| Provides a way for documents to specify (using markup rather than CSS) the size, zoom factor, and orientation of the viewport that is used as the base for the document's [http://www.w3.org/TR/CSS21/visudet.html#containing-block-details initial containing block]. The following properties can be used in the value of the <code>content</code> attribute:
* width
* height
* initial-scale
* minimum-scale
* maximum-scale
* user-scalable
Examples:
<meta name="viewport" content="initial-scale=1.0">
<meta name="viewport" content="width=480, initial-scale=2.0, user-scalable=1">
For more details, see the [http://dev.w3.org/csswg/css-device-adapt/#viewport-meta-element Viewport META element] section of the [http://dev.w3.org/csswg/css-device-adapt/ CSS Device Adaptation] draft specification.
| For <code>meta</code> elements that have a <code>name</code> attribute whose value is <code>viewport</code>, the [http://dev.w3.org/csswg/css-device-adapt/ CSS Device Adaptation] draft specification defines the recognized properties for the <code>content</code> attribute>, as well as an algorithm for parsing the value of that attribute.
|
| Proposal

|-valign="top"
| rating
| The Restricted to Adults label (RTA) provides a way for adult oriented websites to indicate that their content is off limits to children. RTA was introduced in 2006 and is currently used by a large number of adult web content providers. RTA is recognized by all major parental control filters.
Example:
<meta name="RATING" content="RTA-5042-1996-1400-1577-RTA" />
| [http://www.rtalabel.org/index.php?content=howto RTA documentation]
|
| Proposal

|-valign="top"
| csrf-param
| Cross-site request forgery protection parameter for Ruby on Rails
| [http://apidock.com/rails/ActionView/Helpers/CsrfHelper/csrf_meta_tag Rails API]
|
| Proposal

|-valign="top"
| csrf-token
| Cross-site request forgery protection token for Ruby on Rails
| [http://apidock.com/rails/ActionView/Helpers/CsrfHelper/csrf_meta_tag Rails API]
|
| Proposal

|-valign="top"
| verify-v1
| Legacy verification for Google Sitemaps.
| [http://sitemaps.blogspot.com/2006/05/more-about-meta-tag-verification.html Inside Google Sitemaps: More about meta tag verification]
|
| Proposal

|-valign="top"
| msvalidate.01
| One of the verification elements used by Bing.
| [http://onlinehelp.microsoft.com/en-us/bing/hh204490.aspx Bing Webmaster Tools]
|
| Proposal

|-valign="top"
| yandex-verification
| Used to verify ownership for Yandex Webmaster.
| [http://help.yandex.ru/webmaster/?id=995300#995356 Yandex Webmaster ownership verification]
|
| Incomplete proposal

|-valign="top"
| dcterms.description
| An account of the resource. Description may include but is not limited to: an abstract, a table of contents, a graphical representation, or a free-text account of the resource.
| [http://dublincore.org/documents/dcmi-terms/#terms-description DCMI Metadata Terms] mapped according to [http://dublincore.org/documents/dc-html/ Expressing Dublin Core metadata using HTML/XHTML meta and link elements]
| HTML built-in keyword <code>description</code>
| Proposal

|-valign="top"
| dcterms.creator
| An entity primarily responsible for making the resource. Examples of a Creator include a person, an organization, or a service.
| [http://dublincore.org/documents/dcmi-terms/#terms-creator DCMI Metadata Terms] mapped according to [http://dublincore.org/documents/dc-html/ Expressing Dublin Core metadata using HTML/XHTML meta and link elements]
| In some cases redundant with the HTML built-in keyword <code>author</code>
| Proposal

|-valign="top"
| dcterms.issued
| Date of formal issuance (e.g., publication) of the resource. (DC doesn't spec a date format but the established practice is YYYY-MM-DD.)
| [http://dublincore.org/documents/dcmi-terms/#terms-issued DCMI Metadata Terms] mapped according to [http://dublincore.org/documents/dc-html/ Expressing Dublin Core metadata using HTML/XHTML meta and link elements]
| <code><time pubdate></code>
| Proposal

|-valign="top"
| dcterms.language
| A language of the resource. Recommended best practice is to use a controlled vocabulary such as RFC 4646 [RFC4646].
| [http://dublincore.org/documents/dcmi-terms/#terms-language DCMI Metadata Terms] mapped according to [http://dublincore.org/documents/dc-html/ Expressing Dublin Core metadata using HTML/XHTML meta and link elements]
| Redundant with the <code>lang</code> attribute on the <code>html</code> element. (Browsers pay attention to the <code>lang</code> attribute but not <code>dcterms.language</code>)
| Proposal

|-valign="top"
| dcterms.modified
| Date on which the resource was changed. (DC doesn't spec a date format but the established practice is YYYY-MM-DD.)
| [http://dublincore.org/documents/dcmi-terms/#terms-modified DCMI Metadata Terms] mapped according to [http://dublincore.org/documents/dc-html/ Expressing Dublin Core metadata using HTML/XHTML meta and link elements]
|
| Proposal

|-valign="top"
| dcterms.subject
| The topic of the resource.
| [http://dublincore.org/documents/dcmi-terms/#terms-subject DCMI Metadata Terms] mapped according to [http://dublincore.org/documents/dc-html/ Expressing Dublin Core metadata using HTML/XHTML meta and link elements]
| HTML built-in keyword <code>keywords</code>
| Proposal

|-valign="top"
| dcterms.title
| A name given to the resource.
| [http://dublincore.org/documents/dcmi-terms/#terms-title DCMI Metadata Terms] mapped according to [http://dublincore.org/documents/dc-html/ Expressing Dublin Core metadata using HTML/XHTML meta and link elements]
| The HTML element <code>title</code>
| Proposal

|-valign="top"
| WT.cg_n
| '''Name of the Content Group'''
Used to configure the appropriate Webtrends advanced feature. These are just some of the more popular ones. These appear in your META tags. – showing you the web page, the source (meta tag), the log files entry and the subsequent WT report.
Example:
<meta name="WT.cg_n" content="My content">
| [http://product.webtrends.com/WRC/OnDemand/ResourceCenter/rc/Library/PDF/IGOD/WebTrendsAnalyticsOnDemandImplementationGuide.pdf Webtrends Parameters]
| The META NAME element
| Proposal

|-valign="top"
| WT.cg_s
| '''Name of Content Sub-Group'''
Used to configure the appropriate Webtrends advanced feature. These are just some of the more popular ones. These appear in your META tags. – showing you the web page, the source (meta tag), the log files entry and the subsequent WT report.
Example:
<meta name="WT.cg_s" content="My content">
| [http://product.webtrends.com/WRC/OnDemand/ResourceCenter/rc/Library/PDF/IGOD/WebTrendsAnalyticsOnDemandImplementationGuide.pdf Webtrends Parameters]
| The META NAME element
| Proposal

|-valign="top"
| WT.ad
| '''Advertising View parameter'''
Visitors often view advertisements that they do not necessarily click on. You can use On-Site Advertising to determine the number of visitors to your web site who view particular ads. With this feature you can produce advertising reports for each of your clients.
If you are selling advertising space on your web site, for example, you can collect traffic statistics to help determine pricing schedules.
The following META tag tracks advertising views:
<meta name="WT.ad" content="My content">
An Ad View occurs when a visitor views a page containing an ad. An ad is a link or graphic that contains an Ad Click parameter in the query portion of it's URL.
| [http://product.webtrends.com/WRC/OnDemand/ResourceCenter/rc/Library/PDF/IGOD/WebTrendsAnalyticsOnDemandImplementationGuide.pdf Webtrends Parameters]
| The META NAME element
| Proposal

|-valign="top"
| WT.ac
| '''Advertising Click parameter'''
When a visitor to your site clicks on an ad, that action is referred to as an Ad Click. The following META tag tracks advertising clicks:
<META NAME="WT.ac" CONTENT="name">
Defines the name of the advertisement clicked to reach a particular web page. The Ad Click must contain an external redirect back to the client. The redirect needs to include the necessary code to generate a hit to the SDC server. You can designate multiple Advertising Clicks using semicolons.
Examples:
<a href="file111.html?WT.ac=CONTENT111">
<a href="file222.html?WT.ac=CONTENT222">
The name of the advertisement clicked to reach a particular web page. To capture this information with DCS, the Advertising Click must contain an external redirect back to the client. The redirect needs to

include the necessary code to generate a hit to the DCS. The maximum length for each name is 64 bytes.
| [http://product.webtrends.com/WRC/OnDemand/ResourceCenter/rc/Library/PDF/IGOD/WebTrendsAnalyticsOnDemandImplementationGuide.pdf Webtrends Parameters]
| The META NAME element
| Proposal

|-valign="top"
| WT.sv
| '''Tracking Servers parameter'''
If your site is hosted on multiple servers, a server cluster, or a server farm, and you want to evaluate the performance of your load balancer, Webtrends can track page views for each server. To do so, populate the following META tag on all pages on each server:
Example:
<meta name="WT.sv" content="My Server">
Defines the name of the machine that serves the web page. If you have two servers (Server1 and Server2), you would make two copies of the META tag and designate CONTENT=“Server1” for deployment to pages on the first server and CONTENT=“Server2” for deployment to the same pages on the second server.
For a server farm, you can extract the value of the built-in server name and dynamically assign it to the
META tag using server-side scripting.
Example:
<meta name="WT.sv" content="Server1">
<meta name="WT.sv" content="Server2">
An Ad View occurs when a visitor views a page containing an ad. An ad is a link or graphic that contains an Ad Click parameter in the query portion of it's URL.
| [https://tagbuilder.webtrends.com/Help/Miscellaneous/AdSearch.aspx?keepThis=true&TB_iframe=true&height=450&width=650 About WT.ad].
| The META NAME element
| Proposal

|-valign="top"
| WT.mc_id
| '''Identifies the ID of the marketing campaign'''
To attract new students, a university launches a marketing campaign by sending recruitment email to all graduating high school seniors in a metropolitan area. The email links to a special landing page in the university’s web site, containing the following META tag to track marketing campaigns.
Example:
<META NAME="WT.mc_id" CONTENT="1X2GG34">
You may use this parameter on the URL.
Example:
<a href="link?WT.mc_id=1X2GG34">
The Campaign ID 1X2GG34 represents recruits to be contacted by email
| [http://product.webtrends.com/WRC/OnDemand/ResourceCenter/rc/Library/PDF/IGOD/WebTrendsAnalyticsOnDemandImplementationGuide.pdf Webtrends Parameters]
| The META NAME element
| Proposal

|-valign="top"
| WT.ti
| '''Tracking Page Titles'''
You may want to modify a page title before sending it to Webtrends in the following cases:
* You are dealing with dynamic content pages identified by URL parameters, and the page title represents the title of the base URL page rather than the dynamic content page.
Unless you modify the page titles, all pages have the same title in the reports.
* All pages have been assigned the same title, for reasons of style or company policy.
Even though URLs are displayed in addition to page title, the entire URL cannot be depended upon to distinguish one page from another.
Use server-side scripts to change the title to something that reflects the content of the pages so that you can identify them in reports. Next, pass the customized page titles to Webtrends, using the following META tag:
<META NAME="WT.ti" CONTENT="title">
Defines the name of the title for this page.
| [http://product.webtrends.com/WRC/OnDemand/ResourceCenter/rc/Library/PDF/IGOD/WebTrendsAnalyticsOnDemandImplementationGuide.pdf Webtrends Parameters]
| The META NAME element
| Proposal

|-valign="top"
| msapplication-task
| '''"Jump List" or "Pinned Sites" in Windows 7'''
Jump List items act as entry points into the website even when the browser is not running. A Jump List can contain commonly used destinations and tasks. Some items apply to the whole site, and some apply only to specific users.
For example, to add a single task called "Check Order Status" specify a meta element in the head of your webpage, as follows:
<META name="msapplication-task" content="name=Check Order Status;
action-uri=./orderStatus.aspx?src=IE9;
icon-uri=./favicon.ico" />
| [http://msdn.microsoft.com/en-us/library/gg491725(v=vs.85).aspx Tasks in Jump List]
| The META NAME element
| Proposal

|-valign="top"
| geo.placename
| Defines name of geographic place to which page is related to. Example:
<meta name="geo.placename" content="Auwaldstraße 11, 79110 Freiburg im Breisgau, Deutschland">
| [http://tools.ietf.org/html/draft-daviel-html-geo-tag-08 IETF Draft]
| (none)
| Proposal

|-valign="top"
| geo.position
| Defines geographic position to which page is related to. Example:
<meta name="geo.position" content="48.02682000000001;7.809769999999958">
| [http://tools.ietf.org/html/draft-daviel-html-geo-tag-08 IETF Draft]
| (none)
| Proposal

|-valign="top"
| geo.region
| Defines name of geographic region to which page is related to. Content is specified by ISO-3166. Example:
<meta name="geo.region" content="DE-BW">
| [http://tools.ietf.org/html/draft-daviel-html-geo-tag-08 IETF Draft] [http://en.wikipedia.org/wiki/ISO_3166 ISO-3166]
| (none)
| Proposal

|}

== Proposals that don't meet the [http://www.whatwg.org/specs/web-apps/current-work/multipage/semantics.html#other-metadata-names requirements] for a registration ==

Note that these proposals can be moved back to the registry table if the problems listed in the rightmost column of this table are addressed.

{|border=1 cellpadding=4 cellspacing=0
! Keyword
! Brief description
! Link to specification
! Synonyms
! Status
! Registration requirement failure

|-valign="top"
| audience
| To aid search engines in classifying and to aid directory compilers, an audience most appropriate for the page may be suggested. Subject matter may not be a good clue; for example, an analysis of children's literature may be directed to teachers. A value is free-form case-insensitive text without a comma. Multiple values are to be comma-separated. Singular and plural forms have the same meaning. Recognized values: -- "all" and "everyone", which have the same meaning -- "adult" and "mature" have the same meaning and are for content that only adults may access, but no one responsible for preventing a nonadult or the immature from accessing the page or its content should rely on either or both of these values to do so without other means (not the same as "grownup", which see) -- "child" and "juvenile", which have the same meaning -- "teen" -- "grownup" is not identical to "adult" or "mature" in not implying a precise boundary but is approximately any person who may be able to understand and apply the content (e.g., car driving instruction that may be read by a minor not yet old enough to drive a car but who would likely benefit from somewhat early exposure to the instruction) -- "parent" to include guardian and temporary caregiver -- "teacher" to include professor and ad hoc instructor -- "elementary school student" to include any student below high school -- "high school student" -- "elhi" to include any student in elementary school through high school -- "college student" including graduate and professional school -- "business" including management, finance, and prospective customers (this includes e-commerce and investor sites) -- "health" including any health care provider including alternative and ad hoc -- "patient" for any health care recipient -- "lawyer" including judge, paralegal, and jailhouse lawyer -- "law client" for any prospective recipient of a lawyer's service (not usually a social work client) with ''lawyer'' including paralegal and jailhouse lawyer but not necessarily judge -- "craft" for any craftworker including laborer and artisan -- "artist" including musician, actor, dancer, and sculptor and including creator and performer -- "military" including paramilitary -- "news" including any consumer of rapidly-developing news -- "introductory" and "beginner", which have the same meaning -- "intermediate" and "midlevel", which have the same meaning -- "advanced" and "advance", which have the same meaning -- "scholarly" and "scholar", which have the same meaning -- "popular" generally referring to a writing style -- "older" including retiree -- "institution" including from corporation to conspiracy (such as for management advice) -- "government" including agencies and prospective politicians -- values using any integer or single-digit decimal in the form of "grade 8" or "grade 6.4" including to refer to a reading comprehension level (this generally will not exceed 12 and might be meaningless above 20 so higher values may be interpreted as the highest meaningful value) -- "viewers" for when content (such as a movie) is intended almost entirely to be seen rather than read -- "listeners" for when content (such as music) is intended almost entirely to be heard rather than read but not generally including text-to-speech support -- "tts", "text-to-speech", or "text to speech", which three have the same meaning and which are for a page that has substantial support for TTS or that will be readily understood through TTS without need for such support (TTS is often aided by, e.g., pre-resolving pronunciation ambiguities in page coding) -- values using any numbers in the form of "3-6 years old", whether a range or a single-number value -- values using any decade in the form of "born in 1970s" Unrecognized values such as "botanists", "Texans", and "writers who use red ink" may be used but at a risk that a search engine or directory editor will either fail to recognize it or will interpret it in unpredictable ways, or will in the future. Spellings that are erroneous or slightly different from a recognized value may be interpreted by a search engine or directory editor as representing a recognized value. The absence of the keyword defaults to a value of "all" but without overriding another indication arrived at by other means.
|
|
| Incomplete proposal
| Lacks link to a spec

|-valign="top"
| bot-. . .
| Robot owners, to allow page authors access to robotic capabilities, e.g., to deny them, should prefix "bot-" to the name of their robot, especially for proprietary bots. Example: If a robot were to be named "dullbucklequiz", the name in the meta element would be "bot-dullbucklequiz". The value "bot-" alone represents all bots so prefixed, like a wildcard. Arguably, there's no need for a list here of any specific bots if http://user-agents.org or http://www.botsvsbrowsers.com/ (and perhaps other sites) is reliable.
|
|
| Incomplete proposal
| Lacks link to a spec, tries to register a space of names instead of enumerated names

|-valign="top"
| created
| The datetime at which the document was created. The value is an ISO8601 date. The date MUST follow the [http://www.w3.org/TR/NOTE-datetime W3C Profile of ISO 8601] with a granularity of "Complete date:" or finer. The [http://www.bbc.co.uk/guidelines/futuremedia/desed/previousversions/searchmetadata_vs_1_0.shtml#metadata BBC] use this name.
|
|
| Incomplete proposal
| Lacks link to a spec

|-valign="top"
| creator
| The creator is an off-Web or pre-Web creator of a work for which an author authored a Web page, so that the creator and the author may be different people. Searching for one content creator's work requires a standard robot-parsable format for the information. A personal name, institutional name, or other text entry is permissible. One element represents only one creator. Multiple creators are to be represented with multiple tags. Search engines may index by any component of a name, so a content creator need only enter a name once in one first-last or family-given order (e.g., Pat Thunderbird or Thunderbird, Pat, but not requiring both).
| [[Talk:MetaExtensions#Re:_Proposed_'creator'_MetaExtension|Talk]]
|
| Incomplete proposal
| Lacks link to a spec

|-valign="top"
| msnbot
| Synonym of <code>robots</code> for targeting Bing only.
|
|
| Incomplete proposal
| Lacks link to a spec

|-valign="top"
| ia_archive
| Synonym of <code>robots</code> for targeting Internet Archive and Alexa only.
|
|
| Incomplete proposal
| Lacks link to a spec

|-valign="top"
| datetime-coverage
| The author may be the best expert on which time frame is most relevant to the content. Leaving that to search engine analysis may be too chancy without search engine optimization, which analysis is difficult to apply by algorithm to, e.g., historical papers that may focus on the 1800s but mention 1731 and 1912 perhaps unimportantly. The value for this keyword is a date or time -- not a range and not vague, for which other keywords are proposed -- in a format in accordance with http://www.w3.org/TR/NOTE-datetime (albeit a note that's at W3C only for discussion). Any of the six levels of granularity in that note are acceptable, such as expressing only a year. Should this keyword appear more than once, all the values so appearing are determinative. Multiple values are to be expressed with separate meta elements lest the note be revised in the future in a way incompatible with comma-separating a list.
|
|
| Incomplete proposal
| Lacks link to a spec

|-valign="top"
| datetime-coverage-end
| This is identical to the keyword datetime-coverage except that it represents only the end. If this keyword is used without datetime-coverage-start (also proposed), its value is interpreted as ending a range without a start. Should this keyword appear more than once, all the values so appearing are determinative, in which case each represents the end of a different range assumed to be nonnesting. Example: If four elements happen to be in the order of datetime-coverage-end=1865, datetime-coverage-start=1914, datetime-coverage-end=1918, and datetime-coverage-start=1862, assuming proper formatting, the ranges should be interpreted as 1862-1865 and 1914-1918.
|
|
| Incomplete proposal
| Lacks link to a spec

|-valign="top"
| datetime-coverage-start
| This is identical to the keyword datetime-coverage except that it represents only the start. If this keyword is used without datetime-coverage-end (also proposed), its value is interpreted as starting a range without an end. Should this keyword appear more than once, all the values so appearing are determinative, in which case each represents the start of a different range assumed to be nonnesting. Example: If four elements happen to be in the order of datetime-coverage-start=1862, datetime-coverage-start=1914, datetime-coverage-end=1865, and datetime-coverage-end=1918, assuming proper formatting, the ranges should be interpreted as 1862-1865 and 1914-1918.
|
|
| Incomplete proposal
| Lacks link to a spec

|-valign="top"
| datetime-coverage-vague
| This is identical to the keyword datetime-coverage except that its value is not necessarily crisp. This keyword should be used only when datetime-coverage, datetime-coverage-start, and datetime-coverage-end are inappropriate, but there's no ban on using all four. Any text without a comma can be the value (e.g., Pleistocene, 1820s, Tuesdays, or before we were born); multiple values are comma-separated. If this keyword is used with datetime-coverage, datetime-coverage-start, or datetime-coverage-end, the vague value should be exploited along with the value/s for the other keyword/s. Should this keyword appear more than once, all are determinative.
|
|
| Incomplete proposal
| Lacks link to a spec

|-valign="top"
| DC.
| Dublin Core, maintained by Dublin Core MetaData Initiative (DCMI), is an extensive system with some overlap with non-DC names. This reserves all strings that begin with DC and a dot. ''Not true; DC-HTML doesn't use hardwired prefixes, but defines the prefixes using link/@rel="scheme.prefix"''
| [http://www.DublinCore.org DCMI]
|
| Incomplete proposal
| Tries to register a space of names instead of enumerated names

|-valign="top"
| dir-content-pointer
| When several pages in a directory include main content, a table of contents, an index, and the like, a search engine may be able to organize results more usefully by identifying which is which with a standard vocabulary, helpful when different publishers use different conventions when displaying or printing content. A value is free-form case-insensitive text without a comma and optionally with a trailing number. Multiple values are to be comma-separated (multiple values are appropriate when one document serves multiple purposes). Singular and plural forms have the same meaning. Recognized values, which are pointer types to which numbers may be suffixed, are limited to "start" meaning 'the first page that should be seen by a user' (this may be anywhere in the directory and anywhere within content), "toc" meaning 'table of contents', "intro" including introductions, forewords, prefaces, and tables of figures, "abstract", "main", "bibliography" and "biblio", which have the same meaning, "index" which may mean 'sitemap' or not, "afterword" and "update" which have the same meaning and need not actually update, "credit" meaning 'credits and acknowledgments', and "author bio" meaning 'author's biography', including any information about the author including credentials and contact information. The number suffix may be spaceless or not. When numbers are suffixed, a search engine or directory should arrange like items in numerical order in the results, with unnumbered items following like items that are numbered, e.g., intro 1, intro 2, main 1, main 2, main, main, and so on. Each directory and each subdirectory has its own sequence.
|
|
| Incomplete proposal
| Lacks link to a spec

|-valign="top"
|expires
|<code>meta name='expires'</code> defines the expiration date of the page. This can be used for web pages in preparation for an upcoming event, e.g. a registration form for an exposition or competition, or other cases with a pre-set date when the document will no longer be valid, e.g. a product offer in a special sale or a support page for a product known not to be supported anymore from a given time onward.

Search engines should respond to this meta tag in a reasonable way, i.e. by removing the page from their main search results after the expiration date (possibly still returning the result in a special search for expired pages as long as the page exists and is not explicitly excluded via <code>robots.txt</code> or <code>meta name='robots'</code> etc.) or simply by indicating to the user that this result is out-of-date.

The content attribute should define the expiration date in accordance with http://www.w3.org/TR/NOTE-datetime . The meta tag should not be used for pages without expiration date. However, for historical reasons, search engines should also interpret other date formats where possible and should be prepared to find values such as "", "0", "no" and "never". Such non-date values are to be interpreted as no expiration date.

Correctly formatted example:
<code><pre><meta name='expires' content='2012-12-31T23:59Z'></pre></code>

This tag is not to be confused with and has a different meaning than <code>meta http-equiv='expires'.</code>
|
|
| Incomplete proposal
| Lacks link to a spec

|-valign="top"
| format-print
| This is to allow a user agent to inform an operating system or a printer driver of the preferred print medium, such as the paper size. A value is free-form case-insensitive text without a comma. Multiple values are to be comma-separated (multiple values might be appropriate because standard paper sizes vary around the world). Singular and plural forms have the same meaning. Recognized values are limited to "letter", "A4", "legal", "A5", "B5", "monarch", "envelope 10" meaning size #10, "envelope 6-3-4" meaning size #6 3/4, values with integers and decimals in the form of "8.5 x 11" or "8.5x11" in which spacing of the "x" does not affect meaning, "paper", which means 'paper of the default color (usually white) and weight (usually 20-lb. stock)', "white", "yellow", "pink", "blue", "green", "violet", or "multicolor", which means a medium of the given color or mixed, "letterhead", "p2 letterhead" meaning 'letterhead intended for any page except the first', "watermark" meaning a 'special watermark such as an organization's own', and "plain" meaning 'not preprinted and not letterhead (it may have a paper manufacturer's watermark not related to letterhead)'. Omitting "paper" when another recognized value is given defaults to an implied meaning of 'paper' with the other value; e.g., "letter" means 'letter paper'; the same principle applies to a medium's color (the default being white for paper and colorless for transparency) and plainness or lack thereof (the default being plain). Other values should be proposed before being recognized here. Label sizes should be proposed here for labels that are not on backing sheets that fit one of the recognized values, e.g., labels on narrow rolls. Blueprint paper sizes should be proposed here. Media other than standard paper, such as onion skin, heavier paper, card, and clear or color transparency, should be proposed here. The user agent may, with the user's or user sysadmin's permission (as by a menu-driven default), interpret a value to offer an alternative the user might accept and software and firmware other than the UA may interpret a value to the same end with or without permission, so this keyword is only suggestive; e.g., "letter" may be interpreted as "A4". The absence of the keyword defaults to a value determined by other than the page, e.g., by the printer driver or the user agent.
| [[Talk:MetaExtensions#Re:_Proposed_'format-print'_MetaExtension|Talk]]
|
| Incomplete proposal
| Lacks link to a spec

|-valign="top"
| geographic-coverage
| The author may be the best expert on the geographic relevance of the content. Leaving that to search engine analysis may be too chancy without search engine optimization, which analysis is difficult to apply by algorithm to, e.g., historical papers and epidemiological studies which may mention locales only once. Absence of the keyword defaults to a value of world (not universe), unless the search engine chooses to interpret the page or larger unit for some other value, probably based on other than just contact information given in the website. The value for this keyword is a semicolon-separated list of one or more place-values, the order of which do not matter. One place-value will use commas to separate, in order, an optional standard natural language symbol applicable to the place-value (when omitted the language applicable to the page will control), a place-class, one or more place-subclasses if any, and one or more place name parts (where, e.g., in "Cape Town, South Africa", "Cape Town" is a place name part but "Town" is not). Spaces after semicolons and commas are optional; spaces within place-values are present when required for each place-value (e.g., "Quezon City", not an invented "QuezonCity"). To distinguish names that might otherwise be too similar, place-classes, all lower-case and hyphenatably spaceless, include ''outer-space'', ''region'' (on Earth and crossing or larger than a nation, e.g., southern hemisphere, polar region, temperate zone, or Asia), ''intntl-water'' (an 'international water body'), ''intntl-agcy'' ('international agency' or 'international collection', e.g., all U.N. member nations), ''nation'', ''within-nation'' (limited to only one political level down from nation, e.g., state, province, territory, possession, city not included within other political units of a nation, or any comparable unit), ''city'' (including town, village, hamlet, and any comparable political unit below the level of ''within-nation''), ''addr'' (including address, full-length street, building, institution, and neighborhood without political boundaries), ''pol-unit'' (''pol'' abbreviating 'political') (e.g., a place of disputed nationhood), ''hist-pol-unit'' (''hist'' abbreviating 'historical') (e.g., the Roman Empire), ''feature'' (e.g., river), ''num'' (e.g., latitude and longitude or outer-space equivalent in numbers), and ''ethereal'' (including thealogical/theological, fictional including from modern popular entertainment, and ancient secular mythical, but not including that which is asserted to be a state of mind or existence but not a place, such as nirvana). (Example for one hypothetical page: name="geographic-coverage" content="region, sub-Saharan Africa; nation, Panama; city, Panama, Panama; within-nation, Sao Paulo, Brazil; city, Sao Paulo, Sao Paulo, Brazil; within-nation, Mississippi, United States of America; region, Middle East; region, Midwest, United States of America; hist-pol-unit, Northwest Territory, United States of America; feature, river, Indus; outer-space, Indus; ethereal, ultima Thule; ethereal, Heaven; ethereal, Flatland; ethereal, Valhalla; en-US, addr, Hotel Valhalla, Fredrikstad, Norway; es, nation, Espana" (Indus is both a river and a constellation, illustrating the need for place-classes)). Ambiguity of place-values should be avoided despite convenience in coding because search engines may each interpret them as they see fit, e.g., it would be hard for an engine to distinguish New York from New York. For consistency of spelling, several authority lists should be settled upon, with legal, well-known, and disputed names and common abbreviations all being acceptable; but I'm not proposing one here now (relying on IANA's ccTLD list might be too complex to implement and still assure coding consistency, e.g., occasionally ccTLDs can be phased out and off of IANA's list) (a standard vocabulary possibly usable here is the [http://www.getty.edu/research/conducting_research/vocabularies/tgn/index.html Getty Thesaurus of Geographic Names Online], subject to licensing and charset choice); and promulgating authority lists may best be done publicly by search engine managements, who may disagree with each other. Allowing Unicode for non-Roman alphabet-using locales is desirable, but at present that may raise technical problems, including computer security issues, that are not yet readily soluble.
|
|
| Incomplete proposal
| Lacks link to a spec

|-valign="top"
| keywords-not
| A comma-separated list of negative keywords that distinguish a closely-related theme from this page's true theme, to support Boolean NOT searches often more realistically than visible text can, especially when both themes share the same lexicon. If keywords is no longer a supported name for a meta element, keywords-not is superfluous; however, debate has been revived on whether keywords should be supported or not; see the keywords entry in this Wiki.
| [http://www.w3.org/Bugs/Public/show_bug.cgi?id=6609 W3C Bug 6609]
|
| Incomplete proposal
| Lacks link to a spec

|-valign="top"
| page-datetime
| Better ranking in search engine results for recency or relevance to an event date would be aided by a standard format robots can parse. Users would save search time by not having to load many pages to find which ones are new or date-relevant. To supply a consistent and known format, the value for this keyword is a date-time expression formed in accordance with http://www.w3.org/TR/NOTE-datetime (albeit a note that's at W3C only for discussion). Any of the six levels of granularity in that note are acceptable, such as expressing only a year. Should this keyword appear more than once, only the first one so appearing is determinative.
|
|
| Incomplete proposal
| Lacks link to a spec

|-valign="top"
| page-version
| Pages may be revised several times daily. While date-time given to a granularity of a fraction of a second would often suffice, when a page has to be approved more than once before posting, any or no such time may be correct (without this keyword, a comment could be necessary but probably not parsable by an engine). In addition, versions regardless of date may show consecutiveness and can replace a date that must be vague. In that case, a version number may be more useful for searches and so a robot-parsable format is needed. The keyword's value is stated in ASCII digits, is any nonnegative base-10 rational number expressed as an integer or a decimal, with any number of decimal places allowed, and may be padded with any number of leading zeros to support extraction for ASCII sorting. Should this keyword appear more than once, only the first one so appearing is determinative. The versions 0 and 0.''n'', with ''n'' being to any number of places, signify beta versions, i.e., drafts, in the tradition of beta software, while versions 1 and higher ordinarily signify final-release versions. After a final-release version is released, a draft of a later version is not given a version number of 0 or 0.''n'', but is numbered higher than the last final-release version. It is suggested to page authors that draft status, if applicable, be shown in the visibly displayed text of the page, rather than that this meta tag be relied upon as the sole notice of draft status, as it may be inadequate notice if alone. To assign a low page-version such as 0.''n'' or 1, the page's URL, if static, may be used as the relevant premise. Thus, if a page is copied or moved to a new URL, the author may choose to restart page-version numbering from 0.''n'' or 1. If a page's URL is dynamic, e.g., if created on the fly from a script, the page author may prefer to use as the relevant premise for assigning a low page-version such as 0.''n'' or 1 the URL of the script or other technology that generates the dynamic-URL page, placing this meta element containing this attribute within the script or other technology, not within the generating page's head element (the generating page's head element may have its own meta element with this attribute describing the generating page). If one page containing the script or other technology that generates another page has more than one means for generating dynamic-URL pages, each means should contain its own meta element with this attribute. Page-version is thus largely independent of the page's date, although both would likely advance roughly in parallel.
|
|
| Incomplete proposal
| Lacks link to a spec

|-valign="top"
| publisher
| Searching for one content publisher's or page publisher's work requires a standard robot-parsable format for the information. This often differs from creator or author when the publisher is an institution. An institutional name, personal name, or other text entry is permissible. One element represents only one publisher. Multiple publishers are to be represented with multiple tags, although multiple publishers are less common than multiple authors or creators; multiplicity is more likely for a legal name and a well-known name. Search engines may index by any component of a name, so a publisher need only enter a name once in one order.
|
|
| Incomplete proposal
| Lacks link to a spec

|-valign="top"
| referrer
| Developers wish to control the sharing of referrer information with linked resources and followed links at the meta level. It's sometimes desirable to share referrer information from secure to non-secure resources. The proposal is to add:

<code><pre><meta name="referrer" content="never|default|always"></pre></code>

Where the value of the '''content''' attribute is:
* '''never''': No referrer information is leaked when following a links or requesting resources.
* '''default''': Include referrer information in non-secure context or for HTTPS resources with the same origin.
* '''always''': Include referrer information when following all links and requesting any resources.

Since <code><meta name="referrer" content="never"></code> is redundant with a proposed <code><link rel="nofollow"></code>, the <code><link rel="nofollow"></code> proposal should be supplanted with this one, which provides more robust control.
|
|
| Incomplete proposal
| Lacks link to a spec

|-valign="top"
| resolutions
| Authoring web sites to use resolution independent images that display beautifully on high-resolution displays should be made as easy as possible for developers and should not require JavaScript to accomplish.

To accomplish this, I propose a new HTML Meta Tag, <code>resolutions</code>, that can be used to specify that high-resolution versions of images linked to from the page are available and that the browser should use them in place of the lower-resolution default images if it detects that a user is using a high-resolution screen. The resolutions meta tag lists the device-pixel ratios supported by images in the page.

So, for example…

<code><pre><meta name="resolutions" content="2x"></pre></code>

… means that the developer is telling the browser that she has created 2x resolution images for the images linked to from the current page and named them with a @2x suffix.

To illustrate, if her image tag is as follows…

<code><pre><img src="/images/flower.jpg" alt="A flower"></pre></code>

… then she has two image files under /images: the low-resolution default (flower.jpg), and a higher-resolution (200%) version named flower@2x.jpg.

(This is the same naming convention already used by Apple in its Cocoa Touch framework for automatically loading in higher-resolution versions of images.)

Based on the meta tag, if the browser detects that the user is running at a <code>min-device-pixel-ratio</code> of 2.0, it will automatically ask for the 2x version of the image (flower@2x.jpg) instead of the default image as specified in the image tag.

Finally, so as not to flood external sites with high-resolution image requests, this functionality would only work for local images specified via relative links.

Multiple resolutions

The resolutions tag can also contain a list of supported device-pixel ratios so as to support even higher-resolution displays when and if they become available in the future.

For example:

<code><pre><meta name="resolutions" content="2x, 4x, 8x"></pre></code>

In this case, the developer would provide 2x, 4x, and 8x versions of all images. So, in the running example, she would make flower.jpg, flower@2x.jpg, flower@4x.jpg, and flower@8x.jpg.

Advantages

The advantages of this approach are several:

<ol>
<li>Makes it very simple for developers to support high-resolution displays like the iPhone 4's Retina screen</li>
<li>Does not require JavaScript</li>
<li>Does not change the default way that things work (if the meta tag is not specified, the browser simply behaves as it always has).</li>
</ol>

| [http://aralbalkan.com/3355 Proposal for native browser support of high-resolution image substitution]
[http://aralbalkan.com/3331 How to make your web content look stunning on the iPhone 4’s new Retina display]
|
| Incomplete proposal
| Lacks link to a spec

|-valign="top"
| rights
| As a page effectively appears in at least two forms, usually one as interpreted and displayed on a device and the other as source code, arguably intellectual property rights that must be asserted must be asserted in ways understandable in both contexts. For example, &copy; is a raw representation that may legally fail as part of copyright notice to someone seeing source code and not the display, important when someone wants to copy source code for use elsewhere and may rely on a defense of innocent infringement (at least in U.S.). While such assertions can be made in a comment element, it may be helpful to have a tag that search engines can parse and index verbatim. The value may include standard and nonstandard notices, invocations of licenses such as GFDL and ASCAP, and any other information. Content is defined as free-form, leaving the page author discretion for the entry. Statements in one tag may discuss several portions of the page differently, e.g., with different licenses. More than one license may be offered, along with the page's relationship to all. Not all statements need be license grants. A statement may state whom to ask for reprint permission or may reserve all rights, for example. Only one meta tag with this keyword may be present. Page authors must not use more than one. A UA finding multiple such tags on one page must ignore all of them. The copyright symbol that would be generated by its character entity is not recommended for legal notice in source code when the word 'Copyright' may be used instead, because the entity may be read in raw form, but use is up to the page author. The same concept applies to any intellectual property rights symbol for which a suitable alternative is available, such as for trademark or service mark. ASCII text would not suffice when a name or notice legally may have to be in a non-Roman alphabet, but no alternative may yet exist in HTML5. Search engine storage may impose a length limit, but, because of legal consequences, if the value's length exceeds a given limit the search index should retain or interpret none of it but only refer to it. The content string may only be copied verbatim in its full length, referred to, or ignored. It may not be, for example, paraphrased, truncated, interpreted, or classified except in addition to being copied verbatim in its full length. Ignoring shall not void, nullify, or alter any rights stated in such tag. For the synonymy, ''IP'', ''IP-rights'', and ''IP-right'' are not reserved; while the abbreviation ''IP'' 'intellectual property' is common among attorneys in the U.S., page authors will more likely be computerate, and the abbreviation may be wanted for 'Internet Protocol'.
| [[Talk:MetaExtensions#rights:_why_reversion|Talk]]
|
| Incomplete proposal
| Lacks link to a spec

|-valign="top"
| subj-. . .
| To classify by subject a page's content, a standard subject taxonomy that will be recognized by a search engine or directory will help. Because many such high-quality taxonomies exist, only a prefix is proposed. Over time, particular taxonomies, in print or online, may be recognized here and keywords assigned for each. The keyword will be constructed case-insensitively with subkeywords in the form subj-[nationAbbrev]-[taxonomy]-[edition][-optionalSubedition], e.g., subj-US-MeSH-2009online (perhaps). After "subj-", the second subkeyword will identify the nation where the taxonomy is published or offered as an aid in identifying the taxonomy and does not limit the subject coverage; e.g., a taxonomy published in Japan may be ideal for classifying Canadian botany or Peruvian economy. As subject values may vary between editions of one taxonomy, an edition and optionally a subedition is to be identified in the third and optionally the fourth subkeywords. The subedition, if any, is any update or revision occurring between editions, such that a value drawn from that edition and subedition is stable. The means of identifying edition and subedition should be included in the registration of a keyword. Examples of taxonomies from the U.S. include MeSH (medical) and the Library of Congress Subject Headings. The value identifying a subject for a Web page will be drawn from the cited taxonomy's edition and subedition. If the value should have a style to prevent ambiguity in interpretation, that style is to be registered here for that keyword. Multiple values are expressed with multiple meta elements, one value for each, since comma-separation is probably not compatible with all taxonomies. If a value requires case-sensitivity to prevent confusion, the entry here registering the keyword must accommodate that need with the needs of HTML 5 with an appropriate rule. To that end, a proposal to allow case-sensitivity in meta tags under some circumstances has been offered in the W3C bug reporting system.
| [http://www.w3.org/Bugs/Public/show_bug.cgi?id=6854 W3C Bug 6854]
| subject-. . .
| Incomplete proposal
| Lacks link to a spec, tries to register a space of names instead of enumerated names

|-valign="top"
| MSSmartTagsPreventParsing
| Microsoft introduced into Internet Explorer 6 Beta a feature that some website designers wished to preclude from applying in order to prevent public misunderstanding of their websites. The feature allowed a browser to add information but at a risk that users wouldn't know that it wasn't supplied by the website. This keyword was provided by Microsoft for those of us who wanted it. Its value was "TRUE". Microsoft spelled the keyword with some capitals and the value in all capitals but whether capitalization was required for either is unknown; some opinions vary. Since it need be understood by only one browser, and that one a beta version, full standards compliance should not be assumed, and original case may be required. (This tag is used by Google: "<meta content='true' name='MSSmartTagsPreventParsing'/>" appeared (with internal quote marks as singles) in the source code for <http://googleblog.blogspot.com/2009/04/listening-to-google-health-users.html>, as accessed 4-27-09.) Microsoft has apparently removed this instruction from its website on the ground that the beta version is no longer available and is not supported, but that doesn't assure that some users aren't still using the beta browser, perhaps inadvertently. Therefore, designers may wish to continue using the keyword and value and they are preserved here.
| e.g., [http://www.theregister.co.uk/2001/06/25/web_sites_banish_those_winxp/ The Register (U.K.)], [http://cc.uoregon.edu/cnews/summer2001/summer2001.pdf Univ. Oregon (U.S.) (PDF p. 18)], & [http://trillian.mit.edu/~jc/demo/SmartTagsOff.html John Chambers (U.S.) (job résumé near root)], all as accessed 4-19-09
|
| Incomplete proposal
| Lacks spec, potentially never minted by MS as a meta name (as opposed to a http-equiv value), even if minted by Microsoft, abandoned before shipping in any final release of IE

|}

== Failed Proposals ==

{|border=1 cellpadding=4 cellspacing=0
! Keyword
! Brief description
! Link to more details
! Synonyms
! Status

|-valign="top"
| cache
| This doesn't actually work; use HTTP headers instead. Value must be "public", "private", or "no-cache". Intended as a simple way to tell user agents whether to store a copy of the document or not. An alternate for HTTP/1.1's cache-control; for publishers without access to modifying cache-control.
| none
|
| Unendorsed

|-valign="top"
| no-email-collection
| HTML5 prohibits URL-valued meta names. They should be rel keywords instead. Intended to reference legal policy of web site indicating that harvesting of e-mail addresses on the site is not permitted and in violation of applicable laws such as the CAN-SPAM Act of 2003.
| [https://www.ProjectHoneyPot.org/how_to_avoid_spambots_5.php Project Honey Pot]
|
| Unendorsed

|}

== Process ==

For the "Status" section to be changed to "Ratified", the proposed keyword must be defined by a W3C specification in the Candidate Recommendation or Recommendation state. If it fails to go through this process, it is "Unendorsed".

For more details, see [http://whatwg.org/specs/web-apps/current-work/#concept-meta-extensions the HTML5 specification].

[[Category:Registries]]

MetaExtensions

2011-07-13T17:48:59Z

BryanH: Moved 'rights-standard' to proposal

This page lists the allowed extension values for the name="" attribute of the <meta> element in HTML5. You may add your own values to this list, which makes them legal HTML5 metadata names. We ask that you try to avoid redundancy; if someone has already defined a name that does roughly what you want, please reuse it. Also, please be sure to include ''all'' the items [http://www.whatwg.org/specs/web-apps/current-work/multipage/semantics.html#other-metadata-names required by the spec] ''including a link to a specification'' that specifies the keyword ''as an HTML meta keyword''. Note that URL-valued properties must not be registered as meta names but should be registered as [http://microformats.org/wiki/existing-rel-values#HTML5_link_type_extensions rel keywords] instead. Also note that changes to this registry may not be reflected in validators in real time.

== Registered Extensions ==

{|border=1 cellpadding=4 cellspacing=0
! Keyword
! Brief description
! Link to specification
! Synonyms
! Status

|-valign="top"
| apple-mobile-web-app-capable
| Sets whether a web application runs in full-screen mode.
| [http://developer.apple.com/library/safari/#documentation/appleapplications/reference/SafariHTMLRef/Articles/MetaTags.html Apple Safari HTML Reference]
| Could maybe be assumed when <code>application-name</code> is set?
| Proposal

|-valign="top"
| apple-mobile-web-app-status-bar-style
| Sets the style of the status bar for a web application.
| [http://developer.apple.com/library/safari/#documentation/appleapplications/reference/SafariHTMLRef/Articles/MetaTags.html Apple Safari HTML Reference]
|
| Proposal

|-valign="top"
| baiduspider
| Synonym of <code>robots</code> for targeting Baidu only.
| [http://www.baidu.com/search/robots_english.html Baidu documentation]
|
| Proposal

|-valign="top"
| format-detection
| Enables or disables automatic detection of possible phone numbers in a webpage in Safari on iOS.
| [http://developer.apple.com/library/safari/#documentation/appleapplications/reference/SafariHTMLRef/Articles/MetaTags.html Apple Safari HTML Reference]
|
| Proposal

|-valign="top"
| googlebot
| Synonym of <code>robots</code> for targeting Googlebot only.
| [http://www.google.com/support/webmasters/bin/answer.py?hl=en&answer=93710 Google documentation]
|
| Proposal

|-valign="top"
| google-site-verification
| Used to verify ownership for Webmaster Tools.
| [http://www.google.com/support/webmasters/bin/answer.py?hl=en&answer=79812 Google documentation]
|
| Proposal

|-valign="top"
| rights-standard
| The purpose is to enable search engines and other cataloging services to compile the types of rights allocated to the work.

'''This keyword does not provide, remove or alter any legal protections or designations.'''

Format:
<pre><meta name="rights-standard" content="element id;rights" /></pre>

* element id - the HTML Element ID of the item these rights apply to
* rights - what rights are assigned to the item
** "pd" - Public domain
** "cc by-sa" - Creative Commons Attribution
** "cc by-nd" - Creative Commons NoDerivs
** "cc by-nc" - Creative Commons Attribution-NonCommercial
** "cc by-nc-sa" - Creative Commons Attribution-NonCommercial-ShareAlike
** "cc by-nc-nd" - Creative Commons Attribution-NonCommercial-NoDerivs

|

[http://sites.google.com/site/metarightsstandard/ Spec]

[[Talk:MetaExtensions#rights:_why_reversion]]
|
|Proposal

|-valign="top"
| robots
| A comma-separated list of operators explaining how search engine crawlers should treat the content. Possible values are "noarchive" to prevent cached versions, "noindex" to prevent indexing, and "nofollow" works as the link rel value with the same name. This meta name is already supported by every popular search engine. The content value "NOODP" has been offered elsewhere, so I'm proposing it here. It blocks robots from using [http://www.dmoz.org Open Directory Project] descriptions of a website instead of Web pages' own meta descriptions. It may have been introduced by Microsoft. The content value "NOYDIR" has been offered by Yahoo, so I'm proposing it here. It blocks Yahoo's robot from using the Yahoo directory's descriptions of a website instead of Web pages' own meta descriptions. Whether any other robot supports this is unknown but possibly no other search engine uses Yahoo's directory anyway.
| [http://www.robotstxt.org/wc/exclusion.html#meta Robots exclusion protocol], NOODP value: [http://www.google.com/support/webmasters/bin/answer.py?hl=en&answer=35264 Google], [http://help.yahoo.com/l/us/yahoo/search/indexing/indexing-11.html Yahoo], NOYDIR value: [http://ysearchblog.com/2007/02/28/yahoo-search-support-for-noydir-meta-tags-and-weather-update/ Yahoo], as accessed 4-28-09
|
| Proposal

|-valign="top"
| slurp
| Synonym of <code>robots</code> for targeting Yahoo! only.
| [http://help.yahoo.com/l/au/yahoo7/search/indexing/indexing-11.html Yahoo! documentation]
|
| Proposal

|-valign="top"
| teoma
| Synonym of <code>robots</code> for targeting Teoma and Ask.com only.
| [http://about.ask.com/en/docs/about/webmasters.shtml Ask.com documentation]
|
| Proposal

|-valign="top"
| viewport
| Provides a way for documents to specify (using markup rather than CSS) the size, zoom factor, and orientation of the viewport that is used as the base for the document's [http://www.w3.org/TR/CSS21/visudet.html#containing-block-details initial containing block]. The following properties can be used in the value of the <code>content</code> attribute:
* width
* height
* initial-scale
* minimum-scale
* maximum-scale
* user-scalable
Examples:
<meta name="viewport" content="initial-scale=1.0">
<meta name="viewport" content="width=480, initial-scale=2.0, user-scalable=1">
For more details, see the [http://dev.w3.org/csswg/css-device-adapt/#viewport-meta-element Viewport META element] section of the [http://dev.w3.org/csswg/css-device-adapt/ CSS Device Adaptation] draft specification.
| For <code>meta</code> elements that have a <code>name</code> attribute whose value is <code>viewport</code>, the [http://dev.w3.org/csswg/css-device-adapt/ CSS Device Adaptation] draft specification defines the recognized properties for the <code>content</code> attribute>, as well as an algorithm for parsing the value of that attribute.
|
| Proposal

|-valign="top"
| rating
| The Restricted to Adults label (RTA) provides a way for adult oriented websites to indicate that their content is off limits to children. RTA was introduced in 2006 and is currently used by a large number of adult web content providers. RTA is recognized by all major parental control filters.
Example:
<meta name="RATING" content="RTA-5042-1996-1400-1577-RTA" />
| [http://www.rtalabel.org/index.php?content=howto RTA documentation]
|
| Proposal

|-valign="top"
| csrf-param
| Cross-site request forgery protection parameter for Ruby on Rails
| [http://apidock.com/rails/ActionView/Helpers/CsrfHelper/csrf_meta_tag Rails API]
|
| Proposal

|-valign="top"
| csrf-token
| Cross-site request forgery protection token for Ruby on Rails
| [http://apidock.com/rails/ActionView/Helpers/CsrfHelper/csrf_meta_tag Rails API]
|
| Proposal

|-valign="top"
| verify-v1
| Legacy verification for Google Sitemaps.
| [http://sitemaps.blogspot.com/2006/05/more-about-meta-tag-verification.html Inside Google Sitemaps: More about meta tag verification]
|
| Proposal

|-valign="top"
| msvalidate.01
| One of the verification elements used by Bing.
| [http://onlinehelp.microsoft.com/en-us/bing/hh204490.aspx Bing Webmaster Tools]
|
| Proposal

|-valign="top"
| yandex-verification
| Used to verify ownership for Yandex Webmaster.
| [http://help.yandex.ru/webmaster/?id=995300#995356 Yandex Webmaster ownership verification]
|
| Incomplete proposal

|-valign="top"
| dcterms.description
| An account of the resource. Description may include but is not limited to: an abstract, a table of contents, a graphical representation, or a free-text account of the resource.
| [http://dublincore.org/documents/dcmi-terms/#terms-description DCMI Metadata Terms] mapped according to [http://dublincore.org/documents/dc-html/ Expressing Dublin Core metadata using HTML/XHTML meta and link elements]
| HTML built-in keyword <code>description</code>
| Proposal

|-valign="top"
| dcterms.creator
| An entity primarily responsible for making the resource. Examples of a Creator include a person, an organization, or a service.
| [http://dublincore.org/documents/dcmi-terms/#terms-creator DCMI Metadata Terms] mapped according to [http://dublincore.org/documents/dc-html/ Expressing Dublin Core metadata using HTML/XHTML meta and link elements]
| In some cases redundant with the HTML built-in keyword <code>author</code>
| Proposal

|-valign="top"
| dcterms.issued
| Date of formal issuance (e.g., publication) of the resource. (DC doesn't spec a date format but the established practice is YYYY-MM-DD.)
| [http://dublincore.org/documents/dcmi-terms/#terms-issued DCMI Metadata Terms] mapped according to [http://dublincore.org/documents/dc-html/ Expressing Dublin Core metadata using HTML/XHTML meta and link elements]
| <code><time pubdate></code>
| Proposal

|-valign="top"
| dcterms.language
| A language of the resource. Recommended best practice is to use a controlled vocabulary such as RFC 4646 [RFC4646].
| [http://dublincore.org/documents/dcmi-terms/#terms-language DCMI Metadata Terms] mapped according to [http://dublincore.org/documents/dc-html/ Expressing Dublin Core metadata using HTML/XHTML meta and link elements]
| Redundant with the <code>lang</code> attribute on the <code>html</code> element. (Browsers pay attention to the <code>lang</code> attribute but not <code>dcterms.language</code>)
| Proposal

|-valign="top"
| dcterms.modified
| Date on which the resource was changed. (DC doesn't spec a date format but the established practice is YYYY-MM-DD.)
| [http://dublincore.org/documents/dcmi-terms/#terms-modified DCMI Metadata Terms] mapped according to [http://dublincore.org/documents/dc-html/ Expressing Dublin Core metadata using HTML/XHTML meta and link elements]
|
| Proposal

|-valign="top"
| dcterms.subject
| The topic of the resource.
| [http://dublincore.org/documents/dcmi-terms/#terms-subject DCMI Metadata Terms] mapped according to [http://dublincore.org/documents/dc-html/ Expressing Dublin Core metadata using HTML/XHTML meta and link elements]
| HTML built-in keyword <code>keywords</code>
| Proposal

|-valign="top"
| dcterms.title
| A name given to the resource.
| [http://dublincore.org/documents/dcmi-terms/#terms-title DCMI Metadata Terms] mapped according to [http://dublincore.org/documents/dc-html/ Expressing Dublin Core metadata using HTML/XHTML meta and link elements]
| The HTML element <code>title</code>
| Proposal

|-valign="top"
| WT.cg_n
| '''Name of the Content Group'''
Used to configure the appropriate Webtrends advanced feature. These are just some of the more popular ones. These appear in your META tags. – showing you the web page, the source (meta tag), the log files entry and the subsequent WT report.
Example:
<meta name="WT.cg_n" content="My content">
| [http://product.webtrends.com/WRC/OnDemand/ResourceCenter/rc/Library/PDF/IGOD/WebTrendsAnalyticsOnDemandImplementationGuide.pdf Webtrends Parameters]
| The META NAME element
| Proposal

|-valign="top"
| WT.cg_s
| '''Name of Content Sub-Group'''
Used to configure the appropriate Webtrends advanced feature. These are just some of the more popular ones. These appear in your META tags. – showing you the web page, the source (meta tag), the log files entry and the subsequent WT report.
Example:
<meta name="WT.cg_s" content="My content">
| [http://product.webtrends.com/WRC/OnDemand/ResourceCenter/rc/Library/PDF/IGOD/WebTrendsAnalyticsOnDemandImplementationGuide.pdf Webtrends Parameters]
| The META NAME element
| Proposal

|-valign="top"
| WT.ad
| '''Advertising View parameter'''
Visitors often view advertisements that they do not necessarily click on. You can use On-Site Advertising to determine the number of visitors to your web site who view particular ads. With this feature you can produce advertising reports for each of your clients.
If you are selling advertising space on your web site, for example, you can collect traffic statistics to help determine pricing schedules.
The following META tag tracks advertising views:
<meta name="WT.ad" content="My content">
An Ad View occurs when a visitor views a page containing an ad. An ad is a link or graphic that contains an Ad Click parameter in the query portion of it's URL.
| [http://product.webtrends.com/WRC/OnDemand/ResourceCenter/rc/Library/PDF/IGOD/WebTrendsAnalyticsOnDemandImplementationGuide.pdf Webtrends Parameters]
| The META NAME element
| Proposal

|-valign="top"
| WT.ac
| '''Advertising Click parameter'''
When a visitor to your site clicks on an ad, that action is referred to as an Ad Click. The following META tag tracks advertising clicks:
<META NAME="WT.ac" CONTENT="name">
Defines the name of the advertisement clicked to reach a particular web page. The Ad Click must contain an external redirect back to the client. The redirect needs to include the necessary code to generate a hit to the SDC server. You can designate multiple Advertising Clicks using semicolons.
Examples:
<a href="file111.html?WT.ac=CONTENT111">
<a href="file222.html?WT.ac=CONTENT222">
The name of the advertisement clicked to reach a particular web page. To capture this information with DCS, the Advertising Click must contain an external redirect back to the client. The redirect needs to

include the necessary code to generate a hit to the DCS. The maximum length for each name is 64 bytes.
| [http://product.webtrends.com/WRC/OnDemand/ResourceCenter/rc/Library/PDF/IGOD/WebTrendsAnalyticsOnDemandImplementationGuide.pdf Webtrends Parameters]
| The META NAME element
| Proposal

|-valign="top"
| WT.sv
| '''Tracking Servers parameter'''
If your site is hosted on multiple servers, a server cluster, or a server farm, and you want to evaluate the performance of your load balancer, Webtrends can track page views for each server. To do so, populate the following META tag on all pages on each server:
Example:
<meta name="WT.sv" content="My Server">
Defines the name of the machine that serves the web page. If you have two servers (Server1 and Server2), you would make two copies of the META tag and designate CONTENT=“Server1” for deployment to pages on the first server and CONTENT=“Server2” for deployment to the same pages on the second server.
For a server farm, you can extract the value of the built-in server name and dynamically assign it to the
META tag using server-side scripting.
Example:
<meta name="WT.sv" content="Server1">
<meta name="WT.sv" content="Server2">
An Ad View occurs when a visitor views a page containing an ad. An ad is a link or graphic that contains an Ad Click parameter in the query portion of it's URL.
| [https://tagbuilder.webtrends.com/Help/Miscellaneous/AdSearch.aspx?keepThis=true&TB_iframe=true&height=450&width=650 About WT.ad].
| The META NAME element
| Proposal

|-valign="top"
| WT.mc_id
| '''Identifies the ID of the marketing campaign'''
To attract new students, a university launches a marketing campaign by sending recruitment email to all graduating high school seniors in a metropolitan area. The email links to a special landing page in the university’s web site, containing the following META tag to track marketing campaigns.
Example:
<META NAME="WT.mc_id" CONTENT="1X2GG34">
You may use this parameter on the URL.
Example:
<a href="link?WT.mc_id=1X2GG34">
The Campaign ID 1X2GG34 represents recruits to be contacted by email
| [http://product.webtrends.com/WRC/OnDemand/ResourceCenter/rc/Library/PDF/IGOD/WebTrendsAnalyticsOnDemandImplementationGuide.pdf Webtrends Parameters]
| The META NAME element
| Proposal

|-valign="top"
| WT.ti
| '''Tracking Page Titles'''
You may want to modify a page title before sending it to Webtrends in the following cases:
* You are dealing with dynamic content pages identified by URL parameters, and the page title represents the title of the base URL page rather than the dynamic content page.
Unless you modify the page titles, all pages have the same title in the reports.
* All pages have been assigned the same title, for reasons of style or company policy.
Even though URLs are displayed in addition to page title, the entire URL cannot be depended upon to distinguish one page from another.
Use server-side scripts to change the title to something that reflects the content of the pages so that you can identify them in reports. Next, pass the customized page titles to Webtrends, using the following META tag:
<META NAME="WT.ti" CONTENT="title">
Defines the name of the title for this page.
| [http://product.webtrends.com/WRC/OnDemand/ResourceCenter/rc/Library/PDF/IGOD/WebTrendsAnalyticsOnDemandImplementationGuide.pdf Webtrends Parameters]
| The META NAME element
| Proposal

|-valign="top"
| msapplication-task
| '''"Jump List" or "Pinned Sites" in Windows 7'''
Jump List items act as entry points into the website even when the browser is not running. A Jump List can contain commonly used destinations and tasks. Some items apply to the whole site, and some apply only to specific users.
For example, to add a single task called "Check Order Status" specify a meta element in the head of your webpage, as follows:
<META name="msapplication-task" content="name=Check Order Status;
action-uri=./orderStatus.aspx?src=IE9;
icon-uri=./favicon.ico" />
| [http://msdn.microsoft.com/en-us/library/gg491725(v=vs.85).aspx Tasks in Jump List]
| The META NAME element
| Proposal

|-valign="top"
| geo.placename
| Defines name of geographic place to which page is related to. Example:
<meta name="geo.placename" content="Auwaldstraße 11, 79110 Freiburg im Breisgau, Deutschland">
| [http://tools.ietf.org/html/draft-daviel-html-geo-tag-08 IETF Draft]
| (none)
| Proposal

|-valign="top"
| geo.position
| Defines geographic position to which page is related to. Example:
<meta name="geo.position" content="48.02682000000001;7.809769999999958">
| [http://tools.ietf.org/html/draft-daviel-html-geo-tag-08 IETF Draft]
| (none)
| Proposal

|-valign="top"
| geo.region
| Defines name of geographic region to which page is related to. Content is specified by ISO-3166. Example:
<meta name="geo.region" content="DE-BW">
| [http://tools.ietf.org/html/draft-daviel-html-geo-tag-08 IETF Draft] [http://en.wikipedia.org/wiki/ISO_3166 ISO-3166]
| (none)
| Proposal

|}

== Proposals that don't meet the [http://www.whatwg.org/specs/web-apps/current-work/multipage/semantics.html#other-metadata-names requirements] for a registration ==

Note that these proposals can be moved back to the registry table if the problems listed in the rightmost column of this table are addressed.

{|border=1 cellpadding=4 cellspacing=0
! Keyword
! Brief description
! Link to specification
! Synonyms
! Status
! Registration requirement failure

|-valign="top"
| audience
| To aid search engines in classifying and to aid directory compilers, an audience most appropriate for the page may be suggested. Subject matter may not be a good clue; for example, an analysis of children's literature may be directed to teachers. A value is free-form case-insensitive text without a comma. Multiple values are to be comma-separated. Singular and plural forms have the same meaning. Recognized values: -- "all" and "everyone", which have the same meaning -- "adult" and "mature" have the same meaning and are for content that only adults may access, but no one responsible for preventing a nonadult or the immature from accessing the page or its content should rely on either or both of these values to do so without other means (not the same as "grownup", which see) -- "child" and "juvenile", which have the same meaning -- "teen" -- "grownup" is not identical to "adult" or "mature" in not implying a precise boundary but is approximately any person who may be able to understand and apply the content (e.g., car driving instruction that may be read by a minor not yet old enough to drive a car but who would likely benefit from somewhat early exposure to the instruction) -- "parent" to include guardian and temporary caregiver -- "teacher" to include professor and ad hoc instructor -- "elementary school student" to include any student below high school -- "high school student" -- "elhi" to include any student in elementary school through high school -- "college student" including graduate and professional school -- "business" including management, finance, and prospective customers (this includes e-commerce and investor sites) -- "health" including any health care provider including alternative and ad hoc -- "patient" for any health care recipient -- "lawyer" including judge, paralegal, and jailhouse lawyer -- "law client" for any prospective recipient of a lawyer's service (not usually a social work client) with ''lawyer'' including paralegal and jailhouse lawyer but not necessarily judge -- "craft" for any craftworker including laborer and artisan -- "artist" including musician, actor, dancer, and sculptor and including creator and performer -- "military" including paramilitary -- "news" including any consumer of rapidly-developing news -- "introductory" and "beginner", which have the same meaning -- "intermediate" and "midlevel", which have the same meaning -- "advanced" and "advance", which have the same meaning -- "scholarly" and "scholar", which have the same meaning -- "popular" generally referring to a writing style -- "older" including retiree -- "institution" including from corporation to conspiracy (such as for management advice) -- "government" including agencies and prospective politicians -- values using any integer or single-digit decimal in the form of "grade 8" or "grade 6.4" including to refer to a reading comprehension level (this generally will not exceed 12 and might be meaningless above 20 so higher values may be interpreted as the highest meaningful value) -- "viewers" for when content (such as a movie) is intended almost entirely to be seen rather than read -- "listeners" for when content (such as music) is intended almost entirely to be heard rather than read but not generally including text-to-speech support -- "tts", "text-to-speech", or "text to speech", which three have the same meaning and which are for a page that has substantial support for TTS or that will be readily understood through TTS without need for such support (TTS is often aided by, e.g., pre-resolving pronunciation ambiguities in page coding) -- values using any numbers in the form of "3-6 years old", whether a range or a single-number value -- values using any decade in the form of "born in 1970s" Unrecognized values such as "botanists", "Texans", and "writers who use red ink" may be used but at a risk that a search engine or directory editor will either fail to recognize it or will interpret it in unpredictable ways, or will in the future. Spellings that are erroneous or slightly different from a recognized value may be interpreted by a search engine or directory editor as representing a recognized value. The absence of the keyword defaults to a value of "all" but without overriding another indication arrived at by other means.
|
|
| Incomplete proposal
| Lacks link to a spec

|-valign="top"
| bot-. . .
| Robot owners, to allow page authors access to robotic capabilities, e.g., to deny them, should prefix "bot-" to the name of their robot, especially for proprietary bots. Example: If a robot were to be named "dullbucklequiz", the name in the meta element would be "bot-dullbucklequiz". The value "bot-" alone represents all bots so prefixed, like a wildcard. Arguably, there's no need for a list here of any specific bots if http://user-agents.org or http://www.botsvsbrowsers.com/ (and perhaps other sites) is reliable.
|
|
| Incomplete proposal
| Lacks link to a spec, tries to register a space of names instead of enumerated names

|-valign="top"
| created
| The datetime at which the document was created. The value is an ISO8601 date. The date MUST follow the [http://www.w3.org/TR/NOTE-datetime W3C Profile of ISO 8601] with a granularity of "Complete date:" or finer. The [http://www.bbc.co.uk/guidelines/futuremedia/desed/previousversions/searchmetadata_vs_1_0.shtml#metadata BBC] use this name.
|
|
| Incomplete proposal
| Lacks link to a spec

|-valign="top"
| creator
| The creator is an off-Web or pre-Web creator of a work for which an author authored a Web page, so that the creator and the author may be different people. Searching for one content creator's work requires a standard robot-parsable format for the information. A personal name, institutional name, or other text entry is permissible. One element represents only one creator. Multiple creators are to be represented with multiple tags. Search engines may index by any component of a name, so a content creator need only enter a name once in one first-last or family-given order (e.g., Pat Thunderbird or Thunderbird, Pat, but not requiring both).
| [[Talk:MetaExtensions#Re:_Proposed_'creator'_MetaExtension|Talk]]
|
| Incomplete proposal
| Lacks link to a spec

|-valign="top"
| msnbot
| Synonym of <code>robots</code> for targeting Bing only.
|
|
| Incomplete proposal
| Lacks link to a spec

|-valign="top"
| ia_archive
| Synonym of <code>robots</code> for targeting Internet Archive and Alexa only.
|
|
| Incomplete proposal
| Lacks link to a spec

|-valign="top"
| datetime-coverage
| The author may be the best expert on which time frame is most relevant to the content. Leaving that to search engine analysis may be too chancy without search engine optimization, which analysis is difficult to apply by algorithm to, e.g., historical papers that may focus on the 1800s but mention 1731 and 1912 perhaps unimportantly. The value for this keyword is a date or time -- not a range and not vague, for which other keywords are proposed -- in a format in accordance with http://www.w3.org/TR/NOTE-datetime (albeit a note that's at W3C only for discussion). Any of the six levels of granularity in that note are acceptable, such as expressing only a year. Should this keyword appear more than once, all the values so appearing are determinative. Multiple values are to be expressed with separate meta elements lest the note be revised in the future in a way incompatible with comma-separating a list.
|
|
| Incomplete proposal
| Lacks link to a spec

|-valign="top"
| datetime-coverage-end
| This is identical to the keyword datetime-coverage except that it represents only the end. If this keyword is used without datetime-coverage-start (also proposed), its value is interpreted as ending a range without a start. Should this keyword appear more than once, all the values so appearing are determinative, in which case each represents the end of a different range assumed to be nonnesting. Example: If four elements happen to be in the order of datetime-coverage-end=1865, datetime-coverage-start=1914, datetime-coverage-end=1918, and datetime-coverage-start=1862, assuming proper formatting, the ranges should be interpreted as 1862-1865 and 1914-1918.
|
|
| Incomplete proposal
| Lacks link to a spec

|-valign="top"
| datetime-coverage-start
| This is identical to the keyword datetime-coverage except that it represents only the start. If this keyword is used without datetime-coverage-end (also proposed), its value is interpreted as starting a range without an end. Should this keyword appear more than once, all the values so appearing are determinative, in which case each represents the start of a different range assumed to be nonnesting. Example: If four elements happen to be in the order of datetime-coverage-start=1862, datetime-coverage-start=1914, datetime-coverage-end=1865, and datetime-coverage-end=1918, assuming proper formatting, the ranges should be interpreted as 1862-1865 and 1914-1918.
|
|
| Incomplete proposal
| Lacks link to a spec

|-valign="top"
| datetime-coverage-vague
| This is identical to the keyword datetime-coverage except that its value is not necessarily crisp. This keyword should be used only when datetime-coverage, datetime-coverage-start, and datetime-coverage-end are inappropriate, but there's no ban on using all four. Any text without a comma can be the value (e.g., Pleistocene, 1820s, Tuesdays, or before we were born); multiple values are comma-separated. If this keyword is used with datetime-coverage, datetime-coverage-start, or datetime-coverage-end, the vague value should be exploited along with the value/s for the other keyword/s. Should this keyword appear more than once, all are determinative.
|
|
| Incomplete proposal
| Lacks link to a spec

|-valign="top"
| DC.
| Dublin Core, maintained by Dublin Core MetaData Initiative (DCMI), is an extensive system with some overlap with non-DC names. This reserves all strings that begin with DC and a dot. ''Not true; DC-HTML doesn't use hardwired prefixes, but defines the prefixes using link/@rel="scheme.prefix"''
| [http://www.DublinCore.org DCMI]
|
| Incomplete proposal
| Tries to register a space of names instead of enumerated names

|-valign="top"
| dir-content-pointer
| When several pages in a directory include main content, a table of contents, an index, and the like, a search engine may be able to organize results more usefully by identifying which is which with a standard vocabulary, helpful when different publishers use different conventions when displaying or printing content. A value is free-form case-insensitive text without a comma and optionally with a trailing number. Multiple values are to be comma-separated (multiple values are appropriate when one document serves multiple purposes). Singular and plural forms have the same meaning. Recognized values, which are pointer types to which numbers may be suffixed, are limited to "start" meaning 'the first page that should be seen by a user' (this may be anywhere in the directory and anywhere within content), "toc" meaning 'table of contents', "intro" including introductions, forewords, prefaces, and tables of figures, "abstract", "main", "bibliography" and "biblio", which have the same meaning, "index" which may mean 'sitemap' or not, "afterword" and "update" which have the same meaning and need not actually update, "credit" meaning 'credits and acknowledgments', and "author bio" meaning 'author's biography', including any information about the author including credentials and contact information. The number suffix may be spaceless or not. When numbers are suffixed, a search engine or directory should arrange like items in numerical order in the results, with unnumbered items following like items that are numbered, e.g., intro 1, intro 2, main 1, main 2, main, main, and so on. Each directory and each subdirectory has its own sequence.
|
|
| Incomplete proposal
| Lacks link to a spec

|-valign="top"
|expires
|<code>meta name='expires'</code> defines the expiration date of the page. This can be used for web pages in preparation for an upcoming event, e.g. a registration form for an exposition or competition, or other cases with a pre-set date when the document will no longer be valid, e.g. a product offer in a special sale or a support page for a product known not to be supported anymore from a given time onward.

Search engines should respond to this meta tag in a reasonable way, i.e. by removing the page from their main search results after the expiration date (possibly still returning the result in a special search for expired pages as long as the page exists and is not explicitly excluded via <code>robots.txt</code> or <code>meta name='robots'</code> etc.) or simply by indicating to the user that this result is out-of-date.

The content attribute should define the expiration date in accordance with http://www.w3.org/TR/NOTE-datetime . The meta tag should not be used for pages without expiration date. However, for historical reasons, search engines should also interpret other date formats where possible and should be prepared to find values such as "", "0", "no" and "never". Such non-date values are to be interpreted as no expiration date.

Correctly formatted example:
<code><pre><meta name='expires' content='2012-12-31T23:59Z'></pre></code>

This tag is not to be confused with and has a different meaning than <code>meta http-equiv='expires'.</code>
|
|
| Incomplete proposal
| Lacks link to a spec

|-valign="top"
| format-print
| This is to allow a user agent to inform an operating system or a printer driver of the preferred print medium, such as the paper size. A value is free-form case-insensitive text without a comma. Multiple values are to be comma-separated (multiple values might be appropriate because standard paper sizes vary around the world). Singular and plural forms have the same meaning. Recognized values are limited to "letter", "A4", "legal", "A5", "B5", "monarch", "envelope 10" meaning size #10, "envelope 6-3-4" meaning size #6 3/4, values with integers and decimals in the form of "8.5 x 11" or "8.5x11" in which spacing of the "x" does not affect meaning, "paper", which means 'paper of the default color (usually white) and weight (usually 20-lb. stock)', "white", "yellow", "pink", "blue", "green", "violet", or "multicolor", which means a medium of the given color or mixed, "letterhead", "p2 letterhead" meaning 'letterhead intended for any page except the first', "watermark" meaning a 'special watermark such as an organization's own', and "plain" meaning 'not preprinted and not letterhead (it may have a paper manufacturer's watermark not related to letterhead)'. Omitting "paper" when another recognized value is given defaults to an implied meaning of 'paper' with the other value; e.g., "letter" means 'letter paper'; the same principle applies to a medium's color (the default being white for paper and colorless for transparency) and plainness or lack thereof (the default being plain). Other values should be proposed before being recognized here. Label sizes should be proposed here for labels that are not on backing sheets that fit one of the recognized values, e.g., labels on narrow rolls. Blueprint paper sizes should be proposed here. Media other than standard paper, such as onion skin, heavier paper, card, and clear or color transparency, should be proposed here. The user agent may, with the user's or user sysadmin's permission (as by a menu-driven default), interpret a value to offer an alternative the user might accept and software and firmware other than the UA may interpret a value to the same end with or without permission, so this keyword is only suggestive; e.g., "letter" may be interpreted as "A4". The absence of the keyword defaults to a value determined by other than the page, e.g., by the printer driver or the user agent.
| [[Talk:MetaExtensions#Re:_Proposed_'format-print'_MetaExtension|Talk]]
|
| Incomplete proposal
| Lacks link to a spec

|-valign="top"
| geographic-coverage
| The author may be the best expert on the geographic relevance of the content. Leaving that to search engine analysis may be too chancy without search engine optimization, which analysis is difficult to apply by algorithm to, e.g., historical papers and epidemiological studies which may mention locales only once. Absence of the keyword defaults to a value of world (not universe), unless the search engine chooses to interpret the page or larger unit for some other value, probably based on other than just contact information given in the website. The value for this keyword is a semicolon-separated list of one or more place-values, the order of which do not matter. One place-value will use commas to separate, in order, an optional standard natural language symbol applicable to the place-value (when omitted the language applicable to the page will control), a place-class, one or more place-subclasses if any, and one or more place name parts (where, e.g., in "Cape Town, South Africa", "Cape Town" is a place name part but "Town" is not). Spaces after semicolons and commas are optional; spaces within place-values are present when required for each place-value (e.g., "Quezon City", not an invented "QuezonCity"). To distinguish names that might otherwise be too similar, place-classes, all lower-case and hyphenatably spaceless, include ''outer-space'', ''region'' (on Earth and crossing or larger than a nation, e.g., southern hemisphere, polar region, temperate zone, or Asia), ''intntl-water'' (an 'international water body'), ''intntl-agcy'' ('international agency' or 'international collection', e.g., all U.N. member nations), ''nation'', ''within-nation'' (limited to only one political level down from nation, e.g., state, province, territory, possession, city not included within other political units of a nation, or any comparable unit), ''city'' (including town, village, hamlet, and any comparable political unit below the level of ''within-nation''), ''addr'' (including address, full-length street, building, institution, and neighborhood without political boundaries), ''pol-unit'' (''pol'' abbreviating 'political') (e.g., a place of disputed nationhood), ''hist-pol-unit'' (''hist'' abbreviating 'historical') (e.g., the Roman Empire), ''feature'' (e.g., river), ''num'' (e.g., latitude and longitude or outer-space equivalent in numbers), and ''ethereal'' (including thealogical/theological, fictional including from modern popular entertainment, and ancient secular mythical, but not including that which is asserted to be a state of mind or existence but not a place, such as nirvana). (Example for one hypothetical page: name="geographic-coverage" content="region, sub-Saharan Africa; nation, Panama; city, Panama, Panama; within-nation, Sao Paulo, Brazil; city, Sao Paulo, Sao Paulo, Brazil; within-nation, Mississippi, United States of America; region, Middle East; region, Midwest, United States of America; hist-pol-unit, Northwest Territory, United States of America; feature, river, Indus; outer-space, Indus; ethereal, ultima Thule; ethereal, Heaven; ethereal, Flatland; ethereal, Valhalla; en-US, addr, Hotel Valhalla, Fredrikstad, Norway; es, nation, Espana" (Indus is both a river and a constellation, illustrating the need for place-classes)). Ambiguity of place-values should be avoided despite convenience in coding because search engines may each interpret them as they see fit, e.g., it would be hard for an engine to distinguish New York from New York. For consistency of spelling, several authority lists should be settled upon, with legal, well-known, and disputed names and common abbreviations all being acceptable; but I'm not proposing one here now (relying on IANA's ccTLD list might be too complex to implement and still assure coding consistency, e.g., occasionally ccTLDs can be phased out and off of IANA's list) (a standard vocabulary possibly usable here is the [http://www.getty.edu/research/conducting_research/vocabularies/tgn/index.html Getty Thesaurus of Geographic Names Online], subject to licensing and charset choice); and promulgating authority lists may best be done publicly by search engine managements, who may disagree with each other. Allowing Unicode for non-Roman alphabet-using locales is desirable, but at present that may raise technical problems, including computer security issues, that are not yet readily soluble.
|
|
| Incomplete proposal
| Lacks link to a spec

|-valign="top"
| keywords-not
| A comma-separated list of negative keywords that distinguish a closely-related theme from this page's true theme, to support Boolean NOT searches often more realistically than visible text can, especially when both themes share the same lexicon. If keywords is no longer a supported name for a meta element, keywords-not is superfluous; however, debate has been revived on whether keywords should be supported or not; see the keywords entry in this Wiki.
| [http://www.w3.org/Bugs/Public/show_bug.cgi?id=6609 W3C Bug 6609]
|
| Incomplete proposal
| Lacks link to a spec

|-valign="top"
| page-datetime
| Better ranking in search engine results for recency or relevance to an event date would be aided by a standard format robots can parse. Users would save search time by not having to load many pages to find which ones are new or date-relevant. To supply a consistent and known format, the value for this keyword is a date-time expression formed in accordance with http://www.w3.org/TR/NOTE-datetime (albeit a note that's at W3C only for discussion). Any of the six levels of granularity in that note are acceptable, such as expressing only a year. Should this keyword appear more than once, only the first one so appearing is determinative.
|
|
| Incomplete proposal
| Lacks link to a spec

|-valign="top"
| page-version
| Pages may be revised several times daily. While date-time given to a granularity of a fraction of a second would often suffice, when a page has to be approved more than once before posting, any or no such time may be correct (without this keyword, a comment could be necessary but probably not parsable by an engine). In addition, versions regardless of date may show consecutiveness and can replace a date that must be vague. In that case, a version number may be more useful for searches and so a robot-parsable format is needed. The keyword's value is stated in ASCII digits, is any nonnegative base-10 rational number expressed as an integer or a decimal, with any number of decimal places allowed, and may be padded with any number of leading zeros to support extraction for ASCII sorting. Should this keyword appear more than once, only the first one so appearing is determinative. The versions 0 and 0.''n'', with ''n'' being to any number of places, signify beta versions, i.e., drafts, in the tradition of beta software, while versions 1 and higher ordinarily signify final-release versions. After a final-release version is released, a draft of a later version is not given a version number of 0 or 0.''n'', but is numbered higher than the last final-release version. It is suggested to page authors that draft status, if applicable, be shown in the visibly displayed text of the page, rather than that this meta tag be relied upon as the sole notice of draft status, as it may be inadequate notice if alone. To assign a low page-version such as 0.''n'' or 1, the page's URL, if static, may be used as the relevant premise. Thus, if a page is copied or moved to a new URL, the author may choose to restart page-version numbering from 0.''n'' or 1. If a page's URL is dynamic, e.g., if created on the fly from a script, the page author may prefer to use as the relevant premise for assigning a low page-version such as 0.''n'' or 1 the URL of the script or other technology that generates the dynamic-URL page, placing this meta element containing this attribute within the script or other technology, not within the generating page's head element (the generating page's head element may have its own meta element with this attribute describing the generating page). If one page containing the script or other technology that generates another page has more than one means for generating dynamic-URL pages, each means should contain its own meta element with this attribute. Page-version is thus largely independent of the page's date, although both would likely advance roughly in parallel.
|
|
| Incomplete proposal
| Lacks link to a spec

|-valign="top"
| publisher
| Searching for one content publisher's or page publisher's work requires a standard robot-parsable format for the information. This often differs from creator or author when the publisher is an institution. An institutional name, personal name, or other text entry is permissible. One element represents only one publisher. Multiple publishers are to be represented with multiple tags, although multiple publishers are less common than multiple authors or creators; multiplicity is more likely for a legal name and a well-known name. Search engines may index by any component of a name, so a publisher need only enter a name once in one order.
|
|
| Incomplete proposal
| Lacks link to a spec

|-valign="top"
| referrer
| Developers wish to control the sharing of referrer information with linked resources and followed links at the meta level. It's sometimes desirable to share referrer information from secure to non-secure resources. The proposal is to add:

<code><pre><meta name="referrer" content="never|default|always"></pre></code>

Where the value of the '''content''' attribute is:
* '''never''': No referrer information is leaked when following a links or requesting resources.
* '''default''': Include referrer information in non-secure context or for HTTPS resources with the same origin.
* '''always''': Include referrer information when following all links and requesting any resources.

Since <code><meta name="referrer" content="never"></code> is redundant with a proposed <code><link rel="nofollow"></code>, the <code><link rel="nofollow"></code> proposal should be supplanted with this one, which provides more robust control.
|
|
| Incomplete proposal
| Lacks link to a spec

|-valign="top"
| resolutions
| Authoring web sites to use resolution independent images that display beautifully on high-resolution displays should be made as easy as possible for developers and should not require JavaScript to accomplish.

To accomplish this, I propose a new HTML Meta Tag, <code>resolutions</code>, that can be used to specify that high-resolution versions of images linked to from the page are available and that the browser should use them in place of the lower-resolution default images if it detects that a user is using a high-resolution screen. The resolutions meta tag lists the device-pixel ratios supported by images in the page.

So, for example…

<code><pre><meta name="resolutions" content="2x"></pre></code>

… means that the developer is telling the browser that she has created 2x resolution images for the images linked to from the current page and named them with a @2x suffix.

To illustrate, if her image tag is as follows…

<code><pre><img src="/images/flower.jpg" alt="A flower"></pre></code>

… then she has two image files under /images: the low-resolution default (flower.jpg), and a higher-resolution (200%) version named flower@2x.jpg.

(This is the same naming convention already used by Apple in its Cocoa Touch framework for automatically loading in higher-resolution versions of images.)

Based on the meta tag, if the browser detects that the user is running at a <code>min-device-pixel-ratio</code> of 2.0, it will automatically ask for the 2x version of the image (flower@2x.jpg) instead of the default image as specified in the image tag.

Finally, so as not to flood external sites with high-resolution image requests, this functionality would only work for local images specified via relative links.

Multiple resolutions

The resolutions tag can also contain a list of supported device-pixel ratios so as to support even higher-resolution displays when and if they become available in the future.

For example:

<code><pre><meta name="resolutions" content="2x, 4x, 8x"></pre></code>

In this case, the developer would provide 2x, 4x, and 8x versions of all images. So, in the running example, she would make flower.jpg, flower@2x.jpg, flower@4x.jpg, and flower@8x.jpg.

Advantages

The advantages of this approach are several:

<ol>
<li>Makes it very simple for developers to support high-resolution displays like the iPhone 4's Retina screen</li>
<li>Does not require JavaScript</li>
<li>Does not change the default way that things work (if the meta tag is not specified, the browser simply behaves as it always has).</li>
</ol>

| [http://aralbalkan.com/3355 Proposal for native browser support of high-resolution image substitution]
[http://aralbalkan.com/3331 How to make your web content look stunning on the iPhone 4’s new Retina display]
|
| Incomplete proposal
| Lacks link to a spec

|-valign="top"
| rights
| As a page effectively appears in at least two forms, usually one as interpreted and displayed on a device and the other as source code, arguably intellectual property rights that must be asserted must be asserted in ways understandable in both contexts. For example, &copy; is a raw representation that may legally fail as part of copyright notice to someone seeing source code and not the display, important when someone wants to copy source code for use elsewhere and may rely on a defense of innocent infringement (at least in U.S.). While such assertions can be made in a comment element, it may be helpful to have a tag that search engines can parse and index verbatim. The value may include standard and nonstandard notices, invocations of licenses such as GFDL and ASCAP, and any other information. Content is defined as free-form, leaving the page author discretion for the entry. Statements in one tag may discuss several portions of the page differently, e.g., with different licenses. More than one license may be offered, along with the page's relationship to all. Not all statements need be license grants. A statement may state whom to ask for reprint permission or may reserve all rights, for example. Only one meta tag with this keyword may be present. Page authors must not use more than one. A UA finding multiple such tags on one page must ignore all of them. The copyright symbol that would be generated by its character entity is not recommended for legal notice in source code when the word 'Copyright' may be used instead, because the entity may be read in raw form, but use is up to the page author. The same concept applies to any intellectual property rights symbol for which a suitable alternative is available, such as for trademark or service mark. ASCII text would not suffice when a name or notice legally may have to be in a non-Roman alphabet, but no alternative may yet exist in HTML5. Search engine storage may impose a length limit, but, because of legal consequences, if the value's length exceeds a given limit the search index should retain or interpret none of it but only refer to it. The content string may only be copied verbatim in its full length, referred to, or ignored. It may not be, for example, paraphrased, truncated, interpreted, or classified except in addition to being copied verbatim in its full length. Ignoring shall not void, nullify, or alter any rights stated in such tag. For the synonymy, ''IP'', ''IP-rights'', and ''IP-right'' are not reserved; while the abbreviation ''IP'' 'intellectual property' is common among attorneys in the U.S., page authors will more likely be computerate, and the abbreviation may be wanted for 'Internet Protocol'.
| [[Talk:MetaExtensions#rights:_why_reversion|Talk]]
|
| Incomplete proposal
| Lacks link to a spec

|-valign="top"
| subj-. . .
| To classify by subject a page's content, a standard subject taxonomy that will be recognized by a search engine or directory will help. Because many such high-quality taxonomies exist, only a prefix is proposed. Over time, particular taxonomies, in print or online, may be recognized here and keywords assigned for each. The keyword will be constructed case-insensitively with subkeywords in the form subj-[nationAbbrev]-[taxonomy]-[edition][-optionalSubedition], e.g., subj-US-MeSH-2009online (perhaps). After "subj-", the second subkeyword will identify the nation where the taxonomy is published or offered as an aid in identifying the taxonomy and does not limit the subject coverage; e.g., a taxonomy published in Japan may be ideal for classifying Canadian botany or Peruvian economy. As subject values may vary between editions of one taxonomy, an edition and optionally a subedition is to be identified in the third and optionally the fourth subkeywords. The subedition, if any, is any update or revision occurring between editions, such that a value drawn from that edition and subedition is stable. The means of identifying edition and subedition should be included in the registration of a keyword. Examples of taxonomies from the U.S. include MeSH (medical) and the Library of Congress Subject Headings. The value identifying a subject for a Web page will be drawn from the cited taxonomy's edition and subedition. If the value should have a style to prevent ambiguity in interpretation, that style is to be registered here for that keyword. Multiple values are expressed with multiple meta elements, one value for each, since comma-separation is probably not compatible with all taxonomies. If a value requires case-sensitivity to prevent confusion, the entry here registering the keyword must accommodate that need with the needs of HTML 5 with an appropriate rule. To that end, a proposal to allow case-sensitivity in meta tags under some circumstances has been offered in the W3C bug reporting system.
| [http://www.w3.org/Bugs/Public/show_bug.cgi?id=6854 W3C Bug 6854]
| subject-. . .
| Incomplete proposal
| Lacks link to a spec, tries to register a space of names instead of enumerated names

|-valign="top"
| MSSmartTagsPreventParsing
| Microsoft introduced into Internet Explorer 6 Beta a feature that some website designers wished to preclude from applying in order to prevent public misunderstanding of their websites. The feature allowed a browser to add information but at a risk that users wouldn't know that it wasn't supplied by the website. This keyword was provided by Microsoft for those of us who wanted it. Its value was "TRUE". Microsoft spelled the keyword with some capitals and the value in all capitals but whether capitalization was required for either is unknown; some opinions vary. Since it need be understood by only one browser, and that one a beta version, full standards compliance should not be assumed, and original case may be required. (This tag is used by Google: "<meta content='true' name='MSSmartTagsPreventParsing'/>" appeared (with internal quote marks as singles) in the source code for <http://googleblog.blogspot.com/2009/04/listening-to-google-health-users.html>, as accessed 4-27-09.) Microsoft has apparently removed this instruction from its website on the ground that the beta version is no longer available and is not supported, but that doesn't assure that some users aren't still using the beta browser, perhaps inadvertently. Therefore, designers may wish to continue using the keyword and value and they are preserved here.
| e.g., [http://www.theregister.co.uk/2001/06/25/web_sites_banish_those_winxp/ The Register (U.K.)], [http://cc.uoregon.edu/cnews/summer2001/summer2001.pdf Univ. Oregon (U.S.) (PDF p. 18)], & [http://trillian.mit.edu/~jc/demo/SmartTagsOff.html John Chambers (U.S.) (job résumé near root)], all as accessed 4-19-09
|
| Incomplete proposal
| Lacks spec, potentially never minted by MS as a meta name (as opposed to a http-equiv value), even if minted by Microsoft, abandoned before shipping in any final release of IE

|}

== Failed Proposals ==

{|border=1 cellpadding=4 cellspacing=0
! Keyword
! Brief description
! Link to more details
! Synonyms
! Status

|-valign="top"
| cache
| This doesn't actually work; use HTTP headers instead. Value must be "public", "private", or "no-cache". Intended as a simple way to tell user agents whether to store a copy of the document or not. An alternate for HTTP/1.1's cache-control; for publishers without access to modifying cache-control.
| none
|
| Unendorsed

|-valign="top"
| no-email-collection
| HTML5 prohibits URL-valued meta names. They should be rel keywords instead. Intended to reference legal policy of web site indicating that harvesting of e-mail addresses on the site is not permitted and in violation of applicable laws such as the CAN-SPAM Act of 2003.
| [https://www.ProjectHoneyPot.org/how_to_avoid_spambots_5.php Project Honey Pot]
|
| Unendorsed

|}

== Process ==

For the "Status" section to be changed to "Ratified", the proposed keyword must be defined by a W3C specification in the Candidate Recommendation or Recommendation state. If it fails to go through this process, it is "Unendorsed".

For more details, see [http://whatwg.org/specs/web-apps/current-work/#concept-meta-extensions the HTML5 specification].

[[Category:Registries]]

MetaExtensions

2011-07-13T17:45:34Z

BryanH: /* Proposals that don't meet the requirements for a registration */ link to standard

This page lists the allowed extension values for the name="" attribute of the <meta> element in HTML5. You may add your own values to this list, which makes them legal HTML5 metadata names. We ask that you try to avoid redundancy; if someone has already defined a name that does roughly what you want, please reuse it. Also, please be sure to include ''all'' the items [http://www.whatwg.org/specs/web-apps/current-work/multipage/semantics.html#other-metadata-names required by the spec] ''including a link to a specification'' that specifies the keyword ''as an HTML meta keyword''. Note that URL-valued properties must not be registered as meta names but should be registered as [http://microformats.org/wiki/existing-rel-values#HTML5_link_type_extensions rel keywords] instead. Also note that changes to this registry may not be reflected in validators in real time.

== Registered Extensions ==

{|border=1 cellpadding=4 cellspacing=0
! Keyword
! Brief description
! Link to specification
! Synonyms
! Status

|-valign="top"
| apple-mobile-web-app-capable
| Sets whether a web application runs in full-screen mode.
| [http://developer.apple.com/library/safari/#documentation/appleapplications/reference/SafariHTMLRef/Articles/MetaTags.html Apple Safari HTML Reference]
| Could maybe be assumed when <code>application-name</code> is set?
| Proposal

|-valign="top"
| apple-mobile-web-app-status-bar-style
| Sets the style of the status bar for a web application.
| [http://developer.apple.com/library/safari/#documentation/appleapplications/reference/SafariHTMLRef/Articles/MetaTags.html Apple Safari HTML Reference]
|
| Proposal

|-valign="top"
| baiduspider
| Synonym of <code>robots</code> for targeting Baidu only.
| [http://www.baidu.com/search/robots_english.html Baidu documentation]
|
| Proposal

|-valign="top"
| format-detection
| Enables or disables automatic detection of possible phone numbers in a webpage in Safari on iOS.
| [http://developer.apple.com/library/safari/#documentation/appleapplications/reference/SafariHTMLRef/Articles/MetaTags.html Apple Safari HTML Reference]
|
| Proposal

|-valign="top"
| googlebot
| Synonym of <code>robots</code> for targeting Googlebot only.
| [http://www.google.com/support/webmasters/bin/answer.py?hl=en&answer=93710 Google documentation]
|
| Proposal

|-valign="top"
| google-site-verification
| Used to verify ownership for Webmaster Tools.
| [http://www.google.com/support/webmasters/bin/answer.py?hl=en&answer=79812 Google documentation]
|
| Proposal

|-valign="top"
| robots
| A comma-separated list of operators explaining how search engine crawlers should treat the content. Possible values are "noarchive" to prevent cached versions, "noindex" to prevent indexing, and "nofollow" works as the link rel value with the same name. This meta name is already supported by every popular search engine. The content value "NOODP" has been offered elsewhere, so I'm proposing it here. It blocks robots from using [http://www.dmoz.org Open Directory Project] descriptions of a website instead of Web pages' own meta descriptions. It may have been introduced by Microsoft. The content value "NOYDIR" has been offered by Yahoo, so I'm proposing it here. It blocks Yahoo's robot from using the Yahoo directory's descriptions of a website instead of Web pages' own meta descriptions. Whether any other robot supports this is unknown but possibly no other search engine uses Yahoo's directory anyway.
| [http://www.robotstxt.org/wc/exclusion.html#meta Robots exclusion protocol], NOODP value: [http://www.google.com/support/webmasters/bin/answer.py?hl=en&answer=35264 Google], [http://help.yahoo.com/l/us/yahoo/search/indexing/indexing-11.html Yahoo], NOYDIR value: [http://ysearchblog.com/2007/02/28/yahoo-search-support-for-noydir-meta-tags-and-weather-update/ Yahoo], as accessed 4-28-09
|
| Proposal

|-valign="top"
| slurp
| Synonym of <code>robots</code> for targeting Yahoo! only.
| [http://help.yahoo.com/l/au/yahoo7/search/indexing/indexing-11.html Yahoo! documentation]
|
| Proposal

|-valign="top"
| teoma
| Synonym of <code>robots</code> for targeting Teoma and Ask.com only.
| [http://about.ask.com/en/docs/about/webmasters.shtml Ask.com documentation]
|
| Proposal

|-valign="top"
| viewport
| Provides a way for documents to specify (using markup rather than CSS) the size, zoom factor, and orientation of the viewport that is used as the base for the document's [http://www.w3.org/TR/CSS21/visudet.html#containing-block-details initial containing block]. The following properties can be used in the value of the <code>content</code> attribute:
* width
* height
* initial-scale
* minimum-scale
* maximum-scale
* user-scalable
Examples:
<meta name="viewport" content="initial-scale=1.0">
<meta name="viewport" content="width=480, initial-scale=2.0, user-scalable=1">
For more details, see the [http://dev.w3.org/csswg/css-device-adapt/#viewport-meta-element Viewport META element] section of the [http://dev.w3.org/csswg/css-device-adapt/ CSS Device Adaptation] draft specification.
| For <code>meta</code> elements that have a <code>name</code> attribute whose value is <code>viewport</code>, the [http://dev.w3.org/csswg/css-device-adapt/ CSS Device Adaptation] draft specification defines the recognized properties for the <code>content</code> attribute>, as well as an algorithm for parsing the value of that attribute.
|
| Proposal

|-valign="top"
| rating
| The Restricted to Adults label (RTA) provides a way for adult oriented websites to indicate that their content is off limits to children. RTA was introduced in 2006 and is currently used by a large number of adult web content providers. RTA is recognized by all major parental control filters.
Example:
<meta name="RATING" content="RTA-5042-1996-1400-1577-RTA" />
| [http://www.rtalabel.org/index.php?content=howto RTA documentation]
|
| Proposal

|-valign="top"
| csrf-param
| Cross-site request forgery protection parameter for Ruby on Rails
| [http://apidock.com/rails/ActionView/Helpers/CsrfHelper/csrf_meta_tag Rails API]
|
| Proposal

|-valign="top"
| csrf-token
| Cross-site request forgery protection token for Ruby on Rails
| [http://apidock.com/rails/ActionView/Helpers/CsrfHelper/csrf_meta_tag Rails API]
|
| Proposal

|-valign="top"
| verify-v1
| Legacy verification for Google Sitemaps.
| [http://sitemaps.blogspot.com/2006/05/more-about-meta-tag-verification.html Inside Google Sitemaps: More about meta tag verification]
|
| Proposal

|-valign="top"
| msvalidate.01
| One of the verification elements used by Bing.
| [http://onlinehelp.microsoft.com/en-us/bing/hh204490.aspx Bing Webmaster Tools]
|
| Proposal

|-valign="top"
| yandex-verification
| Used to verify ownership for Yandex Webmaster.
| [http://help.yandex.ru/webmaster/?id=995300#995356 Yandex Webmaster ownership verification]
|
| Incomplete proposal

|-valign="top"
| dcterms.description
| An account of the resource. Description may include but is not limited to: an abstract, a table of contents, a graphical representation, or a free-text account of the resource.
| [http://dublincore.org/documents/dcmi-terms/#terms-description DCMI Metadata Terms] mapped according to [http://dublincore.org/documents/dc-html/ Expressing Dublin Core metadata using HTML/XHTML meta and link elements]
| HTML built-in keyword <code>description</code>
| Proposal

|-valign="top"
| dcterms.creator
| An entity primarily responsible for making the resource. Examples of a Creator include a person, an organization, or a service.
| [http://dublincore.org/documents/dcmi-terms/#terms-creator DCMI Metadata Terms] mapped according to [http://dublincore.org/documents/dc-html/ Expressing Dublin Core metadata using HTML/XHTML meta and link elements]
| In some cases redundant with the HTML built-in keyword <code>author</code>
| Proposal

|-valign="top"
| dcterms.issued
| Date of formal issuance (e.g., publication) of the resource. (DC doesn't spec a date format but the established practice is YYYY-MM-DD.)
| [http://dublincore.org/documents/dcmi-terms/#terms-issued DCMI Metadata Terms] mapped according to [http://dublincore.org/documents/dc-html/ Expressing Dublin Core metadata using HTML/XHTML meta and link elements]
| <code><time pubdate></code>
| Proposal

|-valign="top"
| dcterms.language
| A language of the resource. Recommended best practice is to use a controlled vocabulary such as RFC 4646 [RFC4646].
| [http://dublincore.org/documents/dcmi-terms/#terms-language DCMI Metadata Terms] mapped according to [http://dublincore.org/documents/dc-html/ Expressing Dublin Core metadata using HTML/XHTML meta and link elements]
| Redundant with the <code>lang</code> attribute on the <code>html</code> element. (Browsers pay attention to the <code>lang</code> attribute but not <code>dcterms.language</code>)
| Proposal

|-valign="top"
| dcterms.modified
| Date on which the resource was changed. (DC doesn't spec a date format but the established practice is YYYY-MM-DD.)
| [http://dublincore.org/documents/dcmi-terms/#terms-modified DCMI Metadata Terms] mapped according to [http://dublincore.org/documents/dc-html/ Expressing Dublin Core metadata using HTML/XHTML meta and link elements]
|
| Proposal

|-valign="top"
| dcterms.subject
| The topic of the resource.
| [http://dublincore.org/documents/dcmi-terms/#terms-subject DCMI Metadata Terms] mapped according to [http://dublincore.org/documents/dc-html/ Expressing Dublin Core metadata using HTML/XHTML meta and link elements]
| HTML built-in keyword <code>keywords</code>
| Proposal

|-valign="top"
| dcterms.title
| A name given to the resource.
| [http://dublincore.org/documents/dcmi-terms/#terms-title DCMI Metadata Terms] mapped according to [http://dublincore.org/documents/dc-html/ Expressing Dublin Core metadata using HTML/XHTML meta and link elements]
| The HTML element <code>title</code>
| Proposal

|-valign="top"
| WT.cg_n
| '''Name of the Content Group'''
Used to configure the appropriate Webtrends advanced feature. These are just some of the more popular ones. These appear in your META tags. – showing you the web page, the source (meta tag), the log files entry and the subsequent WT report.
Example:
<meta name="WT.cg_n" content="My content">
| [http://product.webtrends.com/WRC/OnDemand/ResourceCenter/rc/Library/PDF/IGOD/WebTrendsAnalyticsOnDemandImplementationGuide.pdf Webtrends Parameters]
| The META NAME element
| Proposal

|-valign="top"
| WT.cg_s
| '''Name of Content Sub-Group'''
Used to configure the appropriate Webtrends advanced feature. These are just some of the more popular ones. These appear in your META tags. – showing you the web page, the source (meta tag), the log files entry and the subsequent WT report.
Example:
<meta name="WT.cg_s" content="My content">
| [http://product.webtrends.com/WRC/OnDemand/ResourceCenter/rc/Library/PDF/IGOD/WebTrendsAnalyticsOnDemandImplementationGuide.pdf Webtrends Parameters]
| The META NAME element
| Proposal

|-valign="top"
| WT.ad
| '''Advertising View parameter'''
Visitors often view advertisements that they do not necessarily click on. You can use On-Site Advertising to determine the number of visitors to your web site who view particular ads. With this feature you can produce advertising reports for each of your clients.
If you are selling advertising space on your web site, for example, you can collect traffic statistics to help determine pricing schedules.
The following META tag tracks advertising views:
<meta name="WT.ad" content="My content">
An Ad View occurs when a visitor views a page containing an ad. An ad is a link or graphic that contains an Ad Click parameter in the query portion of it's URL.
| [http://product.webtrends.com/WRC/OnDemand/ResourceCenter/rc/Library/PDF/IGOD/WebTrendsAnalyticsOnDemandImplementationGuide.pdf Webtrends Parameters]
| The META NAME element
| Proposal

|-valign="top"
| WT.ac
| '''Advertising Click parameter'''
When a visitor to your site clicks on an ad, that action is referred to as an Ad Click. The following META tag tracks advertising clicks:
<META NAME="WT.ac" CONTENT="name">
Defines the name of the advertisement clicked to reach a particular web page. The Ad Click must contain an external redirect back to the client. The redirect needs to include the necessary code to generate a hit to the SDC server. You can designate multiple Advertising Clicks using semicolons.
Examples:
<a href="file111.html?WT.ac=CONTENT111">
<a href="file222.html?WT.ac=CONTENT222">
The name of the advertisement clicked to reach a particular web page. To capture this information with DCS, the Advertising Click must contain an external redirect back to the client. The redirect needs to

include the necessary code to generate a hit to the DCS. The maximum length for each name is 64 bytes.
| [http://product.webtrends.com/WRC/OnDemand/ResourceCenter/rc/Library/PDF/IGOD/WebTrendsAnalyticsOnDemandImplementationGuide.pdf Webtrends Parameters]
| The META NAME element
| Proposal

|-valign="top"
| WT.sv
| '''Tracking Servers parameter'''
If your site is hosted on multiple servers, a server cluster, or a server farm, and you want to evaluate the performance of your load balancer, Webtrends can track page views for each server. To do so, populate the following META tag on all pages on each server:
Example:
<meta name="WT.sv" content="My Server">
Defines the name of the machine that serves the web page. If you have two servers (Server1 and Server2), you would make two copies of the META tag and designate CONTENT=“Server1” for deployment to pages on the first server and CONTENT=“Server2” for deployment to the same pages on the second server.
For a server farm, you can extract the value of the built-in server name and dynamically assign it to the
META tag using server-side scripting.
Example:
<meta name="WT.sv" content="Server1">
<meta name="WT.sv" content="Server2">
An Ad View occurs when a visitor views a page containing an ad. An ad is a link or graphic that contains an Ad Click parameter in the query portion of it's URL.
| [https://tagbuilder.webtrends.com/Help/Miscellaneous/AdSearch.aspx?keepThis=true&TB_iframe=true&height=450&width=650 About WT.ad].
| The META NAME element
| Proposal

|-valign="top"
| WT.mc_id
| '''Identifies the ID of the marketing campaign'''
To attract new students, a university launches a marketing campaign by sending recruitment email to all graduating high school seniors in a metropolitan area. The email links to a special landing page in the university’s web site, containing the following META tag to track marketing campaigns.
Example:
<META NAME="WT.mc_id" CONTENT="1X2GG34">
You may use this parameter on the URL.
Example:
<a href="link?WT.mc_id=1X2GG34">
The Campaign ID 1X2GG34 represents recruits to be contacted by email
| [http://product.webtrends.com/WRC/OnDemand/ResourceCenter/rc/Library/PDF/IGOD/WebTrendsAnalyticsOnDemandImplementationGuide.pdf Webtrends Parameters]
| The META NAME element
| Proposal

|-valign="top"
| WT.ti
| '''Tracking Page Titles'''
You may want to modify a page title before sending it to Webtrends in the following cases:
* You are dealing with dynamic content pages identified by URL parameters, and the page title represents the title of the base URL page rather than the dynamic content page.
Unless you modify the page titles, all pages have the same title in the reports.
* All pages have been assigned the same title, for reasons of style or company policy.
Even though URLs are displayed in addition to page title, the entire URL cannot be depended upon to distinguish one page from another.
Use server-side scripts to change the title to something that reflects the content of the pages so that you can identify them in reports. Next, pass the customized page titles to Webtrends, using the following META tag:
<META NAME="WT.ti" CONTENT="title">
Defines the name of the title for this page.
| [http://product.webtrends.com/WRC/OnDemand/ResourceCenter/rc/Library/PDF/IGOD/WebTrendsAnalyticsOnDemandImplementationGuide.pdf Webtrends Parameters]
| The META NAME element
| Proposal

|-valign="top"
| msapplication-task
| '''"Jump List" or "Pinned Sites" in Windows 7'''
Jump List items act as entry points into the website even when the browser is not running. A Jump List can contain commonly used destinations and tasks. Some items apply to the whole site, and some apply only to specific users.
For example, to add a single task called "Check Order Status" specify a meta element in the head of your webpage, as follows:
<META name="msapplication-task" content="name=Check Order Status;
action-uri=./orderStatus.aspx?src=IE9;
icon-uri=./favicon.ico" />
| [http://msdn.microsoft.com/en-us/library/gg491725(v=vs.85).aspx Tasks in Jump List]
| The META NAME element
| Proposal

|-valign="top"
| geo.placename
| Defines name of geographic place to which page is related to. Example:
<meta name="geo.placename" content="Auwaldstraße 11, 79110 Freiburg im Breisgau, Deutschland">
| [http://tools.ietf.org/html/draft-daviel-html-geo-tag-08 IETF Draft]
| (none)
| Proposal

|-valign="top"
| geo.position
| Defines geographic position to which page is related to. Example:
<meta name="geo.position" content="48.02682000000001;7.809769999999958">
| [http://tools.ietf.org/html/draft-daviel-html-geo-tag-08 IETF Draft]
| (none)
| Proposal

|-valign="top"
| geo.region
| Defines name of geographic region to which page is related to. Content is specified by ISO-3166. Example:
<meta name="geo.region" content="DE-BW">
| [http://tools.ietf.org/html/draft-daviel-html-geo-tag-08 IETF Draft] [http://en.wikipedia.org/wiki/ISO_3166 ISO-3166]
| (none)
| Proposal

|}

== Proposals that don't meet the [http://www.whatwg.org/specs/web-apps/current-work/multipage/semantics.html#other-metadata-names requirements] for a registration ==

Note that these proposals can be moved back to the registry table if the problems listed in the rightmost column of this table are addressed.

{|border=1 cellpadding=4 cellspacing=0
! Keyword
! Brief description
! Link to specification
! Synonyms
! Status
! Registration requirement failure

|-valign="top"
| audience
| To aid search engines in classifying and to aid directory compilers, an audience most appropriate for the page may be suggested. Subject matter may not be a good clue; for example, an analysis of children's literature may be directed to teachers. A value is free-form case-insensitive text without a comma. Multiple values are to be comma-separated. Singular and plural forms have the same meaning. Recognized values: -- "all" and "everyone", which have the same meaning -- "adult" and "mature" have the same meaning and are for content that only adults may access, but no one responsible for preventing a nonadult or the immature from accessing the page or its content should rely on either or both of these values to do so without other means (not the same as "grownup", which see) -- "child" and "juvenile", which have the same meaning -- "teen" -- "grownup" is not identical to "adult" or "mature" in not implying a precise boundary but is approximately any person who may be able to understand and apply the content (e.g., car driving instruction that may be read by a minor not yet old enough to drive a car but who would likely benefit from somewhat early exposure to the instruction) -- "parent" to include guardian and temporary caregiver -- "teacher" to include professor and ad hoc instructor -- "elementary school student" to include any student below high school -- "high school student" -- "elhi" to include any student in elementary school through high school -- "college student" including graduate and professional school -- "business" including management, finance, and prospective customers (this includes e-commerce and investor sites) -- "health" including any health care provider including alternative and ad hoc -- "patient" for any health care recipient -- "lawyer" including judge, paralegal, and jailhouse lawyer -- "law client" for any prospective recipient of a lawyer's service (not usually a social work client) with ''lawyer'' including paralegal and jailhouse lawyer but not necessarily judge -- "craft" for any craftworker including laborer and artisan -- "artist" including musician, actor, dancer, and sculptor and including creator and performer -- "military" including paramilitary -- "news" including any consumer of rapidly-developing news -- "introductory" and "beginner", which have the same meaning -- "intermediate" and "midlevel", which have the same meaning -- "advanced" and "advance", which have the same meaning -- "scholarly" and "scholar", which have the same meaning -- "popular" generally referring to a writing style -- "older" including retiree -- "institution" including from corporation to conspiracy (such as for management advice) -- "government" including agencies and prospective politicians -- values using any integer or single-digit decimal in the form of "grade 8" or "grade 6.4" including to refer to a reading comprehension level (this generally will not exceed 12 and might be meaningless above 20 so higher values may be interpreted as the highest meaningful value) -- "viewers" for when content (such as a movie) is intended almost entirely to be seen rather than read -- "listeners" for when content (such as music) is intended almost entirely to be heard rather than read but not generally including text-to-speech support -- "tts", "text-to-speech", or "text to speech", which three have the same meaning and which are for a page that has substantial support for TTS or that will be readily understood through TTS without need for such support (TTS is often aided by, e.g., pre-resolving pronunciation ambiguities in page coding) -- values using any numbers in the form of "3-6 years old", whether a range or a single-number value -- values using any decade in the form of "born in 1970s" Unrecognized values such as "botanists", "Texans", and "writers who use red ink" may be used but at a risk that a search engine or directory editor will either fail to recognize it or will interpret it in unpredictable ways, or will in the future. Spellings that are erroneous or slightly different from a recognized value may be interpreted by a search engine or directory editor as representing a recognized value. The absence of the keyword defaults to a value of "all" but without overriding another indication arrived at by other means.
|
|
| Incomplete proposal
| Lacks link to a spec

|-valign="top"
| bot-. . .
| Robot owners, to allow page authors access to robotic capabilities, e.g., to deny them, should prefix "bot-" to the name of their robot, especially for proprietary bots. Example: If a robot were to be named "dullbucklequiz", the name in the meta element would be "bot-dullbucklequiz". The value "bot-" alone represents all bots so prefixed, like a wildcard. Arguably, there's no need for a list here of any specific bots if http://user-agents.org or http://www.botsvsbrowsers.com/ (and perhaps other sites) is reliable.
|
|
| Incomplete proposal
| Lacks link to a spec, tries to register a space of names instead of enumerated names

|-valign="top"
| created
| The datetime at which the document was created. The value is an ISO8601 date. The date MUST follow the [http://www.w3.org/TR/NOTE-datetime W3C Profile of ISO 8601] with a granularity of "Complete date:" or finer. The [http://www.bbc.co.uk/guidelines/futuremedia/desed/previousversions/searchmetadata_vs_1_0.shtml#metadata BBC] use this name.
|
|
| Incomplete proposal
| Lacks link to a spec

|-valign="top"
| creator
| The creator is an off-Web or pre-Web creator of a work for which an author authored a Web page, so that the creator and the author may be different people. Searching for one content creator's work requires a standard robot-parsable format for the information. A personal name, institutional name, or other text entry is permissible. One element represents only one creator. Multiple creators are to be represented with multiple tags. Search engines may index by any component of a name, so a content creator need only enter a name once in one first-last or family-given order (e.g., Pat Thunderbird or Thunderbird, Pat, but not requiring both).
| [[Talk:MetaExtensions#Re:_Proposed_'creator'_MetaExtension|Talk]]
|
| Incomplete proposal
| Lacks link to a spec

|-valign="top"
| msnbot
| Synonym of <code>robots</code> for targeting Bing only.
|
|
| Incomplete proposal
| Lacks link to a spec

|-valign="top"
| ia_archive
| Synonym of <code>robots</code> for targeting Internet Archive and Alexa only.
|
|
| Incomplete proposal
| Lacks link to a spec

|-valign="top"
| datetime-coverage
| The author may be the best expert on which time frame is most relevant to the content. Leaving that to search engine analysis may be too chancy without search engine optimization, which analysis is difficult to apply by algorithm to, e.g., historical papers that may focus on the 1800s but mention 1731 and 1912 perhaps unimportantly. The value for this keyword is a date or time -- not a range and not vague, for which other keywords are proposed -- in a format in accordance with http://www.w3.org/TR/NOTE-datetime (albeit a note that's at W3C only for discussion). Any of the six levels of granularity in that note are acceptable, such as expressing only a year. Should this keyword appear more than once, all the values so appearing are determinative. Multiple values are to be expressed with separate meta elements lest the note be revised in the future in a way incompatible with comma-separating a list.
|
|
| Incomplete proposal
| Lacks link to a spec

|-valign="top"
| datetime-coverage-end
| This is identical to the keyword datetime-coverage except that it represents only the end. If this keyword is used without datetime-coverage-start (also proposed), its value is interpreted as ending a range without a start. Should this keyword appear more than once, all the values so appearing are determinative, in which case each represents the end of a different range assumed to be nonnesting. Example: If four elements happen to be in the order of datetime-coverage-end=1865, datetime-coverage-start=1914, datetime-coverage-end=1918, and datetime-coverage-start=1862, assuming proper formatting, the ranges should be interpreted as 1862-1865 and 1914-1918.
|
|
| Incomplete proposal
| Lacks link to a spec

|-valign="top"
| datetime-coverage-start
| This is identical to the keyword datetime-coverage except that it represents only the start. If this keyword is used without datetime-coverage-end (also proposed), its value is interpreted as starting a range without an end. Should this keyword appear more than once, all the values so appearing are determinative, in which case each represents the start of a different range assumed to be nonnesting. Example: If four elements happen to be in the order of datetime-coverage-start=1862, datetime-coverage-start=1914, datetime-coverage-end=1865, and datetime-coverage-end=1918, assuming proper formatting, the ranges should be interpreted as 1862-1865 and 1914-1918.
|
|
| Incomplete proposal
| Lacks link to a spec

|-valign="top"
| datetime-coverage-vague
| This is identical to the keyword datetime-coverage except that its value is not necessarily crisp. This keyword should be used only when datetime-coverage, datetime-coverage-start, and datetime-coverage-end are inappropriate, but there's no ban on using all four. Any text without a comma can be the value (e.g., Pleistocene, 1820s, Tuesdays, or before we were born); multiple values are comma-separated. If this keyword is used with datetime-coverage, datetime-coverage-start, or datetime-coverage-end, the vague value should be exploited along with the value/s for the other keyword/s. Should this keyword appear more than once, all are determinative.
|
|
| Incomplete proposal
| Lacks link to a spec

|-valign="top"
| DC.
| Dublin Core, maintained by Dublin Core MetaData Initiative (DCMI), is an extensive system with some overlap with non-DC names. This reserves all strings that begin with DC and a dot. ''Not true; DC-HTML doesn't use hardwired prefixes, but defines the prefixes using link/@rel="scheme.prefix"''
| [http://www.DublinCore.org DCMI]
|
| Incomplete proposal
| Tries to register a space of names instead of enumerated names

|-valign="top"
| dir-content-pointer
| When several pages in a directory include main content, a table of contents, an index, and the like, a search engine may be able to organize results more usefully by identifying which is which with a standard vocabulary, helpful when different publishers use different conventions when displaying or printing content. A value is free-form case-insensitive text without a comma and optionally with a trailing number. Multiple values are to be comma-separated (multiple values are appropriate when one document serves multiple purposes). Singular and plural forms have the same meaning. Recognized values, which are pointer types to which numbers may be suffixed, are limited to "start" meaning 'the first page that should be seen by a user' (this may be anywhere in the directory and anywhere within content), "toc" meaning 'table of contents', "intro" including introductions, forewords, prefaces, and tables of figures, "abstract", "main", "bibliography" and "biblio", which have the same meaning, "index" which may mean 'sitemap' or not, "afterword" and "update" which have the same meaning and need not actually update, "credit" meaning 'credits and acknowledgments', and "author bio" meaning 'author's biography', including any information about the author including credentials and contact information. The number suffix may be spaceless or not. When numbers are suffixed, a search engine or directory should arrange like items in numerical order in the results, with unnumbered items following like items that are numbered, e.g., intro 1, intro 2, main 1, main 2, main, main, and so on. Each directory and each subdirectory has its own sequence.
|
|
| Incomplete proposal
| Lacks link to a spec

|-valign="top"
|expires
|<code>meta name='expires'</code> defines the expiration date of the page. This can be used for web pages in preparation for an upcoming event, e.g. a registration form for an exposition or competition, or other cases with a pre-set date when the document will no longer be valid, e.g. a product offer in a special sale or a support page for a product known not to be supported anymore from a given time onward.

Search engines should respond to this meta tag in a reasonable way, i.e. by removing the page from their main search results after the expiration date (possibly still returning the result in a special search for expired pages as long as the page exists and is not explicitly excluded via <code>robots.txt</code> or <code>meta name='robots'</code> etc.) or simply by indicating to the user that this result is out-of-date.

The content attribute should define the expiration date in accordance with http://www.w3.org/TR/NOTE-datetime . The meta tag should not be used for pages without expiration date. However, for historical reasons, search engines should also interpret other date formats where possible and should be prepared to find values such as "", "0", "no" and "never". Such non-date values are to be interpreted as no expiration date.

Correctly formatted example:
<code><pre><meta name='expires' content='2012-12-31T23:59Z'></pre></code>

This tag is not to be confused with and has a different meaning than <code>meta http-equiv='expires'.</code>
|
|
| Incomplete proposal
| Lacks link to a spec

|-valign="top"
| format-print
| This is to allow a user agent to inform an operating system or a printer driver of the preferred print medium, such as the paper size. A value is free-form case-insensitive text without a comma. Multiple values are to be comma-separated (multiple values might be appropriate because standard paper sizes vary around the world). Singular and plural forms have the same meaning. Recognized values are limited to "letter", "A4", "legal", "A5", "B5", "monarch", "envelope 10" meaning size #10, "envelope 6-3-4" meaning size #6 3/4, values with integers and decimals in the form of "8.5 x 11" or "8.5x11" in which spacing of the "x" does not affect meaning, "paper", which means 'paper of the default color (usually white) and weight (usually 20-lb. stock)', "white", "yellow", "pink", "blue", "green", "violet", or "multicolor", which means a medium of the given color or mixed, "letterhead", "p2 letterhead" meaning 'letterhead intended for any page except the first', "watermark" meaning a 'special watermark such as an organization's own', and "plain" meaning 'not preprinted and not letterhead (it may have a paper manufacturer's watermark not related to letterhead)'. Omitting "paper" when another recognized value is given defaults to an implied meaning of 'paper' with the other value; e.g., "letter" means 'letter paper'; the same principle applies to a medium's color (the default being white for paper and colorless for transparency) and plainness or lack thereof (the default being plain). Other values should be proposed before being recognized here. Label sizes should be proposed here for labels that are not on backing sheets that fit one of the recognized values, e.g., labels on narrow rolls. Blueprint paper sizes should be proposed here. Media other than standard paper, such as onion skin, heavier paper, card, and clear or color transparency, should be proposed here. The user agent may, with the user's or user sysadmin's permission (as by a menu-driven default), interpret a value to offer an alternative the user might accept and software and firmware other than the UA may interpret a value to the same end with or without permission, so this keyword is only suggestive; e.g., "letter" may be interpreted as "A4". The absence of the keyword defaults to a value determined by other than the page, e.g., by the printer driver or the user agent.
| [[Talk:MetaExtensions#Re:_Proposed_'format-print'_MetaExtension|Talk]]
|
| Incomplete proposal
| Lacks link to a spec

|-valign="top"
| geographic-coverage
| The author may be the best expert on the geographic relevance of the content. Leaving that to search engine analysis may be too chancy without search engine optimization, which analysis is difficult to apply by algorithm to, e.g., historical papers and epidemiological studies which may mention locales only once. Absence of the keyword defaults to a value of world (not universe), unless the search engine chooses to interpret the page or larger unit for some other value, probably based on other than just contact information given in the website. The value for this keyword is a semicolon-separated list of one or more place-values, the order of which do not matter. One place-value will use commas to separate, in order, an optional standard natural language symbol applicable to the place-value (when omitted the language applicable to the page will control), a place-class, one or more place-subclasses if any, and one or more place name parts (where, e.g., in "Cape Town, South Africa", "Cape Town" is a place name part but "Town" is not). Spaces after semicolons and commas are optional; spaces within place-values are present when required for each place-value (e.g., "Quezon City", not an invented "QuezonCity"). To distinguish names that might otherwise be too similar, place-classes, all lower-case and hyphenatably spaceless, include ''outer-space'', ''region'' (on Earth and crossing or larger than a nation, e.g., southern hemisphere, polar region, temperate zone, or Asia), ''intntl-water'' (an 'international water body'), ''intntl-agcy'' ('international agency' or 'international collection', e.g., all U.N. member nations), ''nation'', ''within-nation'' (limited to only one political level down from nation, e.g., state, province, territory, possession, city not included within other political units of a nation, or any comparable unit), ''city'' (including town, village, hamlet, and any comparable political unit below the level of ''within-nation''), ''addr'' (including address, full-length street, building, institution, and neighborhood without political boundaries), ''pol-unit'' (''pol'' abbreviating 'political') (e.g., a place of disputed nationhood), ''hist-pol-unit'' (''hist'' abbreviating 'historical') (e.g., the Roman Empire), ''feature'' (e.g., river), ''num'' (e.g., latitude and longitude or outer-space equivalent in numbers), and ''ethereal'' (including thealogical/theological, fictional including from modern popular entertainment, and ancient secular mythical, but not including that which is asserted to be a state of mind or existence but not a place, such as nirvana). (Example for one hypothetical page: name="geographic-coverage" content="region, sub-Saharan Africa; nation, Panama; city, Panama, Panama; within-nation, Sao Paulo, Brazil; city, Sao Paulo, Sao Paulo, Brazil; within-nation, Mississippi, United States of America; region, Middle East; region, Midwest, United States of America; hist-pol-unit, Northwest Territory, United States of America; feature, river, Indus; outer-space, Indus; ethereal, ultima Thule; ethereal, Heaven; ethereal, Flatland; ethereal, Valhalla; en-US, addr, Hotel Valhalla, Fredrikstad, Norway; es, nation, Espana" (Indus is both a river and a constellation, illustrating the need for place-classes)). Ambiguity of place-values should be avoided despite convenience in coding because search engines may each interpret them as they see fit, e.g., it would be hard for an engine to distinguish New York from New York. For consistency of spelling, several authority lists should be settled upon, with legal, well-known, and disputed names and common abbreviations all being acceptable; but I'm not proposing one here now (relying on IANA's ccTLD list might be too complex to implement and still assure coding consistency, e.g., occasionally ccTLDs can be phased out and off of IANA's list) (a standard vocabulary possibly usable here is the [http://www.getty.edu/research/conducting_research/vocabularies/tgn/index.html Getty Thesaurus of Geographic Names Online], subject to licensing and charset choice); and promulgating authority lists may best be done publicly by search engine managements, who may disagree with each other. Allowing Unicode for non-Roman alphabet-using locales is desirable, but at present that may raise technical problems, including computer security issues, that are not yet readily soluble.
|
|
| Incomplete proposal
| Lacks link to a spec

|-valign="top"
| keywords-not
| A comma-separated list of negative keywords that distinguish a closely-related theme from this page's true theme, to support Boolean NOT searches often more realistically than visible text can, especially when both themes share the same lexicon. If keywords is no longer a supported name for a meta element, keywords-not is superfluous; however, debate has been revived on whether keywords should be supported or not; see the keywords entry in this Wiki.
| [http://www.w3.org/Bugs/Public/show_bug.cgi?id=6609 W3C Bug 6609]
|
| Incomplete proposal
| Lacks link to a spec

|-valign="top"
| page-datetime
| Better ranking in search engine results for recency or relevance to an event date would be aided by a standard format robots can parse. Users would save search time by not having to load many pages to find which ones are new or date-relevant. To supply a consistent and known format, the value for this keyword is a date-time expression formed in accordance with http://www.w3.org/TR/NOTE-datetime (albeit a note that's at W3C only for discussion). Any of the six levels of granularity in that note are acceptable, such as expressing only a year. Should this keyword appear more than once, only the first one so appearing is determinative.
|
|
| Incomplete proposal
| Lacks link to a spec

|-valign="top"
| page-version
| Pages may be revised several times daily. While date-time given to a granularity of a fraction of a second would often suffice, when a page has to be approved more than once before posting, any or no such time may be correct (without this keyword, a comment could be necessary but probably not parsable by an engine). In addition, versions regardless of date may show consecutiveness and can replace a date that must be vague. In that case, a version number may be more useful for searches and so a robot-parsable format is needed. The keyword's value is stated in ASCII digits, is any nonnegative base-10 rational number expressed as an integer or a decimal, with any number of decimal places allowed, and may be padded with any number of leading zeros to support extraction for ASCII sorting. Should this keyword appear more than once, only the first one so appearing is determinative. The versions 0 and 0.''n'', with ''n'' being to any number of places, signify beta versions, i.e., drafts, in the tradition of beta software, while versions 1 and higher ordinarily signify final-release versions. After a final-release version is released, a draft of a later version is not given a version number of 0 or 0.''n'', but is numbered higher than the last final-release version. It is suggested to page authors that draft status, if applicable, be shown in the visibly displayed text of the page, rather than that this meta tag be relied upon as the sole notice of draft status, as it may be inadequate notice if alone. To assign a low page-version such as 0.''n'' or 1, the page's URL, if static, may be used as the relevant premise. Thus, if a page is copied or moved to a new URL, the author may choose to restart page-version numbering from 0.''n'' or 1. If a page's URL is dynamic, e.g., if created on the fly from a script, the page author may prefer to use as the relevant premise for assigning a low page-version such as 0.''n'' or 1 the URL of the script or other technology that generates the dynamic-URL page, placing this meta element containing this attribute within the script or other technology, not within the generating page's head element (the generating page's head element may have its own meta element with this attribute describing the generating page). If one page containing the script or other technology that generates another page has more than one means for generating dynamic-URL pages, each means should contain its own meta element with this attribute. Page-version is thus largely independent of the page's date, although both would likely advance roughly in parallel.
|
|
| Incomplete proposal
| Lacks link to a spec

|-valign="top"
| publisher
| Searching for one content publisher's or page publisher's work requires a standard robot-parsable format for the information. This often differs from creator or author when the publisher is an institution. An institutional name, personal name, or other text entry is permissible. One element represents only one publisher. Multiple publishers are to be represented with multiple tags, although multiple publishers are less common than multiple authors or creators; multiplicity is more likely for a legal name and a well-known name. Search engines may index by any component of a name, so a publisher need only enter a name once in one order.
|
|
| Incomplete proposal
| Lacks link to a spec

|-valign="top"
| referrer
| Developers wish to control the sharing of referrer information with linked resources and followed links at the meta level. It's sometimes desirable to share referrer information from secure to non-secure resources. The proposal is to add:

<code><pre><meta name="referrer" content="never|default|always"></pre></code>

Where the value of the '''content''' attribute is:
* '''never''': No referrer information is leaked when following a links or requesting resources.
* '''default''': Include referrer information in non-secure context or for HTTPS resources with the same origin.
* '''always''': Include referrer information when following all links and requesting any resources.

Since <code><meta name="referrer" content="never"></code> is redundant with a proposed <code><link rel="nofollow"></code>, the <code><link rel="nofollow"></code> proposal should be supplanted with this one, which provides more robust control.
|
|
| Incomplete proposal
| Lacks link to a spec

|-valign="top"
| resolutions
| Authoring web sites to use resolution independent images that display beautifully on high-resolution displays should be made as easy as possible for developers and should not require JavaScript to accomplish.

To accomplish this, I propose a new HTML Meta Tag, <code>resolutions</code>, that can be used to specify that high-resolution versions of images linked to from the page are available and that the browser should use them in place of the lower-resolution default images if it detects that a user is using a high-resolution screen. The resolutions meta tag lists the device-pixel ratios supported by images in the page.

So, for example…

<code><pre><meta name="resolutions" content="2x"></pre></code>

… means that the developer is telling the browser that she has created 2x resolution images for the images linked to from the current page and named them with a @2x suffix.

To illustrate, if her image tag is as follows…

<code><pre><img src="/images/flower.jpg" alt="A flower"></pre></code>

… then she has two image files under /images: the low-resolution default (flower.jpg), and a higher-resolution (200%) version named flower@2x.jpg.

(This is the same naming convention already used by Apple in its Cocoa Touch framework for automatically loading in higher-resolution versions of images.)

Based on the meta tag, if the browser detects that the user is running at a <code>min-device-pixel-ratio</code> of 2.0, it will automatically ask for the 2x version of the image (flower@2x.jpg) instead of the default image as specified in the image tag.

Finally, so as not to flood external sites with high-resolution image requests, this functionality would only work for local images specified via relative links.

Multiple resolutions

The resolutions tag can also contain a list of supported device-pixel ratios so as to support even higher-resolution displays when and if they become available in the future.

For example:

<code><pre><meta name="resolutions" content="2x, 4x, 8x"></pre></code>

In this case, the developer would provide 2x, 4x, and 8x versions of all images. So, in the running example, she would make flower.jpg, flower@2x.jpg, flower@4x.jpg, and flower@8x.jpg.

Advantages

The advantages of this approach are several:

<ol>
<li>Makes it very simple for developers to support high-resolution displays like the iPhone 4's Retina screen</li>
<li>Does not require JavaScript</li>
<li>Does not change the default way that things work (if the meta tag is not specified, the browser simply behaves as it always has).</li>
</ol>

| [http://aralbalkan.com/3355 Proposal for native browser support of high-resolution image substitution]
[http://aralbalkan.com/3331 How to make your web content look stunning on the iPhone 4’s new Retina display]
|
| Incomplete proposal
| Lacks link to a spec

|-valign="top"
| rights
| As a page effectively appears in at least two forms, usually one as interpreted and displayed on a device and the other as source code, arguably intellectual property rights that must be asserted must be asserted in ways understandable in both contexts. For example, &copy; is a raw representation that may legally fail as part of copyright notice to someone seeing source code and not the display, important when someone wants to copy source code for use elsewhere and may rely on a defense of innocent infringement (at least in U.S.). While such assertions can be made in a comment element, it may be helpful to have a tag that search engines can parse and index verbatim. The value may include standard and nonstandard notices, invocations of licenses such as GFDL and ASCAP, and any other information. Content is defined as free-form, leaving the page author discretion for the entry. Statements in one tag may discuss several portions of the page differently, e.g., with different licenses. More than one license may be offered, along with the page's relationship to all. Not all statements need be license grants. A statement may state whom to ask for reprint permission or may reserve all rights, for example. Only one meta tag with this keyword may be present. Page authors must not use more than one. A UA finding multiple such tags on one page must ignore all of them. The copyright symbol that would be generated by its character entity is not recommended for legal notice in source code when the word 'Copyright' may be used instead, because the entity may be read in raw form, but use is up to the page author. The same concept applies to any intellectual property rights symbol for which a suitable alternative is available, such as for trademark or service mark. ASCII text would not suffice when a name or notice legally may have to be in a non-Roman alphabet, but no alternative may yet exist in HTML5. Search engine storage may impose a length limit, but, because of legal consequences, if the value's length exceeds a given limit the search index should retain or interpret none of it but only refer to it. The content string may only be copied verbatim in its full length, referred to, or ignored. It may not be, for example, paraphrased, truncated, interpreted, or classified except in addition to being copied verbatim in its full length. Ignoring shall not void, nullify, or alter any rights stated in such tag. For the synonymy, ''IP'', ''IP-rights'', and ''IP-right'' are not reserved; while the abbreviation ''IP'' 'intellectual property' is common among attorneys in the U.S., page authors will more likely be computerate, and the abbreviation may be wanted for 'Internet Protocol'.
| [[Talk:MetaExtensions#rights:_why_reversion|Talk]]
|
| Incomplete proposal
| Lacks link to a spec

|-valign="top"
| rights-standard
| The purpose is to enable search engines and other cataloging services to compile the types of rights allocated to the work.

'''This keyword does not provide, remove or alter any legal protections or designations.'''

Format:
<pre><meta name="rights-standard" content="element id;rights" /></pre>

* element id - the HTML Element ID of the item these rights apply to
* rights - what rights are assigned to the item
** "pd" - Public domain
** "cc by-sa" - Creative Commons Attribution
** "cc by-nd" - Creative Commons NoDerivs
** "cc by-nc" - Creative Commons Attribution-NonCommercial
** "cc by-nc-sa" - Creative Commons Attribution-NonCommercial-ShareAlike
** "cc by-nc-nd" - Creative Commons Attribution-NonCommercial-NoDerivs

|

[http://sites.google.com/site/metarightsstandard/ Spec]

[[Talk:MetaExtensions#rights:_why_reversion]]
|
| Incomplete proposal
| Lacks link to a spec

|-valign="top"
| subj-. . .
| To classify by subject a page's content, a standard subject taxonomy that will be recognized by a search engine or directory will help. Because many such high-quality taxonomies exist, only a prefix is proposed. Over time, particular taxonomies, in print or online, may be recognized here and keywords assigned for each. The keyword will be constructed case-insensitively with subkeywords in the form subj-[nationAbbrev]-[taxonomy]-[edition][-optionalSubedition], e.g., subj-US-MeSH-2009online (perhaps). After "subj-", the second subkeyword will identify the nation where the taxonomy is published or offered as an aid in identifying the taxonomy and does not limit the subject coverage; e.g., a taxonomy published in Japan may be ideal for classifying Canadian botany or Peruvian economy. As subject values may vary between editions of one taxonomy, an edition and optionally a subedition is to be identified in the third and optionally the fourth subkeywords. The subedition, if any, is any update or revision occurring between editions, such that a value drawn from that edition and subedition is stable. The means of identifying edition and subedition should be included in the registration of a keyword. Examples of taxonomies from the U.S. include MeSH (medical) and the Library of Congress Subject Headings. The value identifying a subject for a Web page will be drawn from the cited taxonomy's edition and subedition. If the value should have a style to prevent ambiguity in interpretation, that style is to be registered here for that keyword. Multiple values are expressed with multiple meta elements, one value for each, since comma-separation is probably not compatible with all taxonomies. If a value requires case-sensitivity to prevent confusion, the entry here registering the keyword must accommodate that need with the needs of HTML 5 with an appropriate rule. To that end, a proposal to allow case-sensitivity in meta tags under some circumstances has been offered in the W3C bug reporting system.
| [http://www.w3.org/Bugs/Public/show_bug.cgi?id=6854 W3C Bug 6854]
| subject-. . .
| Incomplete proposal
| Lacks link to a spec, tries to register a space of names instead of enumerated names

|-valign="top"
| MSSmartTagsPreventParsing
| Microsoft introduced into Internet Explorer 6 Beta a feature that some website designers wished to preclude from applying in order to prevent public misunderstanding of their websites. The feature allowed a browser to add information but at a risk that users wouldn't know that it wasn't supplied by the website. This keyword was provided by Microsoft for those of us who wanted it. Its value was "TRUE". Microsoft spelled the keyword with some capitals and the value in all capitals but whether capitalization was required for either is unknown; some opinions vary. Since it need be understood by only one browser, and that one a beta version, full standards compliance should not be assumed, and original case may be required. (This tag is used by Google: "<meta content='true' name='MSSmartTagsPreventParsing'/>" appeared (with internal quote marks as singles) in the source code for <http://googleblog.blogspot.com/2009/04/listening-to-google-health-users.html>, as accessed 4-27-09.) Microsoft has apparently removed this instruction from its website on the ground that the beta version is no longer available and is not supported, but that doesn't assure that some users aren't still using the beta browser, perhaps inadvertently. Therefore, designers may wish to continue using the keyword and value and they are preserved here.
| e.g., [http://www.theregister.co.uk/2001/06/25/web_sites_banish_those_winxp/ The Register (U.K.)], [http://cc.uoregon.edu/cnews/summer2001/summer2001.pdf Univ. Oregon (U.S.) (PDF p. 18)], & [http://trillian.mit.edu/~jc/demo/SmartTagsOff.html John Chambers (U.S.) (job résumé near root)], all as accessed 4-19-09
|
| Incomplete proposal
| Lacks spec, potentially never minted by MS as a meta name (as opposed to a http-equiv value), even if minted by Microsoft, abandoned before shipping in any final release of IE

|}

== Failed Proposals ==

{|border=1 cellpadding=4 cellspacing=0
! Keyword
! Brief description
! Link to more details
! Synonyms
! Status

|-valign="top"
| cache
| This doesn't actually work; use HTTP headers instead. Value must be "public", "private", or "no-cache". Intended as a simple way to tell user agents whether to store a copy of the document or not. An alternate for HTTP/1.1's cache-control; for publishers without access to modifying cache-control.
| none
|
| Unendorsed

|-valign="top"
| no-email-collection
| HTML5 prohibits URL-valued meta names. They should be rel keywords instead. Intended to reference legal policy of web site indicating that harvesting of e-mail addresses on the site is not permitted and in violation of applicable laws such as the CAN-SPAM Act of 2003.
| [https://www.ProjectHoneyPot.org/how_to_avoid_spambots_5.php Project Honey Pot]
|
| Unendorsed

|}

== Process ==

For the "Status" section to be changed to "Ratified", the proposed keyword must be defined by a W3C specification in the Candidate Recommendation or Recommendation state. If it fails to go through this process, it is "Unendorsed".

For more details, see [http://whatwg.org/specs/web-apps/current-work/#concept-meta-extensions the HTML5 specification].

[[Category:Registries]]

MetaExtensions

2009-10-28T17:19:48Z

BryanH: /* Proposals */ rights-standard

Talk:MetaExtensions

2009-10-28T16:47:45Z

BryanH: /* rights: why reversion */ rights

MetaExtensions

2009-10-27T23:51:48Z

BryanH: /* Content */ remove header

MetaExtensions

2009-10-27T23:50:57Z

BryanH: Rights content proposal