SEO 辦公時間，2021 年 11 月 19 日

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

標題和 URL 長度

02:58 “我在新聞行業工作。 [...] 當我優化 SEO 時，我告訴 [我的同事] 我們只需要將標題固定為 65 個字母。 [...] 我在網上搜索，但沒有得到正確的答案。 標題應該那麼長是排名因素嗎？”

約翰說：“不，我們對標題的長度沒有任何建議。 我想從你身邊挑選一個數字並說：在移動設備上，有這麼多可用空間，所以作為編輯指南，我們會說 65，或者任何你想選擇的，這都很好。 但從谷歌，搜索質量 [和] 排名方面，我們沒有任何指導方針說：它應該這麼長或不長。

[…] 長度無關緊要。 如果我們顯示較短的內容，或者顯示的內容略有不同，這就是我們在搜索結果中顯示的方式。 這並不意味著排名發生變化。”

當談到 URL 的長度時，John 說這也無關緊要。 “我認為在 URL 中包含一些單詞是一種很好的做法，因此它更具可讀性，但從 SEO 的角度來看，這不是必需的。”

John 還補充說，從 Google 的角度來看，URL 中只有 ID 是可以的。 “最好是裡面有一些詞，但本質上沒問題。 在大多數情況下，這只是用戶看到的內容，當他們複製和粘貼 URL 時，他們可能會看到，哦，我知道這篇文章的內容是基於我在這裡看到的。 然而，如果他們只看到數字，那麼他們可能會選擇錯誤的數字，或者可能不確定。 但這幾乎是用戶問題，而不是 SEO 問題。”

谷歌和必應抓取

25:30 “我們注意到，當我們來自 Google 的抓取請求減少時，我們來自 Bing 的抓取請求增加。 這兩個有關係嗎？”

約翰回答說：“我認為這將是一個非常奇怪的巧合，但我不知道與 Bing 有任何合作交換抓取請求，所以我認為這沒有關係。

有時可能發生的情況是，在 Google 方面，當我們認識到服務器超載、速度緩慢並顯示服務器錯誤時，我們就會傾向於減少抓取。 並且可能是當 Bing 爬取很多時，我們看到服務器通常比較慢，所以我們會少爬一點。 當我們看到服務器容量更大、速度更快時，我們會爬得更多，這可能與 Bing 碰巧爬得少有關。 從理論上講，這是可能的。 從實際的角度來看，我懷疑這種情況會發生，因為通常情況下，網站對用戶的訪問量非常大，一些來自 Bing 的爬網和一些來自谷歌的爬網不會減慢整個網站的速度。”

為什麼索引較慢？

32:27 “在過去的一兩年裡，索引對我來說似乎發生了很大變化（發生在我所有的網絡資產上）。 雖然之前在 GSC 中提交它們時很快就會被索引，但現在，GSC 提交似乎沒有效果。 相反，它會在數天甚至數週後自行出現在索引中（有時會在索引中跳進跳出）。 這發生在每月有 50,000 多名自然訪問者的成熟網站上。 為什麼是這樣？”

約翰說：“我不知道。 很難籠統地說：這就是為什麼在您的網站上沒有如此迅速地索引事物的原因。 一般來說，Search Console 中的請求索引工具可以將其傳遞給正確的系統，但它不能保證會自動將其編入索引。

我認為在早期，對於索引系統實際啟動並索引它來說，這是一個強烈的信號。 但是，這些事情發生的一個問題當然是，人們利用這一點並使用該工具來提交各種隨機的東西。 所以隨著時間的推移，我們的系統變得更安全了，幾乎是因為他們正在努力處理他們受到的虐待，這確實導致有時事情變得有點慢。 它不是因為它做得更多而變慢，而是因為我們在這裡試圖保持謹慎，所以它變慢了。 這可能意味著像 Search Console 提交這樣的事情需要更長的時間來處理。 這可能意味著我們有時需要通過爬網確認並自然了解網站，然後才能開始在那裡編制索引。 從我們的角度來看，這是意料之中的。

