发表者: Maile Ohye, 开发者项目技术带头人

原文：Links information straight from the source

我们期待您能通过提供优质的内容和服务来服务于用户和整个互联网。与此同时，您或许经常听到来自互联网界的关于链接问题的讨论，人们各持己见，争论不休。您或许会问，“这到底是怎么回事—关于链接我究竟应该了解些什么呢？” 如果您也对这个话题感兴趣，欢迎您阅读链接专题系列，本文是此系列的第一篇文章。

第二篇: 内部链接 （您网站内部的链接）

例如，您的首页有指向“联系我们”的链接，而您的“联系我们”页又有指向“关于我们”的链接，这类链接都属于内部链接。内部链接（也称为链接结构），是很重要的，因为它是决定用户是否能方便地访问您的网站的决定因素。而且，内部链接也决定着您网站的可抓取性---搜索引擎蜘蛛能不能方便地爬行您的网页。欲知详情，请阅读本链接专题的第二篇文章。

第三篇: 导出链接 （您所链向的网站）

导出链接是您所链向的外部网站。比如www.google.com/webmasters 就有指向googlewebmastercentral.blogspot.com 的链接。导出链接使我们可以在网上自由冲浪---这也是互联网变得如此丰富多彩和富有合作精神的重要原因。如果没有导出链接，您的网站将与互联网社区与世隔绝，因为每一页都变成了最简单的文本。大部分的网站包含的都是一些自然的导出链接，因此大多数情况都是无需担忧的。如果您有其他的问题，我们将在第三篇文章里详述导出链接这个话题。

第四篇: 导入链接（所有链向您的网站）

导入链接是指向您的外部链接。正常情况下网站管理员们是不需要为导入链接而伤脑筋的，但是为什么有些网站管理员却特别关注呢？这可能是以业绩为依据的互联网业界现状使然，也可能是因为很多网站管理员认为这种主动指向您的链接是一个提升您的排名和流量的捷径。本专题的第四篇文章将回答您有关“有没有不需要成本就能增加我的导入链接的办法？”等问题。

译者注：该系列将陆续翻译成中文，敬请关注! :)

发表者：John Mueller，网站管理员趋势研究员

原文：Advanced Website Diagnostics with Google Webmaster Tools
发表于：2008年9月30日星期二，上午11: 07

运营网站是一件很复杂的事情，所以我们提供了网站管理员工具来帮助您发现潜在的问题，并防止它们演变成真正的问题。这些发现的问题中，有一些相对来讲比较小（比如有重复的标题和描述），但也有一些是比较大的问题（比如我们无法访问您的网站）。尽管网站管理员工具无法确切地告诉您需要做哪些具体的改动，但是它可以帮助您发现一些需要您解决的潜在问题。

让我们来看一下我们在网站管理员支持论坛里碰到的几个例子：

您的服务器是否把Googlebot当作普通的网站访问者？

尽管Googlebot尽力表现的像一个普通用户，但有一些服务器可能还是会感到困惑而以比较奇怪的方式进行回应。比如，当用户以Googlebot为user-agent进行访问时， 虽然您的服务器在大多数时间里都可以完美无暇地工作，但是有一些运行IIS的服务器会返回服务器错误（或者其他一些和发生服务器错误相关的操作）。在网站管理员支持论坛里，我们曾经碰到过IIS服务器返回500错误（服务器错误）和404错误（文件找不到）出现在“网络抓取”诊断部分的情况，还有提交网站地图（Sitemap）文件时出现302错误。如果您的服务器重定向到错误页面，您应该确保我们可以抓取这个错误页面，并且确保服务器返回正确的错误代码。当您做好这些以后，我们就可以在网站管理员工具里显示这些错误。如果您想了解关于这个问题的更多信息及可能的解决方法，请参阅：
http://todotnet.com/archive/0001/01/01/7472.aspx 和http://www.kowitz.net/archive/2006/12/11/asp.net-2.0-mozilla-browser-detection-hole.aspx。

如果您的网站托管在运行Microsoft IIS的服务器上，请记住，自然情况下网址是区分大小写的（我们也是如此处理他们的）。这包括那些出现在robots.txt文件里的网址。如果您的服务器以不区分网址大小写的形式工作，您应该小心处理这一部分。例如,“disallow: /paris”将阻止我们访问/paris，而不是/Paris。

