问移动URL策略

EN

大多数网站选择选项2。如果你这样做了，这不会损害你的搜索引擎优化，因为谷歌知道有移动版本的网站。这就是为什么谷歌有两个机器人: Googlebot和Googlebot-Mobile。Googlebot爬行桌面浏览器类型的网页和嵌入其中的内容，Googlebot-Mobile抓取移动内容。

谷歌最近覆盖了移动搜索引擎优化。如果你对移动搜索引擎优化感兴趣，这是值得一读的。

我们看到的一个非常常见的问题是:不同类型的内容是从同一个URL还是从不同的URL提供的，这有关系吗？例如，一些网站使用www.example.com作为URL桌面浏览器来访问不同移动设备的m.example.com或wap.example.com。其他网站只提供一个网址结构(如www.example.com )的所有类型的内容。对于Googlebot和Googlebot-Mobile，只要返回用户所看到的内容，URL结构就不重要了。例如，如果您将移动用户从www.example.com重定向到m.example.com，这将被Googlebot-Mobile识别，并且这两个网站都将被爬行并添加到正确的索引中。在这种情况下，对用户和Googlebot-Mobile都使用301重定向。如果您提供来自www.example.com的所有类型的内容，即根据用户代理从同一个URL提供桌面优化内容或移动优化内容，这也将导致Googlebot和Googlebot-Mobile进行正确的爬行。这不被认为是谷歌的伪装。值得重复的是，不管URL结构如何，您必须正确地检测用户和Googlebot-Mobile给出的用户代理，并提供相同的内容。不要忘记保留默认内容，即桌面优化的内容，以备未知用户代理请求时使用。

您还应该考虑创建您的网站，以响应根据屏幕的大小。

Ethan Mercotte发表了一篇文章描述了这一点。这是当前处理移动网站的流行技术：

http://www.alistapart.com/articles/responsive-web-design/

在我看来，这是最好的移动策略，也简化了SEO的过程。

凯文，严格地说，你的问题的答案是:这取决于。

在选择您所描述的任何一个选项时都要考虑几个因素，而且这两个选项本身都是“错误的”。这取决于你的目标和环境。

尽管如此，您的站点/应用程序的范围和可伸缩性是主要关注的问题。

我已经对这个话题做了相当多的研究。-一年了(对于我在CURE.org上的工作，我们已经为cure.org/blog实现了这些选项之一)，事实上，本周我的个人站点joelglovier.com再次讨论了这个问题。

因此，当我说“可伸缩性”是一个问题时，您必须记住，如果您的站点将不断更新内容，那么如果您有m.site.com设置的场景，那么您必须在这两个地方容纳这一点。如果您的站点是数据库驱动和/或使用一个好的CMS，这不一定是太困难的设置。

然而，取决于您在您的网站上创建新内容、登陆页面或活动的频率，每次创建两次该内容可能会变得非常麻烦。

如果您是为您自己或客户端引用一个简单的组合站点，那么重新定位内容(没有任何类型的数据库或CMS基础设施)很快就会变得非常麻烦。

但是另一方面，当你有一个像Facebook这样的网站时--比如，你的网站/内容的可伸缩性对你作为一个整体所做的事情至关重要--那么子域是非常合适的。部分原因是，在web应用程序级别，您肯定会拥有一个CMS或动态环境，它将非常容易地支持您正在进行的内容发布到移动站点和桌面站点环境(当然是在最初开发之后)。

单独的移动站点实际上允许您只向用户提供您希望他们拥有的标记和内容，而不是通过@media- jQuery方法或jQuery方法为所有内容提供服务，并隐藏其中的大部分内容。

就我个人而言，对于我自己的简单投资组合网站，我或多或少已经决定没有一个单独的移动站点，因为我没有构建任何真正的应用程序级别的东西。因此，我将使用CSS3媒体查询，以及IE用户的jQuery回退。

下面是我最近浏览过的一些资源：

http://trentwalton.com/2011/05/10/fit-to-scale/

http://unstoppablerobotninja.com/entry/responsive-images/

http://css-tricks.com/6206-resolution-specific-stylesheets/

http://www.alistapart.com/articles/responsive-web-design/

http://www.zeldman.com/category/responsive-web-design/

http://thinkvitamin.com/design/getting-started-and-gotchas-of-css-media-queries/