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

更适合移动设备的搜索结果

2015年2月27日星期五

原文：Finding more mobile-friendly search results 作者： Takaki Makino, Chaesang Jung, Doantam Phan
当在移动设备上进行搜索时，用户应该得到更相关并及时的结果。我们的目标是为用户尽快提供最相关的查询结果。随着越来越多的用户使用移动设备访问互联网，我们的算法必须适应这一潮流。之前我们已经进行过多次更新，以便确保网站适当配置并适合在新型设备上浏览。此外，经过我们的不懈努力，现在用户可以更轻松地找到适合移动设备的网页，我们也介绍了通过收录App来显示更多来自App的内容。今天，我们宣布帮助用户发现适合移动设备搜索结果的两个重要变化。

1. 在搜索结果中展示更多适合移动设备的网站。

从 4 月 21 日起，我们还会将移动设备适合性用作一项排名指标。此项变化将影响全球所有语言的移动搜索，并会对搜索结果产生显著影响。这样一来，搜索用户找到理想结果（与其查询密切相关并且已针对其设备进行优化的结果）的可能性会更高。

关于创建适合移动设备的网站，请查看我们的创建指南。如果您是网站站长，可以通过以下工具了解您的网页向 Googlebot 呈现的样貌，借此做好充分准备，从容应对此项变化带来的影响：

＊如果您想测试几个网页，可以进行移动设备适合性测试。

＊如果您拥有网站，则可以访问自己的网站站长工具帐户，然后通过在移动设备上的易用性报告获取一个完整列表，其中会列出您网站上的所有此类易用性问题。

2.在搜索结果中展示更多相关的App内容
从今天开始，针对已经安装App并登录的用户，我们会开始使用apps被收录的内容作为排名的一个因素。因此，我们可能会在搜索结果中更显著的展示被收录的apps的内容。关于如何实现让Google收录App内容并在搜索结果中展示，请在开发者网站参考我们的指南。
如果您有任何问题，请在网站站长帮助论坛中发帖咨询。

语言区域自适应网页的抓取和索引编入处理

2015年1月29日星期四

Crawling and indexing of locale-adaptive pages软件工程搜索基础架构小组的Qin Yin 和网站站长趋势分析师皮埃尔·法 (Pierre Far) 语言区域自适应网页可根据用户的语言或系统检测到的用户所在地理位置改变显示的内容。在默认情况下，Googlebot 在请求网页时并不会设置 Accept-Language HTTP 请求标头，并且会使用看似位于美国境内的 IP 地址，因此对于语言区域自适应网页来说，系统可能无法将其所有内容版本都完全编入索引。目前我们为 Googlebot 推出了新的语言区域感知抓取配置，专门用于抓取内容会根据请求者的语言以及所检测到的地理位置而调整的网页。具体配置如下：

基于地理位置的抓取：除了 Googlebot 目前使用的位于美国境内的 IP 地址外，Googlebot 还将开始使用位于美国境外的 IP 地址。

基于语言的抓取：Googlebot 将开始在抓取时使用包含 Accept-Language HTTP 标头的请求。

系统会自动对检测到的语言区域自适应网页启用这些新的抓取配置，因此您可能会注意到我们的抓取方式和您网站在 Google 搜索结果中的显示效果会有所变化（您无需更改自己的 CMS 或服务器设置）。请注意，这些新的配置推出后，以下建议依然适用：为每个语言区域使用带 rel=alternate hreflang 注释的单独网址。我们将继续支持并建议使用单独的网址，因为这样仍是吸引用户互动和分享内容的最佳方式，而且能够让您的所有内容版本都尽可能编入索引并获得较高的搜索排名。和以往一样，如果您有任何问题或反馈，请通过 internationalization 网站站长帮助论坛告诉我们。

确保应用成功编入索引的四项措施

2015年1月23日星期五

The four steps to appinessMariya Moeva，网站站长趋势分析师应用深层链接是自然搜索领域的新概念，这种链接的加载速度比您使用“schema.org ViewAction”等方法时还快！现在，登录用户在 Android 设备上执行的 Google 搜索有 15% 会通过 App Indexing 返回应用深层链接。仅在上一个季度，应用深层链接获得的点击次数就飙升了10 倍。自 6 月份推出 App Indexing 以来，我们收到了大量来自开发者的反馈，见证了众多成功实施案例，并积累了丰富的经验。下面我们要向您介绍一下确保应用成功编入索引的四项关键措施，以及我们新推出的一些用于监控应用表现并提高用户互动度的实用功能：

1. 为应用开发者提供使用网站站长工具的权限

为了确保应用成功编入索引，您（网站站长）与应用开发团队需要密切合作。我们会在网站站长工具中提供有助于应用开发者顺利开展工作的关键信息。以下是我们目前提供的信息：

