中文网站站长博客 [ZH-CN]

世界各地的Google+1

2011年7月7日星期四

发表者：Kari Wilson，产品营销经理原文：+1 around the world
几个月前，我们在google.com上发布了英文搜索结果的+1按钮功能。最近，我们向网络上的各种站点推出了+1按钮，让那些喜欢您的网站的人们能够更容易地在Google搜索上进行推荐。
今天，+1将开始在全球范围内的Google搜索网页上出现。我们将从诸如google.co.uk、google.de、google.jp和google.fr等网站开始，不久后会迅速扩大到其他多数Google搜索网站。
我们已经与一些网站达成了合作，未来您将会在这些网站上看到+1按钮。

如果您是美国地区以外的发布商，而且一直期待着能把+1按钮添加到您的网站上，那么，现在就开始行动吧。立即访问谷歌网站管理员中心上的+1按钮工具，在这里，您已经可以通过44种语言来使用+1按钮功能。
添加+1按钮后，通过在决策时刻的个人推荐，可以帮助您的网站在Google搜索中脱颖而出。因此，如果您的网站有忠实粉丝，请鼓励他们使用+1按钮来表达自己的想法！

网站站长工具中即时预览相关疑难解答

2011年6月30日星期四

发表者: Michael Darweesh, 软件工程师原文: Troubleshooting Instant Previews in Webmaster Tools在去年十一月，我们推出了即时预览，以帮助用户更好地了解某一特定结果是否同他们所要查询的内容相关。自这项功能推出以来，我们的团队一直在关注有关在即时预览中如何呈现网页的一些意见及问题。

如果我们在预览图像时遇到问题，通常是由以下原因造成的：
• 因robots.txt项而导致的资源拦截
• 伪装：错误内容被传送至Googlebot用户代理
• 替代内容非常欠缺导致Flash无法使用
为了帮助站长诊断这些问题，我们在网站站长工具的试验室板块添加了一个新的即时预览工具（目前只有英文版）。

在这里，您可以输入自己网站上任何网页的URL地址。然后，我们将从您的网站获取网页信息，并尝试将其呈现出来，其显示结果将与Chrome的显示结果及我们的即时预览呈现结果一样。请注意，这两种呈现都是通过调用最近设计的不包含Flash或Silverlight等插件的Webkit工具实现的，所以，是否有必要为这些情况提供替代内容显得至关重要。替代内容对于搜索引擎很有帮助，通过它，您网站的访客即便没有相关插件也能够从中受益。

在渲染的预览页面下方，您还会看到我们的系统可检测到的问题的自动反馈，如资源缺失或拦截资源。在未来，我们还将增加更多的信息并及时进行反馈，以帮助您改善您网站的即时预览！

如您需咨询问题或反馈信息，请直接访问网站站长论坛。

让网站所有者更轻松地删除URL地址

2011年6月24日星期五

发表者：Jonathan Simon，Webmaster 趋势分析师

原文： Easier URL removals for site owners

我们最近对网站站长工具中的URL删除工具做了一些修改，去除了要求网站所有者必须先阻止网页才能将其从Google搜索中删除的这项操作规定。因为您已经验证了网站的所有权，所以我们可以去除这一项要求，让您的操作更为容易，让您作为网站所有者，轻松地删除您不想在Google搜索结果中出现的网页（例如：不小心公开的网页）。
保持清除状态至少90天一般如果要求删除某一个网页的URL地址，这一请求为暂时性的，将持续有效至少90天以上。在这90天内，我们可能会继续抓取该网页的内容，但是不会将其显示在搜索结果中。在此期间，您仍然可以随时取消删除网页的请求。超过90天的期限，如果你没有做出任何可能影响页面可用性的变更，该页面将会重新出现在我们的搜索结果中。
永久删除若要永久删除某一URL地址，你必须确保对欲删除网页的URL地址进行了阻止，以下网页阻止措施可任选其一：• 通过返回一个404或410 HTTP状态代码表示当前页面不存在• 通过robots.txt file拦截页面阻止其被搜索• 通过noindex元标记拦截页面阻止其被索引这样，只要该页面保持被阻止状态，就将确保网页从Google搜索结果中永久删除。在此之后的任意时间，如果您删除了之前的拦截措施，那么我们将有可能重新抓取和索引网页。如需即时永久的删除网页，您可以使用URL删除工具，清除网页，然后在90天删除请求到期之前，永久拦截该网页的URL地址即可。