您的网站是否存在一些系统性的已损坏的链接？

现代内容管理系统(CMS)经常会导致一些问题，而这些问题往往能够影响大批的网页。有时候这些问题很直接，当您在浏览这些页面时就可以发现；有时候，靠您自己很难发现这些问题。如果某个类似上述的问题产生了大量损坏的链接，它们一般会显示在您网站管理员工具帐户的“网络抓取”诊断部分（列出那些正常返回404代码的已损坏的网址）。在最近的一个个案中，一个网站的RSS feed出了一个小的编码错误，结果导致超过60,000个坏的网址显示在该网站的网站管理员工具帐户里。您一定能理解，我们更愿意将时间花在抓取内容而不是这些404错误页面上:) 。

您的网站是否将用户导向其他地方？

许多网站都有自己关注的特定地域的用户群。我们发现这类网站有时会将其他地域的访问者重定向到一个不同的页面。然而，请记住Googlebot不一定来自于您期望的目标地域，所以也有可能被重定向到其他页面。这可能意味着Googlebot不能访问您的主页。如果发生这种情况的话，网站管理员工具在验证您的网站时可能会出现问题，导致您的网站无法通过验证。当然，这不是网站无法通过验证的唯一原因，但是如果您的网站经常出现这种情况，最好还是调查一下原因。在这个问题上，请确保用对待那个地域的用户一样的方式对待Googletbot，否则可被视为“内容伪装”。

您的服务器是否在我们抓取时无法访问？

即使最好的网站也会出现这种情况——服务器宕机以及防火墙过度保护。如果在我们试图访问您的网站时出现这种情况的话，我们就无法对您的网站进行抓取，而且您可能不知道我们已经尝试去抓取过您的网站了。幸运的是，我们会跟踪这些问题，当我们无法访问您的网站时，您可以在管理员工具帐户里发现“网络无法访问”及“robots.txt 文件无法访问”错误。

您的网站是否被黑了？

黑客有时候会在出问题的页面上添加些奇怪的、远离主题的隐藏内容和链接。如果是隐藏的话，您可能不会马上注意到它。尽管如此，它还是有可能成为一个大问题。虽然消息中心会就某些类型的隐藏文本向您发出提醒，但是您最好也要多留意一些。网站管理员工具“统计信息”项目下的“Googlebot看到的内容”会显示与您网站内容有关的关键字，如果您在那里看到一些完全不相关的关键字，那么您的网站有很大可能被黑掉了，您最好能尽快调查一下发生了什么事情。您也可以使用谷歌快讯(Google Alerts)或者使用[site:example.com 垃圾关键词]进行查询，在这里“垃圾关键词”是指一些像色情, 伟哥, 曲马多（tramadol，一种镇静剂）, 性及其他一些您的网站上一般不会出现的词语。如果您发现您的网站真的被攻击了，我推荐您参阅我们博客上的另外一篇帖子——我的网站被黑掉了，怎么办？

网站管理员工具可以发现很多关于网站的问题；上述问题只是我们最近碰到的问题当中比较普通的一些罢了。因为有一些问题真的很难发现，在它们真正成为问题之前您不妨去看一下您的网站管理员工具帐户，看看能不能发现一些问题的苗头。如果您发现一些您确实无法解决的问题，为什么不在网站管理员支持论坛上发贴来寻求专家们的帮助呢？

今天，您检查您的网站了吗?

发表者: Jason Morrison, 搜索质量组

原文: Keeping comment spam off your site and away from users
发表于: 2008年9月26日星期五 下午2:26

假设您已经在您的网站上开辟了一个论坛，或者在您的博客上激活了评论功能。您精心准备了一两篇帖子，点击了提交按钮，然后开始屏住呼吸等待评论的到来。

评论真的来了。您的一个博友发表了友好的评论，您参加的在线角色扮演游戏的盟友发来了新的消息，Millie阿姨发来了星期四晚上聚餐的提醒…但同时您还收到另外一些东西…一些让您头疼的东西。比如一些鼓吹得天花乱坠的广告信息，乱七八糟不知所云的信息，甚至还有一些暴露的图片。可以这样说，您已经陷入可怕的垃圾留言里了。

