Webmaster Tools API更新了

原文:An update to the Webmaster Tools API
作者:John Mueller

今年夏天,网站站长工具小组一直在潜心开发Webmaster Tools API的更新版本。新版API与其他Google API高度一致,可让网站站长在访问应用或网络服务时更轻松地进行身份验证,并可让他们使用网站站长工具的一些主要功能。
如果您使用过其他Google API,那么使用新版Webmaster Tools API时很容易就能上手!我们为命令行爱好者提供了针对PythonJava以及OACurl的示例。
利用此API,您可以: 
  • 向帐户中添加网站,以及列出或移除帐户中的网站(目前,您的帐户中最多可包含500个网站)
  • 列出、添加或移除网站的站点地图
  • 查看各站点地图的相关警告、错误以及已编入索引的网址数
  • 查看网站的各种抓取错误(按时间顺序排列)
  • 列出特定错误类型的抓取错误示例
  • 将单个抓取错误标为“已修复”(这不会影响这些错误的处理方式,但有助于简化界面)

我们期待您使用我们的API打造精彩网站!请随时在下面的备注部分分享您的项目。如果您有使用此API方面的任何疑问,请随时在我们的帮助论坛中发帖咨询。







网站站长学院目前提供22种语言

原文:Webmaster Academy now available in 22 languages
作者:Mary Chen,Webmaster Outreach


全新的网站站长学院今天正式上线,共提供22种语言版本!这些语言的新手级网站站长现在可以通过它学习一些必要的基础知识,以便打造卓越的网站提供愉悦的用户体验以及在搜索结果中取得好的排名如果您认为自己已经熟练掌握这些内容,可以参加每个单元后面的测验来证明:)。
请使用您的首选语言阅读网站站长学院中的内容,然后在评论部分或帮助论坛中发表您的看法。自从今年3月份推出英文版网站站长学院以来,我们收到了大量非常棒且非常有帮助的反馈,因此我们希望这个通俗易懂的指南能够对每个人都有所帮助,并给他们带来乐趣!
我们衷心期待全球用户都能畅享卓越的网站和可供搜索的内容!


我们对搜索结果中的搜索框进行了改进

作者:Mariya Moeva,网站站长趋势分析师

今天,我们推出了全新的站点链接搜索框。该搜索框经过了改进,可让用户直接通过您的网站搜索页面更轻松地找到您网站上的特定内容。
该搜索框是指什么?何时会显示在我的网站上?
当用户通过名称(例如[Megadodo Publications]或[Dunder Mifflin])搜索某个公司时,他们实际上也许是想搜索相应网站上的特定内容。过去,当我们的算法识别出这种意图时,会显示更多的站点链接,并会在相应搜索结果下方另外显示一个搜索框,用户可以直接从搜索结果中对相应网站执行site: searches搜索,例如[site:example.com hitchhiker guides]。
现在,该搜索框更加显眼(位于站点链接上方),并支持自动填充功能。此外,如果您使用了正确的标记,用户还可从该搜索框直接跳转到您网站自身的搜索页面。

     
如何标记我的网站?
您的网站上必须设置专属搜索引擎。如果您已具备这项条件,可通过以下方式告诉我们:利用schema.org/SearchAction标记的potentialAction属性将您的首页标记为
schema.org/WebSite实体。您可以使用JSON LD、微数据或RDFa来完成这一操作(如需全面了解实施细节,请访问我们的开发者网站)。

如果您按上述方法标记了自己的网站,用户将能够直接从站点链接搜索框跳转到您网站的搜索结果页面。如果我们未找到任何相应标记,我们会遵循此前一直采用的做法,为用户显示与相应的site:查询对应的Google搜索结果页面。
和以往一样,如果您有任何疑问,请随时在我们的网站站长帮助论坛中发帖咨询。


优化Apache和Nginx服务器的带宽

原文:Optimizing for Bandwidth on Apache and Nginx
作者:Jeff Kaufman

