終極規範 SEO 資源指南

這篇文章是一篇客座文章——在文章底部閱讀更多關於作者的信息。

有沒有想過什麼是規範的 SEO 以及它與您的屬性有何關聯？ 好吧，讓我向你保證，你不是第一個！

作為一家大公司的技術 SEO，我看到初級專家和開發人員努力理解什麼是規範 rel，如何/何時使用它們，以及為什麼它們在搜索引擎優化中佔有一席之地。

老實說，大多數 SEO 都同意規範的目的和意圖的本質是令人費解的。

然而，今天，SEO Butler 通過圍繞規範的全面信息指南消除任何誤解，以用於 SEO 目的。

什麼是規範標籤？

規範標籤，也稱為“canonical rel”或“rel canonical”，是定義資源與 HTML 文檔的關係的屬性。

它通常用於定義您希望呈現給搜索引擎以進行索引的頁面副本。

使用規範標籤可防止頁面在您不想使用的屬性變體下在 SERPS 中提供。

因為每個網站都有四種變體，所以始終指定要用作“主副本”的變體至關重要。

規範 rel 及其四種變體的示例如下：

<link rel=”canonical” href=” http://seobutler.com/”/ >

<link rel=”canonical” href=” http://www.seobutler.com/”/ >

<link rel=”canonical” href=” https://seobutler.com/”/ >

<link rel=”canonical” href=” https://www.seobutler.com/”/ >

知識檢查：

canonical這個詞來自拉丁語根canonicalis，意思是“屬於佳能”或“根據規則”。 由於它與規範 SEO 有關，我們只是告訴搜索引擎索引 HTML 文檔及其變體的規則是什麼。

為什麼我們在 2019 年甚至有規範

為什麼我們確實如此？ 擁有一個網站的四種變體似乎是多餘的，不是嗎？

你會認為谷歌、必應和雅虎會選擇他們認為最適合索引的任何版本並使用它，對嗎？

雖然這會讓我們的生活變得更輕鬆，但對於某些網絡資產來說，它可能而且也可能存在潛在危險。 請允許我解釋一下……

互聯網上的許多網站使用子域和 hreflang（另一個 rel 屬性）向搜索引擎傳達他們的財產可能服務於同一網站的不同語言版本。

不使用 Canonical Rels 的負面影響

• 重複內容錯誤
• 由於被誤解為另一個頁面而沒有出現在 SERPS 中的頁面（尤其是與 hreflang 相關的頁面）
• 由於同一內容的多個頁面爬網導致的爬網預算不足

來自 Google 的有關規範 rel 問題的更多信息

此外，在為移動設備創建 Accelerated Mobile Pages (AMP) 頁面時，規範也是至關重要的，特別是因為谷歌現在表示所有新屬性都首先由其移動版本索引，而桌面是第二優先級。

如您所見，由於這些不同類型的網站，規範在與搜索引擎交流使用哪個 URL 方面起著至關重要的作用。

知識檢查：

AMP 頁面（也稱為加速移動頁面）是網站上的一種文檔，它與您的標準頁面協同工作，以加快速度向使用移動設備的用戶提供內容。 在大多數情況下，這些頁面沒有 JavaScript、視頻和圖片，以試圖減少對服務器的 HTTP 請求，從而使頁面盡可能快地加載給用戶。

何時使用規範化

讓我們保持簡短。 您唯一需要記住的是，使用規範是至關重要的。 在每一頁，每一個項目，每一次。

無論是以鏈接 rel、HTTP 標頭的形式還是在您的 .htaccess 文件中，都沒有理由不使用它們。

雖然對於人類來說，所有這些頁面都代表網站上的單個頁面或文檔，但對於搜索引擎爬蟲來說，它們都代表不同的位置或 URL，可以從中推斷出內容。

因此，您可以看到不使用規範如何導致重複的內容錯誤。

幸運的是，大多數 CMS（如 WordPress）實際上都有一個內置的規範化系統。 如果從網站一開始就正確設置，則無需再次觸摸它們（更多內容見下文）。

在哪里以及如何使用規範

現在我們已經清楚地了解了規範是什麼以及何時使用規範（總是！）——它自然會引出如何使用它們的問題。

讓我們直接跳進去！

在我們開始在我們的網站或頁面上設置我們的規範之前，我們首先需要確保我們的域名服務 (DNS) 設置為支持我們的規範結構。

