什麼是 SEO 網站審核？

什麼是 SEO 網站審核以及如何執行？ 連同內容計劃和有機可見性策略，本文檔（或一組文檔）構成了您的 SEO 活動的基石。 實施得當將使您走上成功之路。

考慮到這一點，我們決定逐步指導您完成執行 SEO 審核的過程。

SEO 審計是由 SEO 專家執行的一組分析。 它旨在確保該網站符合最新的搜索引擎優化標準，並且沒有任何阻礙追求有機增長戰略。

重要的是，審計本身並不是一種策略。 在合作之初，我們通常會同時向客戶提供兩份文件。 然而，大多數審計不包括關鍵字分析或內容計劃（存在例外）。

如果網站不包含根本性錯誤，即使是最徹底的審核也只會發現一些需要解決的問題。 這是最好的情況，因為這意味著您可以立即啟動我們的 SEO 策略，而不是實施審計建議，這會給客戶帶來額外的成本。 在某種程度上，搜索引擎優化專家就像醫生——你希望他們說的只是“一切都很好”。

即使在報價階段，SEO 專家也可以對網站的健康狀況進行總體評估。 該初步診斷用於根據客戶的需求調整審計報價和分析範圍。

何時進行 SEO 審核？ 4 種情況，您需要其中一種

當您實施任何技術更新時

SEO 專家應在實施前研究任何重大更新計劃。 “主要”更新包括：

1. 轉移到另一個 CMS（內容管理系統），
2. 更新 HTML 代碼，
3. 更改 URL 或內部站點結構，
4. 添加或刪除特定部分、頁面或功能。

你知道谷歌有機增長最常見的殺手是什麼嗎？ 不是算法調整，而是在沒有 SEO 支持或分析的情況下實施的主要更新。

出於這個原因，搜索引擎優化機構或專家應該從一開始就參與網頁設計項目。 如果您從第一天開始就加入，您可以確保網站結構本身為您的 SEO 策略提供動力。

對於有機可見性問題

如果您的 SEO 工作停滯不前，則預計會出現隨機流量下降或可見度平台期。 然而，在積極的競選活動中，缺乏結果是一個令人擔憂的原因。

自然流量的突然下降可能表明網站存在錯誤，或者谷歌算法的更新改變了對現有內容的評估。 在這兩種情況下，您可能都需要進行 SEO 審核，以識別需要修復的問題或調整網站以適應搜索引擎機器人使用的新評估標準。

如果有一個積極的內容營銷和/或鏈接建設策略，停滯可能表明存在未檢測到的錯誤，這有效地阻礙了你的成長。

與新的 SEO 機構合作時

SEO 審核是與任何專門從事 SEO 的機構或專家合作開始時的標準程序。 為了有效地運行我們的策略，我們需要知道網站處於良好的工作狀態。

客戶傾向於反對這個想法，認為現代網站不能包含任何錯誤，或者前一年由前機構進行了 SEO 審計。

但是，作為對新項目及其結果負責的專家，您有權以您認為合適的方式檢查網站。

作為例行公事

即使您前一段時間進行了主要的 SEO 審核，並且在此期間沒有發生重大變化，最好進行定期檢查。 他們不必從頭開始採取全面技術審核的形式。 根據所選方法，例行審核包括：

• 根據初次審計期間發現的錯誤進行每月或每季度的審查，
• 分析側重於核心問題，例如新的 404 錯誤。

因此，例行審核旨在檢查自上次檢查以來是否沒有出現任何問題。 眾所周知，任何網站都是有生命的——頁面來來去去，或者它們改變位置。 中型在線商店往往由公司的幾個人管理，並且總是存在人為錯誤的空間。

SEO審核的類型

全面的技術 SEO 審核