每个人都希望节省带宽:托管服务提供商希望能够降低费用,而移动用户则不希望超出套餐流量,没有人愿意在不需要的内容上浪费时间和带宽。网络上可节省带宽的地方比比皆是,随意就能举出几个例子:未经过gzip压缩的网页、未经过合并压缩的样式表和JavaScript以及未经优化的图片等。
那么,为什么网络没有针对带宽进行优化呢?如果节省带宽对每个人都有好处,为什么这些问题依然存在?很大程度上,这要归结为麻烦太多。我们鼓励网络设计师在导出作品时选择“另存为网页”格式,但他们有时会忽略这一点。JavaScript程序设计人员不喜欢使用经过合并压缩的代码,因为这会增加调试的难度。您可以设置自定义管道,以确保每一项这样的优化每次都可以作为开发或部署流程的一部分应用到您的网站,但这项工作相当艰巨。
网络用户可使用优化代理(如Chrome的代理)来轻松解决这一问题。当用户选择启用该服务时,其HTTP流量便会通过Google的代理传输,而该代理会优化网页加载并将带宽的使用量减少50%。虽然此方法对这类用户非常有用,但它仅适用于使用Chrome并启用了此功能的用户,而且不能优化HTTPS流量。
借助针对带宽进行优化功能,PageSpeed小组将这种技术同样也提供给了网站站长,以便每个人都能从中获益:其中包括使用其他浏览器的用户、安全网站、桌面设备用户和想要降低出站流量支出的网站所有者。您只需在Apache或Nginx服务器上安装PageSpeed模块[1],然后启用配置中的“针对带宽进行优化”功能,PageSpeed就会为您搞定一切。
如果您日后还想使用PageSpeed更高级的优化功能(从缓存扩展嵌入到更有效的图片延迟加载延迟JavaScript),只需在PageSpeed配置中启用这些优化功能即可。
[1] 如果您使用的是其他网络服务器,可考虑在Apache或Nginx代理上运行PageSpeed。它完全开放源代码,并且我们正在努力开发针对IISATS等服务器的移植功能。


#NoHacked:全球宣传活动 - 加强用户对黑客攻击的认知

原文:#NoHacked: a global campaign to spread hacking awareness


我们展开了一场长达一周的社交平台宣传活动 - #NoHacked。此活动的目的是加强用户对黑客攻击的 认知,同时介绍让网站免受黑客攻击、确保安全的技巧和建议。

此次宣传活动以11种语言进行,覆盖众多社交渠道,其中包括Google+、Twitter和新浪微博。大约有100万人浏览了我们提供的技巧和建议,还有数百位热心的用户使用标签#NoHacked宣传了黑客攻击防范意识,并分享了他们自己的技巧和建议(请参阅下文,不容错过!)。

我们在宣传活动期间分享的信息:






