www.domain.tld 对比 domain.tld
www.domain.tld vs. domain.tld
TL;DR 我应该从 www.domain.tld 重定向到 domain.tld 还是相反？
我是 运行 一个处理多个域的 CMS。到目前为止，CMS 负责将每个域的 www.domain.tld 重定向到 domain.tld，反之亦然，但出于某些原因，我决定让 mod_rewrite 将来处理这个问题：
- 性能：无需启动 CMS 即可提供 http 重定向
- 一致性：对于 "historical reasons"，一些域在一个方向上进行重定向，而一些域在另一个方向上进行重定向。这不是真正的问题，只是让我有点痒。
- 简单：无需单独担心每个域，我将为所有现有和未来（！）域提供解决方案，即使是那些未由 CMS 处理的域。
我知道如何实现它，但我不知道是否有首选的 "direction" 重定向。我发现关于那个主题的信息很少，但也许我只是搜索了错误的东西。我记得在某个地方读过（我相信在 Google 的网站管理员工具的某个页面上，但我现在找不到它），只要你坚持下去，你选择哪个并不重要.
就我个人而言，我更喜欢 domain.tld 而不是 www.domain.tld，这就是我在浏览器中输入的方式，我是这样说的，也是我这样写的，因为我认为 "www." 是不必要的垃圾，看起来很糟糕，听起来很糟糕，花费时间（阅读，写作或口头对话），space（在您的地址栏中或打印在纸上）和带宽（我知道，4 字节，但那 4 个字节会累积）。
但可以肯定的是，我去看看其他人是怎么做的，所有大 "internet companies"（Google、Facebook、Yahoo、eBay、Amazon）以及 Apple 和 Microsoft 都重定向到www.domain.tld。迎合更多技术受众的站点被拆分：icann.org 和 w3.org 重定向到 www 版本，而例如 jquery、github、Whosebug 重定向到非 www 版本版本。事实上，堆栈溢出对 'no-www' 标签的描述是这样说的：
The process of eliminating the usage of www to prefix URLs, for instance by redirecting users from http://www.example/ to http://example/. www is by many considered a dead and unnecessary practice.
那么，除了我已经提到的用于摆脱 'www.' 的那些之外，还有什么充分的理由更喜欢其中之一吗？或者这只是个人品味问题，我的发现只是一个奇怪的巧合？
附带问题
这并不是我当前问题的一部分，但我注意到了一些有趣的事情，我很好奇：如果涉及到 https，我检查过的大多数网站都会这样处理：
http://domain.tld -(301)-> https://domain.tld -(301)-> https://www.domain.tld
然而，Paypal 仅对第二次重定向使用 301，对第一次重定向使用 302，而 Apple (iCloud) 仅使用一次重定向：
http://icloud.com -(301)-> https://www.icloud.com
有谁能想出这样做的理由吗？
好吧，显然我的研究很草率，我把这个问题发布到了庞大的 stackexchange 网络的错误部分。
如果有人偶然发现这个问题，寻找一些答案，我在网站管理员上找到了所有答案和指向更多材料的链接：
Should I include “www” in my canonical URLs? What are the pros and cons?
meta 上还有一个相关的线程：
TL;DR 我应该从 www.domain.tld 重定向到 domain.tld 还是相反？
我是 运行 一个处理多个域的 CMS。到目前为止，CMS 负责将每个域的 www.domain.tld 重定向到 domain.tld，反之亦然，但出于某些原因，我决定让 mod_rewrite 将来处理这个问题：
- 性能：无需启动 CMS 即可提供 http 重定向
- 一致性：对于 "historical reasons"，一些域在一个方向上进行重定向，而一些域在另一个方向上进行重定向。这不是真正的问题，只是让我有点痒。
- 简单：无需单独担心每个域，我将为所有现有和未来（！）域提供解决方案，即使是那些未由 CMS 处理的域。
我知道如何实现它，但我不知道是否有首选的 "direction" 重定向。我发现关于那个主题的信息很少，但也许我只是搜索了错误的东西。我记得在某个地方读过（我相信在 Google 的网站管理员工具的某个页面上，但我现在找不到它），只要你坚持下去，你选择哪个并不重要.
就我个人而言，我更喜欢 domain.tld 而不是 www.domain.tld，这就是我在浏览器中输入的方式，我是这样说的，也是我这样写的，因为我认为 "www." 是不必要的垃圾，看起来很糟糕，听起来很糟糕，花费时间（阅读，写作或口头对话），space（在您的地址栏中或打印在纸上）和带宽（我知道，4 字节，但那 4 个字节会累积）。
但可以肯定的是，我去看看其他人是怎么做的，所有大 "internet companies"（Google、Facebook、Yahoo、eBay、Amazon）以及 Apple 和 Microsoft 都重定向到www.domain.tld。迎合更多技术受众的站点被拆分：icann.org 和 w3.org 重定向到 www 版本，而例如 jquery、github、Whosebug 重定向到非 www 版本版本。事实上，堆栈溢出对 'no-www' 标签的描述是这样说的：
The process of eliminating the usage of www to prefix URLs, for instance by redirecting users from http://www.example/ to http://example/. www is by many considered a dead and unnecessary practice.
那么，除了我已经提到的用于摆脱 'www.' 的那些之外，还有什么充分的理由更喜欢其中之一吗？或者这只是个人品味问题，我的发现只是一个奇怪的巧合？
附带问题
这并不是我当前问题的一部分，但我注意到了一些有趣的事情，我很好奇：如果涉及到 https，我检查过的大多数网站都会这样处理：
http://domain.tld -(301)-> https://domain.tld -(301)-> https://www.domain.tld
然而，Paypal 仅对第二次重定向使用 301，对第一次重定向使用 302，而 Apple (iCloud) 仅使用一次重定向：
http://icloud.com -(301)-> https://www.icloud.com
有谁能想出这样做的理由吗？
好吧，显然我的研究很草率，我把这个问题发布到了庞大的 stackexchange 网络的错误部分。
如果有人偶然发现这个问题，寻找一些答案，我在网站管理员上找到了所有答案和指向更多材料的链接：
Should I include “www” in my canonical URLs? What are the pros and cons?
meta 上还有一个相关的线程：