如需了解关于URL删除的更多信息，请浏览我们关于此话题的博客“URL删除详解”。对于这一变更，如果您仍有疑问或是关于URL删除请求的一般问题，请在我们的网站管理员帮助论坛发帖。

关于构建优质网站的更多指导

2011年6月15日星期三

发表者：Amit Singhal，谷歌搜索科学家原文：More guidance on building high quality sites
最近几个月，我们专注于帮助人们从Google的搜索结果中找到优质网站。通过“Panda”算法我们已经改善了大量优质网站的排名，所以大多数情况下不必担心搜索质量。但是，对于那些受到“Panda” 影响的网站，我们希望提供有关Google如何搜索优质网站的额外指导。
我们一直以来都建议发布商，要尽可能地关注并实现用户于网站的最佳体验，而非Google当前的排名算法或信息。一些发布商把焦点对准了我们之前的Panda算法变化，但是“Panda”仅仅是我们预计将在今年推出的500余项搜索改进项目之一。实际上，自推出“Panda”算法以来，我们已经对我们的排名算法做出了其余十多项的调整，有些网站错误地认为他们的排名变化与“Panda”有关联。搜索是一项复杂、不断变化着的技术和科学，因此我们建议您不要关注于特定的算法调整，而应专注于实现最佳的用户体验。
哪些网站可算作优质网站?我们的网站质量算法的定位在于通过减少劣质内容的罗列，帮助人们找到“优质”网站。最近的“Panda”算法解决了通过算法来评估网站质量的艰巨任务。现在，我们希望解释一些推动我们算法开发的想法和研究。以下是一些人们可以用来评估网页或文章“质量”的问题，这些问题也就是我们在编写用于评估网站质量的算法时所考虑的问题。这可以看做是我们对用户想法的猜测。当然，我们不是在披露我们的算法中使用的实际排名信息，因为我们不希望人们去赌我们的搜索结果；但是如果你希望了解Google的思路，以下问题提供了一些有关我们如何看待这一问题的指导：• 你是否相信此文章中提供的信息？• 在你看来，此文章是由深谙主题的专家或爱好者所写，还是在性质上较为肤浅的文章？• 此网站中是否有相同或相似主题的多余内容，只是关键词稍微有些变化？• 你愿意向此网站提供你的信用卡信息吗？• 文章是否有拼写、格式或事实错误？• 文章主题是由网站读者的真实兴趣来主导，还是网站通过猜测可能在搜索引擎中排名较好的话题来确定？• 文章是否提供原创内容、信息，原创报道，原创研究或原创分析？• 与搜索结果中的其它网页相比，这个网页是否具有重大价值？• 在内容方面有多少质量控制？• 文章是否兼具描述事物的好坏两方面？• 网站是否为其同主题网站方面的公认权威？• 网站内容是否由许多创建者批量创建或外包创建的？或者由于网站网络巨大，单个网页或网站的关注度很低？• 文章是经过精心编辑的，还是随意或匆忙创建的？• 你是否相信此网站提供的健康相关的信息?• 在看到这个网站名称时，你是否会视此网站为权威信息来源？• 这篇文章是否提供关于主题的完整或全面的说明？• 此文是否包含有深刻分析或不那么浅显的有趣信息？• 对于这类网页，你是否希望添加到收藏夹，与朋友分享或向他人推荐？• 这篇文章是否有过多分散注意力或干扰主要内容的广告？• 你认为你会在纸质杂志、百科全书或书籍中读到本文吗？• 此文章是否短小、没有实质内容，或者缺乏有帮助的具体内容？• 此网页的制作属于非常关心和注意细节，还是不那么注意细节？• 用户从此网站看到网页时会抱怨吗？编写一个评估网页或网站质量的算法是更为艰巨的任务，但是我们希望以上问题提供了一些有关我们如何编写那些区分优质网站和劣质网站的算法的见解。
你能做什么一直以来，我们收到很多人的来信说希望获得更多如何改善Google排名的指导，尤其是在很多人认为其网站受到了“Panda”算法更新的影响后。我们建议大家在致力于开发优质内容时考虑上述问题，而不是试图针对任何特定的Google算法而进行优化。
我们提供的另一条具体指导意见是，一个网站的部分劣质内容会影响整个网站的排名，因此去除劣质网页，将个别肤浅的网页内容合并或改善为更有用的网页，或将劣质网页移至一个不同的域名，可能最终有助于获得较高质量内容的排名。
我们一直致力于开发额外的迭代算法，以帮助管理优质网站的网站管理员从搜索中得到更多的流量。当你持续改善你的网站，而不是关注特定的算法调整时，我们建议你问自己一些与我们在总体评估时询问的同样类型的问题。这样做，你的网站更可能获得较好的长期排名。同时，如果你有任何反馈，请通过我们的网络管理员论坛告诉我们。当我们开发未来的排名迭代算法时，我们将持续关注论坛的帖子并向搜索质量团队传递网站信息。