以下是我们从全球用户分享的大量技巧和建议中精选出的信息:

  • 来自巴西的Pablo Silvio Esquivel建议不要使用盗版软件(原文
  • 来自荷兰的Rens Blom建议:不同的帐户使用不同的密码;定期更改密码;采取两步验证等额外的安全措施(原文
  • 来自俄罗斯的Дмитрий Комягин建议:定期监控流量来源、搜索查询和着陆页;留心流量突然飙升的情况(原文
  • 来自日本的工務店コンサルタント建议:每个网站都应该选择深知如何防范和应对黑客攻击的优秀托管公司,并在网站站长工具中设置电子邮件转发(原文
  • Kamil Guzdek给出了一个技巧:新安装WordPress时将wp-config中的默认表前缀改为自定义前缀,可以降低数据库被黑客攻击的风险(原文

黑客攻击仍然是全世界面临的一个非常普遍的问题,所以我们强烈建议所有的网站站长遵循这些实用的技巧和建议。欢迎继续使用标签#NoHacked分享您在黑客攻击防范和认知方面的技巧、建议或经验。感谢您对#NoHacked宣传活动的支持!

如果您的网站不幸被黑客攻击,我们可以帮助您快速、全面地进行恢复:


将HTTPS作为排名因素

原文:HTTPS as a ranking signal
作者: Zineb Ait Bahajji and Gary Illyes, 网站趋势分析

确保用户安全是Google的首要任务。我们在这方面进行了大量的投入,以确保我们的服务使用的是业界领先的安全技术(如默认使用功能强大的HTTPS加密保护)。这意味着,使用Google搜索、Gmail和云端硬盘等Google服务的用户将自动与Google建立安全连接。
除了确保我们自身产品和服务的安全以外,我们也致力于在更广泛的范围内打造更安全的互联网环境。其中很重要的一点就是,确保用户通过Google访问的网站都是安全的。例如,我们创建了一些资源,以帮助网站站长预防和修复网站上的安全漏洞
我们希望百尺竿头更进一步。在几个月前召开的Google I/O大会上,我们提出了在网络上使用“HTTPS everywhere”的倡导。
同时,我们也看到越来越多的网站站长在他们的网站上采用HTTPS(也称为基于TLS的HTTP),这让我们备受鼓舞。
因此,我们在过去的几个月里进行了一些测试,尝试将网站是否使用安全的加密连接作为我们排名算法中的一个信号。我们从中看到了积极的结果,因此我们将开始使用HTTPS作为一个排名因素。由于我们需要让网站站长有足够的时间来将网站协议转换为HTTPS,因此目前HTTPS这一排名信号中所占的权重非常小,只会影响全球范围内不到1%的搜索查询,而且其权重会低于其他排名信号(例如高品质的内容)。然而,随着时间的推移,其影响范围可能会扩大,因为我们鼓励所有的网站所有者将网站协议从HTTP转换为HTTPS,以确保所有用户的上网安全。


在未来的几周内,我们将会发布详细的最佳做法(到时我们会在此处添加相关链接),以便大家能够更轻松地采用TLS,并避免常见错误。下面介绍一些基本入门提示:

  •           *确定您需要的证书类型:单网域证书、多网域证书或通配型证书
  • *使用2048位密钥证书
  • *对位于同一安全网域中的资源使用相对网址
  • *对所有其他网域使用协议相对网址
  • *参阅我们关于网站迁移的文章,了解更多有关如何更改您的网站地址的准则。
  • *请勿使用robots.txt阻止抓取您的HTTPS网站
  • *尽可能允许通过搜索引擎对网页编制索引。避免使用Noindex元标记。
如果您的网站已使用HTTPS,那么您可以使用Qualys Lab工具来测试其安全级别和配置。如果您有关于TLS和您的网站性能的疑问,请参考“这篇文章”。当然,如果您有任何问题或疑虑,欢迎您随时在我们的网站站长帮助论坛上发帖咨询。
我们希望将来有更多的网站使用HTTPS。让我们齐心协力,打造更安全的网络环境!


通过网站站长工具排查hreflang注释问题

原文:Troubleshooting hreflang annotations in Webmaster Tools
作者: Gary Illyes, 网站站长趋势分析

如果您的网站要服务多个国家/地区的用户,想必您已听说过rel-alternate-hreflang。如果没有听说过,现在了解也不迟。简而言之,此注释可让Google以及其他搜索引擎将网页的正确语言或区域版本提供给搜索用户,从而提高用户满意度。

确保部署的注释能为搜索引擎所用可能会相当困难,尤其是网页较多的网站,世界各地的网站所有者经常跟我们反映这一点。希望我们这次发布的功能可以能让rel-alternate-hreflang注释的调试变得更为简单。

通过国际定位功能中的“语言定位”部分,您可以发现两种最常见的hreflang注释问题:
  • 缺少返回链接:必须通过所指向的网页确认系统能够正确解译相关注释。如果网页A链接到网页B,那么网页B必须要链接回网页A,否则系统可能无法正确解译注释。
    对于所有此类错误,我们都会报告检测到错误的位置和时间,以及相应返回链接的预期位置。

  • hreflang值错误:hreflang属性的值必须是ISO 639-1格式的语言代码(如“es”),或是语言代码和国家/地区代码的组合(如“es-AR”,其中国家/地区代码采用ISO 3166-1 Alpha 2格式)。
    如果我们的索引系统检测到其他格式的语言代码或国家/地区代码,我们会提供示例网址来帮助您修正这些错误。

此外,我们还将地理定位设置移到了网站站长工具的这一部分中,以便您集中查看国际定位和多语言定位的所有相关信息。

我们希望这项新功能对您有所帮助,能帮您找出网站上的rel-hreflang-implementation问题。如果您对此功能有任何意见或问题,欢迎在我们的网站站长帮助论坛上发帖。


测试robots.txt文件变得更轻松

作者:Asaph Arnon, 网站站长工具小组

是否抓取相应网址由robots.txt决定的。

创建并维护正确的robots.txt文件有时并非易事。尽管大多数网站的robots.txt文件创建工作都非常轻松(提示:这些网站通常甚至不需要robots.txt文件!),但是,当robots.txt文件非常大时,要在其中找到当前或以前规定禁止抓取个别网址的指令无异于大海捞针。为了更轻松地进行此项工作,现在我们在网站站长工具中推出了经过改进的robots.txt测试工具

您可以在网站站长工具中的“抓取”部分找到该工具:



您可以在其中查看当前使用的robots.txt文件,并可测试新网址是否已被禁止抓取。为了帮助您厘清复杂的指令,该工具会突出显示促成最终决定的指令。您可以在robots.txt文件中进行更改,并对所做更改进行测试。然后,您只需将文件的新版本上传到服务器,即可使更改生效。您可以在我们的开发者网站上找到与robots.txt指令以及robots.txt文件处理方式有关的更多内容

此外,您还可以查看robots.txt文件的旧版本,并了解访问权限问题何时会导致我们无法抓取网址。例如,如果Googlebot在查找robots.txt文件时遇到500服务器错误,通常会暂停抓取相应网站。

由于您现有的网站可能会出现一些抓取错误或警告,因此我们建议您仔细检查其robots.txt文件。您还可以将该工具与网站站长工具中的其他部分结合使用:例如,您可以使用经过改进的Google抓取方式工具来呈现您网站上的重要网页。如果相应工具报告了任何被禁止抓取的网址,您都可以使用该robots.txt测试工具查找文件中规定禁止抓取这些网址的指令,然后改进相应指令。我们经常遇到的一个问题就是因为旧版的robots.txt文件指示禁止抓取CSS、JavaScript或移动内容而导致的 - 您只要看到这样的指令,解决起来通常非常容易。

我们希望这款经过改进的工具能够让您更轻松地测试和维护robots.txt文件。如果您有任何问题,或者您需要一些帮助来编写出色的指令,请随时访问网站站长帮助论坛


现在,所有人都可以将Android应用编入索引!

原文:Android app indexing is now open for everyone!
作者:Mariya Moeva, 网站趋势分析师

除了电脑版的网站之外,您是否还拥有Android应用?现在,您可以将这两者关联起来;这样,用户在智能手机和平板电脑进行搜索时,就能够轻松找到并访问您的应用内容。

借助搜索结果中的应用深层链接,用户可以更轻松地找到您的内容,并在安装您的应用后继续与之互动。作为网站所有者,您可以在适当的时间为用户提供适当的内容 - 通过将网站上的网页与应用的相关部分关联起来,您可以控制何时将用户定向到应用,以及何时定向到网站。


目前已有上百个应用申请并被编入了Google索引。在上周的Google I/O上,我们也公布了一系列新功能。借助这些功能,您可以更轻松地在应用中设置深层链接,将网站与应用关联,以及跟踪效果和可能出现的错误。


入门非常简单

经过不懈努力,我们大大简化了将应用链接编入索引的流程。如果您的应用支持HTTP链接方案,您只需按以下步骤操作即可:
1. 为应用添加链接
2. 将网站与应用关联
3. 大功告成了:-)

将您的网址编入索引时,我们的系统会发现应用/网站之间的关联并会将其编入索引,以便开始在搜索结果中显示应用的链接。

虽然我们的系统能够自行发现应用链接并将其编入索引,但我们仍然建议您公布深层链接。如果您的应用仅支持自定义深层链接方案,此建议同样适用。您可以通过以下其中一种方法公布深层链接:

  • 在每个网页的<head>部分或在站点地图中插入rel=alternate <link>元素,以便指定应用URI。要了解具体实施方法,请访问我们的开发者网站
  • 使用App indexing API


另外,我们在网站站长工具中推出了一项新功能,以便帮助您解决在将应用页面编入索引期间遇到的任何问题。此功能会显示我们的系统在关联的“应用页面-网页”对中检测到的错误类型,并会提供一些应用URL示例,以便您解决问题:


我们的系统还会为您提供每个问题的解决方法详细说明(其中包括应用链接对应的QR码,以便您在手机或平板电脑中轻松打开链接),而且会向您发送来自网站站长工具的错误通知,以便您及时了解最新情况。



立即试试将应用编入索引吧!和以往一样,如果您需要更多帮助,请在网站站长帮助论坛中发帖咨询。



让网站迁移变得更轻松

作者: Pierre Far 和 Zineb Ait Bahajji, 网站趋势分析师

没有什么比网站迁移更令网站站长头疼的了。为了帮助您避免在网站迁移过程中出现意外,我们编写了一份详细的指南,其中介绍了如何以有利于Googlebot的方式进行网站迁移。那么到底什么是网站迁移?如何才能正确地迁移网站呢?

网站迁移基础知识

网站迁移大体上可以采用以下两种内容迁移方式之一:
  • 不更改网址的网站迁移。这种情况指的是,仅改变为网站提供服务的基础架构,而不对网址结构进行任何可见的更改。例如,您可以将www.example.com迁移至其他托管服务提供商,同时使www.example.com上的网址和网站结构保持不变。
  • 更改网址的网站迁移。采用这种方式时,您可以对网站上的网址进行各种更改,例如:
    • 协议:从http://www.example.com改为https://www.example.com
    • 域名:从example.com改为example.net
    • 网址路径:从http://example.com/page.php?id=1改为http://example.com/widget
我们发现有些网站站长在实施网站迁移时采取的方式是不正确的,或漏掉了有助于大幅提升网站迁移成功几率的关键步骤,而且此类情况屡见不鲜。为了帮助网站站长正确地设计并实施网站迁移,我们更新了帮助中心内的网站迁移指南。同时,我们将不断改进我们的抓取和索引系统,以便发现并处理网站迁移(但前提是您要遵守我们的指南)。

迁移至响应性网页设计

我们发现在网站迁移方面一个日益普遍的问题就是,如何将网站从采用单独移动版网址或动态提供内容的设计迁移至响应性网页设计?为了帮助您实施此项配置更改,我们的智能手机建议网站上推出了一个新网页,敬请参阅。

和以往一样,如果您有任何其他问题,请在我们的网站站长帮助论坛中发帖咨询。


Copyright © 2010 Google Inc. All rights reserved.
隐私政策 - 服务条款

恭喜!您已经发现了botcoins(博特币),一种站长间流通的新货币!您可以把博特币用在对网站的搜索上,甚至不需要输入任何关键字就可以完成!(100个博特币=一次搜索)。兑换您的博特币的方法很简单,找到Google搜索小组的员工,把您的博特币交给他,再告诉他您的搜索查询。这位Google员工就会为您完成这次搜索(这次对话中SSL配置并不适用)。--请注意:谷歌员工很可能会忽视您,或者当他情绪不好的时候有可能会为您的搜索选择不同的关键词。并且目前博特币没有提供挖矿的机会:)