Post by account_disabled on Aug 22, 2023 5:38:03 GMT -6
索引擎优化变得更容易或更可预测,但这并不是故事的结局。这是由 3 部分组成的系列中的第二部分,旨在提供更多可操作的移动 SEO 技巧,帮助您了解和响应 Google 的新智能手机机器人。在上一篇文章中,我们介绍了新的智能手机机器人如何工作,以及哪些网站将受到这一变化的影响。本文将重点介绍如何生成移动重定向,以帮助智能手机机器人正确查找和索引您的移动内容。本移动 SEO 系列的下一篇也是最后一篇博文将回顾移动网站的常见索引问题以及如何预防这些问题。
由于智能手机机器人会在移动重定向就位时对其进行缓存并遵 购买电子邮件列表 循移动重定向,因此移动特定页面(例如“m”上的页面)的排名变得不如智能手机上桌面页面的排名重要。通常,您可以依靠强大的 SEO 和桌面页面排名来使桌面页面的排名超过移动页面,甚至在手机上也是如此,但现在,当智能手机从搜索结果中请求这些桌面页面之一时,Google 将自动提供服务移动页面而不是桌面页面。如果重定向设置不正确,问题很快就会出现。
谷歌对这个新机器人的态度并不十分透明。截至本文撰写时,官方宣布新机器人的博客文章中存在许多问题,但谷歌都没有回答这些问题。(这是谷歌的官方公告,下面是未答复的评论)。
我们所知道的是,智能手机机器人在抓取您的网站时会模拟[假装]智能手机(特别是 iPhone 4.1),因此,它会遵循任何针对智能手机的重定向 – 这将智能手机上的访问者重定向到不同的页面称为用户代理检测和重定向。本质上,当从服务器请求页面时,服务器会查看请求该页面的设备类型。如果是智能手机,服务器会将访问者发送到页面的不同版本。(这全部由放置在服务器上以及所有页面模板的标头中的 PHP 或 ASP.NET 代码控制。)
根据我们对 Google 的了解,以及他们如何处理移动和桌面索引,以下是有关如何创建最有可能被索引的正确类型的移动重定向的一些注释和推测:
基于服务器的重定向 - 301 和 302
在重定向的 SEO 世界中,301 为王,但在移动设备中,302 更为常见。这是因为许多移动平台生成的临时移动页面实际上并不永久存在于任何地方的服务器上,因此开发人员不想让自己面临任何可能与“永久”重定向相关的风险。我的猜测是,智能手机爬虫可以缓存 301 或 302 重定向,但重定向必须在 html 标头中设置为“可私有缓存”,并且必须转到永久的、可索引的移动页面。Google 缓存页面 JavaScript 重定向的可能性很低,Google 缓存多个版本的基于参数的重定向到动态生成的页面的可能性也很低,因为这很难监管,并且会在数据中心浪费大量不必要的空间。
每个页面的重定向
与桌面网站一样,您不能总是假设移动访问者会从移动主页进入您的网站。为了让智能手机爬虫正确索引移动重定向,您需要在网站的每个页面(而不仅仅是主页)上设置用户代理检测和重定向。如果内部页面缺少重定向脚本,智能手机机器人将看不到移动页面,因此当从智能手机搜索结果中单击列表时,访问者仍将被转到该页面的桌面版本,因为没有重定向已缓存。
始终一页一页
谷歌确实喜欢在其索引中拥有离散比例的关联页面。这对于您的重定向意味着它们应该从桌面网站上的特定页面到移动网站上相应的特定页面。这假设您的网站的移动版本是桌面网站的完整镜像,并且会给不完全镜像桌面版本的移动网站带来问题。如果您的移动网站和桌面网站明显不同,您必须尽最大努力将移动桌面页面与最密切相关的移动页面关联起来,即使它不完全匹配。
示例:新闻网站不费心将其所有文章添加到移动网站是一种常见情况,其中移动页面与桌面页面的比例不是 1:1。在这种情况下,对用户和搜索引擎都有利的唯一选择是不重定向并为移动访问者提供桌面页面,或者将桌面访问者重定向到他们正在查找的新闻类型的类别页面使用 JavaScript 在页面顶部插入一条小消息,解释他们请求的页面尚未调动,并且他们可以单击链接查看故事的桌面版本或查看该新闻中的其他主题类别。
如果您决定不包含重定向并提供桌面页面,一个简单的替代方案就是向桌面页面模板添加单独的移动样式表。完成此操作后,至少桌面内容将被格式化以适合访问者的屏幕,即使它没有 100% 更新为完整的移动页面模板。
处理移动重定向的一种常见方法是检测并从所有桌面页面重定向到移动主页。这对搜索引擎优化尤其不利,尤其对智能手机机器人可能不利。智能手机机器人可能正在比较桌面页面上的内容和它重定向到的页面,如果人们不满足相似性阈值,它可能不会重定向人们。即使情况并非如此,这种设置对于搜索场景中的用户来说也是不利的,他们认为他们正在单击特定的搜索结果,但随后到达主页,并且必须重新查找他们原来的内容重新寻找一切。
镜像移动和桌面 URL
镜像网址可以让谷歌更强烈地感觉到页面的两个版本是紧密相关的,特别是当用一个版本代替另一个版本时,就像谷歌的新智能手机机器人那样。要在桌面和移动站点之间创建镜像或并行 URL 结构,您必须简单地将桌面站点的文件结构复制到移动站点上,唯一的修改是添加移动子域(“m.”)或移动替代品上的移动子目录 (…/m')。
示例: www.yoursite.com/cindy 具有 m.yoursite.com/cindy 或 www.yoursite.com/m/cindy 的移动版本,因此文件结构是镜像或并行的。
www.yoursite.com/cindy 与移动版本 m.yoursite.com/article_id12345#cindy 未镜像,www.yoursite.com/m/article_id12345#cindy 也未镜像
同样,此规则假设桌面页面与移动页面之间存在一对一的比例,而您的网站上可能并非如此,但您应该尽力与 url 结构和差异保持一致在您的移动页面和桌面页面之间。如果您的页面已经按照这种方式设置,那么有一个方便的 移动重定向脚本生成器 可以帮助您生成页面到页面的重定向规则,并且它可以执行多达 4 个网站版本,包括台式机、智能手机、WAP 和平板电脑在 ASP.NET 或 PHP 中。
移动重定向工具
iPhone 特定处理
由于智能手机机器人正在模拟 iPhone,因此您的服务器可能会准确地向其发送发送给 iPhone 的内容。这意味着,如果您正在处理包含特定内容或不同版本网站的 iPhone,则应格外小心,使其可抓取,并确保可以将该内容提供给所有智能手机。如果您有不同的非 iPhone 流量页面,那么您可能需要在 iPhone 页面上设置用户代理检测和重定向,将其他类型的智能手机发送到其他页面,以覆盖来自智能手机机器人。
如果您使用的是由页面 JavaScript 触发的 iPhone 特定广告,该广告会检测手机并显示添加内容(对于现场应用广告和促销非常常见),那么就可以了,只要它是可抓取的,而且并不总是如此重定向到一个特定页面。如果是这种情况,那么您可能必须考虑阻止智能手机机器人,直到可以更新这些设置;否则,您可能必须完全阻止智能手机机器人。由于 Google 缺乏透明度,很难确定具体的架构和设置会对您的移动排名和用户体验产生最积极的影响。这是一组被视为移动最佳实践的基本规则。它们很可能被新机器人识别和理解,并且应该为您和您的用户提供良好的服务,
如果您遵循这些规则,您应该能够很好地让 Google 的新智能手机机器人正确索引您的移动内容。下周请继续关注,了解如何配置服务器或检查移动公司服务器的设置,以防止移动内容出现常见的搜索引擎索引问题。
由于智能手机机器人会在移动重定向就位时对其进行缓存并遵 购买电子邮件列表 循移动重定向,因此移动特定页面(例如“m”上的页面)的排名变得不如智能手机上桌面页面的排名重要。通常,您可以依靠强大的 SEO 和桌面页面排名来使桌面页面的排名超过移动页面,甚至在手机上也是如此,但现在,当智能手机从搜索结果中请求这些桌面页面之一时,Google 将自动提供服务移动页面而不是桌面页面。如果重定向设置不正确,问题很快就会出现。
谷歌对这个新机器人的态度并不十分透明。截至本文撰写时,官方宣布新机器人的博客文章中存在许多问题,但谷歌都没有回答这些问题。(这是谷歌的官方公告,下面是未答复的评论)。
我们所知道的是,智能手机机器人在抓取您的网站时会模拟[假装]智能手机(特别是 iPhone 4.1),因此,它会遵循任何针对智能手机的重定向 – 这将智能手机上的访问者重定向到不同的页面称为用户代理检测和重定向。本质上,当从服务器请求页面时,服务器会查看请求该页面的设备类型。如果是智能手机,服务器会将访问者发送到页面的不同版本。(这全部由放置在服务器上以及所有页面模板的标头中的 PHP 或 ASP.NET 代码控制。)
根据我们对 Google 的了解,以及他们如何处理移动和桌面索引,以下是有关如何创建最有可能被索引的正确类型的移动重定向的一些注释和推测:
基于服务器的重定向 - 301 和 302
在重定向的 SEO 世界中,301 为王,但在移动设备中,302 更为常见。这是因为许多移动平台生成的临时移动页面实际上并不永久存在于任何地方的服务器上,因此开发人员不想让自己面临任何可能与“永久”重定向相关的风险。我的猜测是,智能手机爬虫可以缓存 301 或 302 重定向,但重定向必须在 html 标头中设置为“可私有缓存”,并且必须转到永久的、可索引的移动页面。Google 缓存页面 JavaScript 重定向的可能性很低,Google 缓存多个版本的基于参数的重定向到动态生成的页面的可能性也很低,因为这很难监管,并且会在数据中心浪费大量不必要的空间。
每个页面的重定向
与桌面网站一样,您不能总是假设移动访问者会从移动主页进入您的网站。为了让智能手机爬虫正确索引移动重定向,您需要在网站的每个页面(而不仅仅是主页)上设置用户代理检测和重定向。如果内部页面缺少重定向脚本,智能手机机器人将看不到移动页面,因此当从智能手机搜索结果中单击列表时,访问者仍将被转到该页面的桌面版本,因为没有重定向已缓存。
始终一页一页
谷歌确实喜欢在其索引中拥有离散比例的关联页面。这对于您的重定向意味着它们应该从桌面网站上的特定页面到移动网站上相应的特定页面。这假设您的网站的移动版本是桌面网站的完整镜像,并且会给不完全镜像桌面版本的移动网站带来问题。如果您的移动网站和桌面网站明显不同,您必须尽最大努力将移动桌面页面与最密切相关的移动页面关联起来,即使它不完全匹配。
示例:新闻网站不费心将其所有文章添加到移动网站是一种常见情况,其中移动页面与桌面页面的比例不是 1:1。在这种情况下,对用户和搜索引擎都有利的唯一选择是不重定向并为移动访问者提供桌面页面,或者将桌面访问者重定向到他们正在查找的新闻类型的类别页面使用 JavaScript 在页面顶部插入一条小消息,解释他们请求的页面尚未调动,并且他们可以单击链接查看故事的桌面版本或查看该新闻中的其他主题类别。
如果您决定不包含重定向并提供桌面页面,一个简单的替代方案就是向桌面页面模板添加单独的移动样式表。完成此操作后,至少桌面内容将被格式化以适合访问者的屏幕,即使它没有 100% 更新为完整的移动页面模板。
处理移动重定向的一种常见方法是检测并从所有桌面页面重定向到移动主页。这对搜索引擎优化尤其不利,尤其对智能手机机器人可能不利。智能手机机器人可能正在比较桌面页面上的内容和它重定向到的页面,如果人们不满足相似性阈值,它可能不会重定向人们。即使情况并非如此,这种设置对于搜索场景中的用户来说也是不利的,他们认为他们正在单击特定的搜索结果,但随后到达主页,并且必须重新查找他们原来的内容重新寻找一切。
镜像移动和桌面 URL
镜像网址可以让谷歌更强烈地感觉到页面的两个版本是紧密相关的,特别是当用一个版本代替另一个版本时,就像谷歌的新智能手机机器人那样。要在桌面和移动站点之间创建镜像或并行 URL 结构,您必须简单地将桌面站点的文件结构复制到移动站点上,唯一的修改是添加移动子域(“m.”)或移动替代品上的移动子目录 (…/m')。
示例: www.yoursite.com/cindy 具有 m.yoursite.com/cindy 或 www.yoursite.com/m/cindy 的移动版本,因此文件结构是镜像或并行的。
www.yoursite.com/cindy 与移动版本 m.yoursite.com/article_id12345#cindy 未镜像,www.yoursite.com/m/article_id12345#cindy 也未镜像
同样,此规则假设桌面页面与移动页面之间存在一对一的比例,而您的网站上可能并非如此,但您应该尽力与 url 结构和差异保持一致在您的移动页面和桌面页面之间。如果您的页面已经按照这种方式设置,那么有一个方便的 移动重定向脚本生成器 可以帮助您生成页面到页面的重定向规则,并且它可以执行多达 4 个网站版本,包括台式机、智能手机、WAP 和平板电脑在 ASP.NET 或 PHP 中。
移动重定向工具
iPhone 特定处理
由于智能手机机器人正在模拟 iPhone,因此您的服务器可能会准确地向其发送发送给 iPhone 的内容。这意味着,如果您正在处理包含特定内容或不同版本网站的 iPhone,则应格外小心,使其可抓取,并确保可以将该内容提供给所有智能手机。如果您有不同的非 iPhone 流量页面,那么您可能需要在 iPhone 页面上设置用户代理检测和重定向,将其他类型的智能手机发送到其他页面,以覆盖来自智能手机机器人。
如果您使用的是由页面 JavaScript 触发的 iPhone 特定广告,该广告会检测手机并显示添加内容(对于现场应用广告和促销非常常见),那么就可以了,只要它是可抓取的,而且并不总是如此重定向到一个特定页面。如果是这种情况,那么您可能必须考虑阻止智能手机机器人,直到可以更新这些设置;否则,您可能必须完全阻止智能手机机器人。由于 Google 缺乏透明度,很难确定具体的架构和设置会对您的移动排名和用户体验产生最积极的影响。这是一组被视为移动最佳实践的基本规则。它们很可能被新机器人识别和理解,并且应该为您和您的用户提供良好的服务,
如果您遵循这些规则,您应该能够很好地让 Google 的新智能手机机器人正确索引您的移动内容。下周请继续关注,了解如何配置服务器或检查移动公司服务器的设置,以防止移动内容出现常见的搜索引擎索引问题。