在談到 SEO 審核時，我們主要指的是全面的技術檢查，旨在揭示所有潛在的優化錯誤和缺陷。 這些審核側重於網站本身，涵蓋現場和非現場視角。 搜索結果呈現在由 SEO 專家起草的 SEO 報告中，該專家使用選定的工具收集數據、分析結果並提供針對客戶產品進行調整的建議。

自動 SEO 審核

自動審核可分為兩類：

• 由 Sitebulb 等現代專業爬蟲生成的深度 PDF 報告；
• 網站審核由免費工具自動執行。

兩種類型的報告都有其用途。 然而，雖然前一種有助於經驗豐富的專家的工作，但另一種通常相當於對一些基本數據的倉促分析，這不足以得出任何更廣泛的結論。

第二種類型的報告通常作為免費的客戶獎勵提供。

SEO競爭審計——基準測試

另一個完全是 SEO 競爭審核，通常在我們開始製定您的 SEO 策略時執行。 它將競爭對手的可見性分析與選定競爭對手的簡短技術和內容審核相結合。

該審計提供：

1. 您當前的競爭基準。 審核顯示您的網站與競爭對手相比在 Google 知名度中的排名。 您可以每季度更新審計，以確定您的策略如何影響您的市場地位。
2. 在我們的競爭對手通往他們今天的位置和結果的道路上的知識聚寶盆。

您可以使用審核來：

• 了解超出標準建議的優化解決方案，
• 提出建立鏈接的新想法，
• 並且，重要的是，定義內容差距，這可能會為您展示一條通往有機增長的新途徑——您錯過的一些東西會為競爭帶來大量流量。

實施後審核

在第一次審核之後，客戶可能會讓您參與實施建議（這會簡化事情）或自行承擔。 在後一種情況下，最好在逐點檢查清單時通過最後一次檢查來結束整個過程。 只是為了確保一切正常。

電子商務審計

首先，電子商務審核將網站架構歸零，包括主導航、類別和子類別。 因此，在線商店的技術審核通常需要添加關鍵字使用策略。

其次，審計應該檢查分頁和整個網站結構，因為許多電子商務軟件開發人員認為臭名昭著的 rel=canonical 和 robots noindex 的使用是萬能的。 結果：擁有 1000 個 SKU（庫存​​單位）的在線商店會產生超過一百萬個冗餘頁面。

第三，重點應放在消除重複內容上——包括內部（在多個產品選項中重複）和外部（跨不同商店）。

內容審核

內容審核（不要與增長戰略或內容計劃混淆）側重於利用現有資源最大化自然流量。 它們可能涉及以下分析：

1. 域內內部鏈接的當前狀況 - 目標：確定您的所有內容是否在主題上相互鏈接，以及類別選項卡中的單個鏈接是否不是發現高價值文章的唯一方法。
2. 關鍵字蠶食的潛在問題或單個主題不必要地分成幾篇單獨的文章的情況，這些文章都沒有機會獲得最高排名。
3. 識別低垂的果實，即只需要進行外觀更改（鏈接、重新優化）即可開始產生有機流量的內容。

只有當一切都處於良好的工作狀態時，您才應該繼續創建新內容和進一步增長。

本地服務的 SEO 審計

在當地運營的公司傾向於使用較小的網站，其中網站結構和信息架構是次要的。

這裡的優先級是合適的（本地）關鍵字分析，它將作為規劃報價頁面的基礎。 此外，重點在於：

• 在“Google 我的商家”中查看和優化公司資料，
• 添加或優化本地商戶結構化數據，
• 審核外部鏈接和 NAP 因素（姓名 + 地址 + 電話號碼）。

免費的 SEO 審計值得嗎？

互聯網上提供的免費 SEO 審計通常只用於一個目的——揭示大量（通常是不相關的）錯誤，以便最終提供付費服務。

請注意，這些審計往往是由數字工具自動生成的，而不是由 SEO 專家起草的。

通常，SEO 審核必須由幾個專門從事技術事務或內容優化的人員完成。

