元描述何时仍然有意义？

我最近收到有关meta description标签的以下建议：

Google大概80％的时间使用元描述作为摘要。它们对排名没有帮助，但是您可能应该使用它们。您可以从问题的第一部分自动生成它们。

标头中存在description标签，如下所示：

<meta name="Description" content="A brief summary of the content on the page.">

我不确定为什么我们需要此字段，因为Google似乎完全能够在搜索结果页面的上下文中显示相关的搜索字词，例如这样（我搜索了c＃list performance）：

换句话说，元描述摘要可在何处改善这些结果？我们希望页面显示围绕实际搜索结果的上下文，而不是我们插入的随机摘要！

Google网站站长中心有以下建议：

对于某些站点，例如新闻媒体资源，为每个页面生成准确而独特的描述很容易：由于每篇文章都是手写的，因此只需花费很少的精力即可添加一个句子的描述。对于较大的数据库驱动的站点（例如产品聚合器），手写说明更加困难。不过，在后一种情况下，以编程方式生成描述可能是适当的做法，而且值得鼓励-只需确保您的描述不是“垃圾邮件”即可。正如我们在上面的第一点中所讨论的那样，好的描述是人类可读的并且是多种多样的。我们在第二点提到的特定于页面的数据很适合用于程序生成。

当我希望将Google生成的摘要（即搜索字词页面中的实际上下文）替换为问题本身的硬编​​码元描述摘要时，我想尽一切办法。

在结果中返回您的页面但用户搜索字词实际上并未出现在相关页面上的情况下，将使用元描述。

即，如果您单击进入页面的“缓存”版本，并在顶部显示“以下术语仅出现在此页面的链接中”。

显然，这对于StackExchange网站来说是不太可能发生的，但是对于其他类型的网站来说，仍然可能存在相关性。

编辑添加：

Google的“网站管理员中心”页面“ 在搜索结果中更改网站的标题和描述 ”中还包含以下内容：

Google对网站标题和描述（或“片段”）的创建是完全自动化的，并考虑了页面的内容以及在网络上出现的对页面的引用。

我们使用许多不同的来源来获取此信息，包括每个页面的META标签中的描述性信息。[...]我们经常喜欢显示页面的元描述（如果可用），因为它可以使用户清楚地了解URL的内容。这可以使他们更快地获得良好的结果，并减少使访客感到沮丧和夸大网络流量指标的点击和回溯行为。

我越来越很累了重复这一点，但我会扔出来有一个更多的时间。元描述不仅用于SEO或由搜索引擎使用。

在大多数Web浏览器中为页面添加书签时，浏览器会使用元描述来保存页面的描述。这有很多用途，包括用于搜索书签。

同样，当您在Facebook，Twitter，社交书签站点等上共享链接时，元描述也将用于给出链接的简短描述。所有这些为用户增加了便利。屏幕阅读器还会使用元描述，其他可能需要页面描述的软件也可以使用元描述。

微格式，OpenSearch，XFN，网站图标等也都没有SEO值。但这并不意味着它们与用户无关或无用。创建网页不只是在Google上排名靠前。

我认为元描述可以最好地描述为一种营销工具。

由于它们不用于排名，因此仅充当用户信息。由于Google大部分时间都在使用它们，因此您可以借此机会向用户提供有关他们单击链接后将获得的收益的良好信息。当然，在大多数情况下，带有搜索字词上下文的代码段可能是最好的，但是在很多时候，这是不可能的，因此将元描述用作回退。

在Stack Exchange网站的背景下，我明白您的意思，但最终您的意见并不重要。Google会按照他们的方式来做，所以现在您需要为将要推送到元描述中的内容创建一个好的算法。听起来像是A / B测试的理想人选。如果您增加带有良好元描述的搜索引擎引荐，那么您就解决了。

我认为问题只在于存在两个不同的问题或用例，而在于哪个问题是对的，甚至“更好”。（而且，与Google一样，实际上没有一个答案。）

基本上，您说的是喜欢在搜索结果的内容中查看根据上下文搜索的字词。当它起作用时很好，但是我想在某些情况下它会向您显示摘要，尽管它们可能会显示您选择的单词，但实际上并不能告诉您有关整个文档的很多信息。例如，仅包含一个字词（即http://www.google.com/search?q=c%23+list+performance+improve）的搜索会迅速开始显示其摘要不包含一个或多个的结果即使它们确实出现在内容中，也可能会开始使您的偏好在这里变小，因为无论如何您在点击之前都看不到它们。

通常，元描述应该是有用的整体摘要，无论它是否涉及您的特定搜索词。（无论如何，理论上来说。）

