SEO 辦公時間 – 2021 年 9 月 17 日

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

字數限制

09:05 “我們必須在 [類別] 頁面上使用的字詞有什麼限制？”

John 表示沒有這樣的限制，並補充說“[...] 特別是對於類別頁面，您需要在頁面上提供一些信息，以便我們了解主題是什麼。 但這通常是很少的信息。 在許多情況下，如果產品的名稱足夠清楚我們可以理解，我們就會從您列出的產品中了解到這一點。 [...] 但有時產品名稱有點難以理解，然後在此處添加一些上下文可能是有意義的。 但它通常是一兩個或三個句子大小的附加上下文。”

索引覆蓋率指標沒有變化

10:57 “我正在開發一個擁有幾百萬頁的大型網站。 我們在兩種語言之間進行了重定向。 [...] 所以遷移進展順利，流量正在從第二條路徑轉移。 澄清一下，它是兩個子文件夾或同一域內所有內容之間的投影。 我想在這裡提出的是，在完成重定向近三週後，我們沒有看到覆蓋率指標有任何變化。 [...] 不會刪除有效頁面，也不會因為重定向或類似原因而增加排除頁面。 我們應該擔心這個嗎？”

“我認為這些事情的可見性沒有固定的時間表。 [...] 我們在網站上以不同的速度抓取頁面。 有些頁面我們每天都會重新抓取，而其他頁面我們可能會每月或每隔幾個月重新抓取一次。 因此，如果您要合併的這些文件夾中的內容是很少被抓取的內容，那麼這將需要很長時間才能反映出來。 然而，如果它的內容被非常積極地抓取，那麼你應該會在通常一周左右的時間內看到那裡的變化。”

指數覆蓋率報告的更新

13:25合併兩個子文件夾時，“[…] 流量正在從站點的一個部分流向另一部分。 一切進展順利，我們也在日誌文件中看到了這一點。 [...] 但我們在覆蓋率指標中沒有看到這一點。 我們擔心這可能是一個報告錯誤，或者我們應該等待一整天？”

John 回答說： “[...] 索引覆蓋率報告可能每週更新兩次。 [...] Search Console 中的許多報告每週只有一次或兩次，因此這可能只是延遲。 但是，如果您看到流量流向了正確的頁面，如果您正在查看性能報告並且您看到了這種轉變，那麼我認為這很好。 我認為您不需要注意此類索引覆蓋率報告。 因為當你像這樣合併頁面時通常會發生什麼是我們的系統首先必須弄清楚我們必須為這些頁面找到一個新的規範。 所以你拿了兩頁，你把它們折疊成一頁。 然後我們看到這是一組頁面，我們必須選擇一個規範的，這個過程需要一點時間。 然後需要一些時間才能在報告中反映出來。 而如果您執行諸如乾淨的站點遷移之類的操作，那麼我們可以轉移所有內容。 我們沒有必須弄清楚的規範化過程。 所以我可以想像在那裡看到它需要更長的時間。”

了解網站質量

15:22 “我的問題是圍繞 [...] 特別是帶有新頁面的算法 [...] 當 Google 出現並調用它並希望理解它時。 然後它會將這些頁面與網站上的舊頁面進行比較，然後說，好吧，好吧，這些頁面很棒，但這些舊頁面實際上是垃圾。 這樣它就會影響新頁面和類別頁面的質量。 這是算法做的事情 [...] 來真正了解網站的質量嗎？”

John 說：“[...] 當我們試圖了解一個網站的整體質量時，這只是一個需要大量時間的過程。 而且它有——我不知道——有相當長的交貨時間。 因此，如果您將五個頁面添加到一個已經有 10 000 個頁面的網站，那麼我們可能會首先關注網站的大部分內容，然後隨著時間的推移，我們會看到新內容是如何解決的； 那裡也一樣。”

傳遞鏈接權益