在某些情況下，審核範圍、站點規模或截止日期需要 SEO 機構僱用的整個團隊的參與。

因此，不存在任何網站的可信賴的免費 SEO 審計。

如何開始您的 SEO 審核

在進行審計時（或更早，當我收到客戶的詢問）時，我做的第一件事是：

1. 檢查 Senuto 中的有機能見度圖表
2. 使用搜索運營商網站：

總共需要五分鐘，並且經常讓我發現網站上的許多問題。

請記住，在報價階段（在某些情況下，甚至在執行審計時），您可能無法訪問 Google Search Console 或 Analytics，因此必須使用外部工具。

只需查看 Senuto 中網站的可見度圖表，您就可以獲得有關網站健康狀況的大量信息。 仔細檢查，重點關注以下幾點：

1. 圖表方向- 看看能見度在過去幾年中是否一直在穩定增長，沒有突然的高峰和下降。 如果圖表看起來平坦，通常表明缺乏有機活動或阻礙增長的重大問題。
2. 如果您在短時間內發現任何突然下降，請嘗試：

• 將異常與 Google 搜索中的主要已知算法更新列表進行比較。 如果它們重疊，至少你知道你要面對什麼。
• 使用 WayBackMachine 查看網站在下降前後一個月的樣子。 在大多數情況下，在沒有 SEO 專家支持的情況下遷移完成後，可見性會直線下降。

另一個很好的調用是使用通常被忽視的 site:domain.com 運算符。 單擊前幾個結果以：

1. 粗略估計網站規模——即使你應該去谷歌搜索控制台+你選擇的爬蟲以獲得最準確的數據，
2. 查看標題標籤、元描述標籤和結果呈現的一般質量。
3. 經常：發現基本錯誤，例如網站黑客或索引問題。

一個例子：

一位經營業務多年的客戶注意到來自公司網站的訂單數量和新查詢數量下降。 使用 site:domain.pl 命令，謎團瞬間解開了：

在 SEO 審核期間要檢查的關鍵點

在技​​術分析領域，焦點已從 Hx 標頭等單個標籤轉移到更全球性的問題：網站架構、結構或渲染（其中包括 Google 在處理各種網站類型和技術方面的能力不斷增強） .

創建獨特的 SEO 審核指南的最大挑戰包括：

1. 在審核期間要檢查的各種情況和場所。 不同的目標、類型和 CMS 會產生無數可能的配置。
2. 檢測到的問題及其潛在解決方案的權重差異。

從理論上講，我可以為每個 CMS 和電子商務系統起草一份單獨的最佳優化實踐和常見錯誤列表。 考慮到這一點，調用下面的列表可能會更準確 - 以我在數十次審計中的專業知識為支持 - 類似於：奇妙的 SEO 錯誤和在哪裡找到它們。

爬行和索引

機器人.txt

robots.txt 文件管理您希望對搜索引擎機器人隱藏的站點位置。 它用於阻止爬網而不是索引本身。 這些天來，robots.txt 文件很少包含錯誤，但當它們出現時，它確實會受到傷害。

XML 站點地圖

XML 站點地圖是一個文件或一組文件，其中包含您希望在給定結構中編制索引的所有頁面的列表。

您可以在任何地址找到站點地圖。 但是，它必須以符合規範的 XML 格式呈現數據。

與 XML 站點地圖相關的基本錯誤包括：

• 缺少 XML 站點地圖，
• 語法錯誤（在 GSC 中報告），阻止 Google 檢索站點地圖，
• 站點地圖和網站結構不兼容，
• 未能在站點地圖中包含圖形和視頻等文件。

孤立頁面

孤立頁面未在內部鏈接，但它們通常正確呈現並以 200 狀態代碼響應。 它們出現在 Google Search Console 中，有時甚至會攀升排名並產生流量。

孤立頁面的出現有很多原因，從 CMS 錯誤開始，到內部或外部鏈接中的人為錯誤結束。

