Seo 多版本web应用程序的URL方案

我正在寻找最佳的URL模式，用于具有多个版本的web应用程序，即多种语言和手机使用的简化版本-这两个方面都可以组合，因此有英语常规版和手机版、德语常规版和手机版等

目标（按重要性排序）：

• 用户友好性
• 搜索引擎友好性
• 易于开发

需要考虑的方面：

• URL应该是什么样子
• 用户应该如何在版本之间导航
• 自动决定一个版本需要多少逻辑

我将在下面描述我目前的概念，也许你们中的一些人有更好的想法。

我目前的概念：

• 当新用户到达时，应用程序根据cookies（见下文）决定接受语言：标头和用户代理字符串（用于识别移动浏览器）显示哪个版本，但不在URL中反映（无重定向）
• 它默认为非简体英文版本
• 有突出显示的图标（旗帜，一款风格化的手机）可供选择其他版本
• 当用户明确选择不同的版本时，这会反映在更改的URL和浏览器cookie中
• URL模式为/表示“自动”版本，/en/，/de/，等等。对于语言版本，/mobile/表示简化版本，/normal/表示非简化版本，以及它们的组合，即/mobile/en/和/normal/de/
• mod_rewrite用于去除这些URL前缀，并将其转换为应用程序要解析的参数
• robots.txt不允许/mobile/和/normal/

优点：

• 不同的语言版本都由搜索引擎单独编制索引
• Cookies有帮助，但不是必需的
• 人们很有可能看到最适合自己的版本，而不必做出任何选择
• 用户总是可以显式地选择他想要的版本（这使得/normal/URL是必需的）
• 每个版本都有一个URL，当传递给其他版本时，该URL将准确显示该版本
• /移动/和/正常/被搜索引擎忽略；它们只会是重复的内容

缺点：

• 需要大量使用mod_重写，我觉得这相当神秘
• 用户可以将当前URL发送给某个人，而该人在访问时可能会看到不同的版本，这可能会造成混乱
• 在/和/en/之间仍然存在重复内容-我不能禁止robots.txt中的/I-我应该相信搜索引擎不会因为我在同一个域中的内容完全重复而惩罚我，还是不允许/en/并接受通过搜索引擎访问/访问的人可能会看到与他们在搜索引擎中发现的内容不同的版本

我当前的理念：

• 当新用户到达时，应用程序根据cookies（见下文）决定接受语言：标头和用户代理字符串（用于识别移动浏览器）显示哪个版本，但不在URL中反映（无重定向）
• 它默认为非简体英文版本
• 有突出显示的图标（旗帜，一款风格化的手机）可供选择其他版本
• 当用户明确选择不同的版本时，这会反映在更改的URL和浏览器cookie中
• URL模式为/表示“自动”版本，/en/，/de/，等等。对于语言版本，/mobile/表示简化版本，/normal/表示非简化版本，以及它们的组合，即/mobile/en/和/normal/de/
• mod_rewrite用于去除这些URL前缀，并将其转换为应用程序要解析的参数
• robots.txt不允许/mobile/和/normal/

优点：

• 不同的语言版本都由搜索引擎单独编制索引
• Cookies有帮助，但不是必需的
• 人们很有可能看到最适合自己的版本，而不必做出任何选择
• 用户总是可以显式地选择他想要的版本（这使得/normal/URL是必需的）
• 每个版本都有一个URL，当传递给其他版本时，该URL将准确显示该版本
• /移动/和/正常/被搜索引擎忽略；它们只会是重复的内容

缺点：

• 需要大量使用mod_重写，我觉得这相当神秘
• 用户可以将当前URL发送给某个人，而该人在访问时可能会看到不同的版本，这可能会造成混乱
• 在/和/en/之间仍然存在重复内容-我不能禁止robots.txt中的/I-我应该相信搜索引擎不会因为我在同一个域中的内容完全重复而惩罚我，还是不允许/en/并接受通过搜索引擎访问/访问的人可能会看到与他们在搜索引擎中发现的内容不同的版本

---

我不清楚您为什么希望在URL方案中包含任何类型的您称之为版本控制的信息，例如接受语言或用户代理、特定指定。URL方案应仅表示内容。服务器应调查各种请求头，以确定如何检索和/或格式化响应。

我不清楚您为什么希望在URL方案中包含任何类型的版本控制信息，例如接受语言或用户代理、特定指定。URL方案应仅表示内容。服务器应该调查各种请求头，以确定如何检索和/或格式化响应。

我个人建议使用子域

我根本不会包括手机——使用useragent来确定这一点，如果用户想在手机上查看完整的站点，可能还需要一个cookie(