SEO 辦公時間，2022 年 1 月 14 日

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

robots.txt 文件的大小

00:45 “巨大的 robots.txt 是否會對 SEO 產生負面影響？”

約翰回答說“沒有直接的負面搜索引擎優化問題。 但這使得它更難維護。 而且它使意外推動確實會導致問題的東西變得容易得多。 僅僅因為它是一個大文件並不意味著它是一個問題，但它使您更容易製造問題。” […]

04:35 “除了從根本上縮短 [robots.txt 文件] 之外，是否有任何構建 [it] 的指導方針？”

約翰： “不，這基本上取決於你。 有些網站有大文件。 有些網站有小文件。 他們都應該工作。 我們有一個我們使用的 robots.txt 解析器的開源代碼。 因此，您還可以做的是讓您的開發人員為您運行該解析器或對其進行設置，以便您可以對其進行測試。 然後，使用該解析器檢查您網站上的 URL，以查看哪些 URL 會被阻止以及會發生什麼變化。 這樣一來，您就可以在使它們生效之前對其進行測試。”

您還可以在我們的用於 SEO 的 Robots.txt 終極指南中找到有關 robots.txt 文件的更多信息。

將產品類別遷移到新域

08:56 “我們計劃將我們的多供應商產品類別轉移到一個新的域或子域上。 [...] 如何對新域名進行排名？ 當前域在谷歌和其他搜索引擎上排名很好，並為我們提供了良好的自然搜索流量。 讓新域接收到我們現在接收的流量需要多長時間？”

約翰回答說： “我認為這種改變沒有固定的時間，因為聽起來你並沒有從一個領域轉移到另一個領域。 您正在從一個基礎架構遷移到另一個基礎架構。 通常，這意味著內容會有所不同。 頁面的結構，甚至可能是 URL，都會有所不同。 所有這一切都可以改變。 而這些都是元素，需要時間去處理。 這取決於網站需要多長時間。 並不是說您可以為此制定特定的時間表。

我認為要記住的另一部分是這些變化可能對網站產生整體積極或消極的影響。 因此，可以採取這種遷移方式，比如說，我們還將致力於 SEO 並改進我們頁面的鏈接、URL 結構和頁面的 HTML 格式。 所有這些都會對您的網站產生非常積極的影響。

但與此同時，如果你不注意這些事情，突然間你的 URL 會變得一團糟，而且 HTML 不容易被搜索引擎理解，那麼就會產生負面影響。 因此，您不應該假設如果您將電子商務商店從一個平台遷移到另一個平台，一段時間後在另一個平台上它會是相同的。 它可以相似[或]好得多[但]它也可以更糟。 因此，您需要注意所有這些細節，並考慮您想要的最終結構是什麼，以及您希望在遷移中包含哪些 SEO 元素。”

11:45 “當我們將基礎設施遷移到新領域時，我們將面臨哪些負面影響？”

根據 John 的說法，“[...] 通常，在一切都安排妥當的情況下會發生什麼，從我們了解新網站到轉移所有內容時，您會看到一些波動。 這就是我認為您會在搜索中看到一些較少可見性的地方。 但這取決於您在那裡所做的所有更改，可能需要更長的時間。 它也可能是最終結果比以前更差甚至更好的東西。”

應用重定向

20:38 “你知道從應用程序等網站頁面工具重定向用戶的風險是什麼嗎？ 從 SEO 的角度來看，它對流量有負面影響嗎？ […] 我們的應用程序具有更高的轉化率 [比我們的移動版本]，因此我們認為也許我們可以在某些用戶進入某些產品頁面或類別頁面 […] 時將他們重定向到應用程序或應用程序商店。 也許 [它可以] 有助於提高轉化率？”

約翰的回答是： “我認為總的來說你可以做到。 我通常會注意的方面是，您可以讓用戶在他們願意的情況下訪問應用程序。 我目前不知道關於應用程序和網頁之間連接的所有細節，但我相信有一種方法可以製作智能橫幅，如果你能識別出用戶安裝了應用程序，他們很容易從那裡轉移到應用程序體驗。 但我不知道 Android 和 iPhone 的具體細節。 […]

一般來說，從搜索的角度來看，如果我們可以索引單個移動頁面、桌面頁面，或者您那裡可用的任何內容，那就很好了。 如果您頁面上的人最終訪問了該應用程序，那麼從我們的角度來看，這也很好。”

22:57 “您說的是網站頁面上的頂部橫幅。 也許如果我們 [強迫] 他們重定向，這對 SEO 或網站會不利嗎？”