相對=規範

Rel=canonical 在按預期使用時不是問題——在內部重複的情況下引用原始頁面地址。 然而，它經常被誤認為是解決所有麻煩頁面和計劃不周的結構的靈丹妙藥。

內部 404 錯誤

每當我們在實時網站結構中檢測到內部 404 錯誤時，即在我們當前的抓取中，它們的更正應該是我們的首要任務。 此類錯誤意味著我們的網站包含指向不再存在的頁面的鏈接，這對於用戶和機器人來說都是不可取的。 然而，在大多數情況下，爬行是乾淨的，但 GSC 顯示了大量的 404。

通常，這表明存在上面列出的問題之一：站點結構錯誤、引用不存在頁面的錯誤 XML 站點地圖，或錯誤重定向的錯誤處理遷移的迴聲。

唉，這些錯誤有時會被谷歌慢慢索引。 但是，如果它們比較新鮮，我們應該檢查情況以了解它們發生的原因。 如果網站的新爬網是乾淨的，我們必須決定如何最好地糾正在 GSC 中檢測到的錯誤。 通常，最佳解決方案是將訪問者重定向到與有問題的內容最接近的主題等價物。

網站架構分析

由於無法可視化網站的實際外觀，您所擁有的只是一個包含數千個 URL 的神秘 Excel。 站點架構分析（即所謂的爬網圖）可以讓您在瞬間發現站點結構的錯誤和瓶頸。

一般來說，爬網圖是網站上所有 URL 的可視化，從主頁開始。 道理很簡單：如果你第一眼看到的是秩序井然、結構和諧、沒有瓶頸的“花朵”，那就還不錯。 地圖越混亂，你就越需要思考問題的根源。

下圖顯示了內容網站的爬網圖。 在 SEO 方面，其結構從一開始就進行了適當的規劃，由 SEO 專家監督整個過程。 乍一看，您會看到秩序、和諧、清晰劃分的部分和類別以及正確的鏈接。

下圖顯示了多年開發的內容網站的爬網圖。 新的部分被添加和擴展，沒有太多的深謀遠慮。 在某個時候，客戶尋求幫助，說他們在自己的網站上迷路了。 地圖顯示完全混亂，因此需要從頭開始重新規劃結構。

作為額外內容，我添加了一個本地小頁面的爬網圖，該頁面由幾個報價頁面和十幾個新聞項目組成。 兩個奇怪而令人驚訝的“尾巴”是日曆擴展的產物，它生成了新的冗餘但可索引的頁面，其爬網深度高達主頁點擊次數超過 50 次。

現場因素

元標題

使用它來發揮您的優勢，並根據您的策略使用關鍵字來增強您的頁面標題。 此外，頁面標題會影響網站在搜索結果中的可點擊性。

與標題有關的最常見錯誤包括：

• 創建不基於關鍵字研究和有機可見性策略的標題，
• 缺少全局標題模式，例如：[頁面唯一的組件] – [常規組件/名稱/品牌]，
• 網站內的重複標題——通常表示重複的內容。

我們經常說標題的長度應該在 65-75 個字符左右（取決於字母寬度）。 但是，在實踐中，更重要的是它們是否包含我們的目標關鍵字。

元描述

元描述標籤的內容不受算法評估。 儘管如此，其適當的結構仍可增強網站在搜索結果中的外觀，從而提高列表的可點擊性。

與元描述相關的最常見錯誤包括：

• 缺乏元描述，
• 網站內的重複描述（可能表示重複的內容，如重複的標題），
• 描述過長。

理想情況下，每個旨在產生搜索引擎流量的頁面都應該有自己的元描述和號召性用語。 然而，這往往被證明是不現實的。 在許多情況下，例如在線商店，我們可以為核心頁面和類別創建獨特的元描述，而對於產品頁面——從充滿產品功能的模板生成元描述。

