meta元素与语言信息除了html标签上的lang（和xml:lang）属性外，你可能会在HTML meta元素或随HTML页面发送的HTTP标头中遇到语言信息。让我们看看在声明HTML内容的语言时，这些信息是否有用，如果有用，应该如何使用它们。
本文只讨论HTTP标头和meta元素中的语言声明。它不是关于在HTML页面上设置语言的一般指南：关于这一点，请参阅在HTML中声明语言。
本文建立在以下区别之上：（1）使用文件元数据来识别文档的受众，以及（2）指定用于处理内容的语言。如果你想更好地理解这种区别，请参阅文章语言声明的类型。
你可能会在HTML文件的头部遇到与语言相关的meta元素，看起来像这样：
错误代码。请勿复制！<meta http-equiv="content-language" content="de">
HTML规范已弃用将content-language值用于http-equiv属性的做法，不应再使用。你应该始终在html标签上使用lang属性来声明页面文本的默认语言。
如果你想知道为什么弃用此方法，请参阅下文。要了解如何使用lang属性，请参阅在HTML中声明语言。
当你从服务器检索网页或资源时，服务器会随之发送关于你正在检索的事物的各种信息（元数据）。它使用一种称为HTTP标头的格式。你可能会在此类元数据中发现的一项内容与语言有关。请参阅下面示例中的最后一行，其中显示了本文随附的HTTP响应。
HTTP/1.1 200 OK
Date: Sat, 23 Jul 2011 07:28:50 GMT
Server: Apache/2
Content-Location: qa-http-and-lang.en.php
Vary: negotiate,accept-language,Accept-Encoding
TCN: choice
P3P: policyref="http://www.w3.org/2001/05/P3P/p3p.xml"
Connection: close
Transfer-Encoding: chunked
Content-Type: text/html; charset=utf-8
Content-Language: en
这是一个HTTP Content-Language标头的示例，它声明资源是英语、印地语和旁遮普语的混合体。与HTML元素上的lang属性不同，如果你的目标受众讲多种语言，HTTP标头允许你使用逗号分隔的语言列表。
Content-Language: en, hi, pa
Content-Language标头通过服务器上的设置或后端脚本与特定页面相关联。例如，当服务器保存同一资源的多个语言版本时，通常会在HTTP元数据中找到Content-language标头。如果服务器使用它掌握的关于你的信息来自动选择特定的语言版本（也就是“内容协商”），则选定的语言版本将在HTTP标头中标识。
HTTP Content-Language标头可以提供与你正在检索的页面或资源相关的有用语言数据，但HTTP规范清楚地表明，此信息的意图是提供有关文档预期受众的元数据，而不是指示文本本身的实际语言。此类元数据可用于提供正确的语言版本、工作流管理、分类、搜索等。另请参阅从HTTP标头推断文本语言。
由于HTTP标头中的语言信息是由服务器发送的，因此如果从硬盘、U盘或其他不是基于服务器的位置访问你的页面，则无法获得此信息。目前尚无广泛认可的方法在页面内表示此类元数据。
在HTML中应使用lang属性来指定文本内容的语言，以便浏览器可以正确显示或处理你的内容（例如，用于断字、样式、拼写检查等）。你应该始终在html元素标签上使用它，然后在包含不同语言内容片段的任何元素上也使用它。
如果你想更好地理解（1）使用文件元数据来识别文档的受众，以及（2）指定用于处理内容的语言之间的区别，请参阅文章语言声明的类型。
有关如何使用lang属性的更多信息，请参阅在HTML中声明语言。
如果未在html标签上声明语言，一些主流浏览器会识别HTTP标头中声明的值，以设置页面文本的默认语言。然而，即使在这样做的浏览器中，这个信息似乎也只用于一部分受语言影响的功能。HTML5规范指出，如果html标签上没有lang属性，并且没有http-equiv属性设置为Content-Language的meta元素，并且HTTP标头声明中只有一个语言标签，则浏览器必须使用该信息来猜测页面文本的默认语言。
但是，由于你应该始终在html标签上使用语言属性，并且语言属性始终覆盖HTTP标头信息，这实际上成了一个细枝末节。HTTP标头应仅用于提供有关整个文档预期受众的元数据，而html标签上的语言属性应用于声明内容的默认语言。
本节中的信息用处不大，但为了完整起见而提供。
meta元素 HTML 4.01规范中没有直接提到在文档head中使用http-equiv属性设置为Content-Language的meta元素，然而，很长一段时间以来，网上关于如何为HTML页面声明语言的非正式指南大都建议使用它，并且当你使用对话框指定语言信息时，某些HTML编辑器会自动创建此类元素。这是一个声明语言为英语的示例。
错误代码。请勿复制！<meta http-equiv="Content-Language" content="en">
与lang和xml:lang属性不同，content属性的值可以是逗号分隔的语言标签列表。下面的示例声明文档的主要语言为（同等程度的）德语、法语和意大利语。
错误代码。请勿复制！<meta http-equiv="Content-Language" content="de, fr, it">
如果meta元素的名称提示不够清晰，那么该值支持多种语言的事实表明此元素实际上是关于文档级元数据的。如果你要有效地指示文本范围的语言，则必须具体——一次只能是一种语言。因此，meta元素是文档内的位置，用于表达有关整个文档预期受众语言的元数据。
以前，几乎没有浏览器关注此meta元素。后来，如果html标签上没有语言属性，一些主流浏览器开始使用此元素来设置文档文本的默认语言（这正是你应该在html标签上使用语言属性的目的）。这种实现方式在不同浏览器之间不一致，因此不可靠。
由于围绕这种声明的历史混乱和不一致的实现，2011年HTML工作组决定使http-equiv设置为Content-Language的meta元素在HTML中不合规。这意味着你不应再在HTML5中使用它，因此，尽管在其他类型的HTML中技术上并非非法，但最好现在不要在任何地方使用它。
然而，HTML5确实为了向后兼容性做出了让步。如果标记中有一个http-equiv设置为Content-Language的meta元素，并且html标签上没有语言属性，并且meta元素的值是单个语言标签，则浏览器必须使用该信息来猜测页面上的默认文本语言。话虽如此，这只是为了向后兼容，你真的不应该再使用这种方法了。只需在html标签上使用语言属性即可。
HTML5放弃用于声明语言的meta元素的一个含义是，现在没有明显的方法可以在文档本身内部提供有关文档的元数据。理论上，这对内容管理系统、翻译流程等非常有用。此类信息可以通过HTTP标头携带（正如我们在下一节中看到的那样），但此类系统和流程倾向于处理并非从带有HTTP标头的服务器发送的文档，因此文档内元数据将非常有用。
也许另一种方法，例如RDFa，将提供一种在未来表示此类信息的方式。
WHATWG Wiki MetaExtensions页面提供了一个扩展的值列表，可用于meta元素的name值，尽管目前尚未正式接受任何值。其中一个值是dc.language，用于使用Dublin Core符号表达语言信息。
<meta name="dc.language" content="en">
然而，尚不清楚浏览器是否曾经使用此信息，或者任何其他应用程序使用它的程度如何。WHATWG页面建议改用lang属性。该建议对于声明文本处理语言很有用，但并未解决其用于表达有关整个页面元数据的可能用途。
入门？Web上的语言
教程，在HTML中使用语言
创作网页