17:06 “如果你得到一個反向鏈接，[谷歌] 不僅會假設這是一個高質量的反向鏈接，因此只是盲目地將鏈接資產傳遞給網站。 那麼，谷歌在抓取這些反向鏈接時，是否會查看推薦流量並將其納入算法？ 或者，如果它沒有看到該信息，我猜它是否會嘗試評估是否有很高的點擊該鏈接的傾向？ 而且，如果點擊該鏈接的傾向很高，那麼他們會通過鏈接權益嗎？ 如果沒有，那麼說你知道，[...] 你現在可以直接創建一個博客和鏈接。 在這種情況下，谷歌說，好吧，實際上，沒有流量。 這裡實際上並沒有很多事情發生，那麼我們為什麼要通過任何形式的鏈接權益呢？ […] 這種方式是否會影響鏈接資產是否確實傳遞到網站？”

“我不這麼認為。 在嘗試評估鏈接的價值時，我們不會使用鏈接流量之類的東西。 據我所知，我們也不會考慮諸如某人點擊鏈接的概率之類的事情，以及我們應該如何評價它。 因為有時鏈接本質上只是引用，我們並不期望人們點擊頁面上的每個鏈接。 但是，如果有人提到您的網站並說，我這樣做是因為這裡的專家說要這樣做。 然後人們就不會點擊那個鏈接，而是總是[…]查看您的網站並確認那裡寫的任何內容。 但他們會認為它幾乎就像一個參考。 [...] 如果他們需要了解更多信息，他們可以去那裡。 但他們不需要。 從這個角度來看，我認為我們在評估鏈接的價值時不會考慮到這一點。”

域站點遷移

20:53 “我們進行了從一個域到新域的站點域遷移，並遵循了所有遷移要求和建議。 我們更新了重定向、規範標籤，並事先在開發環境中進行了測試。 我們在 Google Search Console 中添加了新屬性並驗證了新域。 在進行地址更改時，我們收到一個驗證失敗錯誤，指出主頁存在 301 重定向，並且無法獲取舊域。 我們如何通過更改地址工具的驗證？”

“首先，要記住的最重要的事情是，地址更改工具只是我們用於遷移的一個額外信號。 這不是一個要求。 因此，無論出於何種原因，如果您無法讓地址更改工具為您的網站工作，如果您正確設置了重定向，所有這些事情，那麼您應該設置好。 這不是你絕對需要做的事情。 我想大多數網站 [...] 實際上並沒有使用這個工具。 它更像是那些了解 Search Console 的人以及那些了解所有這些花哨的東西的人，他們可能正在使用它。 至於為什麼它可能會失敗，如果不知道您的網站名稱或您在那裡測試的 URL，真的很難說。

我看到的一件事是，如果您的網站有 www 版本和非 www 版本，並且您逐步重定向。 因此，例如，您重定向到非 www 版本，然後重定向到新域。 如果您在不是主要版本的網站版本中提交地址更改，那麼就會發生這種情況，這會讓我們失望。 所以這可能是一回事，仔細檢查地址更改工具，您提交的是當前已編入索引的版本，或者您是否在 Search Console 中提交了備用版本。”

添加多種模式類型

23:36 “我可以在一個頁面上添加多個 Schema 類型嗎？ 如果是，將常見問題解答模式和食譜模式結合在一個頁面上的最佳方式是什麼？”

“您可以根據需要在頁面上放置盡可能多的結構化數據。 但在大多數情況下，當涉及到我們在搜索結果中顯示的豐富結果時，我們傾向於只選擇一種結構化數據或一種豐富結果類型並專注於它。 因此，如果您的頁面上有多種類型的結構化數據，那麼我們很有可能只選擇其中一種類型，並且我們會展示這一點。 因此，如果您希望在搜索結果中顯示任何特定類型，並且在查看搜索結果時發現沒有組合用途，那麼我會嘗試專注於您想要的類型，而不僅僅是組合它與其他事物。 所以理想情況下，選擇一個你真正想要的並專注於它。”

404 與可爬取性和可索引性

