我们不需要 hreflang 标签或任何类型的地理定位。
许多网站使用某种形式的自动重定向，检测用户的 IP 地址并将其重定向到另一个网站或网站上针对其所在区域进行本地化的不同页面。另一种常见做法是使用 Accept-Language 标头来检测用户的浏览器语言首选项，从而将用户重定向到本地化内容。
但是，Google 建议不要自动重定向。它可能不准确，可能会阻止用户和搜索引擎对您的整个网站建立索引，并且当用户被重定向到他们不想要的页面时，可能会让他们感到沮丧。事实上，当 hreflang 注释正确添加到所有本地化内容并正确交叉引用时，应该消除或大大减少任何自动重定向的需要。您应该尽可能避免自动重定向。
以下是（我能想到的）不应该
如果您不断重定向用户代理（例如 Googlebot），可能会很难读取您页面的所有版本。
IP 检测可能不准确。
多个国家可以有多种官方语言。
多种语言可以在多个国家/地区成为官方语言。
由于必须添加所有这些重定向，服务器加载时间可能会受到负面影响。
配偶、子女等之间共享的计算机可能有不同的 德国手机号码清单 语言偏好。
外籍人士和旅行者可能会尝试访问一个假设他们是当 地人的网站，这使得用户在切换语言时感到沮丧。
网吧、酒店计算机中心和学校计算机实验室可能拥有不同的用户。
用户更喜欢用一种语言浏览，但用另一种语言进行交易。例如，许多公民英语很流利，如果他们认为这样可以获得更好的结果，就会用英语进行搜索。但在结帐过程中，尤其是在阅读法律术语时，他们会更愿意切换到母语。
某人向朋友发送了链接
但该朋友住在不同的地方，并且看不到与她的朋友看到的相同内容。
相反，更好的用户体验是提供一个小的、不引人注目的横幅，当您检测到用户可能会发现网站的其他部分更相关时，就会出现该横幅。TripAdvisor 和亚马逊在这方面做得很好。下面是来自 Google 网站管理员博客的图片，它举例说明了如何做好这一点：
gB6AhGP.jpg
从不使用自动重定向规则的一个例外是，当用户在您的 B2B传真线索 网站上选择国家/地区和/或语言首选项时，您应该将该首选项存储在 Cookie 中，并在用户访问您的网站时将其重定向到其首选区域设置。网站在未来。确保他们可以随时设置新的首选项，这将重新设置 cookie 首选项。非常相似的内容是有充分的商业理由的。Matt Cutts 确认，您不会因在多个 ccTLD 中拥有类似内容而受到处罚。