添加+1按钮，为你的网站加分

2011年6月10日星期五

发表者：Evan Gilbert，+1按钮软件工程师原文：Add +1 to help your site stand out

今年三月我们向大家推出了+1按钮，标志着Google搜索朝向一个重要的发展方向迈出了一小步。通过来自搜索用户所信任的人的建议，用户的搜索结果将更具实用性和目的性。
+1按钮对发布商亦有所帮助。访客现在可在Google搜索的结果下看到朋友及其他联系人的推荐意见，发布商因而可获得来自Google的更多优质流量。
自推出+1按钮以来，许多的Google搜索用户和网站站长都要求我们将+1按钮部署于除搜索结果之外的更多位置。为了满足这些需求，我们正在为多家网站提供+1按钮。你可能会在浏览某个网页之后想要推荐这个网页，毕竟，如果你根本没有读过关于西班牙餐前小吃的文章，你也就不会想到要推荐它，对吗？
以下是我们的合作网站，未来几天内你将在这些网站上看到+1按钮：

其他的Google合作伙伴也将使用+1按钮，包括Android Market，Blogger，Product Search 和YouTube。
在网页上增加+1按钮能够使你的网站内容在Google搜索结果中更为突出。让网站访客有更多的机会为你的网页+1，那么你的搜索结果和搜索广告带有+1 注解的机会将大大增加，这样你的网页就更有可能在用户需要时出现在他们的面前。

为了做到这一点，首先你需要访问 Google网站站长中心的+1 按钮工具。在这里，你可以配置简短的JavaScript片断，并将其加入你希望出现+1按钮的网页。你可以选择不同的按钮尺寸和风格，使其适合网站的设计布局。

一般情况下，点击+1按钮将指向按钮所在网页的URL。我们向你推荐一些简单的方法，确保此类点击能够尽可能多地指向Google搜索结果中出现的网页。
如果你的网站主要面向美国和加拿大之外的用户，你现在就可以安装+1按钮代码；+1按钮已经可以支持44种语言。不过一定要记住，+1注释目前仅出现在Google.com的英文搜索结果中。我们正在努力使+1注释服务于全球搜索用户。
如果有用户喜欢你网站上的内容（我们相信一定会有），那就鼓励他们去告诉别人！添加+1按钮，使你的网站获得个人推荐意见，从而使它在Google搜索结果中更为醒目。
如欲了解+1按钮的所有最新信息，请订阅Google Publisher Buttons Announce Group。请登录 Google Code 网站获得更多先进技巧。最后，如果你对于如何在网站上使用+1按钮仍有疑问，欢迎前往网站站长帮助论坛。

