选择www vs 非www域名:有利、不利和建议，斯维特兰娜在SE Ranking领导内容团队. 她的内容营销专门知识由于对SEO过程的深刻理解而得到加强.
SE Ranking的SEO专家. Valerii对Google的算法有顶尖的理解,专门从事专业页面优化.
总结此博客文章:
您通常在将网站名称输入浏览器地址栏时会包含 www 吗 ? 你能知道维基百科、亚马逊、Facebook和Twitter是否使用www吗? 你不必担心,
大部分人不知道您可以访问同一网站的两个不同的URL版本。 例如,如果你是脸书上的一个典型用户,并访问www.facebook.com或facebook.com,你将被带往同样的社交媒体资讯。 对于网站所有者,开发者,以及SEOs来说,这个看似小的细节可以产生重大的技术影响.
下面我们来解释将www保留在您的网站名内的好处(即使它不再是强制性的). 我们也会告诉你如何告诉Google(和其他搜索引擎)您网站的哪个版本优先,
无论你走的是www还是非www路由,适当设置自己的网站是建立SEO增长的坚实基础的关键.
SE Ranking的AI概览研究
下载我们的免费电子书,
你们都准备好了!
点击我们在电子邮件中发送的链接确认您的电子邮件
并获得由SE Ranking撰写的AI概览研究
- 网站(www.)和非网站()域对网站同样有效。 但每个都为不同的站点带来不同的SEO技术优势.
- Google将你的www和非www版本作为单独的网站。 如果没有适当的设置,它会分割你的SSO值,产生重复的内容问题,浪费你的爬行预算,并稀释你的背链价值.
- 您的选择会影响您的网站如何处理 cookie, CDN 集成和 DNS 设置 。 大型平台受益于www的技术优势,而较小的网站则与非www的简单结构良好。 每种方案都适合不同的业务规模和技术要求。
最重要的是你选择哪个版本, 透过SE Ranking网站审核等工具, 监控您的技术设置, 并持续使用www或非www版本,
- 你的选择应当与你当前的需要和未来计划相一致。 想想网站会怎样发展,
- 这两种选择在本质上对机会均等组织来说都好,但保持连贯性是关键。 真正重要的是定期监测和适当安排。www和非www域名前缀是什么?
www和非www域之间的差别是直接的。 当你看到www.mysite.com等网址时, 当www部分缺失时,
这两种类型在今天的网站都很好。 www前缀只是早期互联网时代的旧习惯. 它显示您正在访问一个网站而不是其他互联网服务。 这已经没有必要了。
从技术上讲,这两种选择同样有效。 现代的网络服务器可以处理或者没有问题. 然而,仍有一些分歧需要考虑,我们将在以下各节中述及。
www前缀的来源:过去和现在
由于Google Chrome和Safari等流行的网页浏览器现在隐藏了URL的www部分, Amazon是www, 但如果您输入 而不是 www. 输入搜索栏, 您仍然可以享受为您的新双运动鞋提供质送货的便利。
在互联网早期,www是一个必不可少的域名组成部分. 由于没有主机供应商,每个公司管理自己的服务器,前缀用于区分各种服务器. 储存在www服务器上的文件打算在网上共享,网站名称为_www.example.com_. Ftp服务器被用于网络内部共享文件,邮件服务器用于处理电子邮件发送,列表继续. 即使在今天,你也可能遇到一些术语,比如a完全合格域名(完整域名带有前缀)和root域名,但是没有前缀. 一个重要的变化是,现在,一个完全合格的域名(www.)和一个连接到单一服务器同一IP地址的根域名()都将正常工作.
为什么wwwvs非www对高级管理办公室很重要?
选择www还是非www会影响机会均等办公室? 简言之,谷歌和其他搜索引擎并不在意。 重要的是你如何让他们知道你的首选版本——你的神话URL。
由于搜索引擎将www和非www网站版本视为两个独立的网站,因此,你应当明确向搜索引擎通信,搜索引擎要爬行和索引,而搜索引擎要忽略。 如果您不指定您喜欢的版本, WWW 和非 www 版本都会被索引, 互相竞争搜索结果 。 这会伤到你的排名
· 与www和非www合作的小型和小型企业的潜在问题
复制内容
搜索引擎重视独特内容. 内容相同或几乎相同的多个页面被视为重复。 在www和非www重复的情况下,Google尽力确定哪个版本优先,但最好使用重定向或划线标记来指定你的偏好。 晚点再说
浪费预算
搜索引擎的爬行能力有限. 没有指定您首选的网站版本, 迫使它们翻翻每个页面 。 这说明搜索引擎在对您每个网站最重要的页面进行全面扫描之前,可能会耗尽其爬行预算。
稀释后链接值
高质量的回路可以显著提升你的排名,前提是它们指向正确的站点版本. 除非设置重定向或使用cononical标签,否则指向您网站的www版本的回路只会给该版本带来价值,而非www网页只会从指向各自非www URL的回路中得益.
网站和非网站的赞成与反对
未经决定是否使用www, 以下是一个快速比较表, 这会帮助你决定你的最佳选择。
- 复杂设置具有DNS的灵活性。
- 每个子域的适当饼干管理
- 无缝CDN集成能力
- 更好地控制多个子域
- 对用户来说,可能不太现代
- Google 偏好更短更干净的URL,但www前缀使其更长
- 使用更多的带宽和空间
{\fn方正粗倩简体\fs12\an8\1cHFFFF00\b0}更适合打牌
* 方便用户和难忘
* 适合没有多个子域的小型网站,这些子域可能用饼干制造问题
* 减少带宽使用量
- 有限饼干控制
- 没有 CNAME 记录选项
- 限制的CDN灵活性
- 基本技术选择
- 复杂的子域管理
- 复杂设置具有DNS的灵活性。
- 每个子域的适当饼干管理
- 无缝CDN集成能力
- 更好地控制多个子域
- 对用户来说,可能不太现代
- Google 偏好更短更干净的URL,但www前缀使其更长
- 使用更多的带宽和空间
{\fn方正粗倩简体\fs12\an8\1cHFFFF00\b0}更适合打牌
* 方便用户和难忘
* 适合没有多个子域的小型网站,这些子域可能用饼干制造问题
* 减少带宽使用量
- 有限饼干控制
- 没有 CNAME 记录选项
- 限制的CDN灵活性
- 基本技术选择
- 复杂的子域管理
www vs 非www最佳做法
QQ 重定向或划线标记: 显示您首选的网站版本
要显示您首选的域名,请选择使用服务器侧301重定向还是添加犬形标记. 这两种选择都易于执行,大多数现代CMS都有内置工具,使得设置重定向和犬形标记变得简单.
从用户角度看,使用301重定向和rel=canonical标签是有区别的. 使用rel=canonical标签,浏览器地址栏中显示的网站URL不会改变历史. 例如,如果一个用户试图访问`',即使www.example.com是您的盲文变体,他们也会在地址栏看到准确的URL。 用户不会注意到不同之处。
现在,让我们更详细地讨论每个选项。
设立301个方向
最常见的、对SEO友好的方法是设置服务器侧301方向器。 这涉及到在服务器级别编辑.htaccess文件. 注意搜索引擎确认重定向指令为强制.
网站访问者从www改为非www,反之亦然,其工作如下:
当一个用户进入地址栏中您域名的非名称版本,并向您的站点服务器发送请求时,服务器会以301重定向器回复浏览器. 这可以自动将用户重定向到页面的“正则”等值。 例如,如果您喜欢的网站版本为_www.example.com_和搜索栏中的用户类型为_example.com/page01_,则最终会在_www./page01._
同样的逻辑适用于搜索引擎的bots 爬行和索引您的网站。 他们将无法访问您的域名的非卡通版本, 这意味着Google和其他搜索引擎将成功索引您网站的正确版本 。
重新定向也擅长通过链接汁,这意味着你的www网站版本将受益于指向相应非www页面的回路链接.
您可以直接通过 . htaccess 文件( 位于您的网站根文件夹中) 设置 301 , 并添加一些代码 。
如果您选择了非www版本并想从www-version中重新定位用户和bot,请添加以下代码行:
重写引擎 打开
重写 Cond QQHTTP_HOST} www.yourwebsite 互联网档案馆的存檔,存档日期2013-12-20.
改写规则(.*) 1 [R=301,L].
如果您喜欢的版本是_www.example.com_,您需要从非www重定向到www,请添加这些代码行:
重写引擎 打开
重写 召集人 . www.
重写规则 ^ (. *)$ 1 [R=301,L] (中文(简体) ).
取决于您的 CMS, 您可以通过检查 CMS 设置中的必要字段来设置一切 。 您也可以使用插件 。
在您的网站页面中添加峡谷标记
如果没有技术手段设置301个重定向器,可以将_rel=canonical 标记_添加到您非首选网站版本所有页面的HTML代码中. Canonical tags告诉搜索引擎是哪个页面(在相似的页面中)是主页. 他们确保它有索引和排名,而不考虑其他的。
虽然警犬标记是建议而不是严格指示, 基于其他信号如网站地图,或内外链接,它可能选择与通过犬科标记指定不同的犬科页面.
以下是如何执行rel=canonical标签。 让我们假设你喜欢的版本是_www.example.com_。 为表示_ HTML 代码 :
<link href=" rel="canonical" (中文(简体) ).
从WordPress 2.9或更高处开始,rel=canonical标签自动添加到您网站的所有页面中. 您不需要额外的人工操作。 标签将指向您的网站的 www 或非 www 版本, 取决于您在 WordPress 一般设置中指定的 WordPress 地址( URL) 。
注意你的转机和警犬的设置
在决定是否使用www还是非www,并使用上述两种方法中的任何一种将你更喜欢的版本标为cononical之后,下一步是检查是否一切顺利。 SE Ranking网站审核等工具可提供极大帮助。 监控您网站的健康状况,确保不会出现任何技术缺陷,从而危及您在SEO的成长。
SE Ranking 14天免费试训, 系统会在您添加您的项目后自动审核您的网站 。
_问题报告_的关联部分如果出错会通知您. 包括显示您重定向的潜在问题, 或在同一页中添加多条条形标记的情况 。
在报告 _ Crawling & Indexing_ 的一节中,你会看到您任何虚构的URL是否正常运行。 这包括URL被重定向到其他目的地(3xx状态代码),被删除(4xx状态代码),或者由于服务器错误(5xx状态代码)而暂时无法使用的情况. ). 报告中的每一期都有固定提示和受影响页的清单。
如果您使用canonical标签来表示您首选的网站版本,请定期检查Google认为是canonic的哪一页. 您可以使用 Google 搜索控制台或 SE Ranking 的 Rank Tracker 手动完成 。 参考本指南学习如何.
持续使用www或非www
一致性是关键,您的 www 或非 www 的 URL 变化也不例外 。 ** 无论你选择哪个版本,都坚持 例如,如果您保留www,那么您的所有Sitemap URL,内部链接和回链接也必须保持www.
搜索引擎使用您的Sitemap作为指南来识别要爬行和索引的页面. 在您的站点地图中包含正确的 URL 变量, 以避免向 Google 发送混合信号, 特别是如果您正在使用cononic 标记来指定您的cononic( 或首选) 域 。 幸运的是,SE Ranking网站的审核会发现你错过了什么。
这同样适用于 ** 内部链接,** 向 Google 发送强大的信号 关于您最重要的页面。 内部链接也会通过链接汁, 网站审核 _ Found Links_ 部分包含您内部链接的完整列表. 使用过滤器来检查哪些链接使用非卡通 URL 变量 。 在下面的例子中,我们将搜索非www的URL,因为网站的首选版本是www.
尽可能控制链接到您的站点所使用的 URL 变化 。 如果您的语境域是 www, 您的后链接应该包括这个前缀 。 附属网站的回路也是如此。 既然你对这些拥有更多的控制权,那么与你的商业伙伴合作,确保他们使用合适的URL变体.
你也应该注意社交媒体链接. 他们不会加强你的背链,
要获得您网站的回路链接完整列表,您可使用 SE Ranking 的回路链接检查器。 使用过滤器查找指向非冠状URL的回路链接. 下面的例子中的网站是www,但有许多回路指向非www的页面变化。 如果其中任何一个回路特别有价值,请联系网站,请它们更新这些回路的URL.
底线是,您和您的伴侣必须符合您使用的 URL 变量 。 搜索引擎将欣赏你的努力,并以更好的排名奖励你.
www或非www:最佳使用案例
保持或跳过www对高级管理办公室没有太大的区别,但每种选择都有其好处。 www选项具有技术效益,保留www甚至是必要的。 非www一般被认为更适合品牌制作.
让我们分解一下,
我们提到维基百科、亚马逊、Facebook等大型网站, 每个网站都是www,因为它们使用内容传送网络。 这使得他们能够迅速和安全地向数百万用户提供内容。
这与www或没有www有什么关系?
在选择非www方式时,通常同时将根域和主机名映射到由您的主机提供者提供的同一个IP地址. 这是通过A类记录实现的. DNS记录如下:
. . 在一个192.0.2.0中
www.. 互联网档案馆的存檔,存档日期2013-03-02. 在一个192.0.2.0中
根据DNS的规格,根域应该总是指向IP地址. 使用CDN可能很棘手,因为您需要将您的网站定位到CDN域名而不是IP地址.
理论上,您既可以使用A类记录绘制您的域名映射到IP地址,也可以使用CNME记录绘制CDN域名. 反之,另一个DNS规则规定CNAME记录不能与其他资源记录类型共存. 如果您添加了两个记录,指向IP地址的A类记录将会被忽略,违反了第一条规则.
由于DNS请求的性质,指向CDN域是不可能的. 此配置导致出乎意料的错误, 并阻碍您的网站正常运行 。
如果您选择您网站的www版本, 您不会遇到遵守 DNS 规则的任何问题 。 您将为www网站创建CNAME记录,并将其映射到您选择的CDN。 您也会为您的根域添加一个记录, 将其引导到您的网站的 IP 地址 。
www.. . CNAME . .
互联网档案馆的存檔,存档日期2013-03-02. A192.0.2.1 (中文(简体) ).
虽然Cloudflare,DNS Made Easy,DNSSimple等一些DNS供应商为克服DNS限制提供了工作变通,但依靠它们限制了你对DNS供应商的选择. 如果用户被传送到遥远的CDN节点,
网站cookie的网址
除了DNS限制外,选择根域作为cononical也引起了对cookie的担忧. 在现代浏览器中,主域的饼干会自动传输到子域. 这意味着如果设置cookie 例如.com,它们也会被发送到静态的.,电子邮件的example.com等.
这是为什么情况不妙。
- 第一期** 伤及用户经验。 大网站一般将静态内容(图像,视频,JavaScript,和CSS文件)存储在子域上,以卸载主服务器并高效地处理动态请求. 但如果网站作为根域运行,cookie仍将从example.com发送到静态的.,导致访问静态内容的速度放慢,并影响网站的性能. 在单独的域上存储静态内容是防止这种带宽浪费的唯一方法. 例如,推特采用非www方式,并在a.twimg.com上发布其静态内容,作为解决这个问题的办法。
- 第二个问题**涉及安全风险。 当您登录网站的 CMS 时, 都会发布饼干 。 而当您访问mail.example.com或cdn.example.com时,饼干会被发送到这些子域,然后可以被服务器管理员读取. 这造成了安全风险,因为管理员可以复制饼干,用它登录到您的公司CMS. 减轻这种风险的一种方法是实施IP限制,只允许从你公司网络内的特定IP地址访问你的网站.
如果您想通过单独托管静态内容来优化您网站的速度, 但不想购买新域名, 请在您首选的域名中保留 www 前缀 。 这也会阻止第三方阅读您网站的饼干。
非www用于品牌和方便使用
如果您的网站不够大, 需要专用的CDN, 或您的子域名不会干扰您的饼干, 尽管存在技术上的局限性,但非www仍然是可行的,并有宝贵的变通办法。
因此您可以考虑这个方案。
非www URL看起来更干净. 亦能更方便地把舌头卷下来. 正如英文作者Douglas Adams曾经指出的,在www上发音比简单地说“万维网”要长三倍。 也难怪广播公司在提到一个网站时, 这是大多数人在大声说出一个网站的名字时所做的.
用户在将域名输入地址栏时, 甚至连仍然在 URL 地址上添加 www 的老学校用户也不会看到它在地址栏上显示, 因为浏览器会自动隐藏它 。 今后,www可能会像现代铁路中的蒸汽列车一样过时,只在极少数场合使用.
经常出现的高级管理单位问题:到www,到不到www.
在您的域名中加入或排除www前缀, 它可以产生巨大的技术差异。 你选择wwwvs非www会影响你的企业品牌和规模, 在做出你的决定后, 标出你喜欢的版本 作为犬并坚持它。 尽管从技术角度来说,
Svitlana是SE Ranking公司的内容团队领跑者,她在此指导内容策略,并确保团队的输出达到标点. 她偶尔在SE Ranking博客上分享她的见解。 除了工作之外,斯维特兰娜还忙着让她的小孩活着和微笑. 她也是文学、艺术和旅行的粉丝。