帮助用户寻找适合移动设备的网页

作者:Google 移动搜索小组的 Ryoichi Imaizumi 和 Doantam Phan

您是否遇到过以下情况:在手机上点按某条 Google 搜索结果后,打开的网页中文字只有丁点大,链接也是小得可怜,您必须左右滚动网页才能查看所有内容?当网站未针对手机浏览进行优化时,通常就会出现这种情况。
对于在移动设备上进行搜索的用户来说,这会让他们感到非常郁闷。从今天开始,为了使用户更轻松地找到所需的信息,我们将为移动搜索结果添加“适合移动设备”的标签。

我们将在接下来的几周内逐步实施此项更改。凡是 Googlebot 认为符合以下条件的网页,均具备加上该标签的资格:
  • 避免使用移动设备上不常用的软件,例如 Flash
  • 使用无需缩放即可清晰辨识的文字
  • 根据屏幕调整内容大小,使用户无需左右滚动或缩放网页
  • 链接间距离足够远,便于用户点按正确的链接
如果要确保您的网页符合“适合移动设备”的标准,请采取以下措施:
  • 查看 Google 网站站长工具中的移动设备可用性报告,该报告会重点列出您的整个网站(而不仅仅是某个网页)中主要的移动设备可用性问题
  • 查阅我们的第三方软件使用指南(例如 WordPress 或 Joomla 的使用指南),以便将您在 CMS(内容管理系统)上托管的网站迁移为使用适合移动设备的模板
我们致力于帮助移动用户获得更好的移动网页浏览体验,添加这些标签是我们的第一步。此外,我们还在尝试将“适合移动设备”的标准作为排名指标。
希望未来有更多适合移动设备的网站。让我们携手为所有用户打造更好的网页浏览体验!


网站站长技术指南更新通知

原文:Updating our technical Webmaster Guidelines
作者:皮埃尔·法 (Pierre Far),网站站长趋势分析师

最近我们对外宣布,在启用 CSS 和 JavaScript 的情况下,我们的索引系统能够以更接近普通新型浏览器的方式呈现网页。考虑到这项变化,我们对网站站长技术指南中的一项要求进行了更新。
为了尽可能优化网站的呈现效果和索引编制效果,我们的新指南规定:您的网站应允许 Googlebot 访问您网页使用的 JavaScript、CSS 和图片文件。这样能充分优化您网站的呈现效果和索引编制效果。如果在网站的 robots.txt 中指定不允许 Google 抓取 Javascript  CSS 文件,将会直接影响我们的算法呈现您网页内容的效果以及将其编入索引的效果,并且会造成网站排名欠佳。

经过更新的索引编制效果优化建议

以前,Google 索引系统的运作方式就像那些旧版纯文本浏览器(如 Lynx)一样(正如我们在网站站长指南中曾提到的那样)。如今,索引编制过程依据的是网页呈现,再将我们的索引系统看做纯文本浏览器已不准确,现在它更像一个新型网页浏览器。鉴于这种变化,请谨记以下几点:
  • 和所有新型浏览器一样,我们的呈现引擎可能无法支持网页所使用的所有技术。请确保您的网页设计遵循渐进增强的原则,因为这样有助于我们的系统(以及大量浏览器)在尚不支持某些网页设计功能时,能够查看可用的内容和使用基本功能。
  • 网页快速呈现不但有助于用户更加轻松地浏览您网站的内容,而且使 Google 能够更加高效地将这些网页编入索引。我们建议您遵循有关网页效果优化的最佳做法,尤其是下列几条:
  • 确保您的服务器能够处理向 Googlebot 提供 JavaScript 和 CSS 文件的附加载荷。

测试和问题排查

除了推出了基于网页呈现的索引系统,我们还更新了网站站长工具中的 Google 抓取和呈现方式功能,以便网站站长能够了解我们的系统是如何呈现网页的。更新该功能后,您将能够发现一系列索引编制问题:不合适的 robots.txt 限制、Googlebot 无法追踪的重定向等。
和以往一样,如果您有任何意见或疑问,请通过网站站长帮助论坛告诉我们。



在Google搜索结果中提倡可在新型设备上正常显示的新型网站

作者:Keita Oda, 工程师,  , 网站趋势分析师

网络用户经常会遇到一个恼人的问题:访问的网站要求设备支持某些浏览器技术,但他们的设备却不支持这些技术。当用户访问此类网页时,他们要么是只能看到一片空白,要么就是只能看到网页中的一小部分内容。
从今天开始,当我们的算法检测到可能无法在搜索用户的设备上正常显示的网页时,我们会向用户注明。例如,iOS设备或4.1版及更高版本的Android设备不支持Adobe Flash,因此当某个网页中的大部分内容都是Flash时,用户可能会看到如下备注:


打造可在多种设备上正常显示的新型网站

幸运的是,打造可在所有新型设备上正常显示的网站并非难事:网站可以使用HTML5技术 - 所有设备都支持该技术(有时甚至是仅支持该技术)。为了帮助网站站长打造可在所有设备上正常显示的网站(无论要提供的内容属于什么类型),我们最近推出了以下两项资源:
按照“网站制作基础资源”中介绍的最佳做法,您可以实现自适应网页设计 - 长期以来,Google一直建议采用这种设计来打造便于搜索的网站。切勿通过robots.txt或其他方式阻止任何Googlebot抓取网页资源(CSS、JavaScript以及图片文件)。能够完全访问这些外部文件有助于我们的算法检测您网站的自适应网页设计配置并对其进行妥善处理。您可以使用网站站长工具中的Google抓取并呈现功能来测试我们的索引算法如何查看您的网站。
和以往一样,如果您需要更多帮助,请在网站站长帮助论坛中发帖咨询。



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问题。如果您对此功能有任何意见或问题,欢迎在我们的网站站长帮助论坛上发帖。


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

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