Page Speed Online 有了漂亮的新API

2011年6月1日星期三

发表者：Scott Knaster、Andrew Oates 、Richard Rabbat，Page Speed团队
原文：Page Speed Online has a shiny new API

几个星期前我们推出了Page Speed Online，这是一款可以向开发者提出优化建议的基于网络的性能分析工具。之后开发者几乎立即要求我们推出一款可以在其它工具和他们的回归测试套件中集成的API。我们很高兴为大家效劳。

Richard

Andrew

今天，作为Google I/O大会的参与者，我们很兴奋能为大家推出作为谷歌API一部分的Page Speed Online API。借助这个API，开发者现在能够非常简便地在他们的命令行工具和网络性能监控工具中集成

性能分析功能。

我们已经提供了可以帮助您快速上手、理解API并可监控您对网页做出的性能改进的入门指南。不仅如此，在应用中，您能够依愿指定是否通过我们支持的40种语言中的某一语言用于显示手机或桌面电脑分析，及获取Page Speed建议。这保障了API以开发者的母语或首选语言为大部分开发者服务。

我们也很高兴和大家分享一条信息：现在WordPress插件W3 Total Cache 采用了Page Speed Online API，在WordPress监控表中为WordPress用户提供Page Speed建议。“Page Speed工具本身对性能缺陷提出了极其中肯、非常有价值的看法。而通过API使用这种工具使得我能直接将反馈与W3 Total Cache提供的可付诸实施的方案关联起来。”Mashable首席技术官及W3 Total Cache 编程者Frederick Townes说道。

请尝试使用Page Speed Online API并向我们的邮件列表发送反馈意见。我们非常乐于了解您对Page Speed Online API的使用体验。

Andrew Oates是位于麻省剑桥的谷歌公司Page Speed团队的软件工程师。皮克斯公司制作的电影《飞屋环游记》的演职员名单中有他的名字。

Richard Rabbat是“让网络更快”（Make the Web Faster）项目的产品经理。他推出过Page Speed、mod_pagespeed 和 WebP。自2006年加入谷歌，Richard就与全球各地的工程团队紧密合作。

即时预览（Instant Previews）中的Flash支持

2011年5月26日星期四

发表者：Raj Krishnan，产品经理原文：Flash support in Instant Previews通过即时预览（Instant Previews），用户可以在点击搜索结果之前就能看到其快照。自该功能于去年十一月推出之后，我们已经做了大量改进，如果您是网站站长，那么现在对您来说最为有用的一点就是即时预览已经可以支持Flash显示。

带有丰富显示内容的即时预览
在大多数情况下，页面预览通过我们的常规抓取来产生，如今我们将能够显示页面上任意Flash组件的快照。这将取代此前出现的用于指示Flash组件的“拼图块”图标，并且能够提高预览的准确性。

然而，对于用户代理 Google 网页预览要求而抓取的页面，我们将生成不带有Flash的预览，以最小化延迟时间。在这种情况下，预览将显示为仿若有人通过不支持Flash的浏览器来访问页面，并且预览中可能出现“安装Flash”的消息，这是否出现取决于您的网站如何处理不支持Flash的用户浏览器。

