SEO 辦公時間,2021 年 12 月 31 日
已發表: 2022-01-04這是2021 年 12 月 31 日Google SEO Office Hours與John Mueller的最有趣問題和答案的摘要。
索引頁面沒有緩存文件
05:21 “我們的一些 URL 已正確編入索引,但我們無法找到緩存文件。 這裡有什麼問題?”
根據約翰的說法,“這可能發生。 這是正常的,因為搜索結果中的緩存頁面是與索引分開處理的。 因此,我們的索引中有一個頁面可能沒有緩存頁面。 因此,如果您查找緩存頁面,它會顯示 [例如] 404,但這並不是問題的跡象。 這基本上就是我們系統的工作方式。”
不同語言版本的質量不一致
06:52 “我想知道新語言版本的糟糕翻譯是否會對域的更成熟的主要語言版本的 SEO 產生負面影響。 […] 您是否獨立考慮同一域上每個語言版本的語言質量,或者如果一個語言版本質量差,同一域上的所有其他語言版本也會受到影響,是否會產生一些負面影響?”
約翰說:“我想簡短的回答是肯定的。 這裡的主要問題不是這些內容的翻譯版本,而是更多的是,對於某些事情,我們著眼於整體網站的質量。 而且 [...] 如果您有大量質量較低的部分,那麼對於我們來說,為什麼它們質量較低、翻譯質量差或內容糟糕都無關緊要。 但如果我們看到它們是質量較低的重要部分,那麼我們可能會認為總體而言,這個網站並不像我們想像的那麼棒。 這可能會在整個網站的不同位置產生影響。
所以簡而言之,我猜如果你有一個質量非常低的翻譯,它也被索引並且在搜索中非常可見,那麼這可能會拉低你也擁有的高質量翻譯或高質量的原始內容。”
評估網站內容的質量
10:19 “Google 如何評估某項內容是自動翻譯還是質量低劣? 例如,如果整個用戶界面質量很差,是否可以通過高質量的 SEO 文本來平衡,諸如此類?”
約翰回答說:“我不知道我們是否有專門尋找低質量翻譯的東西。 所以至少我理解它的方式,更多的是我們試圖了解網站的整體質量。 這通常不是我們可以指出的個別事物,如果你在一個頁面上有五個拼寫錯誤,那就是低質量的標誌。 這些事情是單獨發生的。 所有這些因素單獨很難說它們是低質量的標誌,但我們必須將所有因素放在一起。 […]
這也是為什麼有時當您顯著提高網站的整體質量或情況變得更糟時,我們的系統只需要花費大量時間來確定該網站的整體視圖現在是好是壞。 因此,從這個角度來看,並不是我們有任何可以指出的具體內容。 如果您想要單個項目,我能做的最好的事情是查看我們在核心更新上所做的博客文章[...],其中有一堆不同的問題,您可以問自己關於網站的問題,您可以也可以和一些測試人員或用戶一起去看看,以獲得外部反饋。 與其說我們有算法試圖直接複製它,但它幾乎就像一個指導方向,我們說,嗯,這就是我們想要去的方向。 然後我們將努力讓我們的算法試圖解決這個問題。”
來自非索引頁面的 301 重定向
19:53 “我們有一個網站,其中有 100 個頁面 [...] 被標記為 meta robots noindex 標籤,但用戶可以訪問它們。 業內有很多優秀的權威網站鏈接回這些頁面。 因此,儘管我們獲得了推薦流量 [...],但我們 [來自自然流量] 並沒有得到任何東西,因為很明顯,它們沒有被編入索引。 如果我們在這些 URL 上為 Googlebot 設置 301 重定向到某些相關頁面會怎樣? 這會違反谷歌的指導方針嗎?”
約翰回答說:“這似乎有點邊界。 這也感覺像是您可能只使用 rel="canonical" 並將其保留在該位置以指向您確實想要索引的頁面。 因為如果您專門為 Googlebot 執行此重定向,那麼我認為,一方面,從技術角度來看,很容易出錯並搞砸。 從用戶的角度來看,我認為這不是一個大問題,因為我們可能只會索引目標頁面。 所以並不是說用戶會點擊搜索結果中的鏈接並最終進入一個看起來與他們點擊的內容截然不同的頁面。 因此,一方面,我認為使用 rel="canonical" 可以更輕鬆地解決此問題,以完成基本相同的操作,但我認為這不會有太大問題。 […]
從我的角度來看,我更願意盡可能地使用 rel=”canonical” 以確保您不必設置任何單獨的基礎設施來隱藏 Googlebot 以及與之相關的所有問題因為感覺你必須付出很多努力才能按照你想要的方式工作。 而另一種方法則簡單得多,而且 [...] 更不容易出錯。”
此外,John 確認在這種情況下使用 301 重定向“[...] 不會違反 Google 指南。 問題是如果這個頁面是可索引的,並且你根據用戶代理重定向它,那麼這可能被視為一個偷偷摸摸的重定向。 但是,由於我們正在為目標頁面編制索引,那麼您在指向該頁面的頁面上所做的任何操作都無關緊要,只要它們沒有被編入索引。”