垃圾留言对您来说是有害的，因为它加重了您的工作负担。垃圾留言对您的用户来说也是有害的，因为他们只是来您的网站来寻找感兴趣的内容，而这些毫不相关的内容只会影响他们的注意力。垃圾留言对整个网络来说也是有害的，因为它使网站管理员们不敢轻易开放自己的网站，这给人们在论坛和博客上自由发表自己的观点带来了不便。

那么作为一个网站管理员，您可以做些什么呢？

注：下面的解决办法是一个很好的起点，但可能并不是全部的解决方案。互联网上有许多不同的博客，论坛和BBS， 我们不可能对每一种系统都提供详尽的指导，以下是较广泛通用的解决办法。

确保是真正的人而不是机器在您的网站上留言

• 添加一个输入验证码环节(CAPTCHA)。CAPTCHA要求用户阅读一段模糊的文字并输入相应的文字，这种办法能够验证对方究竟是真正的人类还是机器程序。如果您的博客或论坛没有植入验证环节的话，您可以使用Recaptcha这个插件。验证环节并不能解决所有的问题，但是它可以有效地制止垃圾留言制造者的猖狂行为。您可以了解更多类型的CAPTCHAS，但是请记住仅仅是添加这么一个环节，就可以起到很大的作用。

• 阻止可疑行为。许多论坛允许您设置两次发贴之间的最小时间间隔。您也可以通过安装插件，监控那些来自于同一IP地址或proxy的异常巨大的流量，以及其他更可能来自于机器程序而不是人类访问者的异常行为。

使用自动过滤系统

• 通过将一些关键词加入黑名单能够帮助您阻止一些明显的不恰当的留言。垃圾制者们有时候会故意模糊所使用的词语，所以这个方法也不是万能的，不过您也不妨一试。

• 使用能够自动删除垃圾留言的插件或系统特性。垃圾制造者们使用自动程序的方式来侵扰您的站点，那我们为什么不也用自动的方式来保护自己呢？像Akismet（有很多针对博客和论坛的插件）这样的系统和TypePad Antispam（开源并兼容Akismet），很容易安装，并能帮您完成大部分的工作。

• 如果可以的话，您可以尝试使用Bayesian过滤选项。训练您的系统识别垃圾留言可能会花费您一些时间精力，但是这种技巧目前已经成功应用于垃圾邮件。

将您的设置调整地更严格一些

• 禁止跟踪不被信任的链接。许多系统有这样的功能，可以给链接添加“nofollow”的属性。这样做可以防止某种类型的垃圾留言，但并不是唯一可行的方式。
  

• 您可以考虑要求用户在发帖前必须登录，这样可以防止用户任意地发表留言。但是，这样做也会使信噪比提高。

• 改变您的设置，使留言必须经过您的批准才能展示。如果您是一个规模较小的网站，并且没有太多的留言的话，这是一个使自己网站留言保持高水平的很好的办法。您可以允许自己的员工或者值得信赖的用户能够自助批准自己的留言，这样能减轻您一部分工作负担。

• 可以考虑禁止某些类型的留言。比如，您可以将那些比较陈旧、已经不太可能有高质量评论的帖子冻结。在博客上，您可以把引用通告等功能暂停，因为这是极易吸引网络垃圾的地方。

及时更新您的网站

• 请您花些时间将您的软件及时更新，并关注那些重大的安全升级。一些网络垃圾制造者会利用旧版本博客、论坛或内容管理系统的安全漏洞攻击您的网站。您可以在网站安全快速检查清单上找到更多相应的解决方案。

您可能需要权衡您的软件、您的用户群，及您的经验等多种因素来选择实施各种方法。无论您是一个小型的个人博客，还是一个大型的多用户的网站，不加任何保护地就贸然开放您的网站留言是有很大风险的。另外，如果您的网站已经被成千上万条垃圾帖所侵蚀并且不再出现在Google搜索结果的话，当您已经彻底清除了这些不良内容并采取了相应保护措施的话，您可以考虑提交一个重新收录的申请。