在許多情況下，我看到網頁設計師、SEO 專家和系統管理員在頁面級別將規範 rels 打到頁面上，但未能確保他們的 DNS 記錄與他們試圖為用戶和搜索引擎服務的視覺類型相匹配.

那麼我們該如何處理呢？ 很簡單。 我們前往我們的域名註冊商並從 DNS 級別開始，以確保一切都是一致的。

編輯您的 DNS 以支持您的規範

編輯 DNS 文件可能是一個可怕的過程。 今天，我們將通過簡單的文本截圖幫助您取得成功，您可以直接插入到您的記錄中，而無需完整或全面地了解其背後的所有細微差別。

下面我將向您展示如何為非 www.websites 編輯此文件。 和 www.websites。

對於 www 首選網站

對於 www 首選網站，本質上我們需要做的是與 DNS 溝通，您希望您的 www 版本被視為規範。

這是通過簡單地設置兩條記錄來完成的：一條“A”記錄和一條 CNAME 記錄。

第 1 步：登錄您的 DNS 提供商（我們使用 Google）。

第 2 步：選擇您要管理的域屬性。 對於此示例，我們將選擇“Tucson's Trusted”。 如果您使用的是 Google Domains，您會在左側看到 DNS 選項。 點擊它。
第 3 步：向下滾動到頁面底部附近並查找“自定義資源記錄”。 它看起來像這樣。

第 4 步：要設置您對 www 的首選願景，請使用上面屏幕截圖中的兩種記錄類型。 第一種記錄類型是解析為主機 IP 地址的“A”記錄。 第二條記錄是指向網站 www 版本的 CNAME 記錄或“規範”名稱記錄（有意義嗎？！）。

完成這些步驟並更新所有字段後，請按保存！ 現在，這會告訴 DNS 級別的服務器和爬蟲您的規範偏好是什麼。

對於非 www 首選網站

對於非 www 首選網站，我們將採用上述相同的路線，但僅適用於步驟 1-3。 第四步有點不同。

在這種情況下，我們將把我們的首選願景設置為非 www，而不是 www。 為此，我們將使用兩種記錄類型，如下面的屏幕截圖所示。

實際上，我們只是排除了 CNAME 記錄來代替另一個“A”記錄。 這樣做消除了搜索引擎可能在 DNS 級別考慮的任何規範化。

完成這些步驟後，我們可以在我們的流程中向前推進，以標準化我們在我們的財產或領域中的首選願景！

編輯您的 .htaccess 文件以支持您的規範

接下來，我們從 DNS 到 HTTP 線路來支持我們的規範拓撲。

以下信息通過 .htaccess 文件進行控制和處理。 它旨在確保在您的 DNS 解析為您的 IP 後，您的主機了解您喜歡的流量 URL 路徑。

下面，我將向您展示如何使用 .htaccess 文件的簡單複制和粘貼代碼來編輯此文件。

對於 www 首選網站

第 1 步：與您的域根文件夾建立 FTP 連接。 在這個文件夾中，應該有一個 .htaccess 文件。 如果沒有，請創建一個。

步驟2：右鍵單擊文件並選擇編輯。 這將在您選擇的文件編輯器中顯示該文檔。

第 3 步：對於沒有 https 的 www-preferred 網站，添加以下 Apache 代碼：

重寫引擎開啟

RewriteCond %{HTTP_HOST} ^yourdomain.com [NC]

重寫規則 ^(.*)$ http://www.yourdomain.com/$1 [L,R=301]

對於 www 和 https 使用：

RewriteCond %{HTTP_HOST} ^yourdomain.com$

重寫條件 %{SERVER_PORT} ^443

重寫規則 ^(.*)$ https://www.yourdomain.com/$1 [R=301]

注意：確保將 yourdomain.com 替換為您的實際域。

第 4 步：請保存您的文件並重寫舊文件。

對於非 www 首選網站

第 1 步：與您的域根文件夾建立 FTP 連接。 在這個文件夾中，應該有一個 .htaccess 文件。 如果沒有，請創建一個。

步驟2：右鍵單擊文件並選擇編輯。 這將在您選擇的文件編輯器中顯示該文檔。

第 3 步：對於沒有 https 的非 www 首選網站，添加以下 Apache 代碼：

重寫引擎開啟

RewriteCond %{HTTP_HOST} ^www.yourdomain.com [NC]

重寫規則 ^(.*)$ http://yourdomain.com/$1 [L,R=301]

