[ad_1]
站點分頁是一個巧妙的變形器。它的使用範圍很廣，從在類別頁面上顯示項目，到文章存檔，畫廊幻燈片和論壇主題。
對於SEO專業人員而言，這不是您是否必須處理分頁問題，而是時間問題。
在某個增長點，網站需要將內容劃分為一系列組成頁面，以用於 用戶體驗 （UX）。
我們的工作是幫助搜索引擎抓取並了解這些URL之間的關係，以便它們索引最相關的頁面。
隨著時間的流逝，分頁處理的SEO最佳實踐不斷發展。在此過程中，許多神話都將自己描述為事實。但是不再。
本文將：
分頁如何傷害SEO
您可能已經讀過，分頁對SEO不利。
但是，在大多數情況下，這是由於缺乏正確的分頁處理而不是分頁本身的存在。
讓我們看一下分頁的所謂弊端，以及如何克服它可能引起的SEO問題。
分頁導致重複的內容
如果分頁未正確實現，則更正，例如「查看全部」頁面和分頁頁面均沒有正確的rel = canonical，或者除根頁面之外還創建了page = 1。
當您進行SEO友好分頁時不正確。即使您的H1和meta標籤相同，實際的頁面內容也會有所不同。所以這不是重複。
是的，很好。如果您不小心在完全分開的頁面上使用重複的標題和說明，則可以獲取反饋，這很有用，但是對於分頁編排來說，這是正常現象，應該使用相同的標題。
-?約翰（@JohnMu） 2018年3月13日
分頁創建稀薄的內容
如果您已將文章或圖片庫拆分為多個頁面（以通過增加瀏覽量來增加廣告收入），而在每個頁面上保留的內容太少，則更正此問題。
當您將用戶的願望輕鬆消費到橫幅廣告收入或人為誇大的頁面瀏覽量之上時，這是不正確的。放一個 UX友好的內容量 在每一頁上。
分頁稀釋了排名信號
正確。分頁會導致內部鏈接公平性和其他排名信號（例如反向鏈接和社交份額）在頁面之間分散。
但是只有在單頁面內容方法會導致不良用戶體驗（例如，電子商務類別頁面）的情況下，才可以通過使用分頁來將其最小化。並且在此類頁面上，添加儘可能多的項目，而不會將頁面速度降低到明顯的水平，以減少分頁頁面的數量。
分頁使用抓取預算
如果您允許Google抓取分頁頁面，則更正。在某些情況下，您想使用該預算。
例如，對於Googlebot而言，它通過分頁URL來訪問更深的內容頁面。
設置時通常不正確 Google Search Console 如果您希望保留更重要頁面的抓取預算，則將分頁參數處理設置為「請勿抓取」或將robots.txt設置為禁止。
根據SEO最佳做法管理分頁
使用爬網錨鏈接
為了使搜索引擎有效地檢索分頁頁面，該網站必須具有指向這些分頁URL的帶有href屬性的錨鏈接。
確保您的網站使用 用於內部鏈接到分頁頁面。不要通過JavaScript載入分頁的錨鏈接或href屬性。
另外，您應該使用rel =「 next」和rel =「 prev」屬性在分頁系列中指示組件URL之間的關係。
是的，即使在Google臭名昭著的Tweet之後，他們也不再使用這些鏈接屬性。
春季大掃除！
在評估索引信號時，我們決定停用rel = prev / next。
研究表明，用戶喜歡單頁內容，在可能的情況下盡量做到這一點，但對於Google搜索來說，多部分內容也可以。了解並做最適合您的*用戶！ ＃春天來了 pic.twitter.com/hCODPoKgKp-Google網站管理員（@googlewmc） 2019年3月21日
此後不久，Ilya Grigorik澄清說，rel =「 next」 /「 prev」仍然很有價值。
不，使用分頁。讓我重新構造一下。Googlebot足夠聰明，可以通過查看頁面上的鏈接來找到您的下一頁，我們不需要明確的「上一個，下一個」信號。是的，還有其他一些重要原因（例如a11y）說明為什麼您仍需要或仍然需要添加這些原因。
-伊利亞·格里戈里克（@igrigorik） 三月22，2019
Google不是城裡唯一的搜索引擎。這是Bing對這個問題的看法。
我們使用rel prev / next（與大多數標記一樣）作為頁面發現和網站結構理解的提示。目前，我們還沒有基於這些頁面將頁面合併在一起，也沒有在排名模型中使用上一頁/下一頁。 https://t.co/ZwbSZkn3Jf
—FrédéricDubut（@CoperniX） 2019年3月21日
使用自引用rel =「 canonical」鏈接對rel =「 next」 /「 prev」進行補充。因此，/ category？page = 4應該相對於/ category？page = 4是「規範」的。
這是適當的，因為分頁更改了頁面內容，該頁面的主副本也是如此。
如果網址中有其他參數，請將其包含在rel =「 prev」 /「 next」鏈接中，但不要將其包含在rel =「 canonical」中。
例如：
這樣做將指示頁面之間的明確關係，並防止潛在的重複內容。
要避免的常見錯誤：
- 將鏈接屬性放在 內容。僅搜索引擎中的搜索引擎支持它們 HTML部分。
- 將rel =「 prev」鏈接添加到系列中的第一頁（也稱為根頁），或者將rel =「 next」鏈接添加到末尾。對於鏈中的所有其他頁面，兩個鏈接屬性都應存在。
- 當心您的根頁面規範URL。可能在？page = 2上，rel = prev應該鏈接到規範頁面，而不是？page = 1。
的
一個四頁系列的代碼如下所示：- 根頁面上的一個分頁標記，指向系列的下一頁。
- 第2頁上的兩個分頁標籤
- 第3頁上的兩個分頁標籤
- 第4頁上的一個分頁標籤，分頁系列的最後一頁。
修改分頁頁面頁面元素
約翰·穆勒 已評論，「我們對分頁沒有不同的對待。我們將它們視為普通頁面。」
意味著分頁頁面無法像之前所建議的那樣被Google識別為合併為一個內容的一系列頁面。每個分頁頁面都有資格與根頁面競爭排名。
為了鼓勵Google在SERP中返回根頁面並防止Google Search Console中出現「重複的元描述」或「標題標籤重複」警告，請對您的代碼進行簡單的修改。
如果根頁面具有以下公式：
連續的分頁頁面可以具有以下公式：
這些分頁的URL頁面標題和元描述故意不理想，以阻止Google顯示這些結果，而不是根頁面。
即使進行了這樣的修改，分頁頁面仍在SERP中排名，請嘗試其他傳統的頁面SEO策略，例如：
- 取消優化分頁的H1標籤。
- 將有用的頁面文字添加到根頁面，但不要添加分頁頁面。
- 將具有優化文件名和alt標記的類別圖像添加到根頁面（而不是分頁頁面）。
不要在XML Sitemap中包含分頁頁面
分頁網址從技術上來說是可索引的，但花在抓取預算上並不是SEO優先事項。
因此，它們不屬於您的XML網站地圖。
在Google Search Console中處理分頁參數
如果可以選擇，請通過參數而不是靜態URL運行分頁。例如：
example.com/category?page=2超過example.com/category/page-2
儘管出於排名或爬網的目的而使用另一種方法沒有優勢， 研究 已顯示Googlebot似乎猜測基於動態URL的URL模式。因此，增加了迅速發現的可能性。
不利的一面是，如果網站呈現的空白頁不屬於當前分頁系列的內容，則可能導致爬網陷阱。
例如，假設一個系列包含四個頁面。
包含內容的URL停在www.example.com/category?page=4
如果Google猜測www.example.com/category?page=7並載入了實時但空的頁面，則該漫遊器會浪費抓取預算，並有可能迷失在無數個頁面中。
確保為不屬於當前系列的任何分頁頁面發送了404 HTTP狀態代碼。
參數方法的另一個優勢是能夠根據您希望使用的方式將Google Search Console中的參數配置為「分頁」，並隨時更改向Google發出信號以抓取「每個URL」或「沒有URL」的信號搜尋預算。無需開發人員！
切勿將分頁的頁面內容映射到片段標識符（＃），因為它不可抓取或無法建立索引，因此對搜索引擎不友好。
針對分頁內容的誤解，過時或錯誤的SEO解決方案
沒做什麼
Google相信Googlebot足夠聰明，可以通過鏈接查找下一頁，因此不需要任何明確的信號。
向SEO傳達的信息本質上是無所事事處理分頁。
儘管此聲明具有真理的核心，但您無所事事就是在與SEO賭博。
許多網站都看到Google選擇了一個分頁頁面來對搜索查詢的根頁面進行排名。
向爬蟲提供清晰的指導始終是有價值的，您希望它們如何索引和顯示內容。
規範化到查看所有頁面
「查看全部」頁面的構想是在單個URL上包含所有組件頁面的內容。
所有分頁頁面的「查看全部」頁面具有rel =「 canonical」，以合併排名信號。
這裡的論點是，搜索者傾向於在單個頁面上查看整篇文章或類別項目列表，只要它載入速度快且易於導航即可。
這個概念是，如果您的分頁系列有一個替代的「查看全部」版本，可以提供更好的用戶體驗，那麼搜索引擎將傾向於將此頁面包含在搜索結果中，而不是分頁鏈的相關細分頁面。
這就提出了一個問題–您為什麼首先要對頁面進行分頁？
讓我們簡單點。
如果您可以在提供良好用戶體驗的同時在單個URL上提供內容，則無需分頁或「查看全部」版本。
舉例來說，如果您無法提供包含數千種產品的類別頁面，那將是非常荒謬的事情，並且載入時間太長，因此無法進行分頁。查看全部不是最佳選擇，因為它不能提供良好的用戶體驗。
同時使用rel =」 next」 /「 prev」和「查看全部」版本並沒有明確授權搜索引擎，這將導致爬蟲混亂。
不要做
規範化到首頁
一個常見的錯誤是將所有分頁結果中的rel =「 canonical」指向系列的根頁。
一些消息不靈通的SEO人士建議，這是一種將許可權跨頁面集合併到根頁面的方法，但這是錯誤的。
如果對根頁面的規範化不正確，則可能會導致誤導搜索引擎，使其認為您只有一頁結果。
然後，Googlebot不會索引沿鏈條出現的頁面，也不會確認從這些頁面鏈接的內容的信號。
您不希望您的詳細內容頁面由於分頁處理不佳而退出索引。
分頁系列中的每個頁面都應具有自引用規範，除非您使用「查看全部」頁面。
錯誤地使用rel = canonical，Googlebot可能會忽略您的信號。
Noindex分頁頁面
解決分頁問題的經典方法是使用機器人的noindex標記，以防止被搜索引擎索引分頁的內容。
僅依靠noindex標籤進行分頁處理將導致忽略組件頁面的任何排名信號。
但是，此方法的更大問題是，頁面上的長期noindex最終會 帶領Google nofollow鏈接 在該頁面上。
這可能會導致從分頁頁面鏈接的內容從索引中刪除。
分頁和無限滾動或載入更多
一種新的分頁處理形式是：
-
無限滾動，當用戶向下滾動時，內容將被預提取並直接添加到用戶的當前頁面。
-
載入更多，單擊「查看更多」按鈕即可呈現內容。
這些方法受到用戶的讚賞，但是Googlebot？沒那麼多。
Googlebot不會模仿滾動到頁面底部或單擊以載入更多內容的行為。意味著沒有幫助，搜索引擎將無法有效地抓取您的所有內容。
為了便於SEO，您可以基於具有href屬性的可抓取錨鏈接將無限滾動或將更多頁面載入到同等的分頁系列中，即使禁用了JavaScript也可以訪問。
當用戶滾動或單擊時，使用JavaScript將地址欄中的URL改編為組件分頁頁面。
此外，為類似於單擊或主動翻頁的任何用戶操作實現pushState。您可以在 由John Mueller創建的演示。
本質上，您仍在實施上述推薦的SEO最佳做法，只是在頂部添加了其他用戶體驗功能。
不鼓勵或阻止分頁爬網
一些SEO專家建議通過簡單地阻止Google抓取分頁網址來完全避免分頁處理問題。
在這種情況下，您可能希望擁有 優化的XML網站地圖 確保通過分頁鏈接的頁面有機會被索引。
有三種方法可以阻止搜尋器：
-
混亂的方式：將nofollow添加到所有指向分頁的鏈接。
-
較乾淨的方法：禁止使用robots.txt。
-
無需開發人員的方式：將分頁參數設置為「分頁」，讓Google在Google Search Console中抓取「無URL」。
通過使用這些方法之一來阻止搜索引擎搜尋分頁的URL，您可以：
- 停止搜索引擎識別分頁頁面的排名信號。
- 防止將內部鏈接資產從分頁頁面向下傳遞到目標內容頁面。
- 阻礙Google發現目標內容頁面的能力。
明顯的好處是可以節省搜尋預算。
這裡沒有明確的對與錯。您需要確定網站的優先順序。
就個人而言，如果我要對抓取預算進行優先順序排序，則可以通過在Google Search Console中使用分頁處理來實現，因為它具有改變主意的最佳靈活性。
跟蹤KPI分頁的影響
因此，現在您知道該怎麼辦，如何跟蹤優化分頁處理的效果？
首先，收集基準數據以了解您當前的分頁處理如何影響SEO。
KPI的來源可以包括：
-
分頁爬網次數的伺服器日誌文件。
-
網站：搜索運算符（例如site：example.com inurl：page）以了解Google已索引多少個分頁頁面。
-
Google Search Console搜索分析報告按包含分頁的頁面過濾，以了解展示次數。
-
Google Analytics（分析）目標網頁報告按分頁網址進行了過濾，以了解網站的行為。
如果您發現讓搜索引擎抓取您的網站分頁以到達您的內容的問題，則可能需要 更改分頁鏈接。
啟動最佳實踐分頁處理後，請重新訪問這些數據源以衡量工作是否成功。
圖片積分
特色圖片：Paulo Bobita
後期圖片/屏幕截圖：作者創建/拍攝的