作为一个有较长时间经验的网站开发者和博客一员，我可以以我自己的切身体验告诉您，花一点点时间做一些预防措施会节省您将来大量的时间和精力。我是一个网站管理员中心组的一个较新的成员。我很乐意帮助我的网站管理员同行们，而且我对搜索质量也非常感兴趣（我已经在这一领域做了一些学术研究）。欢迎您在留言板里分享您对防止留言垃圾的心得，同时始终欢迎您访问Google网站管理员支持论坛并提出您的问题。

发表者: Juliane Stiller 与 Kaspar Szymanski，搜索质量组

原文: Dynamic URLs vs. static URLs
发表于：2008年9月22日，下午3: 20

在跟网络管理员沟通时经常会出现这种情形，一些广为传播的理念可能在过去是正确的，但是可能已不再切合目前的情况了。当我们最近在跟几个朋友谈及关于网址的结构时就碰到这种情况。其中一个朋友很担心动态网址的使用，甚至认为“搜索引擎无法处理动态网址”。另外一个朋友觉得动态网址对搜索引擎来说完全不是问题，那些都是过去的事了。还有一个甚至说他从来都搞不懂动态网址和静态网址相比有什么区别。对于我们来说，这一刻使我们决定要好好研究一下动态网址和静态网址这个话题。首先，让我们来界定一下我们要谈论的主题：

什么是静态网址？
一个静态网址，顾名思义，就是一个不会发生变化的网址，它通常不包含任何网址参数。例如：http://www.example.com/archive/january.htm。您可以在搜索框里输入 filetype:html 在谷歌上搜索静态网址。更新此种类型网址的页面会比较耗费时间，尤其是当信息量增长很快时，因为每一个单独的页面都必须更改编译代码。这也是为什么网站管理员们在处理大型的、经常更新的网站，像在线购物网站、论坛社区、博客或者是内容管理系统时，会使用动态网址的原因。

什么是动态网址？
如果一个网站的内容存储于一个数据库，并且根据要求来显示页面，这时就可以使用动态网址。在这种情况下，网站提供的内容基本上是基于模板形式的。通常情况下，一个动态网址看起来像这样：http://code.google.com/p/google-checkout-php-sample-code/issues/detail?id=31。您可以通过寻找像? = & 这样的符号识别出动态网址。动态网址有一个缺陷是不同的网址可以拥有相同的内容。这样导致不同的用户可能链向含有不同参数的网址，但是这些网址却都含有相同的内容。这也是为什么网络管理员有时候想要将这些动态网址重写成静态网址的原因之一。

我是不是应该让我的动态网址看起来是静态的呢？
在处理动态网址时，希望您能了解以下几点事实：

1. 要正确地生成和维护从动态网址到静态化网址的重写转变实际上是一件很难的事情。
2. 将原始的动态网址提供给我们会比较安全，请让我们来处理诸如探测和避开那些有问题的参数的事情。
3. 如果您想重写网址，请去掉那些不必要的参数，同时请保持它动态网址的样子。
4. 如果您想提供一个静态网址代替动态网址，那么您应该切实地生成相应的静态内容。

静态和动态网址，Googlebot对于哪一个识别得更好呢？
我们碰到过很多网站管理员，像我们的朋友那样，认为静态或者看起来是静态的网址对于网站的索引和排名是有优势的。这种看法是基于这样一个假设，即认为搜索引擎在抓取和分析含有会话标识(session ID)和来源追踪器(source tracker)的网址时是有问题的。然而，事实是，谷歌在这两个方面都有了相当的进展。就点击率来说，静态网址可能略微有些优势，因为用户可以很容易地读懂这个网址。但是，就索引和排名来说，使用数据库驱动网站并不意味着明显的劣势。相比较将参数隐藏以使他们看起来是静态的网址来说，我们更希望网站将动态的网址直接提供给搜索引擎。

现在，让我们来看一些有关动态网址的广为传播的看法，并且来纠正一些蒙蔽网站管理员的假说。:)

传说：“动态网址不能被抓取。”
事实：我们可以抓取动态网址并且解释不同的参数。如果您为了让网址看起来像是静态的，而隐藏那些可以给谷歌提供有价值信息的参数，这样做反而会给该网址的抓取和排名带来麻烦。我们的建议是：请不要将一个动态网址改换格式以使其看起来是静态的。尽可能地使用静态网址来显示静态内容是可取的，但在您决定展示动态内容的情况下，请不要将参数隐藏起来从而使他们看起来像是静态的，因为这样做会删除掉那些有助于我们分析网址的有用信息。

