中文网站站长博客。
Google中文网站站长博客 为广大站长提供关于Google网页抓取、收录、搜索引擎优化以及其他相关的站长资讯。
关于rel=canonical的五个常见错误
2013年4月27日星期六
发表者：
Allan Scott, 索引团队软件工程师
原文：
5 common mistakes with rel=canonical
通过在网页中添加
rel=canonical
链接，可以向搜索引擎发出重要提示，使之了解在对网络中的
重复网页
编制索引时应首选使用的网页版本。Yahoo!、Bing 和 Google 等多个搜索引擎都支持添加此链接。rel=canonical 链接可以使被
收录的重复内容得以统一（
例如导入链接），而且可以指定您希望在搜索结果中显示的网址。但是，由于 rel=canonical 不太显而易见，因此，如果配置不当的话，用起来会有点棘手。
网站站长在自己的浏览器看到“
red velvet
”网页
（左图）
，搜索引擎却发现站长无
意
中
rel=canonical （指向）了“
blue velvet
”网页
（右图）
。
我们建议您在使用 rel=canonical 时遵循以下最佳做法：
● 规范网页应包含其对应重复网页的大部分内容。
一种检测办法是：假定您不懂网页内容所用的语言，如果您将重复网页与规范网页
并排放在一起，重复网页中的大部分字词是否会出现在规范网页中？如果您需要
懂得相应语言才能知道网页是否相似（例如，网页仅仅是局部类似，但实际字词
并不是非常接近），那么搜索引擎可能会忽略该规范标示。
● 仔细检查您的 rel=canonical 目标网页是否存在（不是错误页面或“
软 404 错误
”页面）
● 确认 rel=canonical 目标不包含 noindex robots 元标记
● 确保您在搜索结果中是要显示 rel=canonical 网址（而非重复网址）
● 在网页的 <head> 或 HTTP header 中添加 rel=canonical 链接
● 只能为一个网页指定一个 rel=canonical。如果指定多个 rel=canonical，搜索引擎就会忽略所有 rel=canonical。
错误 1：将 rel=canonical 指向分页内容的第 1 页
假定您的某篇文章分多页显示：
● example.com/article?story=cupcake-news&page=1
● example.com/article?story=cupcake-news&page=2
● 以此类推
将第 2 页（或之后的任何网页）中的 rel=canonical 链接指向第 1 页是对 rel=canonical 的错误使用，因为这些网页不是重复网页。在此例中使用 rel=canonical 会导致搜索引擎根本不会将第 2 页及后面网页中的内容编入索引。
如果将分页内容的其余组成页中的 rel=canonical 指向第 1 页，那么网页中的一些有用内容（例如，“cookies are superior nutrition”和“to vegetables”）将会丢失。
对于
分页内容
，我们建议您将各组成页中的 rel=canonical 指向单页版文章，或者使用 rel=”prev” 和 rel=”next” 分页标记。
将各组成页中的 rel=canonical 指向“查看全部”网页
如果未将 rel=canonical 指向“查看全部”网页，则可以对分页内容使用 rel=”prev” 和 rel=”next” 标记。
错误 2：将绝对网址误写成相对网址
与许多 HTML 标记类似，<link> 标记既接受相对网址，也接受绝对网址。相对网址包括“相对于”当前网页的路径。例如，“images/cupcake.png”意味着“从当前目录转至‘images’子目录，然后转至 cupcake.png”。绝对网址指定的是完整路径，其中包含 http:// 这类结构。
指定 <link rel=canonical href=“example.com/cupcake.html” />（由于没有“http://”，因此该网址是相对网址）意味着所需的规范网址是 http://example.com/example.com/cupcake.html。在这类情形下，我们的算法可能会忽略指定的 rel=canonical。也就是说，不管您打算使用此 rel=canonical 达到什么目的，您都将无法实现。
错误 3：意外声明或多次声明 rel=canonical
我们偶尔会看到意外的 rel=canonical 标示。这种情况很少是由于单纯的拼写错误引起的，多数情况是因为网站站长忙于复制网页模板而忘记更改 rel=canonical 的目标网页造成的。现在，网站所有者的网页都会指定一个 rel=canonical 链接并使其指向模板作者的网站。
如果您使用了模板，请确认您未复制 rel=canonical 规范。
另一个问题是：网页包含多个指向不同网址的 rel=canonical 链接。这种情况的发生通常与搜索引擎优化 (SEO) 插件有关，该插件常常会插入默认的 rel=canonical 链接，安装此插件的网站站长可能也不知道这一情况。如果多次声明 rel=canonical，则 Google 很可能会忽略所有 rel=canonical 提示。这样一来，就会丧失正确 rel=canonical 可能带来的所有好处。
对于这两种情况，仔细检查网页的源代码将有助于纠正这一问题。由于 rel=canonical 链接可能会分散出现，因此请务必检查整个 <head> 部分。
通过查看网页的源代码检查插件的行为。
错误 4：在类别或目标网页中让 rel=canonical 链接指向专题文章
假设您经营着一家甜品网站。该甜品网站内有一些“糕点”和“冰淇淋”之类的实用类别网页。这些类别网页每天都会刊登一篇独具特色的文章。例如，您的糕点类别网页可能会以“红丝绒纸杯蛋糕”为主题。由于“糕点”类别网页的内容与“红绒纸杯蛋糕”网页的内容几乎完全相同，因此，您在类别网页中添加了 rel=canonical 链接并让其指向单独的专题文章。
如果搜索引擎接受此 rel=canonical，那么您的糕点类别网页将不会出现在搜索结果中。这是因为该 rel=canonical 指明了您希望搜索引擎显示规范网址，而不是重复网址。但是，如果您希望用户能够同时找到类别网页和专题文章，最好只在类别网页上添加指向自身的 rel=canonical，或者什么都不添加。
请注意，规范标示还会暗示首选的显示网址。请避免在类别或目标网页中添加指向专题文章的 rel=canonical 链接。
错误 5：在 <body> 中指定 rel=canonical
rel=canonical 链接标记只能出现在 HTML 文档的 <head> 中。此外，为了避免出现 HTML 解析问题，应尽早将 rel=canonical 添加到 <head> 中。如果 rel=canonical 标示出现在 <body> 中，搜索引擎会将其忽略。
这个错误非常容易纠正。只需尽早仔细检查您的 rel=canonical 链接是否始终位于网页的 <head> 中即可。
搜索引擎会处理 <head>（而非 <body>）中出现的 rel=canonical 标示。
总结
要创建有价值的 rel=canonical 标示，请执行以下操作：
● 确认重复网页的大部分主要文字内容也出现在规范网页中。
● 检查是否仅指定了一次 rel=canonical （如果已指定），并检查它是否位于网页的 <head> 部分。
● 检查 rel=canonical 是否指向包含有用内容（即非 404 或更糟的软 404 错误）的现有网址。
● 避免将目标网页或类别网页中的 rel=canonical 指向专题文章，因为这会导致专题文章成为搜索结果中的首选网址。
一如既往，如果您有任何问题，请在我们的
网站站长帮助论坛
中进行咨询。
被入侵网站的修复介绍
2013年4月22日星期一
发表者：
Maile Ohye
,
开发者项目技术负责人
原文：
New first stop for hacked site recovery
我们当然希望您不会用到我们为被入侵网站新推出的一系列帮助信息。这些信息包括十余篇文章以及一系列时长超过一小时的视频，致力于帮助那些网站不幸遭到攻击的网站站长们。
概述：网站为什么和怎样被入侵
如果您对网络罪犯入侵网站散播垃圾内容的原因有兴趣，请查看
Tiffany Obreoi
在
第五步：评估损害（垃圾内容入侵）
给出的解释。
Tiffany Oberoi,网站反垃圾工程师，分享了更多网站被垃圾内容入侵的信息
如果您对恶意软件感到好奇，我们的安全浏览团队的
Lucas Ballard
将在
第五步：
评估损害（恶意软件入侵）
为您做进一步解释。
Lucas Ballard, 安全浏览工程师，介绍了恶意软件入侵网站的情况
虽然我们为您概括了修复过程的各个必要步骤，但对于网站站长来说，如果没有丰富的系统管理知识及源代码使用经验，每一步其实都是十分困难的。在为网站站长解决修复问题提供帮助这方面，我们要对
网站管理员论坛的老用户们
表示感谢。尤其是在子论坛
恶意软件与遭入侵网站
，我们更是要对作出重大贡献的
Redleg
和
Denis Sinegubko
表示感谢。
如何避免网站遭到入侵
正如您致力于将网站打造得对用户及搜索引擎更友好一样，保证网站的安全性——即为了您自己也为了用户——也是相当重要的。一旦网站站长做不到这一点，黑客就会利用网站的漏洞。而如果黑客利用了网站的漏洞，您就需要我们的
被入侵网站帮助信息
。因此，为了避免出现这种情况，您应该：
经常保持软件更新
了解所有应用程序、插件、第三方软件等的安全性，之后再向服务器进行安装。一个软件出现安全漏洞可能影响整个网站的安全。
删除不必要或不使用的软件
强化密码创建
保证所有用于登陆的设备处于安全状态（更新系统及浏览器）
定期自动进行站点备份
您可以在
www.google.com/webmasters/hacked
上查看有关被入侵网站的帮助信息。希望我们不要在那里见面！
谷歌为网站站长提供的在线资源
2013年4月11日星期四
发表者：谷歌中国搜索质量团队
最近，为了让国内的站长们方便查看我们的博客，我们专门为国内的站长开通了新的
博客地址
。其实除了中文博客之外，谷歌还提供了很多资源来帮助网站站长，在这我们就给大家总结一下：
谷歌网站站长工具
：这是Google和网站站长们的沟通平台，谷歌 网站站长工具为您提供了您的网页在Google 上表现的详细报告。只需简单的添加
认证您的网站
，您就可以看到您的网站在Google索引和排名方面的表现情况,Google在抓取您的网页时遇到了什么问题，您的网站是否因为违反
质量指南
而被Google处理等等。
谷歌站长帮助中心
：帮助中心中包含了大部分与网站优化相关的问题。包括
网站站长常见问题解答
，
网站站长指南
，
网站站长学院
等等。当您遇到任何与网站优化或者使用网站站长工具方面的问题时，建议您先在帮助中心寻找答案。
谷歌网站站长帮助论坛
：
这里是中文站长们互相交流有关网站抓取、网站收录、网站站长工具相关问题，以及和谷歌交流的平台。在论坛里活跃的站长被我们称为杰出贡献者，去年我们还邀请了全球杰出贡献者去美国总部参观。快来加入我们吧！
谷歌网站站长中文博客
：在博客中，我们会介绍谷歌在网站抓取，索引和排名方面的算法更新，网站站长工具中的新功能，介绍一些SEO技巧以及解答一些很多站长都关心的问题。
谷歌站长指南微博
：我们希望能与关注谷歌搜索的站长们更好的交流，所以我们开通了这个平台。与我们的中文博客不同的是，我们不仅会介绍关于谷歌在抓取，收录和排名方面的信息，我们还会介绍一些谷歌的最新产品和最新科技，以及和微博上的其他谷歌团队合作，开展一些在线活动。
谷歌网站站长课堂视频
：相对于文字，有的站长更喜欢面对面的交流。我们收集了一些站长们普遍关心的问题并制作成视频。为了方便中国用户观看，我们选取一些制作了中文字幕，并开通了谷歌网站站长课堂视频频道。
以上就是谷歌提供的站长资源的一部分，像以往一样，如果您有任何问题和反馈，欢迎到我们的
帮助论坛
为我们提供反馈。
国际化的网站站长学院
2013年4月3日星期三
发表者：
Giacomo Gnecchi Ruscone
，谷歌搜索质量小组
原文：
The Webmaster Academy goes international
自从我们在2012年5月发布了英文版的
网站站长学院
，站长学院的内容已经被浏览了超过一百万次。
网站站长学院
的目的是为了指导网站站长建立优质网站，并在Google搜索结果中表现良好。对于新手站长来说这是一份非常理想的指南，如果您已经具有网站建设和优化经验，我们也推荐您阅读它来从中学习更高级的技巧。
我们很高兴的宣布，为了支持世界各地的网站站长，我们现在的网站站长学院已经包含了20种语言。所以即使您不懂英文，我们也希望帮助您建立更优秀的网站。您可以通过
网站站长中心
来访问它。
我们很愿意听到您的意见和建议，请到
网站站长帮助论坛
来加入讨论。
标签
恶意软件
搜索引擎优化
网站管理员小贴士
网站管理员指南
小贴士
心系四川 爱我中华
badware
Google
Google Webmaster Tools
Google索引
Google站长工具
img
Matt Cutts 的文章
robots.txt
SEO
Top Contributor
博客归档
2020
十一月
九月
八月
七月
六月
五月
四月
三月
二月
一月
2019
十一月
十月
九月
2018
七月
五月
二月
一月
2017
十二月
十一月
六月
四月
三月
2016
十二月
十一月
十月
九月
八月
五月
三月
一月
2015
十二月
十一月
十月
九月
八月
七月
五月
四月
三月
二月
一月
2014
十一月
九月
八月
七月
六月
五月
四月
三月
二月
一月
2013
十二月
十一月
九月
八月
七月
六月
五月
四月
关于rel=canonical的五个常见错误
被入侵网站的修复介绍
谷歌为网站站长提供的在线资源
国际化的网站站长学院
三月
二月
一月
2012
十二月
十一月
十月
九月
八月
七月
六月
五月
四月
三月
二月
一月
2011
十二月
十一月
十月
九月
八月
七月
六月
五月
四月
三月
二月
一月
2010
十二月
十一月
十月
九月
八月
七月
六月
五月
四月
三月
二月
一月
2009
十二月
十一月
十月
九月
八月
七月
六月
五月
四月
三月
二月
一月
2008
十二月
十一月
十月
九月
八月
七月
六月
五月
四月
三月
二月
一月
2007
十二月
十一月
十月
九月
八月
七月
Feed
Give us feedback in our
Product Forums
.