为了改进对这些响应式显示的预览，下面提供一些在您网站上使用Flash的指导：
• 确保您的网站为使用不支持Flash显示的浏览器用户提供舒适、无缝的访问体验。这涉及到需要为那些无法观看Flash用户创建基于Flash内容的HTML等值内容。这将有助于提供一个良好的网站体验,并改进网站预览,使您网站的访问者感到轻松愉快。
• 如果Flash组件正在渲染但是显示为正在加载屏幕而非实质内容，那么试试为该组件减少加载时间。这很可能使我们可以更准确地显示。
• 如果您的网站上有Flash视频，那么请考虑提交一个视频网站地图，它将帮助我们在即时预览中为您的视频生成缩微图。
• 如果大部分页面都正确渲染，但是您仍然能看到某些小型组件显示为拼图块，那么这些问题将在今后对您页面的抓取中进行修复。
如果您还有其他问题，请随时在我们的网站站长帮助论坛上发帖询问。

一如既往地，在我们继续对即时预览进行改进的同时，我们将随时告知您最新进展。

站长的网站安全保护

2011年5月19日星期四

发表者:Gary Illyes，Webmaster趋势分析师(Trends Analyst)原文: Website Security for Webmasters用户们都被教育通过安装复杂的杀毒软件来保护自己免受恶意程序的侵扰，但是通常他们还可能将私人信息委托给您这样的网站，这时保护他们的数据就变得十分重要。而保护您自己的数据也非常关键；如果您有一个在线商店，您可不希望它遭到洗劫。多年来，公司和网站站长们认识到——通常是在经过艰难的体验后——网络应用程序安全并非儿戏；我们曾见证过由于SQL注入攻击而使用户密码泄漏、通过跨站脚本XSS使cookie失窃，以及由于输入验证的疏忽而使网站被黑客控制。现在我们将向您展示一些例证，说明如何充分利用网络应用程序从而学到一些方法；为此我们将使用Gruyere，这是一款我们用来进行内部安全训练的、专门设置的应用程序。请不要在未经允许的情况下探测他人的网站寻求漏洞，因为这可能被认为是黑客攻击；但是欢迎——不，是鼓励您——在Gruyere上进行相应的测试。
客户状态控制 – 如果我修改URL将会发生什么？假设您有一个图片主机站点并且您使用PHP script来显示用户上传的图片：http://www.example.com/showimage.php?imgloc=/garyillyes/kitten.jpg如果我将URL修改成这样并且userpasswords.txt是一个实际的文件，那么该应用程序将会怎么做？http://www.example.com/showimage.php?imgloc=/../../userpasswords.txt我会取得userpasswords.txt的内容吗？客户状态控制的另一个例证是当表单域无效时。例如，假设您有这样的表单：

看起来提交人的用户名存储在一个隐藏的输入域。这样就太好了！这是否意味着如果将那个域的值修改为另一个用户名，我就能作为该用户提交表单了呢？这种情况很可能会发生；用户输入显然没有获得证明，例如一个能够在服务器上核实的令牌。请想象这样一种情况，如果那份表单是您购物车的一部分，而我将一件1000美元的商品价格修改成了1美元，之后提交订单。保护您的应用程序免受此类攻击的侵扰并非易事；请参看Gruyere的第三部分，学习几条如何保护您应用程序的小技巧。跨站脚本（XSS）- 用户输入无法被信任

一个简单、无害的URL:http://google-gruyere.appspot.com/611788451095/%3Cscript%3Ealert('0wn3d')%3C/script%3E但它真的是无害的吗？如果我将百分比编码字符解码，我将得到：与很多带有自定义错误页面的网站一样，Gruyere专门包含了HTML页面中的路径组件。这可以引起安全错误，例如XSS，因为它将用户输入直接引入到了网络应用程序的已渲染HTML页面。您可能会说，“这只是个警告框，又能怎么样？”问题是，如果我能引入一个警告框，我就很可能也能引入其他东西，并且可能盗取能够用来以您的身份登入您网站的cookie。另一例证是当储存的用户输入未经审查时。假设我在您的博客上写下一条评论；评论很简单：如果其他用户点击我的无害链接，我就有了他们的cookie：