传说：“动态网址的参数要少于3个。”
事实：对于参数的数量是没有限制的。但是，一个好的经验是不要让您的网址太长（这个适用于所有的网址，不论是静态的还是动态的）。您可以去掉一些对于Googlebot来说不重要的参数，给用户一个好看一点的动态网址。如果您不能确定可以去掉哪些参数，我们建议您将动态网址中所有的参数都提供给我们，我们的系统会弄明白哪一些是不重要的。将参数隐藏起来会影响我们正确地分析您的网址，我们也就不能识别这些参数，一些重要信息可能也因此丢失了。

下面一些是我们认为您可能会存在疑问的一些问题。

这是否意味着我应该完全避免重写动态网址？
这是我们的建议，除非您能确保您只是去掉多余的参数，或能够把所有有可能有不良影响的参数完整地删除。如果您把自己的动态网址任意修改使其看起来像是静态的，您要清楚这样做是有风险的，有可能会导致有些信息不能被正常地编译和识别。如果您想给您的网站再增加一个静态的版本，请您一定要提供一个真正意义上的静态的内容，比如生成那些可以通过网站相应路径而获取的文件。如果您仅仅是修改了动态网址的表现形式，而没有真正提供静态的内容，那么您有可能适得其反。请直接把标准的动态URL提供给我们，我们会自动找出那些冗余的参数。

你能给我举一个例子么？
如果您有一个像下面这样标准格式的动态网址：foo?key1=value&key2=value2，我们建议您不用改动它，谷歌会决定哪些参数可以去掉；或者您可以为用户去掉那些不必要的参数。不过要慎重，仅仅去掉那些不重要的参数。这里有一个含有多个参数的动态网址的例子：

www.example.com/article/bin/answer.foo?language=en&answer=3&sid=98971298178906&query=URL

• language=en – 标明这篇文章的语言
• answer=3 – 这篇文章含有数字3
• sid=8971298178906 – 会话标识代码是8971298178906
• query=URL – 使这篇文章被找到的查询是[URL]

并不是所有的参数都提供额外的信息。所以将这个网址重写为www.example.com/article/bin/answer.foo?language=en&answer=3 可能不会引起任何问题，因为所有不相关的参数都去掉了。

下面是一些经过认为修改而看起来像是静态网址的例子。相比较没有重写、直接提供动态网址来说，这些网址可能会引起更多抓取方面的问题。

• www.example.com/article/bin/answer.foo/en/3/98971298178906/URL
• www.example.com/article/bin/answer.foo/language=en/answer=3/ sid=98971298178906/query=URL
• www.example.com/article/bin/answer.foo/language/en/answer/3/sid/ 98971298178906/query/URL
• www.example.com/article/bin/answer.foo/en,3,98971298178906,URL

如果您将动态网址重写成如上所述的示例的话，可能会导致我们很多不必要的抓取，因为这些网址中都含有会话标识(sid)和查询(query)参数的可变值，这无形中生成了很多看起来不同的URL，而他们包含的内容却是相同的。这些格式让我们很难理解通过这个网址返回的实际内容和参数URL以及98971298178906是无关的。不过，下面这个重写的例子却将所有无关的参数都去掉了：

• www.example.com/article/bin/answer.foo/en/3

尽管我们可以正确地处理这个网址，我们还是不鼓励您使用这样的重写。因为它很难维护，而且一旦一个新的参数被加到原始的动态网址，那么这个网址就需要马上更新。不这样做的话就会再次导致生成一个隐藏了参数的貌似静态网址的URL。所以最好的解决方法是通常将动态网址保持他们原来的样子。或者，如果您去掉不相关的参数，请记住一定要保持这个网址是动态的:

• www.example.com/article/bin/answer.foo?language=en&answer=3

我们希望这篇文章能够对您和我们的朋友有帮助，使围绕动态网址的各种推测清晰化。如果您有更多的问题的话，欢迎加入我们的网站管理员支持论坛进行讨论。

发表者: Susan Moskwa, 网站管理员趋势研究员

原文: Demystifying the "duplicate content penalty"
发表于: 2008年9月12日星期五，上午8: 30

