很容易標注規格

　　標準標簽很容易讓專欄作家Patrick Stox概括出在使用canonical標記時在實現過程中發生的事情，以及一些常見的問題。

　　HTTP和HTTPS理想世界中的重復問題每頁只有一個版本。太糟糕了，一個世界是混亂的，同樣的內容可以是相同的網站和其他網站在多個位置。一年前開發了一個解決方案來幫助這些重復的內容問題：ldquo；規范鏈接元素ldquo；俗稱ldquo；Rel=規格“和；或ldquo；規格標簽。rdquo；如何使用SEO標準化標簽幫助

　　canonical標簽可以設置頁面的首選版本和信號傳輸的首選版本，以解決內容重復的問題。標簽幫助鞏固和其他問題導致重復：

　　HTTP和HTTPSWWW和非WWW參數和分面導航會話ID跨頁面版本（如米）或帶有網頁或打印版本的尾部斜杠索引/默認頁

　　添加典型

　　多數SEO知道可以在頭部使用標準標簽，例如：

　　書信電報；鏈接rel=ldquo；規范；href=ldquo；HTTPS：//exAMPle.com/rdquo/燃氣輪機；

　　您可能不知道的是，一個典型的標簽可以設置一個HTTP頭，就像：

　　HTTP/1.1200確定鏈接：ltHTTPS：//示例。COM/gtrel=ldquo；規范；

　　標題中的規范可用于任何網頁，但** 常見的是SEO入門指南，用于設置PDF的首選版本，以及谷歌何時Dan Sharp劫持谷歌ldquo；我的標準標簽“不起作用”或“不起作用”；

　　規范的標簽不是指令，這意味著可以忽略它。規范版本為web版本，應在網站中使用，例如，沖突URL在網站中或在您的內部鏈接中可以混用信號。在沒有足夠匹配的情況下，也可以忽略此頁上的典型標記。

　　其他事情可能會出錯，比如復制頁面，不更改規范標簽，或者將規范留在占位符中，比如ldquo；改變你自己；或ldquo；而不是我ldquo；您還應該使用URL，這絕對不是一個典型的相對路徑，以幫助避免錯誤。這些自我參考標準標簽可以導致多個頁面基本上告訴搜索引擎，他們是他們的首選版本，這不是不合理的。如果頁面有多個典型標記，則谷歌將忽略。

　　谷歌究竟會如前所述，是否存在混合信號 他們會嘗試利用各種信號來確定建議的著裝** 佳URL、內部鏈接和網站URL，但也有其他因素。例如，他們可以選擇一個較長的一個或選擇HTTPSHTTP短URL。

　　谷歌希望HTTPS頁HTTP頁是相當標準的，除非存在如下沖突信號（每個都使用谷歌中典型的URL搜索平臺幫助文檔頁）：

　　HTTPS頁中存在無效的SSL證書HTTPS頁包含不安全的依賴項HTTPS頁roboted（和HTTP頁不可用）HTTPS頁或通過HTTP頁HTTPS頁具有rel=ldquo；標準化（鏈接到HTTPS頁的頁的HTTP包含noindexrobotsmeta標記

　　一個罕見的情況，但肯定會發生，是當編碼錯誤導致頭部末端應。在這種情況下，一個典型的內容實際上可能在正文中，這是不受搜索引擎尊重的。更糟糕的是，這個問題不會被大多數工具檢測到，比如尖叫青蛙或深度爬行，甚至通過查看源代碼。只有通過查看DOM（文檔對象模型）本身，例如使用Chrome開發工具，才能發現這個問題。

　　例如，在家得寶的規格標簽下的圖中，您可以看到，當head結束并且大部分內容出現在head中時，查看源代碼實際上是查看bodyDOM家得寶標準標簽body而不是head

　　與其他標簽規范的相互作用

　　對于拼寫錯誤或斜杠這樣的小東西，典型的標記很容易出錯，尤其是當它在一個組中時，比如分頁或重分頁。在這些組中，如果頁面索引與標簽中包含的索引不同，則頁面設置不應為鞏固，例如在頁面設置URLnoindex中設置1頁2頁的頁面規范標簽和禮服不應一起使用。我看到spec標簽似乎傳遞了noindex首選版本的情況。

　　標準化標簽的其他用途

　　你知道canonical標簽可以用在不同的領域嗎 實際上，這是發布內容時首選的方法。您還應該指定網站的替代版本，例如mobile或AMP，返回到main。更好的是，根據谷歌，你不需要為即將到來的mobilefirst索引更改你的典型標簽。禮不是理想世界的需要

　　雖然rite鞏固信號在多個頁面上很有用，但請記住，在理想情況下，只有一個版本鞏固，其他方法（如重定向頁面）是** 好的，因為您希望能夠訪問頁面的單個版本。