Hx 標頭層次結構

我們都知道正確的標題層次結構是什麼樣的。 然而，在 SEO 審核期間，我們經常會遇到帶有徽標的 H1 標題。

Hx 標頭對排名的影響值得商榷，尤其是在 HTML5 時代。 但是，使用它們仍然是 SEO 領域的標準做法。

因此，您應該每頁只有一個 H1 標題。 它應該包含主要標題和重要的關鍵字。

其他頭的數量無所謂，只要堅持優先級和嵌套（H3 inside H2）等原則即可。

在 SEO 審核期間，標題問題通常會下降到優先級列表的底部。

JavaScript

在大多數情況下，JavaScript 的使用是自然的，不會干擾索引或渲染，這是 Google 的強項。 但是，在少數情況下，它會導致對站點可見性至關重要的錯誤。

通常，您需要做的就是檢查網站是否需要額外的操作（通常是點擊）來顯示由 JavaScript 生成的額外內容。 如果是這樣，GoogleBot 很可能不會執行此操作。

一種簡單有效的檢查方法是使用您喜歡的工具依次運行兩次爬網。 第一次抓取應該只分析 HTML，關閉 Chrome 引擎。 另一個應包括 JavaScript，並打開 Chrome 引擎。

兩次爬網之間的比較將揭示兩個版本的結構、鏈接和內容的差異。 差異本身不是問題——如果打開渲染的工具可以抓取網站，谷歌可能也會管理。

此外，最好單擊網站的核心頁面並在 Chrome DevTools 中觀察加載了哪些額外資源（如果有）。 將注意力集中在關鍵元素上，例如菜單、內部鏈接和內容實現。

結構化數據/豐富網頁摘要

在大多數網站上，自動使用結構化數據，這是一個優點。 但是，它們仍可能產生下面討論的問題：

1. 缺乏結構化數據。
2. 格式的使用減少到最低限度（一種常見的情況）。 大多數格式都提供必需和可選的內容字段來填寫。 然而，電子商務系統通常將產品格式中包含的數據限制為所需的信息。
3. 未能標記麵包屑導航 - 一個簡單而有用的工具，可以增強您的列表在搜索結果中的外觀。
4. 結構化數據的使用有限。 目前，Google 提供了一個包含 31 種受支持格式的圖庫——包括徽標、本地格式、文章——以多種方式使用和組合。

用戶體驗因素

頁面加載速度

不可否認，頁面加載速度很重要。 可以說，谷歌本身不再只談速度，取而代之的是“Core Web Vitals”，將在 2021 年納入核心算法。

目前，要考慮的關鍵參數是：

LCP – 最大內容繪畫 – 評估主要內容的加載速度，

FID – 首次輸入延遲 – 評估站點對用戶操作的響應速度，

CLS – Cumulative Layout Shift – 評估加載時站點佈局的突然變化。

我們的工具包主要包括 Google 產品：來自 GSC 和 PageSpeed Insights 的數據。 兩者都不完美，它們必須作為我們分析的主要來源，在需要時使用選定的工具來完成。

重要的！

切勿僅根據主頁來評估網站速度。 包括在審計中是最糟糕的事情。 採用您從其他分析中了解的方法 - 將站點劃分為類似的部分，假設檢測到的錯誤在整個站點中重新出現。

現在網站速度最大的問題是什麼？ 在開發階段，首要任務是盡可能快地交付網站，而不是優化速度。 因此，開發人員經常求助於現成的框架（沒有太多的深謀遠慮）。 結果，所有者最終得到了數十個從未使用過的冗余文件。 出於這個原因，通過分析渲染期間的實際代碼使用來完成您的 SEO 審核。 事實證明，甚至 3/4 的代碼都未被使用

移動優化

在現代，我們很少審核完全沒有響應的站點。 大多數網站都完全適用於移動設備——這並不一定意味著應用移動優先理念。