24:39 “我們的 GSC 抓取統計報告顯示，不屬於我們網站的 404 個頁面穩步增加（它們不存在於我們的站點地圖中，也不是由內部搜索生成的）。 它們似乎是附加到我們網址的 Google 搜索，Google 正在嘗試抓取它們。 在抓取響應細分下，這些 404 佔抓取響應的 40% 以上。 我們如何確保這不會對我們的可抓取性和可索引性產生負面影響？”

“首先，我們不製作 URL，所以我們不會接受 Google 搜索然後在您的網站上製作 URL。 我猜這些只是我們在網上找到的隨機鏈接。 […] 所以這是一直在發生的事情。 我們找到這些鏈接，然後我們抓取它們。 我們看到它們返回 404，然後我們開始忽略它們。 所以在實踐中，這不是你必須關心的事情。 [...] 通常，這些類型的鏈接會發生什麼情況，我們會嘗試從整體上確定您的網站需要抓取哪些 URL，以及我們需要以何種頻率抓取哪些 URL。 然後在我們確定了我們絕對需要做的事情之後，我們會考慮我們可以額外做的事情。 在那個額外的存儲桶中，我認為這也是一組非常分級的 URL，本質上還包括來自抓取網站的 [...] 隨機鏈接。 因此，如果您發現我們在您的網站上抓取了來自這些隨機鏈接的大量 URL，基本上，您可以假設我們已經完成了對我們認為您關心的內容的抓取。網站很重要。 我們只是在您的服務器上有時間和容量，我們也將嘗試其他事情。 因此，從這個角度來看，並不是這些 404 會導致您網站的抓取出現問題。 這幾乎更多地表明，我們為您的網站提供了足夠的容量。 如果您的網站內容碰巧比實際鏈接的內容多，我們也可能會抓取和索引。 所以本質上，這幾乎是一個好兆頭，你絕對不需要通過 robots.txt 阻止這些，這不是你需要壓制的東西 [...]”

阻止來自其他國家的流量

27:34 “我們只有在法國運營的服務網站。 而且我們有很多來自其他國家的流量，這些國家的帶寬真的很差，這導致我們的 CWV 分數下降。 [...] 由於我們不在法國以外的地區開展業務，因此我們對法國以外的流量沒有任何用處。 是否建議屏蔽來自其他國家的流量？”

約翰是這樣說的：“我會盡量避免阻塞來自其他國家的交通。 我認為這最終取決於你。 這是您的網站； 你可以選擇你想做的事。 [...] 在這種情況下，要記住的一件事是我們抓取了幾乎所有來自美國的網站。因此，如果您位於法國，並且您屏蔽了所有其他國家/地區，那麼您也將屏蔽 Googlebot 抓取。 然後，基本上，我們將無法索引您的任何內容。 從這個角度來看，如果您想屏蔽其他國家/地區，請確保您至少沒有屏蔽 Googlebot 抓取來源的國家/地區。 至少，如果你關心搜索的話。”

重新組合頁面

35:38 “谷歌最近將我們網站上超過 30,000 個頁面重新組合在一起，這些頁面在 CWV 分數方面明顯不同。 [...] 這使這些頁面的平均 LCP 達到了 3.4 秒，儘管我們的產品頁面在重新分組之前平均為 2.5 秒。 我們正在努力使頁面在閾值以下 2.5 秒，但我們的策略現在似乎太微不足道了，無法讓我們達到我們需要達到的分數。 是分組集然後取平均分還是先取分數然後分組集？ –（這將幫助我們確定獲取 2.5 秒以下的產品頁面是否有助於解決問題）。”