用戶無法使用的文本與其索引
23:48 “如果文本塊在源代碼中可用,但用戶無法查看該內容。 [那個文本可以被索引嗎?]”
約翰回答說:“也許吧。 如果它在頁面上的普通 HTML 中並且只是被隱藏了,那麼我們可能會選擇它並將其用於索引。 我不認為故意這樣做是個好主意,但它可能會發生。 這是需要牢記的,尤其是當您試圖避免索引某些特定類型的文本時。 因此,例如,我最近看到的一件事是有人在隱藏的頁面部分中有一條錯誤消息。 並且僅在頁面出現錯誤時才顯示,但始終在頁面上。 我們的系統發現了這一點並認為,這個頁面是一個錯誤頁面——我們可以忽略它。
因此,從這個角度來看,[...]如果您希望它被索引,請確保它是可見且可索引的。 如果您不希望它被編入索引,那麼請確保它不可編入索引並且根本不在頁面上。”
未在 Google 熱門故事中排名的遷移域
35:02 “我做了一個網站遷移到一個新的域。 [...] 我在舊版本上啟用了 AMP,我的舊 AMP 文章總是在 Google 熱門故事中排名。 但現在我的新的不是。 我現在在我的新域上禁用了 AMP,因為我不喜歡它,這給 [我] 帶來了太多麻煩。 [...] 但是現在不需要將 AMP 包含在熱門故事中。 為什麼我的新域名沒有在 Google 熱門故事中排名?”
約翰說:“很難說。 我認為,如果您同時進行域遷移並關閉 AMP,尤其是像 Top Stories 這樣的內容,那可能會有點令人困惑。 但聽起來並非如此,事情進展順利。 所以很可能,你在正確的軌道上。
特別是 Top Stories 的特點是它是一種自然搜索功能。 這不是網站得到的東西,因為他們應得的,但更多的是我們試圖弄清楚我們應該在熱門故事部分展示什麼。 有時可能更多,有時可能更少。 有時這包括來自個別網站或個別類型文章的內容 […]。 我會考慮在這裡做的是,一方面,給它多一點時間。
另一件事是仔細檢查頁面體驗設置周圍的事情,因為就像我們在博客文章中提到的那樣,當我們關閉它時,我們基本上說,頁面體驗得分非常好的頁面基本上也可以出現在熱門故事中. 因此,我們不會選擇任何頁面並將其顯示在熱門故事中,而是我們將使用頁面體驗分數幾乎作為排名因素來確定我們將在熱門故事部分中顯示的內容。”
處理質量變化的時間表
42:29 “在發現多個頁面後,我目前正在提高網站質量,[當前] 未編入索引。 我想知道我可以期待谷歌在什麼時間範圍內做出質量變化。”
John 說:“在網站上進行更大的質量更改需要相當長的時間才能讓 Google 系統適應這一點。 所以我認為這更像是幾個月而不是幾天的事情。 所以這就是我在這裡的目標時間範圍。
而且因為需要一段時間才能獲得質量更改,所以我的建議是不要進行小的更改並等待看看它是否足夠好,而是要確保,如果您正在進行重大的質量更改, [...]而不是你將不得不回去再次改進它。 因為 [...] 你不想等幾個月再決定,哦,我也需要更改其他頁面。 確保你已經涵蓋了所有內容。”
獨特的產品描述與內容質量
45:09 “我賣手工鞋。 它們都是針對特定年齡範圍生產的,使用相同的材料、技術等。[...] 如果我為所有人編寫一份高質量的產品描述,Google 是否會將其視為重複內容? 還是對每個內容都有獨特的描述會更好,這會降低內容的質量?”
John 的回答是:“我不知道獨特的描述是否會降低內容的質量。 所以從這個角度來看,我認為你可以同時擁有獨特和高質量的描述。 […]
但是關於重複內容的一般問題是,我們可能會將其視為重複內容,但我們不會因為重複內容而將網站降級。 因此,從實際的角度來看,如果有人在您的頁面上的此重複描述中搜索一段文本,那麼我們會識別出這段文本是在您的一堆頁面上找到的網站,我們會嘗試從您的網站中選擇一兩個頁面進行展示。 這並不是說我們會以任何方式降級或懲罰您的網站,因為它有重複的內容。 [...] 因此,如果有人專門搜索該內容,那麼顯示所有這些頁面對我們來說是沒有意義的。 當人們搜索一段內容時,這是合理的。 他們不需要找到您網站中包含該內容的所有頁面。
這裡需要注意的是,如果您的文本內容中根本沒有任何內容涵蓋您產品的視覺元素,那麼我們很難在搜索結果中正確顯示這些內容。 因此,例如,[...] 如果您有藍色鞋子和紅色鞋子,而您從未提及這些鞋子的顏色,那麼如果有人在搜索藍色鞋子,我們可能會認為,嗯,您的頁面沒有那麼相關,因為您沒有不要在頁面上的任何地方提及“藍色”一詞。 所以這就是我要在這裡採取的角度。 重複部分描述很好,但我會確保你至少有一些內容,其中包含關於你所銷售的單個產品的獨特視覺元素的文字。”
無索引作者存檔頁面
48:04 “我有一個關於 Search Console 通知的問題。 這是關於我的作者存檔頁面缺少字段 URL。 我想不索引我的作者存檔頁面。 它會影響我的網站出現在搜索中嗎? [...] 如果我不索引作者存檔頁面,我的 EAT 分數會下降嗎?”
約翰回答說:“我們沒有EAT 分數。 所以從這個角度來看,你不必擔心。
一般來說,您在 Search Console 中收到的通知可能與您在這些頁面上使用的結構化數據有關。 如果您不希望這些頁面被索引,那麼通過 noindexing 這些頁面,您也將刪除該通知。 如果您在您的網站上使用一個在那裡生成結構化數據的插件,那麼也許您可以為那些作者頁面禁用它,它也會得到修復。 或者,也許您可以修復結構化數據提供的字段,這也將解決問題。
我的猜測是,您在這些頁面上使用的結構化數據對您的網站並不重要,無論如何我們都不會直接在搜索結果中顯示。 因此,從這個角度來看,如果從這些頁面中刪除結構化數據 [或] 如果這些頁面對您的網站不重要,那麼您可能不會為這些頁面編制索引。 這一切都會好的。
如果我知道這是一個非常關注作者的權威、知識和姓名的網站,我的看法會略有不同,如果人們正在積極搜索作者的姓名,那麼您收集的內容該作者可能對搜索結果有用。 因此,對於這些網站,我認為將其編入索引會很有用。 但是,您可能已經希望保留該索引,因為他們正在從搜索中獲取流量。 因此,如果您根本看不到這些作者頁面的任何流量,而他們只是為您的博客寫作的隨機人,那麼可能不對它們編制索引就可以了。”