在過去的 2 年裡，我還沒有遇到過從頭到尾都沒有響應的網站。 然而，魔鬼在細節中（就像在與速度相關的錯誤的情況下），所以要注意孤立的錯誤，例如 GSC 或爬蟲檢測到移動優化問題的頁面。 在大多數情況下，它們是由人為錯誤造成的（同樣，就像與速度相關的錯誤一樣），或者是因為試圖隨意將未包含在原始計劃中的新功能扔到主網站和 CMS 中。

內容分析

在 SEO 中，網站內容包括樣板區域之外的所有內容，即源代碼的固定元素。

複製

在大多數情況下，內部重複內容是以下因素的產物：

網站設計中的錯誤（功能和結構）

例子：

一家金融機構為個人客戶、企業家和大型企業提供服務。 根據客戶感興趣的報價類型進行導航。在做出選擇後，用戶被重定向到三個專用部分之一：

https://domain.pl/individual-clients/

https://domain.pl/entrepreneur/

https://domain.pl/business/

客戶端可以瀏覽專用報價，但 URL 的第一部分保持不變。 不幸的是，所有三個報價的內容重疊了 90%。 因此，該網站創建了 3 個具有相同內容的幾乎可以互換的結構。 這是由於在設計階段缺乏 SEO 支持而導致的錯誤之一。 由於客戶的內部規定，該問題幾乎無法解決。 唯一的解決方案是在審計一年後推出一個新網站。

人為錯誤或開發錯誤

例子：

客戶端在頁腳和主菜單中具有相同的內容。 該解決方案通常不應該是一個問題，但引起了很大的麻煩。 該網站包含大約 20 個頁面，但內部鏈接中的一個簡單錯誤導致頁腳將網站放大到無窮大。 頁腳中的每個鏈接都會在頁腳的 URL 中生成一個附加組件。 結果，客戶端最終得到了以下地址：

https://domain.pl/history/history/history/contact/rules/history/contact/contact/

網站類型

例子：

唉，內部（和外部）內容複製在電子商務網站上是家常便飯。 為了實現這一點，想像一家商店提供多種款式的類似產品。 例如，五種顏色的智能手機或多種尺寸的衣服。

我們不想阻止索引或對不同的變體使用 rel=canonical 來保持從長尾獲得流量。 然而，這給我們留下了重複的內容或接近重複的內容。

理想情況下，我們應該考慮為每種產品編寫獨特的描述。 但是，在我們有很多 SKU 和高產品循環的情況下，唯一的解決方案是根據獨特的產品功能及其組合自動生成不同的產品描述。

多個 URL 版本和 SSL 實施

多年來，內部重複問題的分析依賴於檢查主頁重定向到帶有（out）www和with（out https的版本）。如今，這是一個罕見的問題。此外，谷歌已經學會了非常有效地處理它。

與 SSL 相關的最常見錯誤：

1. 在具有硬編碼菜單鏈接的站點上，“http”鏈接可能會保留在新“https”之間的站點中。 結果，我們最終在網站內獲得了新的重定向層。
2. 向 SSL 的遷移可能不包括所有資源。 因此，圖形或腳本等元素仍可能從“http”版本加載。

內部鏈接

內部鏈接會影響每個頁面的抓取、索引和可見性，因為鏈接賦予其目標位置的內部權力/權限。 內部鏈接的分析是一組單獨的檢查，涉及：

永久導航元素：主導航菜單、頁腳、側邊欄

永久鏈接，尤其是主導航菜單，應與關鍵字使用策略一起規劃。 創建主鏈接時，簡單是關鍵——不要想太多，因為乾淨的 HTML 代碼總是最有效。

當我們將我們的策略與現實進行比較並確定主菜單包含所有必要元素時，讓我們檢查整個站點是否存在永久但冗餘的內部鏈接。 您通常可以在頁腳中發現它們，這是幾乎任何東西的常用容器。 這是值得的，因為每一個新的冗餘鏈路都會干擾內部的電力流動。

