SEO 辦公時間，2022 年 3 月 11 日

這是2022 年 3 月 11 日Google SEO Office Hours與John Mueller的最有趣問題和答案的摘要。

單個頁面可以影響整個域嗎？

6:50 “ [...]我們最近在我們的網站上添加了一個頁面，該頁面一直在推動大量流量和參與度 [...]。 我的問題是，具有極高參與度和流量的單個頁面會對整個域產生影響嗎？ […] ”

約翰回答說：“我認為我們不會將參與度作為一個因素。 但通常情況下，網站內的頁面與網站的其餘部分相互鏈接。 通過網站上的這些內部鏈接，我們確實轉發了一些信號。 因此，如果我們看到一個頁面是一個非常好的頁面，並且我們希望在搜索中顯示它很多，也許它也有各種外部鏈接，那麼這為我們提供了很多關於該頁面的額外上下文。 我們可以將其中的一些轉發到網站的其餘部分。 所以通常，這是一件好事。

我可能要注意的是，它是否會推動你對你關心的事情的參與。 這只是我有時看到的情況，對於某些查詢，頁面可能非常明顯，但是當您查看查詢時，您會覺得，好吧，我真的不想為此排名。 我的話題是別的。 因此，這可能只是謹慎看待指標。”

然後，該人詢問頁面某個部分的核心 Web Vitals 分數是否會影響該域的其餘部分。 如果您不熟悉她提到的指標：最大內容繪製 (LCP) 和累積佈局偏移 (CLS)，我建議您閱讀我們關於什麼是最大內容繪製和什麼是累積佈局偏移的指南。

8:28 “[...]對於 Core Web Vitals，我們優先考慮我們的高搜索頁面以進行產品改進，[...]。 具有較差 LCP 或 CLS 的頁面子集，僅說網站上不是主要或次要甚至不是第三個搜索流量驅動頁面的網站上的視頻頁面，是否會影響網站的整體核心 Web Vitals 的其餘部分分數？ […] “

約翰回答說：“通常，這不是問題。 所以我認為有兩個方面。 一方面，對於 Core Web Vitals，我們查看了這些頁面的流量示例，我不知道是通過Chrome 用戶體驗報告功能完成的。 我相信這在 Chrome 端的某個地方有記錄。 但它本質上是您網站流量的一部分。 所以這意味著，在大多數情況下，我們會看到最多的東西實際上是訪問次數最多的頁面。 因此，如果您有沒有人看過的隨機頁面，而且它們真的很慢，那麼這些頁面就不會拖累您的網站。 反之亦然——如果這些隨機頁面真的很快，它們就不會拉動您的網站。 即使是很多隨機頁面，如果總體而言，它們只是沒有獲得大量流量，那麼我們並不真正關心它。 […]人們看到的東西應該​​有良好的用戶體驗。 因此，如果大多數人看到您網站的某個部分，那麼這就是我們想要關注的部分。

另一件事是，隨著頁面體驗的更新，根據我們擁有的網站數據量，我們可能會將其分成不同的部分。 我們試圖通過了解網站上的哪些頁面本質上相似來做到這一點。 這可以是模板類型或類似的東西，這意味著，如果我們可以看到，例如，對於電子商務網站，所有產品頁面都非常快，也許我們有足夠的數據來查看產品頁面分開，然後我們可以讓那組頁面單獨處理它。 如果站點上有一個不同類型的頁面有足夠的數據但速度有點慢，那麼我們會說，這種頁面更慢。 所以這是第二部分，如果你有一種非常慢的頁面，我們有足夠的數據讓那種頁面理解，嗯，這只是網站的那一部分，那麼就那一部分受 Core Web Vitals 和頁面體驗更新的影響。 ”

太多的內部鏈接會損害您的網站？

12:50 “所以在之前的辦公時間裡，你曾經說過，在同一個頁面上使用過多的內部鏈接會沖淡它們的價值，也許谷歌將無法理解網站結構。 因此，在您看來，電子商務網站每頁理想的內部鏈接數量是多少，可能有數百萬個頁面？ ”

