SEO審核中發現的8個常見錯誤
已發表: 2019-02-26在對網站進行 SEO 審核超過 10 年之後，我審核了很多網站。 在過去的幾年裡，我注意到網站所有者所犯的一些非常常見的錯誤的不幸趨勢。 我最終不得不在過去一年左右完成的幾乎所有 SEO 審計中指出這些相同的錯誤。 這些錯誤就是我所說的常見網站和網頁設計錯誤——它們是網站問題，而不是搜索引擎優化問題。 無論如何，這些問題都會影響網站的流量和搜索引擎結果中的可見性。 因此，我必須在我為客戶進行的技術 SEO 審核中指出它們。
我將這些錯誤稱為常見錯誤，因為我在過去兩年中執行的 10 次技術 SEO 審計中有 8 次至少有 80% 的這些問題。 我不介意網站在來找我進行搜索引擎優化審核之前存在這些問題。 我可以把它歸結為作為 SEO 顧問的工作保障。 但是，讓我們回顧一下我在 SEO 審核中遇到的這 8 個常見錯誤。 檢查您的網站是否犯了這些錯誤。 如果您是，使用 OnCrawl 將有助於識別和解決這些問題。 我在下面詳細介紹了每個問題，解釋了為什麼這個問題很重要，以及使用 OnCrawl 如何幫助您解決問題。
1. 錯誤的 HTTP 到 HTTPs 遷移
2. 重複內容問題
3. 超級菜單和內部鏈接
4. 網站結構問題
5. 孤立的內容和頁面
6. 鏈接問題、不良鏈接和低質量鏈接
7.過度優化或不優化
8. 代碼或指令的錯誤使用
常見錯誤：錯誤的 HTTP 到 HTTPs 遷移
我不僅在 SEO 審核期間看到了這個錯誤，而且只是通過瀏覽網頁。 存在問題的主要指標是瀏覽器中的鎖符號損壞。 如果您訪問的網站的鎖符號損壞，則該網站存在此問題。 當網站從 HTTP 遷移到 HTTPs（從非安全版本到安全版本 (SSL)，域名上的每個提及和內部鏈接都必須更改為 HTTPs。這意味著如果網站的源代碼引用圖像（所有站點都有圖像），它應該通過 HTTPs 而不是 HTTP 加載該圖像。如果它像這樣引用 HTTP：
< img src="https://www.oncrawl.com/images/logo.png" alt="OnCrawl 標誌" />
該代碼出現的頁面將顯示一個損壞的鎖符號。 OnCrawl.com 的 URL 應該是 HTTPs 而不是如上所示的 HTTP。 另一個相關問題是內部鏈接以及頁面如何在網站上相互鏈接。 正確從 HTTP 遷移到 HTTP 的網站將始終使用鏈接中的 HTTP URL 而不是 HTTP 從一個頁面鏈接到另一個頁面。 如果網站上的鏈接是這樣的：
<a href="https://www.oncrawl.com/support/">聯繫支持
並鏈接到 HTTP URL，那麼這很可能會導致發生 301 永久重定向，將訪問者重定向到 https://www.oncrawl.com/support/，這是該頁面的 HTTPS 版本。 當您使用 OnCrawl 抓取網站時，OnCrawl 將報告大量重定向。 這是不好的。 從 HTTP 到 HTTPS 的正確網站遷移將導致網站在抓取時不會重定向。
如何解決這個常見錯誤
一般來說，您網站的所有內部鏈接和對您網站源代碼中完整網站 URL 的引用都應指向您網站的 HTTPs 版本，而不是 HTTP。 如果您使用的是 WordPress，則可以搜索您網站的整個數據庫以查找您網站的 HTTP URL（包括域名）並將其替換為 HTTPS 版本。 您也可以在具有數據庫的其他 CMS 中執行此操作。 有關更多信息，我最近在一篇題為“確保您的域遷移順利進行”的 OnCrawl 文章 (https://www.oncrawl.com/technical-seo/domain-migration/) 中對此進行了介紹。
常見錯誤：重複內容問題
重複內容問題相當普遍，實際上很難讓您的網站 100% 沒有重複內容。 如果您的網站上有一個主導航，它將出現在網站的所有頁面上，因此至少有一些重複的內容是很常見的。 但是，我遇到的一個常見錯誤是，當網站的所有頁面上出現一段文本（甚至更多！）時。 例如，您可能在網站的頁腳中有一段文字是“關於您的公司”。 除非您網站的某些頁面上的內容少於網站頁腳中的那段文本，否則這並不會真正造成大問題。 如果頁腳中的段落是 200 字，而頁面的其餘部分少於 200 字（這很常見），那麼頁腳文本將超過頁面上的其他內容。 當您的網站上有多個頁面時，這可能會成為一個問題。
我審核的一個網站有一個側邊欄，上面有客戶最近的推薦。 它滾動瀏覽推薦，因此訪問者一次只能看到一個推薦。 這通常不是問題，但該頁面的源代碼有 30 多個“滾動瀏覽”的推薦。 所有 30 個推薦的所有文本都加載到網站的每個頁面上。 這實際上是推薦中超過 3500 字的內容。 該網站上的任何頁面都沒有超過 3500 個字。 因此，網站上的每一頁都有相同的 3500 字的內容。 我們從側邊欄中刪除了推薦，該網站的排名和流量猛增。
從技術上講，您網站上的重複內容不會受到處罰，除非重複內容非常糟糕，以至於需要 Google 對垃圾郵件進行處罰。 這是相當罕見的，如果您正在復制頁面和/或網站，那麼您可能已經知道重複的內容。 大多數網站不會故意複製他們的內容——這樣可能會遇到抓取問題。 網站可以通過將其浪費在重複的內容上來輕鬆地用完他們的“抓取預算”。 引導搜索引擎爬蟲抓取獨特且具有最佳內容的頁面非常重要。
如何解決這個常見錯誤
使用抓取報告中的 OnCrawl 的重複內容功能來了解您網站上可能存在的重複內容的數量。 例如，如果網站有重複的標題標籤、重複的元描述標籤和重複的標題標籤，您可能需要調查這些頁面是否重複。 一些 WordPress 網站會生成帶有標籤、類別和存檔頁面的重複頁面，例如按日期列出的頁面。
常見錯誤：超級菜單
該網站的導航中有多少個鏈接？ 我確實在一個站點的主導航中看到了數百個鏈接（超過 200-300 個鏈接）。 不僅網站訪問者試圖找到他們正在尋找的東西會讓人不知所措，而且總體上對搜索引擎優化也不是很好。 當一個站點有超過 10 個下拉主項，並且每個下拉主項都有 10 多個項，有些甚至有子菜單項時，它就是一個超級菜單。 這最終意味著您有超過 100 個頁面相互鏈接。 那是 100 頁直接鏈接到 100 頁。
像這樣的網站很容易（並且應該）重新評估，因為網站結構沒有很好地分類。 我對其進行 SEO 審核的一個網站是一個擁有超過 300,000 個產品頁面的電子商務網站。 該網站銷售辦公家具，也銷售教堂家具和健身器材。 您實際上可以在有關教堂長椅的頁面上，然後直接導航到有關瑜伽墊的頁面。 我不知道有誰會在購買教堂長椅的同時也會購買瑜伽墊。
這是一個極端的例子，但主導航有下拉菜單，允許某人直接導航到這些主題的（站點鏈接到）頁面。 將網站視為一個較大網站中的幾個不同的“主題”區域或迷你網站。 有一個主頁，但該主頁應該只鏈接到主要類別。 然後，這些類別頁面應鏈接到該類別中的頁面。 然後，導航到子類別，然後向下導航到產品頁面。 訪問者必須先點擊另一個類別，然後才能直接進入離題頁面。
在導航中將 200 個頁面鏈接到 200 個頁面永遠不會很好。 如果是大型菜單，則需要對其進行修復，這意味著它與網站上也出現的整體網站結構問題有關。
如何解決這個常見錯誤
為了開始擺脫網站的大型菜單，您需要查看幾件事。 查看內部站點結構，查看主題孤島（如果它們甚至存在於站點上）並查看您的內容集群。 喜歡的頁面應該鏈接到喜歡的頁面（同一主題的頁面）。
常見錯誤：網站結構問題
這實際上與超級菜單問題非常相似。 如果一個網站有一個大型菜單，那麼它的設置方式就不是網站結構理想的方式。 正如我之前提到的，網站結構應該以將類似主題組合在一起的方式設置。 一個站點很少有一個頁面鏈接在一個子主題下，然後在一個類別下，並且仍然有數百個指向它的內部鏈接。 網站上是否有孤立頁面？ 在 OnCrawl 報告中，網站爬網後，它是否識別出具有不屬於網站結構一部分的流量和排名的孤立頁面？
如何解決這個常見錯誤
查看 OnCrawl 創建的內部流行度報告，按深度、Inrank 分佈和 Inrank 流查看頁面組。 該網站的主頁上是否有大型菜單？ 大型菜單是否鏈接到子類別頁面？ 它不應該。 網站主頁的主菜單中應該有少量的類別頁面鏈接。
網站是否有明確的主題或部分？ 這將需要對站點進行人工審核，您應該能夠相當容易地判斷是否有包含站點上所有頁面的大型菜單或是否有部分。 另一個需要審查的問題是 OnCrawl 報告的鏈接部分。
注意每頁的平均鏈接數，以及每頁的平均內部跟隨大綱。 通常，頁面的傳入鏈接應該多於傳出頁面。 如果這些數字非常接近，或者傳出鏈接多於傳入鏈接，則可能存在站點結構問題。 網站上是否有少於 10 個跟隨鏈接的頁面？ 是否存在不屬於站點結構的孤立頁面？
常見錯誤：孤立的內容和頁面
孤立頁面比您想像的更常見。 孤立頁面很簡單：當爬蟲從站點的主頁開始並在站點上從一個鏈接到另一個鏈接時，它找不到指向孤立頁面的鏈接。 OnCrawl 會發現孤立頁面，因為它會分析 Google Analytics 數據、Google Search Console 數據和（希望如此）您網站的日誌文件數據。 OnCrawl 查找網站上未鏈接的頁面並將它們標識為孤立頁面。 它們實際上比您預期的更常見，因為我們傾向於重新設計我們的網站並將頁面留在網絡服務器上但不鏈接到它們。 它可能是網站的舊版本，也可能是不適合包含在新版本網站中的內容。 但是，儘管這些頁面沒有直接從當前面向公眾的網站鏈接，但它們仍然存在於網站上。 這種情況發生了——孤立頁面可能有很多流量，而且它們的排名很好。
如何解決這個常見錯誤
有幾種方法可以解決此問題。 事實上，如果您向 OnCrawl 提供正確的數據，例如 Google Analytics、Majestic、Google Search Console 和日誌文件數據，它就可以很好地識別孤立頁面。 因此，如果您有權訪問它，請向 OnCrawl 提供所有這些數據。 日誌文件可能非常重要，因為它可以揭示其他數據，例如 404 錯誤和重定向，這將幫助您恢復丟失的流量和排名。
要解決這個常見錯誤，請確定重要的孤立頁面，然後在網站上正確鏈接它們。 如果有來自其他網站的鏈接鏈接到您的網站，您可以通過 Majestic.com 鏈接數據識別這一點。 鏈接到整個站點的孤立頁面的鏈接可以正確地將 Inrank 和 PageRank 傳遞到站點上的其他頁面，從而幫助其排名。
常見錯誤：鏈接問題、不良鏈接和低質量鏈接
查看 Majestic Domain Trust Flow 和 Domain Citation Flow 數字。 一般來說，Trust Flow 應該比 Citation Flow 至少高出 10 個點。 如果引文流高於信任流，則指向該網站的鏈接質量可能較低。 通常，您應該擁有指向您網站的優質鏈接，而不是許多質量較低、不受信任的網站鏈接到您的網站。 一些質量較低的鏈接指向您的網站是很常見的，因為我們無法控制鏈接到我們網站的每個人。 但是，我們可以控制一些環節。
如何解決這個常見錯誤
花點時間查看指向您網站的所有鏈接。 此外，請查看具有鏈接的頁面列表。 是否有任何頁面具有當前無法解析的鏈接？ 也許有一個不再存在的舊頁面有鏈接？ 要么帶回同一 URL 上的內容頁面，要么 301 將該頁面重定向到同一主題的另一個相關頁面——這樣您就可以恢復這些鏈接。
常見錯誤：過度優化或沒有優化
我一直看到的另一個常見錯誤是似乎已經在 10 多年前完成的頁面優化，或者在 10 年前遵循 SEO 標準的網站上進行的 SEO。 沒有遵循當前的 SEO 最佳實踐，這通常涉及關鍵字填充、編寫不佳的元數據（如編寫不佳的標題標籤或元描述標籤），甚至是標題標籤的不當使用。
如何解決這個常見錯誤
修復這個常見錯誤非常容易——學習編寫標題標籤、元數據的最佳實踐，並使用可接受的 HTML 編碼實踐。 如今，有序列表、項目符號列表、粗體、斜體以及正確的字體大小和顏色的使用是必須的。 清理 HTML 代碼並使用適當的標記代碼（例如 Schema.org 代碼和 JSON-LD 代碼）可以大大有助於獲得更好的排名和更多的搜索引擎流量。
常見錯誤：代碼或指令的不正確使用
使用過多或使用不適當或不正確的 Schema.org 代碼可能會導致 Google 採取手動操作。 雖然結構化數據很好，但它必須正確實施，否則可能會產生嚴重後果——它可能會適得其反。 許多網站不使用任何結構化標記，現在這只是一個錯失的機會。
其他相關問題可能涉及代碼的錯誤實現，甚至頁面上的指令衝突。 例如，如果您在頁面上使用規範標籤，則不要禁止搜索引擎在 robots.txt 文件中抓取該頁面。 如果他們無法抓取頁面，那麼他們就看不到規範標籤。
我經常看到的其他不正確的代碼實現或衝突指令是：
- 不正確的 rel 下一個/上一個用法
- 不正確的規範標籤指令
- robots.txt 指令不正確
如何解決這個常見錯誤
老實說，為了能夠發現和解決這些問題，您必須了解每個指令的作用以及使用它們的原因。 您不必成為編碼員才能理解 schema.org 代碼，但您必須對使用它的原因和時間有基本的了解。 我不是程序員，但我可以復制和粘貼代碼——而且有很多代碼生成器可以幫助您正確編寫代碼。
Oncrawl 搜索引擎優化爬蟲
學到更多綜上所述
我們都會犯錯誤——幸運的是，所有這些錯誤都是可以修復的，這可以帶來更好的優化網站、對搜索引擎更友好、對訪問者更友好的網站。 適當的 SEO 審核，即使您自己在自己的網站上進行，也肯定會揭示這些常見錯誤中的一個或多個。 我親自審核了我自己的網站，發現了我不知道的問題，但在 OnCrawl 等工具向我指出這些問題後，我得以解決。 而且，我們必須選擇我們的戰鬥，因為發現的一些問題可能不像其他問題那麼重要。