在Gruyere的第二部分，您可以学习如何在您自己的网络应用程序中寻找XSS漏洞以及如何修复它们；或者，如果您是一位高级开发者，那就请参看我们在在线安全博客上发表的关于模板系统中的自动转义功能博文。跨站伪造请求（XSRF）- 我是否应该信任来自evil.com的请求？哎呀，一个断开的图片。这不会构成危险——毕竟它断开了——这意味着该图片的URL返回了一个404或仅仅是格式错误。那么所有情况下都如此吗？

不，绝非如此！您可以指定任何URL作为图片源，不论其内容类型。它可以是一个HTML页面、一个JavaScript文件，或某些其他潜在的恶意源。在这种情况下，图片源就是一个简单页面的URL：

该页面仅在我登录并且设置了某些cookie时起作用。由于我实际登录了应用程序，因此当浏览器试图通过进入图片源URL获取图片时，它同时删除了我的首个片断。这听起来不是很危险，但是如果我对应用程序有一点熟悉，我还可以请求一个能够删除用户信息或使管理员为其他用户授予权限的URL。为了保护您的应用程序免遭XSRF的侵害，您不应当允许通过GET来要求更改状态的活动；POST方法的发明就是为了应对此种状态更改请求。这一更改本身可能能够减轻以上的攻击，但是通常这并不够，您还需要在所有状态更改请求中包含一个不可预测的值来防范XSRF。如果您希望了解更多有关XSRF的知识，请查询Gruyere。跨站脚本包含（XSSI）- 您所有的脚本都是我们的现在很多网站都能通过可以返回JSON数据的异步JavaScript请求动态更新页面内容。有时，JSON能够包含敏感数据，而如果没有正确的预防措施，那么很可能攻击者就能盗取此敏感信息。让我们想象一下以下的情境：我创建了一个标准HTML页面并给您发送了链接；由于您很信任我，您就访问了我发送的链接。该页面仅包括几行内容：<script>function _feed(s) {alert("Your private snippet is: " + s['private_snippet']);}</script><script src="http://google-gruyere.appspot.com/611788451095/feed.gtl"></script>由于您登入到了Gruyere并且您有一个私人片断，您将在我的页面看到一个警告框，告知您有关您片断的内容。如往常一样，如果我设法启动一个警告框，我就能为所欲为；在这里，它仅是一个简单的片断，但是它也很可能是您最大的秘密。防御您的应用程序不受XSSI的危害并不十分困难，但仍然需要谨慎的思考。您可以使用XSRF部分所解释的令牌、将您的脚本设置为仅回应POST请求，或简单地开启带有‘\n’的JSON响应以确保脚本无法执行。SQL注入 – 仍然认为用户输入很安全吗？如果我试图使用如下的用户名登入您的应用程序，将会发生什么？无名氏’; 删除表成员;--（JohnDoe’; DROP TABLE members;--）虽然这个具体的例证不会暴露用户数据，但由于它可能将您应用程序储存有成员信息在其上的SQL表完全移除，因此还是能造成很大的问题。通常，您可以通过主动思考和输入确认来保护您的应用程序免受SQL注入的侵害。首先，您是否能确认SQL用户需要拥有许可来执行“DROP TABLE members”吗？仅授予选择权限不是足够了吗？通过谨慎设置SQL用户的许可，您可以避免遭受痛苦的困扰和大量的麻烦。您还可以以另外一种方式配置错误报告，这样如果查询失败，则数据库和它的表的名字将不会遭到暴露。第二，正如我们在XSS情形中所了解到的，永远都不要信任用户输入：对您来说看起来像是登陆表格的，对攻击者来说就是一个潜在的入口。对于即将储存在数据库中的输入，永远要进行审查和确认，并且在任何可能的情况下，要利用在大多数数据库编程接口都能获取的、被称为有准备的或被参数化的声明。了解网络应用程序如何得到利用是理解如何保护它们的第一步。因此，我们鼓励您参加Gruyere课程、参加其他来自Google编程学院的网络安全课程，并且，如果您正需要一款自动的网络应用程序安全测试工具的话，不妨试试skipfish。如果您还有其他问题，请在我们的网站站长帮助论坛发帖提出。