約翰說：“我想這可能沒問題。 我的腦後有兩件事，這可能是需要注意的事情。

由於 Googlebot 還使用 Android 用戶代理，因此您需要確保不會將 Googlebot 重定向到應用商店或應用，因為我們不會安裝該應用。 所以這是一回事。 另一件事是關於 Core Web Vitals 的指標。 如果您總是直接通過應用程序重定向移動用戶，那麼您將沒有大量的 Core Web Vitals 數據。 根據您的網站，[...] 這也是需要牢記的。 但我認為，[...]如果您將用戶重定向到應用程序，從 SEO 的角度來看沒有什麼負面影響。 從可用性的角度來看，將其設為可選會更好。 但歸根結底，這是你和你的用戶之間的事。”

谷歌可以評估頁面的相似性嗎？

26:28 “谷歌如何衡量頁面的相似性？”

約翰說： “我想我們沒有。 我認為我們使用 hreflang 來了解從您的角度來看哪些 URL 是等效的。 我們將把它們換掉。 […]

我們只會對 rel=”canonical” 之類的東西這樣做，以了解規範 URL 是什麼。 但是對於hreflang，我想我們不可能理解這個具體的內容對另一個國家或者另一種語言是等價的。 有很多地方差異總是可能的。”

檢查垃圾郵件反向鏈接

27:22 “我們是一個大型電子商務網站，有數百萬個反向鏈接。 我們有一個標準程序來每月或幾個月檢查一些垃圾郵件反向鏈接。 我們剛剛注意到 Google Disavow 列表的上限僅為 2 MB。 我想知道我們的文件是否超出了限制，那麼如何處理那些垃圾郵件反向鏈接。 [...] 目前，我們發現的大多數垃圾郵件鏈接 [都] 以我們的網站為目標進入我們的搜索頁面，這對我來說非常奇怪。”

John 回答說：“通常情況下，我會建議，一方面，盡可能多地使用 domain 指令——這樣可以節省來自同一個站點的多個條目，並且不要過多地專注於嘗試清理所有鏈接因為那總是不可能的。 我會專注於使用 Disavow 鏈接，你在哪裡查看它們，你認為，如果網站團隊的某個人看到這個，他們將 100% 確定你購買了它們或者這裡發生了一些交換。 但是對於網站獲得的所有這些類型的隨機鏈接，甚至來自垃圾郵件或複制頁面或隨機論壇帖子，這些都不是您需要放入 Disavow 文件的內容。 […]

我不知道您的情況是否屬於這種情況，但在此之前我已經看到 [這些鏈接] 以特定查詢的搜索結果頁面為目標，其中包含電話號碼或 URL 等內容，希望該電話數字顯示在搜索結果中。 而且，如果您不對搜索結果頁面或其中可能包含較長查詢的搜索結果頁面建立索引，那麼它們將自動不會被編入索引。”

流量下降與刪除 AMP 頁面

30:43 “如果我們移除 AMP，我們應該期待流量下降嗎？”

約翰：“我假設這是一個設置，你有傳統的 HTML 頁面和 AMP 頁面，並在它們之間進行鏈接。 我認為當您刪除這樣的 AMP 頁面時，會出現三件事。

一方面，有些搜索功能僅限於 AMP 網頁。 [...] 我必須仔細檢查，但我認為目前沒有任何搜索功能僅適用於 AMP 頁面。 所以從這個角度來看，你不會在那裡失去任何東西。

另一件事是 AMP 頁面往往非常快，或者製作非常快的 AMP 頁面更容易。 而且由於我們確實使用速度和頁面體驗作為排名因素，如果您在 AMP 中有很多非常快的頁面並且您切換到非 AMP 的較慢頁面，那麼您可能會在那裡看到效果。 當然，您也可以製作非常快的非 AMP 頁面。 它不僅限於 AMP。 所以這就是我要仔細檢查的地方，看看關於速度的事情是如何應用的。

我認為第三個是 [...] AMP 頁面在某種程度上排名更好的假設。 事實並非如此。 AMP 不是排名因素。 因此，您不應僅僅因為您有 AMP 頁面或沒有 AMP 頁面而看到排名發生變化。 […]

如果您可以確保您的普通頁面快速且等效，並且您擁有這些普通頁面中所需的所有結構化數據，那麼您可能可以關閉 AMP。 它本質上會非常相似。 您可能會看到一些 AMP 頁面仍處於 AMP 緩存中並需要一段時間才能冒泡的過渡期。 但總的來說，可以關閉這些。 我們有一篇關於關閉 AMP 頁面的幫助中心文章，所以我也會仔細檢查一下。”