對於非 www 和 https 使用：

RewriteCond %{HTTP_HOST} ^www.yourdomain.com$

重寫條件 %{SERVER_PORT} ^443

重寫規則 ^(.*)$ https://yourdomain.com/$1 [R=301]

注意：確保將 yourdomain.com 替換為您的實際域。

第 4 步：請保存您的文件並重寫舊文件。

完成這些步驟後，我們現在可以繼續設置頁面規範！

這是確保搜索引擎了解您希望您的網站在其結果頁面中看到的確切方式的最後一步。

如果您無法理解上面的代碼，請查看下面的這些資源，了解 .htaccess 文件中 apache 生成的重定向。

同樣重要的是要注意，根據您的服務器運行的 Apache 版本，為了執行這些命令，代碼的編寫可能略有不同。

如果您需要，這裡有兩個資源可能會提供進一步的幫助。

編輯您的頁面以支持您的規範

如前所述，如果您使用 WordPress 之類的 CMS（內容管理系統），您可以一步使用其集成的交鑰匙流程在頁面級別設置規範。

你怎麼問？ 很簡單。

轉到您的後端管理面板，然後選擇“設置”，然後選擇“常規”。 在 General 下方，您將看到以下屏幕截圖中的選項：
您在這裡所要做的就是以您希望 WordPress 匹配您的鏈接 rel 規範的確切方式寫出您的網站。

夠簡單吧？！

如果您沒有 WordPress 並且正在使用自定義 CSS 和 PHP 模塊的靜態 HTML 網站工作，該怎麼辦？

幾乎一樣容易！

對於靜態頁面，將下面的代碼片段添加到您網站的標題中。 此代碼讓搜索引擎知道這是您希望將頁面編入索引的首選視覺。

這些rels如下。 你如何設置你的 DNS 和你的 .htaccess 301 重定向決定了你應該使用哪個鏈接。 請記住確保它匹配，因此 SERP 中沒有任何不一致的內容索引。

<link rel=”canonical” href=” http://seobutler.com/”/ >

<link rel=”canonical” href=” http://www.seobutler.com/”/ >

<link rel=”canonical” href=” https://seobutler.com/”/ >

<link rel=”canonical” href=” https://www.seobutler.com/”/ >

添加您的 rel 後，請確保它們在您正在處理的頁面上得到驗證。 這可以通過檢查頁面源並點擊 <ctrl + f> 來搜索“Canonicals”來完成。

它看起來與此類似：

優化外部資源的規範

隨著基於雲的應用程序、服務器和內容交付網絡的進步，將流量傳輸到指定資源而不是 IP 地址變得極為重要。

如果沒有正確完成，可能會導致記錄服務不一致和搜索引擎的抓取混亂。

“CDNS 傷害 SEO”的快速谷歌會告訴你，當設置不正確時，由於 SERP 相關的去索引，許多屬性會遇到流量損失。

設置別名記錄類型使您能夠將命名資源與根相關聯。 命名資源的一個示例是 mywebsite.website.com。

在我們的例子中，出於解釋的目的，我們會將 mywebsite.website.com 指向 website.com。 這會減少命名資源和規範 URL 之間的集成問題。

注意：別名記錄是在您選擇的雲或內容交付網絡上設置的。 它是一種虛擬記錄類型，可在根域或頂點域上提供類似 CNAME 的行為，並使任何名稱解析為 IP 地址。

了解差異

A 記錄將名稱映射到 IP 地址。

CNAME 記錄將一個名稱映射到另一個名稱（www 到非 www，為我們提供了 www 的規範）

Alias 記錄將一個名稱映射到另一個名稱（mywebsite.website.com 到 website.com

帶走： CNAME 和 ALIAS 記錄將名稱映射到其他名稱（www 網站或子域），A 記錄解析為 IP。

關於 SEO 規範的最終想法

如果你讀到了本文的結尾，我希望你對規範是什麼以及它們為什麼對搜索引擎優化至關重要有一個新的理解。

雖然許多人認為規範實施不像以前那樣必要，但我認為它更是如此。 隨著谷歌正在進行的戰爭，以使 AMP 頁面更具相關性，並在某些利基市場為特定語言的網站提供建議，規範比以往任何時候都更加重要。

記住 SEO，優化為未來做好準備，同時牢記現在。

您不必比其他人更好，但您確實需要比競爭對手更有效地執行 - 即使在規範 SEO 方面也是如此。