“[...]我們對如何進行分組沒有任何明確或準確的定義，因為這必須隨著時間的推移而有所發展，具體取決於我們為網站擁有的數據量。 因此，如果我們擁有網站上許多不同類型頁面的大量數據，我們的系統更容易說我們將進行更細粒度的分組，而不是像以前那樣粗略。 然而，如果我們沒有大量數據，我們最終甚至可能會出現將整個網站作為一個組的情況。 所以這是一件事。 另一件事是我們收集的數據是基於現場數據的。 您也可以在 Search Console 中看到這一點，這意味著我們不會取單個頁面的平均值，而是按頁面數對它們進行平均。 但是，實際上會發生的情況是，它更多的是流量加權平均值，因為某些頁面會有更多的流量，我們會在那裡有更多的數據。 其他頁面的流量會更少，我們那裡的數據也不會那麼多。 所以這可能是你看到這些差異的地方。 如果很多人會訪問您的主頁，而訪問單個產品的人卻不多，那麼主頁的權重可能會更高一些，因為我們在那裡有更多的數據。 所以這就是我要去那裡的方向，在實踐中，這意味著我不會過多關注單個頁面，而是傾向於查看您的谷歌分析或其他分析，您必須弄清楚哪些頁面或哪些頁麵類型正在獲得大量流量。 然後，通過優化這些頁面，您實際上是在嘗試改善用戶體驗 [...]，而這正是我們將嘗試為那裡的 Core Web Vital 評分挑選的東西。 因此，從本質上講，減少頁面數量的平均值，而增加人們訪問您網站時實際看到的流量的平均值。”

MUM 算法

42:44 《隨著MUM算法的出現，搜索結果會不會是多源響應？ 我的意思是，當用戶搜索一個主題時，從多個來源中選擇答案並作為一個包提供給他？ 我們認為未來的競爭將成為一種競爭者之間的互動。 它們一起可以滿足搜索者的需求。 網站專注於他們可以提供更好的服務。 幾個競爭對手可以滿足搜索者的需求。 用戶需求組合由幾個競爭最佳服務的站點完成，這些站點在這些站點中更為知名。”

約翰回答說：“我不知道； 也許這會在某個時候發生。 我們確實有一個想法，即嘗試在搜索結果中提供一組多樣化的選項，如果我們可以判斷出對於特定主題可能存在非常強烈或不同的意見。 這是一個關於那裡有什麼意見的問題。 然後，提供涵蓋該主題不同角度的多樣化結果集是有意義的。 我認為這不適用於大多數查詢，但有時我們確實會嘗試考慮這一點。”

站點遷移

47:11 “如果在進行站點遷移並且在我們扣動扳機的那一天，我們會：robots.txt 阻止兩個域 [...]，執行 302 臨時重定向（在幾天或幾週內切換到 301，因為開發人員確定什麼都沒有壞了），並在全站範圍內提供 503 HTTP 狀態一天或幾個小時，同時開發人員檢查是否有任何損壞？”

根據約翰的說法，“[…] 這些都是不同的情況。 我們不會說，嗯，這是一個帶有這種變體的網站遷移。 但是，如果你在阻止事情，如果事情被破壞了，那麼我們首先會認為這是被破壞的東西。 如果在稍後階段我們看到它們實際上是重定向，那麼我們會說，好吧，現在網站正在重定向。 我們會將它們視為單獨的狀態。 因此，如果在您想要進行站點遷移的那一天，出現故障並且您的服務器上的所有內容都損壞了，那麼我們會看到，服務器上的所有內容都損壞了。 我們不會知道您的意圖是進行站點遷移，因為我們只會看到一切都被破壞了。 因此，從這個角度來看，我會將這些視為單獨的狀態。 當然，盡可能快地修復任何損壞的狀態，並在此之後儘快進行遷移。”

從新聞站點中刪除舊內容

49:42 “是否值得在新聞網站上刪除/不索引/禁止舊新聞？ 像 10 歲以上的新聞？ 它對網站的總體質量有影響嗎？它是否優化了抓取預算？ 這是一個擁有 3+ 百萬頁面的網站。 它對此有什麼作用嗎？”

“我不認為你會從刪除舊消息中獲得很多價值。 這也不是我向新聞網站推薦的東西，因為有時所有信息仍然有用。 從這個角度來看，出於搜索引擎優化的原因，我不會這樣做。 如果您出於可用性或維護原因想要刪除內容或將其放入網站上的存檔部分的原因 [...]，那麼您絕對可以這樣做。 但我不會因為舊內容而盲目刪除舊內容。”