知識面板

35:17 “最近幾個月，我注意到谷歌在知識面板中調查某些名稱搜索在移動設備上的一致性非常高，而在桌面上則完全不同。 [...] 是否有可能理解為什麼知識面板被認為適合為移動用戶提供服務，但在這種情況下不適合桌面用戶？ 在決定是否顯示知識面板時，維基百科是谷歌的關鍵因素嗎？”

John 說：“我不知道我們在移動設備和桌面設備上針對知識面板所做的具體事情。 但是在不同的搜索功能中很常見，根據我們可用的房地產上的設備類型，我們將打開一些功能和關閉一些功能，以確保我們展示的內容是根據他們正在使用的查詢對用戶有用。 從這個角度來看，如果您在桌面和移動設備上看到不同的知識面板，我不會感到驚訝。 但我也不認為我們會說[沒有] 任何特定因素，這就是為什麼你現在看到這個知識面板而不是其他時間。

有時，對於這種查詢，您在哪裡看到這種變化，它可能只是在邊界上，讓我們顯示或不顯示知識面板。 然後可能設備類型將其翻轉過來，例如，最終是或否。 但這就是我不認為展示這些或不展示這些的特定因素。 我們確實為知識面板使用了各種不同的資源。 其中一些您將直接在知識面板中看到。 所以這是你可以跟進的一件事。

關於這些事情，我要給出的另一個提示是，谷歌外部的一些人花了很多時間研究知識面板，以及當谷歌發現事情時，事情是如何顯示的。 [...] Jason Barnard 是我認識的其中一位做得很好的人。 他一直在 Twitter 上圍繞知識面板發帖。 也許這也給了你一些想法，你可以在那裡看到什麼。”

包含在 FAQ 列表中的問題數量

40:41 “我的網頁上有 15 到 20 個常見問題解答。 我應該在 FAQ 架構中包含所有問題，還是只包含我認為重要的問題？”

根據 John 的說法， “談到結構化數據時，我們希望看到頁面上可見的結構化數據，但並非所有可見內容都必須使用結構化數據進行標記。 如果您的頁面上有單獨的內容要為其提供結構化數據，請繼續執行此操作。 您不必為頁面上的每條內容都這樣做。 因此，如果您有 20 個常見問題解答並標記其中的五個，那完全取決於您。 如果您願意，您甚至可以使用 data-nosnippet 完全阻止其中一些其他項目出現在片段中。”

指數覆蓋問題

52:00 “一個 [issue] 已被抓取——當前未編入索引，[後者] 已被發現——當前未編入索引。 在這兩種情況下，頁面都沒有被索引。 [...] 我知道 Google 不會索引全部內容。 [...] 我應該怎麼做才能使這些頁面至少 [indexed] 更快，例如從主頁鏈接或從已經對我的特定網站的某些查詢進行排名的頁面鏈接？ [...] 它會帶來更多的反向鏈接嗎？”

約翰說：“我認為所有這些都有幫助。 聽起來你走在正確的軌道上，你知道會發生什麼。

從我們的角度來看，我們不會對所有網站上的內容編制索引，這是我們所期望的。 因此，如果您看到您的大部分內容已經被編入索引，我認為您的方法是正確的。 但這並不意味著一切都是完美的。 還有諸如內部鏈接之類的東西，確保網站的整體質量非常好——這些幫助很大。

有時，查看整個網站並說，好吧，我在第二個文件中提交了 500 頁，這也可能是有意義的。 其中 200 個正在編入索引。 那 300 個沒有被索引的頁面的價值是什麼？ 有沒有什麼辦法可以讓我在網站上擁有 500 個隨機頁面？ 也許 [它] 將網站上的真正好頁面減少到 300 個，以將價值集中到更少的頁面中？ 因此，至少當那些較少的頁面被編入索引時，您會獲得這些頁面的很多價值，這可能是它們為不同的關鍵字排名，或者它們為您最關心的用戶工作，作為優先考慮的一種方式在你把一切交給谷歌去做之前，你的身邊。

所以這就是我的方法——一方面，確保你的所有內容都與內部鏈接和整體網站質量正確對齊。 另一方面，如果你發現你的很多頁面沒有被索引，試著找到一種方法讓谷歌清楚他們應該優先考慮哪些頁面，這可能會刪除一些你沒有的頁面關心或對您的網站不重要的內容。”