重复内容始终是一个经常被谈论的话题。我们不断地发表关于这方面的文章，人们也在不断地提出问题。特别是，我还听到有很多网站管理员担心自己受到了“重复内容处罚”。

在这里请允许我们把这个问题一次性跟大家讲清楚：根本不存在所谓的“重复内容处罚”。至少，也不是大多数人谈论时所认为的那样。

有一些处罚是和抄袭其他网站的内容有关的，比如完全抄袭并且发布其他网站的内容，或者在完全没有提供任何其他附加价值的情况下发布这些抄袭的内容。这些都是我们不提倡的做法，您可以在网站管理员指南里找到有关此问题的清晰的论述:

• 请不要创建含有大量重复内容的多个页面、子域或者域。
• 请避免使用那种“一个模子印出来”（cookie cutter）的方式创建网站，比如没有或者很少原创内容的联属计划。
• 如果您的网站参与联属计划，请确保您的网站可提供附加价值。提供独特且相关的内容，使用户首先有理由访问您的网站。

（请注意，我们不希望您从其他网站那里抄袭内容，但是如果其他人抄袭了您的网站就是另外一回事了；如果您担心别人抄袭了您的网站，请您参考这篇文章）。

但是我听到的一些担心重复性内容的网站管理员所谈论的并不是抄袭或者域名农场(domain farms)；他们讨论的是诸如在同一个域上有多个网址指向相同的内容。比如，www.example.com/skates.asp?color=black&brand=riedell
和www.example.com/skates.asp?brand=riedell&color=black。这种类型的重复性内容可能会对您网站在搜索结果中的表现有潜在的影响，但是它不会使您的网站受到惩罚。下面这段文字来自我们关于重复内容的帮助文章：

除非重复内容看起来意在欺骗用户并操纵搜索引擎结果，否则，我们不会对有重复内容的网站采取特别措施。如果您的网站存在重复内容问题，而您又未遵循上述建议，我们会自行以恰当的方式选择在搜索结果中显示的内容版本。

这种非恶意的重复是比较常见的，特别是很多内容管理系统(CMS)缺省条件下对此处理的并不是很好。因此，当人们谈到此种类型的重复性内容会影响您的网站时，并不是因为您可能会因此受到处罚，而仅仅是由于网站和搜索引擎的工作方式所造成的。

大多数搜索引擎都力求保持一定程度的多样性：他们想在搜索结果页上向您展示十个不同的搜索结果，而不是含有相同内容的十个不同的网址。为此，谷歌试着去掉重复的内容从而使用户较少看到这些多余的重复性的内容。您可以在这篇博客里了解更多的细节，其中谈到

1. 当我们探测重复内容时，比如由网址参数造成的衍生网址，我们会将这些相似的网址放在同一组里。
2. 我们会选择我们认为最能代表这一组的网址在搜索结果里进行展示。
3. 我们还会对这一组网址的特性进行相应的整理，像链接的受欢迎程度，并将其合并到此代表性网址上。

作为网站管理员，上述过程可能会影响到您的是：

• 在步骤二中，谷歌所认为最具有代表性的网址并不一定和您的想法一致。如果您想控制究竟是www.example.com/skates.asp?color=black&brand=riedell 还是www.example.com/skates.asp?brand=riedell&color=black出现在我们的搜索结果中的话，您或许想采取适当措施以减少您的重复内容。告诉我们哪一个是您比较喜欢的网址的有效方法之一就是将其列入您的网站地图(Sitemap) 里。
• 在步骤三中，如果我们无法探测出某一特定页面的所有重复性页面的话，我们在对其页面特性进行整合时就不可能包括所有这些重复性页面的特性。这可能会削弱这一特定内容的排名竞争力，因为他们被分散分配到了多个网址上。