我認為在過去幾年甚至更長的時間裡，整個網絡也發生了相當大的變化，那就是越來越多的網站在技術上往往是可以的，因為我們可以輕鬆地抓取它們。 […] 因此，一方面，我們可以轉向更自然的爬行。 另一方面，這意味著我們會得到很多東西——我們可以爬行。 而在過去，當某些內容無法被索引時，您可能會說，好吧，也許網站上的某些內容設置不正確，您嘗試從技術角度找出問題所在。 現在，我們收到的大多數提交在技術上都還可以，所以我們可以去索引它們，這意味著因為爬行和索引的能力仍然有限，我們需要在這方面更有選擇性。 我想，總的來說，如果我們沒有像過去那樣迅速地收拾東西，這就是你在那裡看到的。”

舊域與站點權限

35:33 “我有一個四年未使用的域。 我擁有的博客因其利基而在 SERP 中做得很好，但因為我不想出售它，我刪除了所有內容並讓域“停放”。 我想恢復上面的內容，但我想採取稍微不同的方法。 我的問題是，Google 是否需要再次了解我的博客，就好像它是新的一樣？ 還是因為這個舊領域，我有更好的機會比平時更快地成為我所在領域的權威？”

根據約翰的說法，“如果內容已經消失了幾年，我們可能需要弄清楚這個網站是什麼，基本上是從頭開始。 所以從這個角度來看，我對獎金的期望不高，因為你過去有內容。 我假設您將不得不像任何其他站點一樣再次構建它。 如果你有一個生意，你倒閉了四年，然後你又重新開業，那麼很少有客戶會記得你，說，哦，我會去這個生意。 它看起來完全不同，它們提供不同的東西，但它曾經存在。 我認為這種情況在現實生活中也將很少見 […]。 所以我假設你基本上是從這裡開始的。

這也是為什麼離開併購買過期域名以希望您從使用這些過期域名中獲得一些獎勵通常沒有意義的原因之一。”

防止頁面被取消索引

37:03 “我正在管理一個包含 5,000 多個 URL 的網站。 我們盡最大努力遵守搜索排名/SEO 因素，但我們發現平均每月有大約 100 個 URL 被取消索引。 我們可以對我們的頁面應用什麼來防止這種情況發生？”

約翰：“僅憑這些信息很難說，因為在大多數情況下，我們不只是從索引中刪除內容，我們還會收集新內容。 因此，如果您同時添加新內容並且某些內容從我們的索引中刪除，這通常是正常的和意料之中的，因為基本上，對於幾乎沒有網站，我們會將網站上的所有內容都編入索引。 平均而言，[…] 30% 到 60% 的網站傾向於被索引。 因此，如果您每月添加數百個頁面並且其中一些頁面被丟棄，或者一些較舊的頁面或不太相關的頁面隨著時間的推移而被丟棄，這似乎是意料之中的。

為了盡量減少這種情況，我認為本質上您需要向 Google 或您的用戶展示您網站的整體價值，以便 Google 說，我需要確保我盡可能多地保留從這個網站在我的索引中。 這通常不是技術問題，更多的是您提供的價值對於 Google 將其保留在我們的索引中至關重要。 即使在我們認為網站很棒的情況下，我們仍然不會索引所有內容。 從技術的角度來看，這幾乎是不可能的，部分原因是一個網站往往有很多，我稱之為技術上重複的內容，你有跟踪參數，進入無限空間的分頁，或過濾參數，或搜索表單 […] 從理論上講，我們可以在網站上找到無限數量的 URL。 如果可以找到無限 [數量] 的 URL，而我們只能索引有限的數量，那麼我們將永遠無法將所有內容都編入索引。”

從舊網站中刪除站點地圖

41:58 “大約七個月前，我們將網站遷移到了一個新域。 我應該從舊站點中刪除舊站點地圖嗎？”

