我應該使用萬維網還是不使用？ （選擇什麼是 SEO 友好的）
已發表: 2021-12-01
如果您打算創建一個網站並面臨WWW 與非 WWW問題，那麼您來對地方了。
在這篇文章中，我們將討論：
- WWW和非WWW有什麼區別
- 什麼對SEO更好
WWW 和非 WWW URL各有利弊。 但是，有一些方法可以解決它們中的每一個問題。
那麼，讓我們開始吧。
萬維網的歷史
如果您發現自己想知道：
- 萬維網有什麼意義，
- 為什麼我們在地址欄中輸入 www.domain.com，或者
- 它從哪裡來的，
你會在這裡找到答案。
讓我給你一點背景。
運行網站所需的兩個基本要素是服務器和域名。 您所有的網站文件都存儲在服務器上，您可以通過服務器的 IP 地址訪問它們。
域名允許用戶訪問您的網站。 用戶可以通過在地址欄中輸入域名而不是服務器的 IP 地址來輕鬆找到您的站點。
在萬維網的早期，每個組織都擁有和管理其服務器網絡。 每台服務器都是一個主機，並執行一個單一的功能，例如為 Web 或郵件交換存儲文件。
因此，每個服務器都分配了一個主機名。
- WWW：存儲文件以在網絡上共享的服務器
- ftp：用於在網絡內交換文件的服務器
- 郵件：通過網絡處理電子郵件傳遞的服務器
當與域名結合時，每個主機名形成一個完全限定的域名 (FQDN)。
- 訪問存儲文件的服務器 – www.domain.com
- 訪問用於交換文件的服務器 – ftp.domain.com
- 訪問處理電子郵件的服務器 – mail.domain.com
用戶通過在瀏覽器中輸入其 FQDN 來訪問所需的服務器。 這就是為什麼在域名前使用“WWW”是必不可少的。
快進到今天，萬維網已經走過了漫長的道路。 您可以在同一台服務器上存儲文件、交換文件和處理電子郵件。
因此，大多數網站使用單個服務器，該服務器執行多種功能。 它將根域和主機名指向相同的 IP 地址，即使用戶忘記在域名前添加 WWW，也可以訪問您的網站。
時至今日，這樣做已成為普遍的經驗法則。
因此，讓我們首先了解我們是否可以將兩個版本（WWW 版本和非 WWW 版本）用於域。
為您的域使用 WWW 版本和非 WWW 版本
非 WWW URL 也稱為裸域。 它們易於閱讀、記憶、拼寫和講述。
另一方面，WWW 域可能難以記憶、說和書寫。 但是，它們具有輕微的技術優勢。
您可以使用這兩個版本的域來獲得各自的好處。 但這裡有個小問題。
搜索引擎將 WWW 域和非 WWW 域識別為兩個不同的實體。
因此，您需要通知搜索引擎——哪個是您的首選域。 此外，您需要將不太喜歡的域重定向到它。
例如，我們使用 www.rankwatch.com 作為首選域，rankwatch.com 重定向到它。
這意味著，每當用戶訪問我們網站的非 WWW 版本時，他們就會被轉移到 WWW 版本。
即使網絡瀏覽器隱藏了 WWW 部分，用戶也可以通過在地址欄中單擊兩次來查看整個 URL。
現在必須清楚，使用 WWW 和非 WWW URL 之間沒有區別。 但是，我們稍後會討論什麼是 SEO 友好的。
有了這個，讓我們快速學習指示首選域（或規範域）並將非首選 URL 重定向到它。
設置規範 URL
規範 URL 是一個小的 HTML 代碼，它向搜索引擎指示規範或首選域。
它可以幫助搜索引擎了解您網站的“官方 URL”。 簡而言之，他們會了解您希望在 SERP 中獲得重視的 URL。
如果您同時使用 WWW 和非 WWW URL，最好為網站上的每個頁面設置規範 URL。
現在，您如何設置規範 URL？
方法一：使用谷歌搜索控制台
這很簡單，容易，不到一分鐘。 只需按照以下步驟操作：
第 1 步：轉到 Google Search Console 主頁。
第 2 步：從左上角的下拉列表中選擇您網站的首選版本。
第三步：點擊齒輪圖標。
第 4 步：選擇站點設置。
第 5 步：轉到首選域部分。
第 6 步：設置您的規範 URL。
方法 2：使用 301 重定向
還有另一種（常見的）方法可以做到這一點。 它使用服務器重定向來顯示網站的規範版本。
當您使用 301 重定向時，您會告訴搜索機器人您將 URL 永久重定向到新地址。
您可以將不太喜歡的域重定向到首選域，並輕鬆地將規範 URL 指示給搜索引擎。
在這裡，您不應與 302 重定向混淆，後者在重定向是臨時的時使用。
Google 不會通過 302 臨時重定向傳遞域權限。 因此，如果您使用 302 重定向來告知規範 URL，那將是一個錯誤。
方法 3：使用 rel=canonical 標籤
出於某種原因，如果您無法設置 301 重定向，那麼還有另一種出路。
您可以將 rel=canonical <link> 標籤添加到您不太喜歡的頁面的 HTML 代碼中。
由於 Google 將規範標籤視為建議而非說明，因此它們不如 301 重定向可靠。
它們可能暫時達到目的，但您的網站的兩個版本都有可能被編入索引。
因此，如果添加規範標籤對您更有效，您可以繼續使用它。
這是添加規範標籤的語法：
“ https://www.domain.com/”
rel =“規範”>
為了使事情順利進行，請注意定期進行網站審核，以檢查您網站的規範 URL 是否到位。
如果不是，請採取必要的措施並儘快修復。
接下來，您應該為另一種情況做好準備。 它將您的網站從 http 遷移到 https。
從 Http 遷移到 Https
與 WWW 和非 WWW 版本一樣，Google 將 http 和 https 視為站點的兩個不同版本。
您需要確保用戶訪問您網站的安全 https 版本。 和搜索引擎索引它。
當您將站點從 http 遷移到 https 時，您必須在 Google Search Console 的站點設置中保持相同的格式。
也就是說，如果您的首選域是 http://www.domain.com，那麼您應該將其更改為 https://www.domain.com。
遷移完成後，您必須使用 Google Search Console 添加並驗證這兩個版本。
Google Search Console 應確認您網站的 https://www.domain.com 和 https://domain.com。
驗證後，您必鬚根據您之前的偏好設置您的首選域。
有了這個，讓我們來看看這兩個版本的優缺點。
優點和缺點：WWW 與非 WWW
如果您認為人們在他們的域名之前使用 WWW 只是因為它已經成為標準多年，那是您的錯誤。
人們使用域的 WWW 版本，因為它允許您做一些很酷的事情。 讓我們來看看它們。
萬維網的優點
1）馴服網站cookies：當您使用域名的WWW版本時，您可以控制其上設置的cookies。 如果您為您的 WWW 域添加 cookie，它將自動傳遞到其所有子域。
例如，您有 x.www.domain.com 和 y.www.domain.com 子域。 然後，您在 www.domain.com 上設置的 cookie 將傳遞到這些子域。
此外，cookie 不會傳遞到網站的其他子域，例如 blog.domain.com 或 login.domain.com。
因此，將 WWW 前綴添加到您的域允許您限制要為每個子域添加的 cookie。
2) DNS 和 CDN 的靈活性：當您使用 DNS 和 CDN 時，WWW 子域更加靈活。
由於 DNS 請求不允許將非 WWW 主機名指向 CDN 域，因此這樣做會導致意外錯誤。
另一方面，如果您選擇 WWW 主機名作為首選版本，則它符合 DNS 規則。
這種靈活性反過來又可以幫助您以更輕鬆的方式使用 CDN。
萬維網的缺點
從技術上講，使用 WWW 版本幾乎沒有缺點。 唯一的缺點是人們不會費心在地址欄中輸入 WWW，而且它很快就會過時。
1) 短而漂亮的域名：非 WWW 或裸域名的好處是它們短而漂亮。 它們可讀、易記且易於辨認。
2) 節省帶寬：如果您需要將 cookie 添加到整個站點或根本不需要 cookie，您可以使用裸 URL 節省帶寬。
當您使用域的 WWW 版本時，還有 4 個字節的數據要發送。 3 個字節是 WWW，第 4 個是您的域名前的點。
非萬維網的缺點
1) 無 Cookie 限制：在非 WWW URL 的情況下，您不能將 cookie 限制在根域。 當您想在根域和子域上使用不同的 cookie 時，就會出現問題。
大多數網站和博客都在同一個域上託管圖像，因此 cookie 會以任何方式傳輸。 在這種情況下，沒有 cookie 限制不會成為問題。
2）分流問題：非WWW域沒有CNAME記錄，導致多方問題。 第一個是當站點流量過多或服務器發生故障時，將流量從一台服務器轉移到另一台服務器的麻煩。
您不能將流量從現有服務器轉移到使用非 WWW 域的健康服務器。 在迫切需要時，它可能會給您帶來嚴重的擔憂。
3) 與 CDN 的兼容性差：裸 URL 與 CDN 的兼容性很差。 您將無法將根域（裸域）指向 CDN，而不會弄亂 FTP 和 Mail 等其他內容。
萬維網與非萬維網——更好的一個？
經過比較，很明顯 WWW 域具有一些先天的優勢。
但是，只有當您擁有一個包含多個子域和許多服務器的大型網站時，您才能利用這些好處。
小型網站不受您使用的域類型的影響。 WWW 和非 WWW 域都可以正常工作。
但是，每個人都希望他們的網站發展壯大。 這意味著小網站將來會變成大網站。 因此，您應該為此做好準備並相應地選擇域版本。
儘管 WWW 似乎是最佳選擇，但您可以實施一些變通方法並使非 WWW 也一樣好。
使用裸域的最常見方法是將站點的靜態內容託管在單獨的域中。 例如，雅虎使用 yimg.com 域來託管其靜態內容。
此外，如果您的網站沒有 WWW，您可以使用提供 CNAME 扁平化、ANAME 或別名記錄等變通方法的 CDN。
例如，Cloudflare 使用 CNAME 扁平化在 Web 上共享內容。
像這些一樣，存在更多的解決方法。 但是，在決定什麼對您的網站更有利之前，您必須考慮所有因素。
SEO 視角：WWW 與非 WWW
從 SEO 的角度來看，使用 WWW 版本或非 WWW 版本沒有區別。
只要您設置了首選域並且另一個重定向到該域，您的站點將在搜索中表現良好。
現在，如果您考慮諸如 http 和 https 之類的東西，您的域將有四種可能的組合：
- http://domain.com
- http://www.domain.com
- https://domain.com
- https://www.domain.com
如果其餘 URL 未指向首選 URL，您的站點的性能和用戶體驗將受到影響。 因此，請確保將所有其他版本重定向到規範 URL。
簡而言之，是否使用 WWW 取決於您的品牌和網站的技術能力。
您是想申請 WWW 還是非 WWW 域是您個人的選擇。
WWW 與非 WWW：做出選擇
如果您有一個小型網站並且不打算在未來擴展它，那麼使用或不使用 WWW 沒有任何區別。 隨心所欲地去吧。
但是，如果您希望啟動一個包含多個頁面和大量多媒體內容的大型網站，您別無選擇。
在這種情況下，必須在您的域之前使用 WWW。 從長遠來看，它不會增加太多複雜性，並使事情變得容易得多。
無論您做出何種選擇，您都必須堅持使用您的首選 URL。 如果 Google 已經將其編入索引，那麼就沒有必要費力地更改您的首選 URL。
請記住，每當您決定從一個版本切換到另一個版本時，您都會冒著搜索排名的風險。 所以，最好堅持你一開始選擇的那個。
WWW 或沒有 WWW 是一個偏好問題……
隨著互聯網的發展，事情將變得更容易和方便。 將來您可能會忘記 WWW 並將您的網站直接託管在根域上。
然而，讓我們回到現在。 WWW 與非 WWW 的爭論有一個明確的結論——這是你的選擇。 它不會影響您網站的可用性。
決定是否使用 WWW 的最關鍵因素是您網站的預期大小。
但是，如果您不確定，我建議您使用 WWW 版本。 它具有輕微的技術優勢，可以讓您在 SEO 中獲得邊際優勢。
一旦你做出選擇，只需設置你的規範 URL 並堅持下去。
最後，我們想知道您對使用或不使用 WWW 的看法。 你的首選是什麼？