在大多数情况下，谷歌可以很好的处理此类重复内容。然而，对于那些不同域名上的重复性内容，您或许需要再考虑一下。尤其是，当您决定建立一个网站而它的目的从本质上来讲就是内容抄袭和重复的话，如果您的商业模式又依赖于搜索引擎的流量，那么除非您可以给用户带来很多的附加价值，不然对于建立此类网站您还是要三思而后行。举个例子，我们有时听到来自Amazon.com的联盟网站说他们网站上那些完全由Amazon提供的内容很难有好的排名。这难道是因为谷歌想阻止他们卖《Everyone Poops》这本书吗？不；这是因为如果他们的网站提供完全一样的内容的话，他们怎么可能会比Amazon的排名更好呢？对于在线购物来讲，Amazon在很多方面具有权威性（对于一个典型的Amazon联盟网站来说更是如此），一般的谷歌搜索用户可能想看到的是Amazon上的原始信息，除非这个联盟网站提供了相当数量的、额外的附加值给用户。

最后，想一下重复内容给您网站带宽带来的影响吧。重复内容会造成抓取效率低下：当Googlebot在您的网站上发现了十个网址，在它知道这些网址含有完全相同的内容之前（如上所述，也就是在我们能够对他们进行归类之前），它必须对这十个网址逐一进行抓取。Googlebot耗费在抓取重复性内容上的时间和资源越多，它用来抓取其他内容的时间也就相对变少了。

总而言之，网站上的重复性内容会以多种方式影响您的网站。但是除非您是恶意抄袭造成内容重复，否则这些方式不会构成对您网站的处罚。这也意味着：

• 当您清除了无恶意的重复性内容时，您无须提交重新收录的请求。
• 如果您是一个介于初级到中级经验值之间的网络管理员，您可能不需花费过多精力来担心重复性内容，因为大多数搜索引擎都有方法来处理它。
• 通过澄清和杜绝关于重复性内容处罚的杜撰之说，您可以帮到您的网站管理员同行们！解决重复性内容的方法完全在您的掌控之中，这里有几篇较好的文章您可以参考。

发表者 Reid Yokoyama, 搜索质量组

原文：The Impact of User Feedback, Part 2 (and more Popular Picks!)
发表于：2008年8月26日星期二，下午4：41

网站地图明细
通过网站管理员工具提交Sitemap是一个使Google了解您的网站上有哪些网页的有效办法。在网站管理员支持论坛中，用户很快指出即使他们提交了含有所有网页的Sitemap，他们在site: 检索中还是发现只有一部分网页被收录。作为响应，网站管理员工具组建立了一个Sitemap明细项目来让您更好地了解您提交的Sitemap是怎样被处理的。您可以阅读Jonathan的博客文章来了解更多关于Sitemap明细的信息。

上下文语义帮助
早前我们就收到了关于在网站管理员工具中对所展示的数据进行更好的说明和文档支持的建议。我们看到网站管理员支持论坛中很多问题都是有关在内容分析工具中“元说明”和“标题标记问题”的，这促使我们在这一页上增强相关文档的支持并使这一页可以直接链接到网站管理员支持中心。类似地，我们发现用户迫切需要我们阐明“热门搜索查询”和“热门点击查询”的区别，以及这类的数据应当怎样加以应用。于是我们添加了一个扩展项目，题为“如何使用此数据？”，并在网站管理员工具中广泛地添加上下文帮助信息，从而更好的说明每个功能的用途，以及从哪里可以了解到与此相关的更多信息。

博客文章
网站管理员支持论坛同时也是一个我们了解和把握网站管理员们所关心的问题的重要途径，这样我们就可以通过发表博客对这些问题进行说明和澄清。无论是使用网站管理员工具申请重新审核，还是巧妙地处理内容重复，网站迁移的最佳方法，或如何使信息更易利用、更易抓取，我们始终坚持倾听来自于您的声音。这也使我们想到…

现在是再一次对最受关注的问题进行选择的时候了！
去年，我们投入了两个星期来征求和回答网站管理员们最关心的五个问题。这些最受关注的问题涵盖了以下主题：

• Susan 介绍了确保您的网站被Google收录的一系列方法。
• John 回答了一些关于垃圾结果举报和重新审核请求的问题。
• John 还撰写了一篇关于元标记的很好的文章。
• Wysz 对隐藏文字问题做了一些说明和澄清。
• Matt 详细解释了恰当使用nofollow标记。

由于上一次活动受到了广泛欢迎，这里我很高兴地宣布我们将再举行一次这样的活动（译者注：本次活动的工作语言为英语）。您可以浏览和回复这篇帖子来提出您最关心的网站管理员相关的问题。让我们在那里相聚吧！