約翰說：“可能是的。 通常，當您遷移網站時，您最終會將所有內容重定向到新網站，有時您會在 Search Console 中保留舊網址的站點地圖文件，目的是讓 Google 更快地抓取這些舊網址並找到重定向。 以臨時的方式這樣做是完全可以的。 但是我認為，在一兩個月後，將站點地圖取出可能是值得的，因為站點地圖文件也會發生的事情是您告訴我們您關心哪些 URL。 如果您指向舊 URL，那麼您幾乎是在說，好吧，我希望在搜索中可以找到我的舊 URL。 這可能會導致我們的系統出現一點衝突，我們說，好吧，您指向的是舊 URL，但同時，您正在重定向到新 URL； 你想索引哪一個？ 那時，您基本上希望盡可能地消除該衝突。 您可以通過刪除該站點地圖文件並向我們提供所有可以指向您的新頁面的信號來做到這一點。 一旦我們看到重定向，我們就可以只專注於您在您的網站或新域上擁有的新頁面，或者您所做的任何舉動。”

搜索與穀歌知識圖的未來

43:30 “谷歌摘要和知識圖似乎一直在變得更好，而且用戶通常不必訪問網站即可獲得他們需要的答案。 那麼，在獲得 SEO 流量方面，大大小小的網絡出版商的未來會怎樣呢？”

John 說：“我認為網站的需求永遠不會消失，因為這些信息在您的網站上非常詳細。 有時人們只是想要一些非常快的東西，也許他們想要您的公司的電話號碼或地址，然後他們就去直接訪問該公司。 但從本質上講，除了一小段信息之外，您還想找出完整的上下文並在那裡獲得更多信息，所以我認為這種情況不會消失。

也絕對不是我們的目標是成為每個人都可以直接獲得答案的地方，因為我們知道我們必須與生態系統合作，與任何製作網站的人一起確保我們在搜索中提供的東西，也為網站所有者提供價值。 因為網站所有者很容易說，好吧，我不想參與這個搜索，我寧願在 Facebook、社交媒體或其他地方找到。 我們希望確保平等地展示您的內容，我們可以按照您的方式向用戶發送，但您也可以從中獲得一些東西，因為您也獲得了所有這些流量。 這是谷歌所有從事搜索工作的團隊都非常關心的事情，所以我們當然不會試圖弄清楚所有事情，然後只向我們展示他們。 但我知道這是人們也擔心的事情，因為他們在搜索中看到了這些花哨的功能，有時很難理解更大的圖景或跨網站的淨效應。

我還認為，如果您遇到類似的情況，我不喜歡 Google 的展示方式，因為我希望人們在我的網站上看到它，然後給我們那種信息。 在 Twitter 上聯繫我，給我發一些你所說的內容的屏幕截圖，好吧，這不是我想要顯示我的內容的方式。 我很高興把它帶給產品團隊，我們可以想辦法改進它。”

規範和替代標籤與多語言內容

53:13 “我們想用不同的語言創作同一篇文章。 [...] 我應該在那裡定義一個規範和替代版本嗎？”

約翰：“我認為，一般來說，如果你有多語言內容，那麼使用 hreflang 註釋之類的東西很有用，因為它可以幫助我們確定你的內容的哪個版本應該顯示給哪個用戶。 所以這通常是採取的方法。

關於規範，您告訴我們要關注哪個 URL，因此規範應該是各個語言版本。 它不應該是一種語言，作為所有語言的規範，而是每種語言都有自己的規範版本，例如法語版本和法語規範，這是印地語版本和印地語規範。 所以它不應該跨語言鏈接。”

AMP 頁面與多語言內容

54:43 “我的網站在 Google 新聞排名中。 我在那裡抓取了 AMP 頁面。 我應該使用他們的替代版本，比如我們有印地語或俄語的替代版本嗎？ 你對此有何回憶？”

John 回答說：“對於 AMP 頁面、普通網頁和不同的語言版本，它變得非常複雜。 在 AMP 文檔中，他們有一個關於 [...] 多語言內容的頁面，其中包含關於您應該在那裡擁有的 hreflang 註釋的圖表，我會檢查一下。 關於谷歌新聞方面，我不知道 [谷歌] 新聞將如何具體處理。 例如，我不知道他們是否需要將其分離到一個子域中，所以它顯然是一個單獨的新聞站點，或者他們的建議是什麼。 但對於 AMP，我會在文檔中查看該圖形。

我認為 AMP 頁面、普通頁面和國際化很複雜。 當您查看圖表時，您可能會說，哦，這很有意義，但是如果您有很多不同的頁面和很多不同的語言版本，那麼要正確處理所有這些細節需要做很多工作。”