此页面用于寻找有关是否使用的信息的网站管理员 www 在其 规范网站 url.

首先, 一些术语。域名没有 www 有时被称为裸域, 我会在这里提到它。

为什么要使用 www?

您应该使用 www 因为今天你有一个小网站, 明天你想要一个大网站。的很大。

使用的技术原因 www 主要适用于每天接收数以百万计 (或更多) 页面视图的最大网站, 在多个子域中拥有大量服务的 web 站点, 以及应用程序服务提供商在 "云" 中承载的几乎所有网站。

Heroku, 例如, 强烈建议不要使用裸域.当使用 Heroku 或 Akamai 这样的提供程序来承载您的网站时, 提供程序希望能够更新 DNS 记录, 以防它需要将通信从故障服务器重定向到健康的服务器。这是使用 DNS CNAME 记录设置的, 裸域不能有 CNAME 记录。这只是一个问题, 如果您的网站得到足够大, 需要高度冗余的主机与这样的服务。但谁希望他们的网站得到这么大?为了不使用 www, 您将必须运行自己的服务器场, 并且您将无法充分使用这些服务。(请参见: 为什么 Heroku 对 "裸" 域名发出警告?)

另一个原因与 cookie 有关。一个常见的网站优化是服务于子域中的静态内容, 例如 static.example.com.如果使用 www, 那么这是没有问题的;您的网站的 cookie 不会被发送到 static 子域 (除非你明确地设置他们这样做)。如果您使用裸域, cookie 将被发送到所有子域 (由最近的浏览器实现 RFC 6265), 减慢对静态内容的访问, 并可能导致缓存无法正常工作。解决这个问题并保持裸域的唯一方法是为您的静态内容购买第二个域名。例如, Twitter 不使用 www, 只能为静态内容购买新域名。当然, 如果您在所有子域中显式共享 cookie, 例如, 在站点子域中实现单个登录 (Google 这样做), 那么您也必须在这种情况下购买一个新域名。(请参见: 在 URL 中 "www" 有什么意义?)

说到 cookie, 如果你决定使用裸域, 但想把服务放在子域上, 并在它们之间共享 cookie, 你很快就会发现它在所有情况下都不起作用, 除非你有一个子域设置了 cookie--然后它不适合 na域。解决此问题的方法是使用 RFC 6265 (以前 RFC 2965) cookie 可以在裸域和子域之间共享, 但一些流行的 web 应用程序包仍然不正确地实现 rfc 2965, 更不用说 rfc 6265 了。(请参见: subdomain.example.com 可以设置一个可以由 example.com 读取的 cookie 吗?)

您今天可能不会遇到任何这些问题, 但是随着网站的增长, 您最终会。使用 www 今天和将来, 您可以更有准备地处理在单个服务器以外的网站上成长的挑战。它可以做到不使用 www 在许多情况下, 但它更容易与。

我是否应该重定向 "www"?

是的。

重定向可确保在您的 URL 中键入的访问者无论使用哪种形式都能到达您的位置, 并确保搜索引擎正确地索引您的标准 url。