約翰回答說：“我認為沒有最佳數字。 我需要注意的部分是，當您抓取網站時，您仍然可以識別出其中的結構。 因此，尤其是對於您仍然可以識別的電子商務網站：這是主主頁，這是頂級類別，二級類別，您仍然可以識別該結構，以便清楚各個頁面的上下文. […] 如果每個頁面都與其他頁面鏈接，則更難識別結構。 如果您的網站上有數百萬個頁面，那麼每個頁面上都不會有數百萬個鏈接。 所以從這個角度來看，我通常認為電子商務網站沒有任何問題，只是因為，我不知道，無論如何，電子商務 CMS 傾向於以這種方式設置，你有不同級別的類別然後是某個時候的單個產品頁面。 “

診斷小型網站的抓取問題

25:47 “我們查看了 Search Console 中的 Crawl Stats 報告，並一直在嘗試確定 Google 抓取我們的網站是否存在技術方面的問題。 如果 Google 正在努力抓取某些內容，或者 Googlebot 被無關的文件分散注意力 [...]，有哪些需要識別的信號或事物會為我們指明方向？ ”

John 確保提出問題的人正在管理一個相對較小的網站，然後他回答：“好的，所以我的猜測是，在這種情況下 [對於小型網站]，Crawl Stats 報告對您沒有用處，因為使用 Crawl統計報告，您實際上是在查看網站抓取的匯總視圖。 通常，如果你有幾十萬頁的東西，我不知道，這更有意義。 然後你可以看著它說，哦，好吧，平均而言，爬行很慢。 然而，如果你有一個網站，我不知道，大概有 100 頁左右，那麼基本上，即使爬網速度非常非常慢，那麼這 100 頁，我們仍然可以得到它，比如，一旦一天，最壞的情況，也許一周一次。 這不會是關於爬行的技術問題。

本質上更多的是理解該網站實際上提供了我們需要索引的獨特和有價值的東西。 因此，關於抓取方面的問題較少，而關於索引方面的問題更多。 如果您的網站確實存在重大技術問題，則例外情況。 但這就是您會立即看到的內容，因為您可能會檢查這些 URL 的各個並註意到，哦，Google 根本無法抓取它們。 返回了一個錯誤，或者返回了一個noindex [tag]。 這將是非常明顯的。 所以我的假設是，特別是對於一個較小的網站，這實際上是確保谷歌了解網站的價值並且它知道盡可能多地編制索引是有意義的。 因為爬行側不會成為限制因素。 這實際上更像是，你必須首先說服 Google 實際上它應該嘗試抓取。 ”

為什麼同義詞會影響排名

39:34 “為什麼同義詞的微小差異 [...] 會在排名位置上產生如此大的差異？”

該人提供了以下同義詞示例：“編輯視頻”和“視頻編輯器”。

約翰回答說：“所以從我們的角度來看，這可能是完全正常的，這就是一方面，我們確實嘗試理解查詢中的同義詞之類的東西，但我們也嘗試查看完整的上下文查詢。 尤其是當涉及同義詞時，我們可能會假設某事主要是同義詞，但這並不意味著它完全是同義詞。 尤其是當您查看“編輯視頻”與“視頻編輯器”之類的內容時，用戶方面的期望會有所不同。 一方面，您想編輯視頻。 另一方面，您可能想要下載視頻編輯器。 它看起來非常相似，但用戶想要的東西略有不同。 所以從我的角度來看，我們會在那裡展示不同的排名是有道理的。 我們也有相同的單詞拼寫略有不同。 就像你有一個英國或美國版本的英語單詞，如果你有一個帶有口音的單詞或字母，但它沒有口音，我們知道這些大部分是相同的，但我們也理解它們重新略有不同。 我們嘗試顯示考慮到這一點的搜索結果。”

在頁面上組合多種豐富的結果類型

42:06 “我們發現，在我的國家，大多數食譜網站都沒有提供非常有用的信息，我們試圖通過提供更多有用的信息來改變這一點，並在每個食譜中添加常見問題解答。 添加這些常見問題的最佳方法是什麼？ ”

約翰回答說：“[……]從我的角度來看，這完全取決於你。 在這種情況下，我要注意的一件事是，您有多種可能與您的頁面相關的豐富結果類型，其中一些類型我們可以組合，而其中一些我們不能真正組合好。 我不知道具體何時涉及食譜，我們是否可以將它們組合在一起，或者我們是否必須選擇其中一種。 如果你注意到沒有其他食譜網站有食譜豐富的片段加上底部的常見問題解答部分，那麼我們可能無法將它們結合起來。 然後，您最好選擇您真正想要展示的富媒體搜索結果類型，並專注於該類型。 ”