某些鏈接和頁面，例如規則和法規或隱私政策，是必須的。 然而，其他人是一次性的。 例如，您確定每種運輸方式都需要在頁腳中添加一個單獨的鏈接，從而指向一個單獨的頁面嗎？ 他們都適合一個。 除了所需的鏈接外，讓我們組織內部鏈接以避免冗餘鏈接到不會為我們的關鍵短語排名的頁面。

自動鏈接 - 建議的帖子/產品

自動鏈接意味著鏈接到建議的帖子（在博客上）或建議的產品（在電子商務網站上）。 一般來說，如果這些機制由嵌入在 CMS (WordPress) 中的現成解決方案來管理，那麼一切都應該順利運行。 如果鏈接是在構成源代碼一部分的干淨 HTML 中生成的，我們可能需要做的只是一點優化。 唉，這些功能通常使用基於 JavaScript (Case Onely+H&M) 的動態解決方案，或者更糟糕的是，外部公司的解決方案包含在其他領域的腳本中。

主要用於內容部分的頁面之間的單獨鏈接

跨文章的上下文鏈接支持內容部分可見性的增長。 然而，它經常被忽視。 因此，指向文章的唯一鏈接是來自類別頁面的鏈接。

上下文鏈接分析相對簡單。 您需要做的就是將內部鏈接的爬網數據與當前有機流量的信息（GSC/Analytics）混合起來。 此外，您可以在外部入站鏈接中包含數據，以確定哪些文章具有最大的權限。 添加有關種子關鍵字可見性 (Senuto) 的數據，以查看您需要注意哪些領域以及如何解決這些問題。

外部鏈接

鏈路輪廓分析

幸運的是，糟糕的鏈接配置文件越來越少，即使您仍然可以遇到使用 GSA、Xrummer 或其他自動生成器創建的鏈接。

在絕大多數情況下，無用鏈接是：

• 幾年前專家所做的 SEO 努力的紀念品
• 該網站被黑客上傳垃圾郵件的信號，然後被黑客鏈接
• 下載網站內容的爬蟲和垃圾郵件生成器的產物。

檢查鏈路配置文件時，應用通用黃金法則—​​—關注異常。

最容易在反向鏈接增長圖表上發現它們。 所有突然的峰值和下降都需要分析。

深度鏈接分佈

網站主頁和其他頁面的鏈接分佈的 SEO 分析用於評估所謂的深度鏈接的質量，從而確定具有最高外部權限的部分或頁面。 這告訴我們我們的鏈接分佈是否均勻，哪些頁面可能是結構中的重要節點並充當內部鏈接的功率分配器。

出站鏈接

一個經常被忽視的問題是對網站的出站鏈接的分析。 當您根據內容或用戶生成的內容檢查網站時，它肯定包含幾十個指向外部域的鏈接。 多年來，其中許多過期、易手或訪問有害網站。 每年至少重複一次您的出站鏈接分析——使用爬蟲或外部工具。

損壞和丟失的反向鏈接

損壞的反向鏈接是指向 404 錯誤頁面並被 Google 忽略的入站鏈接。 隨著您網站的發展，損壞的反向鏈接自然會出現——頁面會更改位置，有些會被刪除，並且人們在鏈接我們的內容時會出錯。 反向鏈接損壞也是遷移處理不當的標准後果，開發人員忘記了重定向，網站不僅改變了結構，而且在一天之內丟失了除主頁之外的所有鏈接。

所有丟失的反向鏈接應組合在一起並重定向到與主題相關的頁面。 作為最後的手段，我們可能會將他們重定向到網站或主頁上的另一個位置。 這是奪回他們為我們的領域獲得的權威的唯一途徑。 當你在做的時候，檢查鏈接域——如果可能的話，只重定向高質量的鏈接，讓垃圾郵件指向 404。