我的经验是，在没有元描述的网站上，Google过去一直在按名称搜索网站时选择它在页面上找到的第一行文字，例如，在您的情况下为“ Stack Exchange”或“ Stack Overflow” ”。问题在于文本的第一位可能是alt标签和菜单。在一个案例中，一切就这样了，最终变得相当混乱，因为它最终是一堆零碎的东西，没有任何意义。

这是一个示例：搜索“西方卡尔加里”。该网站没有任何元描述，而Google提供的描述是：

Western Air＆Power Ltd.与我们联系产品就业。1.877.245.2822 1.403.243.2822 1919年，加拿大艾伯塔省高地新月东南卡尔加里。

我个人认为这不是很有用，因为它没有提供有关公司实际行为或目标的任何描述。谷歌之所以选择Google，是因为那里有“ Wester Air＆Power Ltd.”。仅在alt标签中（本身），而alt标签中还有很多其他位。但是因为页面内容不多，所以几乎没有用，使用元描述会更好。

编辑（更好的例子）

是的，（根据您的评论）我会同意您的看法，但是这是另一个例子，说明意义不大。

搜索“肢体语言使用者eliot hoppe”。第二个结果具有以下描述：

肢体语言。”危地马拉城DDS的Isidoro Yee。“艾略特·霍普（Eliot Hoppe）是...

该页面上有很多文字，但是其中的很大一部分实际上并不是您希望用户在页面描述（见证，链接，标题）中看到的内容。最终显示的内容很好，但并不直接与页面有关（包括一些令人困惑的无关信息）。在这种情况下，我认为最好添加一个元描述，以希望Google使用它。目前，由于Google似乎无法弄清页面的主要内容是什么。（这也可以通过在HTML中向上移动内容并向下移动其他内容来部分解决。）

我实际上在同一网站（eliothoppe.com）上看到Google使用alt标签和菜单进行页面描述。在添加元描述之后，Google开始使用它们，而添加这些描述后，我们发现流量有所增加。

老实说，我认为此建议来自SEO社区的坚定支持者，他们坚信他们在1999年对搜索的工作原理并不了解在2011年的工作原理。过去是描述标签用作标题下方的简介，因为页面上未真正进行任何真正的分析。您搜索的所有内容均基于keyword或descriptionmeta标签。

我会说这是不值得的额外字节。由于您真正关心的搜索引擎（Google和Bing）已经在页面中找到了相关信息。如果他们不这样做，搜索可能不会显示出来。

一个可能有用的地方是所有Flash页面，其中的内容不易被搜索引擎索引，并且该站点具有与搜索引擎认为相关的入站链接。如流行的Flash游戏。

或者，如果您确实有要杀死的字节，并且想要向页面添加相关的元信息。您可能应该查看开放图谱协议。

http://developers.facebook.com/docs/opengraph

由于Facebook是一个高度结构化的环境，因此有必要使用元数据控制在那发送的信息。对于Google来说，带有description标签的不多。

我使用它来提高基于分析数据的某些页面的性能。我通常会根据页面的内容自动生成它，然后随着时间的推移，我会通过分析数据查看哪些页面的效果不符合我的期望，例如，如果我看到GWT中的某个页面的排名很好（以及一笔钱）页），但点击率却很低，我花了一些时间测试对元描述的更改。这些实例通常会大大提高点击率（我在某些网页上的GWT平均排名约为2，获得了5％或6％的点击率，而元描述的变化又使它们在转化率较高时跃升至20％以上页面上的钱在银行）。

我还查找了Google跳出率异常高的页面，我发现这通常是因为Google根据某人发表评论时的一句简单的句子选择了该片段，并且当人们访问该页面并阅读整个帖子和一半评论并没有提及他们正在寻找的假期感到沮丧。

在这两种情况下，有时Google都会在其他时间不使用新的meta标签，因此，我的想法是自动生成其中的大部分标签（如上所述，其他搜索引擎实际上比Google更频繁地使用它们），然后花时间测试一小部分，您将看到最大的改进。

杰夫

您应使用元描述标签，因为：

1. 谷歌说，正如以前的海报指出的那样。
2. Google并不总是选择很好的描述。
3. 当Google的描述比您的元描述更相关时，Google会使用他们的选择。但是，仅当它比您更相关时。

在夏季，使用元描述的风险很小，因为只有在描述比Google在页面上找到的更好时，才会使用您的描述，因此Google表示您应该使用一个。

实际上，尽管元描述不会帮助您提高排名，但它可以而且将会吸引更多点击到列表中。与用户搜索完全匹配的元描述将吸引最多的点击。

我可以四处寻找“证据”，但在SEO中通常很少有证据。我们所拥有的只是受尊敬的专业人士的意见和Google的准则。

http://www.seobook.com/video-optimizing-meta-description-tags-google

如果您对是否要使用某些东西有疑问，请在wall的页面上查看源代码，并查看他是否使用它。