404会损害我的网站吗？

2011年5月11日星期三

发表者：Susan Moskwa，Webmaster趋势分析师(Trends Analyst)原文：Does 404s hurt my site?
您坐在电脑前，关注着自己的工作，使用网站站长工具欣赏着自己的网站是多么的了不起……可是，等等！抓取错误页面满是"404 找不到"错误！出现这样的情况时，是否灾难就此来临？？

请不要担心，年轻的朋友们。让我们一起来了解一下404，看看它们是如何影响您的网站的（或者不会造成影响）：
问：网站站长工具中报告的404错误会影响我的网站排名吗？答：404是网络中一个极其正常的组成部分；互联网总是在不断变化，新的内容诞生，旧的内容消失，而当旧内容消失的时候，它（在理想状况下）会返回一个404 HTTP响应代码。搜索引擎会察觉到这点；正如您在上图中所看到的，我们在自己的网站上也有404错误，并且整个网络上都存在。事实上，我们建议，当您在网站上去掉一个页面的时候，您最好确保它返回一个适当的404或410响应代码（而不是“软 404”）。请记住，为了让我们的网络爬虫能够看到一个URL的HTTP响应代码，它就必须能够抓取那个URL——如果该URL被您的robots.txt文件所阻挡，那么我们将无法抓取并看到它的响应代码。如果您网站上的某些URL不复存在 ,返回404，并不会影响您网站的其他URL（这些URL会返回200 (成功)）在我们搜索结果中的表现。
问：这么说404一点都不会影响我的网站吗？答：如果您网站上的某些URL出现了404，这一现象本身并不会损害到您或对您在谷歌的搜索结果造成负面影响。然而，在某些情况下可能出现其他原因而让您希望解决某些类型的404。例如，如果有些出现了404的页面是您十分在意的，您就应该看看为什么我们在抓取它们的时候会看到404! 如果您发现了一个合法URL的拼写错误（www.example.com/awsome而非www.example.com/awesome），那么很有可能是有人想要链接到您的页面而仅是犯了个打字错误。这时可以不返回404，您可以将拼写错误的URL 301重新指向至正确的URL，并捕捉来自该链接的有意通信。并且，当用户确实登陆至您网站的一个404页面时，您还可以确保您帮助用户找到他们所要寻找的内容，而不是仅仅是显示“404 找不到该页面”。
问：请再介绍一些“软 404”的有关内容。答：软 404是指网络服务器对于一个不存在的URL返回的除404（或410）之外的响应代码。一个常见的例子就是当一位网站所有者希望为其用户返回一个带有有用信息的漂亮404页面，并认为为了向用户提供该内容他就必须返回一个200响应代码。其实并非如此！您可以返回一个404响应代码而同时向用户提供您希望的任何内容。另一个例子就是网站将所有未知的URL重新指向至其首页，而非返回404。这两种情况都可能为我们对您网站的理解和索引造成负面影响，因此我们建议应确保您的服务器针对不存在的内容返回合适的响应代码。请记住，仅仅因为页面显示“404 找不到该页面”并不代表它确实返回了404 HTTP响应代码——请使用网站站长工具中的像Googlebot一样抓取功能再次确认。如果您不了解如何配置服务器从而返回正确的响应代码，则请查看您的网络主机帮助文件。
问：我如何知道一个URL应该返回404、301还是410？答：当您从网站上移除一个页面时，请考虑一下该内容是将被移动到其他地方，或者您不再打算在网站上再显示该类内容。如果您要将此内容移动到一个新的URL，那么您应该将旧的URL301重新指向至新的URL——这样当用户连接至旧的URL寻找该内容时，他们就能被自动重新指向至与他们寻找的内容有关的页面。如果您打算完全删掉该类内容，并且不再在网站上提供能够满足相同用户需求的内容，那么旧的URL应该返回一个404或410。目前，Google将410（已删除）与404（找不到该页面）同等对待，因此您返回404还是410对我们来说并不重要。
问：我的大部分404都是从未在我的网站上存在过的奇怪URL。这是怎么回事？它们是从哪里来的？答：如果Google在网络的某个地方找到一个指向您的域上的URL的链接，则它可能试图抓取该链接，不论内容是否实际存在；而当这种情况发生时，如果找到不该内容，则您的服务器应该返回一个404。这些链接可能由以下原因造成，如某些人在链接至您网站时出现的打字错误、某些类型的错误配置（如果链接是自动生成的，例如由CMS自动生成），或由于Google在识别并抓取嵌入在JavaScript的链接或其他嵌入内容时造成；再或者，它们可能是我们了解您的服务器如何处理未知URL时所做的快速检查的一部分，等等。如果您在网站站长工具看到针对您网站上不存在的URL报告的404，您可以放心地忽略它们。我们不知道哪些URL对您来说是重要的，而哪些应该返回404，因此我们会向您显示所有在您网站上找到的404，并且如果需要的话，让您来决定哪些应该引起您的注意。
问：有人抄袭了我的网站并且造成了很多404。它们都是附带有其他代码的“真正的”URL，例如http://www.example.com/images/kittens.jpg" width="100" height="300" alt="kittens"/></a...这样会损害我的网站吗?