＊应用内已编入索引的页面中存在的错误

＊应用深层链接每周通过 Google 搜索获得的点击次数和展示次数

＊站点地图统计信息（如果您的应用深层链接是通过站点地图实现的）

…我们计划在未来几个月提供更多信息！我们注意到，只有极少数开发者拥有使用网站站长工具的权限。因此，如果您希望自己的应用开发团队能够获得解决应用相关问题所需的全部信息，请务必为他们提供使用网站站长工具的权限。任何经验证的网站所有者均有权添加新用户。请根据您希望提供的权限级别选择受限权限或完整权限：

2. 了解您的应用在搜索结果中的表现

您的应用在搜索结果中的用户互动情况如何？下面，我们要向您介绍两种新方法，您可以通过这两种方法跟踪应用深层链接的效果：

＊现在，我们会及时将每周点击次数和展示次数发送至您的站长工具帐户内的消息中心。

＊现在，您可以使用引荐来源信息（具体来说就是 ACTION_VIEW intent 中的 referrer extra）跟踪应用深层链接为您的应用带来多少流量。我们正在努力将引荐来源信息与 Google Analytics（分析）进行整合，以便您更轻松地查看相关信息。要了解如何跟踪引荐来源信息，请访问我们的开发者网站。

3. 确保我们可以抓取您的关键应用资源

导致网站站长工具的抓取错误报告中出现“内容不匹配”错误的原因有很多，其中一个主要原因是资源被禁止抓取。我们需要能够访问呈现您的应用页面所需的所有资源，以便评估关联网页上的内容是否与您的应用页面上的内容相同。为了帮助您发现并解决这些问题，我们现在会向您提供我们无法访问但对于呈现您的应用页面至关重要的具体资源。如果您发现自己的应用存在内容不匹配错误，请查看详情对话框的“第 5 步”中列出的被禁止抓取的资源：

4. 注意 Android 应用错误

为了帮助您了解我们将您的应用编入索引时遇到的错误，我们将向您发送消息，以便将检测到的所有应用错误告知您；我们还会将其中大部分错误显示在抓取错误报告的“Android 应用”标签中。除了现有的“内容不匹配”和“Intent URI 不受支持”错误提醒外，我们还增加了以下三种新的错误类型：

＊找不到 APK：我们找不到与相应应用对应的软件包

＊未实施首次点击免费政策：点击您的应用链接后无法直接定向到相应内容，而是要求登录后才可访问

＊后退按钮违规行为：在点击相应链接定向到您的应用后，点击后退按钮无法返回到搜索结果页面。

根据我们的经验，大多数错误通常是应用中的常规设置（例如：被禁止抓取的资源，或用户尝试从搜索结果中打开相应应用时弹出的区域选择器）导致的。通常情况下，更正相关设置后，所有涉及的 URI 问题将会迎刃而解。祝您的应用成功编入索引！和以往一样，如果您有任何疑问，请随时在我们的网站站长帮助论坛中发帖咨询。

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

2014年11月21日星期五

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

我们将在接下来的几周内逐步实施此项更改。凡是 Googlebot 认为符合以下条件的网页，均具备加上该标签的资格：

避免使用移动设备上不常用的软件，例如 Flash

使用无需缩放即可清晰辨识的文字

根据屏幕调整内容大小，使用户无需左右滚动或缩放网页

链接间距离足够远，便于用户点按正确的链接

如果要确保您的网页符合“适合移动设备”的标准，请采取以下措施：

通过适合移动设备的测试检查您的网页

阅读我们最新的网站站长移动指南文档，了解如何构建和改进您的移动网站

查看 Google 网站站长工具中的移动设备可用性报告，该报告会重点列出您的整个网站（而不仅仅是某个网页）中主要的移动设备可用性问题

查阅我们的第三方软件使用指南（例如 WordPress 或 Joomla 的使用指南），以便将您在 CMS（内容管理系统）上托管的网站迁移为使用适合移动设备的模板

我们致力于帮助移动用户获得更好的移动网页浏览体验，添加这些标签是我们的第一步。此外，我们还在尝试将“适合移动设备”的标准作为排名指标。希望未来有更多适合移动设备的网站。让我们携手为所有用户打造更好的网页浏览体验！

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

2014年11月21日星期五