如何確保付費牆不會觸發隱形懲罰

43:43 “谷歌在其訂閱和付費內容指南中解釋說，必須將特定模式添加到頁面才能將付費內容共享到索引中並且不會觸發偽裝懲罰。 然而，在實施後，富結果測試似乎並沒有識別出這一點，我們是不是無意中冒著偽裝懲罰的風險？”

John 說：“所以我假設 Rich Results Test 會顯示這一點，但我並沒有真正檢查過它，因為 Rich Results Test 在大多數情況下，關注的是 Google 實際會在搜索結果中作為富結果類型顯示的內容. 本質上，付費專區內容可能不是我們將顯示為特定富結果類型的內容之一。 因此，我們可能不會在該測試中顯示這一點。 一種簡單的方法是製作一個非常簡單的測試頁面，然後單獨測試該頁面。 您可以進行的另一項測試，以確保 Google 實際看到帶有標記的完整內容是正常的 URL 檢查測試，您可以在其中製作頁面的實時草圖，並查看為此生成的 HTML頁。 您可以將其複製到編輯器中並仔細檢查以確保您希望在那裡可見的結構化數據實際顯示在那裡。 所以這就是我要去的方向。”

頁面某些部分中的鏈接對 Google 更重要嗎？

45:11 “ […] 網站某些部分中的鏈接是否以不同的方式看待？ 例如，如果一個頁面鏈接在頁眉或頁腳中，因此包含在網站的每個頁面中，Google 對這些鏈接的看法是否與頁面正文中的鏈接不同？ ”

約翰回答說：“我們在那裡並沒有真正區分。 因此，如果某些 [頁面] 鏈接在您的頁面頁腳中，並且它們是從整個網站鏈接的，那麼，從我們的角度來看，您擁有來自整個網站的這些鏈接。 我們不會說，哦，頁腳中的鏈接權重較小或沒有那麼有用，我們會忽略它們，或類似的東西。 所以從這個角度來看，當涉及到鏈接時，我們基本上只是將它們視為頁面上的鏈接。

那裡的文本略有不同，因為我們試圖了解頁面的主要內容是什麼。 當涉及到相對於您網站上其他內容的排名時，我們將嘗試關注頁面的主要內容部分。 但是，從我們的角度來看，鏈接只是幫助我們更好地理解網站的結構。 無論它們是在頁眉、頁腳、側邊欄還是主要內容中，這對我們來說並沒有真正改變任何東西。 ”

移動優先索引是否可以幫助您排名更高？

46:33 “移動優先索引是否有助於搜索排名？ Googlebot 桌面版仍在抓取我們的網站。 而且我們無法弄清楚為什麼它沒有切換到移動優先。 我們已經完成了 Google 文檔和故障排除，但沒有發現任何問題。 遷移到Progressive Web App和離線支持會有幫助嗎？ ”

約翰回答說：“首先，移動優先索引不會改變任何排名。 因此，您不需要強制任何方式轉向移動優先索引。 這純粹是索引和挑選我們將在網站上使用的內容的問題。 所以從這個角度來看，我不會擔心這個。 如果您的網站在移動設備上運行良好，那麼，在某個時候，它會被切換。 我相信還有一些我們還沒有切換的網站。 但在大多數情況下，我猜，我們已經切換了大多數網站。 而那些剩下的，我們將繼續仔細檢查它們。 當它們準備好並且我們認為它們已經準備好時，我們將把它們切換過來。

但是，除非移動版與桌面版有顯著差異，否則您不會注意到那裡的任何排名變化。 這也是我們不切換到移動優先索引的原因。 如果移動版本明顯不同，並且我們確實為您的網站使用了移動優先索引，那麼我們基本上只會根據移動版本索引您的內容。 如果桌面版本有更多內容，我們會忽略它。 所以從這個角度來看，我不會試圖強迫這一點。 遷移到漸進式 Web 應用程序是您可以做的事情，但我認為這不會影響移動優先索引在您的網站上的外觀。 通常，當涉及到漸進式 Web 應用程序時，它們是 JavaScript 框架網站。 這帶來了一系列其他挑戰，您需要確保 Google 可以真正看到您的內容，因為 JavaScript 是我們通常可以很好地呈現和處理的東西，但它並不總是像純靜態那樣容易HTML 頁面。 ”