答：通常情况下，您不必担心类似这样的“断开的链接”会损害您的网站。我们知道，网站所有者对抄袭他们网站或以奇怪方式链接至网站的人几乎无能为力。如果您是regex的能手，那么您可以考虑根据此处的说明将这些URL重新指向，但是通常这一情况无需您担心。请记住，当您认为有人正在从您的网站盗取原始内容时，您还可以提交从Google删除内容的申请。

问：上周我修复了网站站长工具报告的所有404，但是它们仍然在我的账户里有所显示。这是说我没有正确的修复它们吗？它们多长时间才能够消失？

答：请查看抓取错误页面的“上次检测到此错误的时间”一栏——这是我们检测到每个错误的最近的日期。如果该栏中的日期在您修复错误之前，这就意味着自该日期起我们还未遇到这些错误。如果这些日期距离较近，则说明我们在抓取时还在继续遇到这些404。

实施修复之后，您可以通过使用像Googlebot一样抓取检查一下我们的网络爬虫是否能够看到新的响应代码。利用几个URL进行测试，如果没有问题，则这些错误应该不久就将开始从您的抓取错误列表中消失了。

问：我是否能够使用Google的URL移除工具使404错误从我的账户中更快地消失？

答：不可以；URL移除工具是用来从Google的搜索结果而不是您的Webmaster Tools账户中移除URL的。该工具仅用于紧急的移除请求，并且如一个URL已经返回404则并没有必要使用此工具，就其本身而言，URL将随着时间的推移退出我们的搜索结果。请关注我们的博客文章的下半部分，了解URL移除工具能够为您提供的功能的详细信息。

还想了解更多有关404的信息？请查阅我们博客的404 代码专题周，或访问我们的网站站长帮助论坛。

用于网站站长工具验证的WordPress插件

2011年5月4日星期三

发布者:软件工程师Kevin Marshall
原文:WordPress plugin for Webmaster Tools Verification

现在，拥有WordPress博客的网站站长可以使用网站站长工具的WordPress 插件实现全自动化的验证流程！您可以直接从WordPress博客自带的“安装插件”控制面板中直接安装，也可以从WordPress 插件站点下载压缩文件进行安装。该插件只能用于自托管的WordPress博客，而不能安装在wordpress.com托管的博客上。

在Webmaster Tools中验证站点所有权之后，您便可以接收Google直接发送的关于站点的特定数据统计和信息（例如相关的搜索查询、恶意软件警告等）。有关其他类型站点验证的最新消息，请查看最近的博文“快速通过安检”。