Updating our technical Webmaster Guidelines皮埃尔·法 (Pierre Far)，网站站长趋势分析师最近我们对外宣布，在启用 CSS 和 JavaScript 的情况下，我们的索引系统能够以更接近普通新型浏览器的方式呈现网页。考虑到这项变化，我们对网站站长技术指南中的一项要求进行了更新。为了尽可能优化网站的呈现效果和索引编制效果，我们的新指南规定：您的网站应允许 Googlebot 访问您网页使用的 JavaScript、CSS 和图片文件。这样能充分优化您网站的呈现效果和索引编制效果。如果在网站的 robots.txt 中指定不允许 Google 抓取 Javascript 或 CSS 文件，将会直接影响我们的算法呈现您网页内容的效果以及将其编入索引的效果，并且会造成网站排名欠佳。经过更新的索引编制效果优化建议以前，Google 索引系统的运作方式就像那些旧版纯文本浏览器（如 Lynx）一样（正如我们在网站站长指南中曾提到的那样）。如今，索引编制过程依据的是网页呈现，再将我们的索引系统看做纯文本浏览器已不准确，现在它更像一个新型网页浏览器。鉴于这种变化，请谨记以下几点：

和所有新型浏览器一样，我们的呈现引擎可能无法支持网页所使用的所有技术。请确保您的网页设计遵循渐进增强的原则，因为这样有助于我们的系统（以及大量浏览器）在尚不支持某些网页设计功能时，能够查看可用的内容和使用基本功能。

网页快速呈现不但有助于用户更加轻松地浏览您网站的内容，而且使 Google 能够更加高效地将这些网页编入索引。我们建议您遵循有关网页效果优化的最佳做法，尤其是下列几条：

消除不必要的下载内容

优化 CSS 和 JavaScript 文件的提供方式，方法是将独立的 CSS 和 JavaScript 文件集中（合并）到一起，并尽量缩减这些合并文件的大小，然后对您的网络服务器进行配置，以便以压缩文件的形式（通常是使用 gzip 压缩格式）提供这些文件

确保您的服务器能够处理向 Googlebot 提供 JavaScript 和 CSS 文件的附加载荷。

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

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

2014年11月21日星期五

原文：Promoting modern websites for modern devices in Google search results 作者：Keita Oda, 工程师, Pierre Far, 网站趋势分析师
网络用户经常会遇到一个恼人的问题：访问的网站要求设备支持某些浏览器技术，但他们的设备却不支持这些技术。当用户访问此类网页时，他们要么是只能看到一片空白，要么就是只能看到网页中的一小部分内容。从今天开始，当我们的算法检测到可能无法在搜索用户的设备上正常显示的网页时，我们会向用户注明。例如，iOS设备或4.1版及更高版本的Android设备不支持Adobe Flash，因此当某个网页中的大部分内容都是Flash时，用户可能会看到如下备注：

打造可在多种设备上正常显示的新型网站幸运的是，打造可在所有新型设备上正常显示的网站并非难事：网站可以使用HTML5技术 - 所有设备都支持该技术（有时甚至是仅支持该技术）。为了帮助网站站长打造可在所有设备上正常显示的网站（无论要提供的内容属于什么类型），我们最近推出了以下两项资源：

网站制作基础资源：这是精选资源，其中包含制作新型网站的最佳做法。

网站制作起始套件：容易使用的网站制作起始框架，支持“网站制作基础资源”中的最佳做法。

按照“网站制作基础资源”中介绍的最佳做法，您可以实现自适应网页设计 - 长期以来，Google一直建议采用这种设计来打造便于搜索的网站。切勿通过robots.txt或其他方式阻止任何Googlebot抓取网页资源（CSS、JavaScript以及图片文件）。能够完全访问这些外部文件有助于我们的算法检测您网站的自适应网页设计配置并对其进行妥善处理。您可以使用网站站长工具中的Google抓取并呈现功能来测试我们的索引算法如何查看您的网站。和以往一样，如果您需要更多帮助，请在网站站长帮助论坛中发帖咨询。

Webmaster Tools API更新了

2014年9月23日星期二

An update to the Webmaster Tools APIJohn Mueller,
今年夏天，网站站长工具小组一直在潜心开发Webmaster Tools API的更新版本。新版API与其他Google API高度一致，可让网站站长在访问应用或网络服务时更轻松地进行身份验证，并可让他们使用网站站长工具的一些主要功能。如果您使用过其他Google API，那么使用新版Webmaster Tools API时很容易就能上手！我们为命令行爱好者提供了针对Python、Java以及OACurl的示例。利用此API，您可以：

向帐户中添加网站，以及列出或移除帐户中的网站（目前，您的帐户中最多可包含500个网站）
列出、添加或移除网站的站点地图
查看各站点地图的相关警告、错误以及已编入索引的网址数
查看网站的各种抓取错误（按时间顺序排列）
列出特定错误类型的抓取错误示例
将单个抓取错误标为“已修复”（这不会影响这些错误的处理方式，但有助于简化界面）

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

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

2014年9月23日星期二

原文：Webmaster Academy now available in 22 languages
作者：Mary Chen，Webmaster Outreach

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

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

2014年9月23日星期二

原文：An improved search box within the search results 作者：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服务器的带宽

2014年9月23日星期二

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