2019 年 2 月 5 日 - Google 幫助環聊筆記
已發表: 2019-02-08約翰回來了! 以下是最近的網站管理員幫助環聊中提出的一些最佳問題和答案。 本週,John 回答了一些關於 302 重定向、頁面速度和合併子域的最佳實踐的好問題。 完整的視頻和成績單在最後!
您可以阻止頁面的一部分,例如來自 Google 的視頻嗎?
1:16

我認為這有點棘手,因為沒有明確的方式說我不希望我的頁面在搜索結果中顯示為這樣。 因此,我傾向於嘗試使用到期日期方法,我相信您也可以在頁面上的結構化數據中指定這種方法。 我認為是的,對於 json-ld 結構數據,有一種方法可以為我們在我猜的頁面上拾取的視頻指定到期日期。 所以這可能是我嘗試的。
摘要:您不能真正要求 Google 僅將頁面的一部分編入索引,或者僅將頁麵包含在某些 SERP 功能中。 但是,您可以使用結構化數據為視頻添加過期日期,使其不會出現在搜索結果中。
以下是 Google 提供的有關視頻架構以及到期日期使用的更多信息。
如果您網站上的頁面未編入索引並且 GSC 顯示“已抓取,未編入索引”,這意味著什麼?
5:23

因此,如果不查看您網站上的具體示例,真的很難說,所以我建議在這裡做的是發布幫助論壇的確切 URL,您正在查看您正在查看的查詢,以便人們有可以看看。 有時這是一些簡單的技術問題,例如博客的設置方式可能默認情況下不會索引這些頁面,但通常網站管理員論壇中的人們非常快速並認識到這些常見問題並可以幫助您縮小範圍如果這裡真的發生了完全奇怪的事情,事情就會下降或升級。 另一件要記住的事情是我們不會索引我們看到的所有頁面對於您來說網站確實很常見有很多我們知道的頁面,但我們不一定會抓取索引,這不一定是問題。 這只是我們的算法試圖找出將我們的精力集中在哪裡是有意義的,因為它們可能會集中精力少一點,通常這也意味著這些頁面無論如何都不太可能在搜索中可見,所以它不會改變如果它們被編入索引,那麼對於您的網站來說總體上是這樣的,但我肯定會再次訪問網站管理員幫助論壇,看看那裡的一些可能原因是什麼。
摘要:這可能是由於技術問題導致頁面未編入索引。 另請記住,Google 並不總是將您發布的每個頁面都編入索引。 我們的注意事項:請確保您發布博客內容不是為了獲得內容。 如果它是超級有價值的,它有更高的機會被索引!
您是否需要在拒絕文件中添加垃圾鏈接?
8:17

因此,一般而言,您無需關注這一點,如果您查看入站鏈接,幾乎任何網站都會有一堆垃圾郵件或無關緊要的鏈接,這很好。 我們非常擅長忽略網站多年來收集的許多雜亂無章的東西。 我不會關注這個。如果你知道之前你出去購買了鏈接,或者你有一個 SEO 對鏈接做了一些非常奇怪的事情,那麼清理它是有意義的,但如果你不知道其他任何事情都還可以,那麼我就不用擔心了。
摘要:每個網站都會吸引垃圾鏈接。 谷歌真的很擅長忽略這些。 您應該拒絕的鏈接類型是專門為 SEO 製作的。
Google 如何處理需要用戶提供位置信息以改善用戶體驗的網站?
9:29

因此,我假設使用位置查找器意味著您的網站可以識別用戶所在的位置,並可能根據用戶的位置顯示本地電話號碼或本地地址。 這不是我們在搜索方面會做的事情。所以這通常不是我們甚至會接受的事情。 通常,當 Google 呈現頁面時,它也會拒絕任何此類附加信息請求,因此我們可能甚至不會注意到這一點。
摘要: Googlebot 不關注位置請求。 我們的注意事項:確保您的重要頁面信息不依賴於從用戶那裡接收位置信息。
302 重定向是否通過 PageRank?
10:10

301 是永久重定向,它告訴我們新頁面將永遠替換現有頁面,而 302 重定向告訴我們內容暫時可以在不同的 URL 上使用。 從實際的角度來看,這里通常會發生 301 重定向,我們將專注於目標頁面,我們將索引該 URL 並將所有信號移動到那裡。 而對於 302 重定向,我們將專注於初始頁面並嘗試將所有信號保留在那裡。 因此,這不是 pagerank 傳遞與否的問題,而是這些 URL 中的哪一個實際上是保留信號的 URL。 並不是說這些信號會隨著重定向而丟失,它更像是,它們在這裡還是它們在這裡,這是主要的區別。
因此,如果您正在跟踪這些頁面中的哪些頁面正在對重定向目標進行排名,或者正在重定向正在執行重定向的初始頁面的類型。 然後使用 302,您可能傾向於看到初始頁面排名,因為這是我們選擇的,因為您有點告訴我們這只是暫時的,內容在其他地方,而使用 301 重定向,我們可能傾向於對目的地進行排名頁更多。 和往常一樣,人們經常犯這個錯誤,我們的算法試圖弄清楚人們想要做什麼。 因此,如果我們在較長時間內看到 302 重定向,我們可能會很好地描述網站管理員可能意味著這是一個 301 重定向,我們會這樣對待它,我們會將所有信號轉移到目的地頁。 因此,您可能會看到這些變化隨著時間的推移而發生,所以這不是鏈接資產或我們的信號是否通過重定向,而是我們最終選擇了哪些 URL 用於我們的索引,這就是最終獲得所有這些信號的 URL。
摘要: 302 重定向應該是臨時重定向,而 301 是永久重定向。 使用 302,Google 會嘗試繼續關注原始頁面,而不是用戶被重定向到的頁面。 但是,如果 302 存在足夠長的時間,它會被視為 301。我們的註釋:因此,最終,302 應該開始通過 PageRank。 但是,我們不知道這需要多長時間。
網頁上的不討好或負面的語言會導致 Google 將其視為質量較低的內容嗎?
13:02

我有一個簡單的問題,你知道我們多年來一直在處理各種奇怪的排名問題。 我的一位合作夥伴在處理一些 YouTube 問題時有一個潛在的理論,例如基於類似的不允許的詞。 有時我們會在我們的一些文章中將汽車推銷員稱為白痴或類似的東西。 基本上,我們想知道在網站的某些頁面上使用類似的語言是否可能存在問題。 我的意思不是褻瀆,而是有點像侮辱類型的東西? 我們仍然看到其他網站基本上竊取了我們的內容,然後稍微修改了一些東西,排名在我們以前的位置,然後我們的排名有點差。 當他們在竊取內容後修改內容時,他們不會傾向於竊取網站上使用這種語言的那些頁面。
摘要:不。我們的說明:這並不意味著您應該忽略谷歌過去曾表示,垃圾內容的 UGC 可以被視為低質量的標誌。
rel-prev/next 應該用於“相關文章”嗎?
17:41

不,所以 rel 下一個鏈接的類型實際上只是用於分頁系列,而不是用於相關鏈接。 所以我通常會交叉鏈接那些相關的文章,通常這就是這些插件傾向於做的事情。
摘要:不。這僅適用於分頁頁面。
在提高頁面速度後,速度較慢的網站需要多長時間才能看到更好的排名?
24:32

因此,與幾乎所有與網絡搜索相關的事情一樣,它不是涉及固定時間框架的事情,而是我們隨著時間的推移在索引頁面中爬行。 隨著時間的推移,我們會更新這些頁面的這些信號。 其中一些頁面和信號沒有固定的時間表,每天甚至更頻繁地更新。 其中一些需要更長的時間,其中一些需要幾個月才能更新。 因此,如果您在網站上進行了重大改進,您可能會在這裡看到什麼,但隨著時間的推移,您會看到這種逐漸上升的趨勢,因為我們將這些信號考慮在內。 在速度不是最重要的排名因素的意義上,速度可能會非常棘手。 我們確實會查看內容等內容,並嘗試找出哪些頁面與用戶最相關。 因此,如果一個網站真的很快,這並不意味著它在理論上總是排名第一,一個空頁面可能是最快的頁面,但這並不意味著它對用戶來說是一個好的結果,所以速度更多的是一個較小的排名因素那裡。 因此,我們可能會看到隨著時間的推移,您的網站在搜索中的可見性會發生更大的變化,這是基於網站整體質量和改進的改進,而速度更像是一個很小的東西,甚至可能很難單獨衡量。
摘要:隨著時間的推移,谷歌會更新他們關於頁面速度的信號。 我們不必等待 Page Speed 更新。 如果速度阻礙了您的排名,並且您進行了改進,那麼您應該會看到排名逐漸增加。
如果您在 GSC 中看到被 robots.txt 阻止的頁面,這意味著什麼?
31:33

我不知道我們還沒有宣布這一點,但我們正努力在拒絕事情之前提前一點,以便人們有機會轉向新事物。 在搜索控制台中移動新工具。 因此,一旦我們對那裡發生的事情有更多計劃,我們就會通知您。 我認為這是值得保留的工具之一。 因此,由於我們尚未宣布將其關閉,我想隨著時間的推移,它會隨著新的控制台切換而出現。
摘要:很可能,是的。 但還不止。
將多個子域合併到一個大站點時,是否應該分階段進行?
35:47

我將嘗試盡快進入最終狀態。 因此,與其製造這種既不是舊的也不是新的臨時情況,我會嘗試盡快重定向到新的。
總結:最好一口氣做完。
在常規搜索中對視頻進行排名時,鏈接是否重要?
39:08

因此,我們在排名方面使用了許多因素,其中確實包括鏈接。 所以說我們根本不使用鏈接是錯誤的。 然而,我們確實使用了我不知道爬取索引和排名的 200 多個因素,因此僅關注鏈接並沒有真正意義。 因此,傳統上好的內容會自行獲取鏈接,如果您在網站上創建視頻內容,並且所有這些內容通常也在您的網站內相互關聯,因此隨著時間的推移,這些事情會自行解決。 這並不是說您需要明確地建立鏈接以便您可以出現在視頻輪播中,我認為這是有道理的。
摘要:很可能,是的。 但還有許多其他因素。
隱藏在手機上的導航鏈接可以嗎?
40:06

我們通常會真正遵循它,所以我認為這沒有任何問題。 也就是說,如果您的網站難以在移動設備上導航,那麼大多數網站的用戶主要使用移動設備將很難瀏覽您的網站,並且很難找到您的其他好內容。 因此,我當然會確保您網站上可用的任何 UI 也以某種形式提供給移動用戶。
總結:這些一般都可以。 但是,請確保您的導航對用戶來說是直觀的。
我們的說明:如果您有重要的頁面要嘗試在內部鏈接,我們不喜歡僅僅依賴導航鏈接。 我們真的覺得來自頁面內容主體的文本錨定鏈接更有幫助。
谷歌員工 Zineb Ait 曾這樣說:
https://twitter.com/Missiz_Z/status/691687094444539905
(翻譯:“頁腳或頁眉中的站點範圍內的鏈接通常沒有很大的權重。”)
當 Google 重寫您的標題標籤或元描述時,這意味著什麼?
40:06

我們確實有關於如何製作好的標題和好的描述的指南,所以我建議您看一下。 通常,當我看到 Google 重寫標題或片段時,這通常更多是基於我們看到的情況幾乎就像標題或描述中發生的關鍵字填充一樣。 所以這可能是需要注意的一件事,另一件事要記住的是,我們確實會嘗試根據查詢來選擇標題和描述。 因此,如果您正在執行站點查詢,並且您以一種方式查看您的標題和說明,這並不一定意味著當普通用戶使用普通查詢進行搜索時它們將以相同的方式顯示。 所以我有點看一下這兩個,也一定要查看幫助中心的文章。
摘要:有時如果您看起來像是關鍵字堆砌,Google 會重寫這些內容。 如果谷歌認為他們可以重寫它們以更好地回答用戶的查詢,它們也可以被重寫。
如果你喜歡這樣的東西,你會喜歡我的時事通訊!
我和我的團隊每週都會報告最新的 Google 算法更新、新聞和 SEO 技巧。
成功!! 現在檢查您的電子郵件以確認您訂閱了 Google 更新簡報。
完整的視頻和成績單
問題 1:16 - 我有一個網站,我最近在去年 6 月管理了一個網站,它從常規的網絡列表變為視頻輪播,其中一個查詢,比如股票錄像或股票視頻,結果導致點擊量大幅下降. 視頻縮略圖有點誤導,因為該結果與用戶的意圖並不相符。 由於用戶將視頻輪播誤認為是 YouTube 視頻。 因此,為了阻止它,我們採取了一些措施,我們使用 robots.txt 阻止了視頻,我們還從頁面中完全刪除了視頻。 事情實際上變得更糟,而不是拿起視頻谷歌開始在視頻輪播中顯示圖像縮略圖,時間戳為 15 秒。 這最終導致了非常糟糕的用戶體驗,因為找不到視頻,用戶在搜索頁面上看到了視頻,一旦他們登陸頁面,就沒有視頻,最終導致排名略有下降也是。 我知道你去年在推特上說我們應該嘗試為視頻添加站點地圖並設置過去的到期日期,而另一個則完全阻止了頁面的該部分,所以這就是我們嘗試過的。 因此,該縮略圖 URL 的問題在於它們是通過 CDN 交付的,因此我們並不能真正控制這些 URL,因此我們無法真正帶來它們,因此任何建議都會非常有幫助。
回答 3:10 - 我認為這有點棘手,因為沒有明確的方式說我不希望我的頁面在搜索結果中顯示為這樣。 因此,我傾向於嘗試使用到期日期方法,我相信您也可以在頁面上的結構化數據中指定這種方法。 我認為是的,對於 json-ld 結構數據,有一種方法可以為我們在我猜的頁面上拾取的視頻指定到期日期。 所以這可能是我嘗試的。
問題 5:23 - 我們博客部分中的幾乎所有文章都已通過查看搜索控制台取消索引,它說爬網未編入索引,並且沒有顯示那裡可能發生什麼的具體原因?
回答 5:38 - 因此,如果不查看您網站上的具體示例,真的很難說,所以我建議在這裡做的是發布幫助論壇的金額以及您正在查看的查詢的確切 URL看著,讓那裡的人可以看看。 有時這是一些簡單的技術性問題,例如博客的設置方式可能默認情況下不會索引這些頁面,但通常網站管理員論壇中的人們很快就會認識到這些常見問題並可以幫助您縮小範圍如果這裡真的發生了完全奇怪的事情,事情就會下降或升級。 另一件要記住的事情是我們不會索引我們看到的所有頁面對於您來說網站確實很常見有很多我們知道的頁面,但我們不一定會抓取索引,這不一定是問題。 這只是我們的算法試圖找出將我們的精力集中在哪裡是有意義的,因為它們可能會集中精力少一點,通常這也意味著這些頁面無論如何都不太可能在搜索中可見,所以它不會改變如果它們被編入索引,那麼對於您的網站來說總體上是這樣的,但我肯定會再次訪問網站管理員幫助論壇,看看那裡的一些可能原因是什麼。
問題 7:05 - 我們向我們的站點添加了一堆頁面,但忘記更新站點地圖文件,因此 Google 找到了它們並將它們編入索引,但我們需要做一些特別的事情嗎
回答 7:16 - 不,您不需要做任何特別的事情,站點地圖文件可以幫助我們添加更多關於抓取和索引的信息,它不會取代我們用於抓取和索引的信息。 因此,如果我們通過正常的抓取找到了它的 URL,那麼如果只是在那裡找到它的 URL,那很好。 站點地圖文件也不應該取代正常的抓取,因此如果這些頁面都沒有在內部鏈接,我們可能能夠通過站點地圖文件找到它們,但我們很難理解這些頁面的上下文。 因此,在這方面,我們能夠找到這些頁面並為它們編制索引實際上是一個好兆頭。 站點地圖文件將幫助我們在此處識別您何時在這些頁面上進行更改,以便我們可以更快地獲取它們,但如果我們已經為它們編制索引,那麼至少第一步不是您嚴重缺少的東西.
問題 8:17 - 我檢查了我們的入站鏈接,發現有很多垃圾鏈接添加到我們的拒絕文件中。我想知道排名保持在首位有多重要我聽說谷歌無論如何都會忽略它們?
回答 8:34 - 所以一般來說,你不需要一直關注這一點,如果你查看入站鏈接,幾乎任何網站都會有一堆垃圾鏈接或無關鏈接,那就是完全沒問題。 我們非常擅長忽略網站多年來收集的許多雜亂無章的東西。 我不會關注這個。如果你知道之前你出去購買了鏈接,或者你有一個 SEO 對鏈接做了一些非常奇怪的事情,那麼清理它是有意義的,但如果你不知道其他任何事情都還可以,那麼我就不用擔心了。
問題 9:20 - 谷歌是否會選擇我們是否在移動版本上使用位置查找器來提供更好的用戶體驗,這對排名有幫助嗎?
回答 9:29 - 所以我假設使用位置查找器意味著您的網站可以識別用戶所在的位置,並可能根據用戶的位置顯示本地電話號碼或本地地址。 這不是我們在搜索方面會做的事情。所以這通常不是我們甚至會接受的事情。 通常,當 Google 呈現頁面時,它也會拒絕任何此類附加信息請求,因此我們可能甚至不會注意到這一點。
問題 10:10 - 鏈接資產是否流經 302 臨時重定向?
回答 10:21 - 301 是永久重定向,它告訴我們新頁面將永遠替換現有頁面,而 302 重定向告訴我們臨時內容可在不同的 URL 上使用。 從實際的角度來看,這里通常會發生 301 重定向,我們將專注於目標頁面,我們將索引該 URL 並將所有信號移動到那裡。 而對於 302 重定向,我們將專注於初始頁面並嘗試將所有信號保留在那裡。 因此,這不是 pagerank 傳遞與否的問題,而是這些 URL 中的哪一個實際上是保留信號的 URL。 並不是說這些信號會隨著重定向而丟失,它更像是,它們在這裡還是它們在這裡,這是主要的區別。
因此,如果您正在跟踪這些頁面中的哪些頁面正在對重定向目標進行排名,或者正在重定向正在執行重定向的初始頁面的類型。 然後使用 302,您可能傾向於看到初始頁面排名,因為這是我們選擇的,因為您有點告訴我們這只是暫時的,內容在其他地方,而使用 301 重定向,我們可能傾向於對目的地進行排名頁更多。 和往常一樣,人們經常犯這個錯誤,我們的算法試圖弄清楚人們想要做什麼。 因此,如果我們在較長時間內看到 302 重定向,我們可能會很好地描述網站管理員可能意味著這是一個 301 重定向,我們會這樣對待它,我們會將所有信號轉移到目的地頁。 因此,您可能會看到這些變化隨著時間的推移而發生,所以這不是鏈接資產或我們的信號是否通過重定向,而是我們最終選擇了哪些 URL 用於我們的索引,這就是最終獲得所有這些信號的 URL。
問題 13:02 - 我有一個簡短的問題,你知道我們多年來一直在處理各種奇怪的排名問題。 我的一位合作夥伴在處理一些 YouTube 問題時有一個潛在的理論,例如基於類似的不允許的詞。 有時我們會在我們的一些文章中將汽車推銷員稱為白痴或類似的東西。 基本上,我們想知道在網站的某些頁面上使用類似的語言是否可能存在問題。 我的意思不是褻瀆,而是有點像侮辱類型的東西? 我們仍然看到其他網站基本上竊取了我們的內容,然後稍微修改了一些東西,排名在我們以前的位置,然後我們的排名有點差。 當他們在竊取內容後修改內容時,他們不會傾向於竊取網站上使用這種語言的那些頁面。
回答 14:49 - 我認為這不會影響任何事情。 有些頁面上有用戶生成的內容,他們也使用這種非正式的語言,所以我認為這很好。
問題 17:41 - 我們在文章博客頁面的底部添加了相關文章。 我們將 rel next 中的鏈接指向這些相關文章之一。
回答 17:52 - 不。所以 rel 下一個鏈接的類型實際上只是用於分頁系列,而不是用於相關鏈接。 所以我通常會交叉鏈接那些相關的文章,通常這就是這些插件傾向於做的事情。
問題 19:42 - 速度和安全性正在成為更重要的因素,現在您是否計劃使用 DNS SEC 中的安全錯誤以及使用 CDN 作為速度數據之外的排名信號
回答 19:55 - 我不知道將其納入構成速度的單個元素是否有意義,但我絕對可以看到我們使用,我的意思是,我們確實使用速度作為排名因素. 因此,如果所有這些元素都發揮作用,讓您的網站對用戶來說更快,那麼這可能對您有用。 但我不認為我們會說這種特定技術是你必須使用的東西,因為它是一個實際的排名因素。 更重要的是,我們說得好,速度很重要,你如何達到速度最終取決於你。 也許你使用這些技術也許使用其他技術。 有很多很酷的新方法可以讓您快速創建一個網站,而您將如何做到這一點最終取決於您,因為從用戶的角度來看,只要頁面出現,他們並不關心您使用什麼技術很快。
問題 20:59 - 我們使用 web.dev 並在 SEO 性能最佳實踐和可訪問性方面取得了 100 分,但我們沒有看到任何排名提升。 多久時間?
回答 20:12 - 所以 web.dev 是一種很好的方式來測試您的網站是否存在許多已知問題並與已知的最佳實踐進行比較,但僅僅在那裡取得良好的結果並不意味著您的網站會自動在上面的排名中躍升其他所有人。 所以這是一種需要記住的東西,這不是做 SEO 和排名的最終和最終方式。 這是一個最佳實踐列表,它為您提供了我們可以測試並為您標記的各種內容。 所以這就是我認為看看這些東西的好主意,但你需要能夠解釋它們的結果,你需要意識到排名第一不僅僅是滿足一組技術要求。
問題 22:26 - 最近我正在研究一種使用由動態 CMS 生成的無服務器雲基礎架構提供靜態內容的方法,其中包含許多花哨的詞,因此我們可以在提供內容的 WordPress 中保留出色且易於使用的內容和用於用戶的靜態 HTML,這將顯著提高性能和安全性。 由於 Google 和 Automatic 現在正在合作,並且 WordPress 正在為許多網絡提供動力,您是否認為可能有一種非應用程序的方式來做到這一點而不是 geeking?
回答 22:33- 我不知道有什麼具體的方法可以根據您所看到的內容進行設置,但總的來說,我們的測試工具適用於任何類型的網絡內容。 因此,如果您可以使用您認為對您的網站有意義的任何基礎設施來提供您的內容,您認為對您的網站有意義的任何後端,並且您可以使用我們的測試工具來確認 Googlebot 能夠看到該內容,那麼應該鍛煉。 因此,並不是說 Googlebot 會專門說您需要使用此基礎架構並這樣做,以便我們可以做到,而是您可以使用您想要的任何基礎架構,只要 Googlebot 可以訪問該內容,那麼您應該一切就緒。
問題 24:32 - 您在之前的視頻群聊中提到,最新一輪與性能相關的更改是開放的逐步排名懲罰,因為您的網站變得越來越慢,我們正在努力提高我們的網站速度。 您知道 Google 可能需要多長時間才能在這些改進推出後注意到這些改進?
回答 24:54 - 因此,幾乎所有與網絡搜索相關的事情都不是涉及固定時間框架的事情,而是我們隨著時間的推移在索引頁面中爬行。 隨著時間的推移,我們會更新這些頁面的這些信號。 其中一些頁面和信號沒有固定的時間表,每天甚至更頻繁地更新。 其中一些需要更長的時間,其中一些需要幾個月才能更新。 因此,如果您在網站上進行了重大改進,您可能會在這裡看到什麼,但隨著時間的推移,您會看到這種逐漸上升的趨勢,因為我們將這些信號考慮在內。 在速度不是最重要的排名因素的意義上,速度可能會非常棘手。 我們確實會查看內容等內容,並嘗試找出哪些頁面與用戶最相關。 因此,如果一個網站真的很快,這並不意味著它在理論上總是排名第一,一個空頁面可能是最快的頁面,但這並不意味著它對用戶來說是一個好的結果,所以速度更多的是一個較小的排名因素那裡。 因此,我們可能會看到隨著時間的推移,您的網站在搜索中的可見性會發生更大的變化,這是基於網站整體質量和改進的改進,而速度更像是一個很小的東西,甚至可能很難單獨衡量。

27:33 - 算法是否可能將負面因素與人或組織相關聯,然後降級與同一人相關聯的不相關網站?
基本上就像我們在購車技巧方面遇到了問題,然後我和我的一個合作夥伴有一個與石蟹釣魚相關的愛好類型網站,當我們把它放上去時,它在任何相關方面都排名前三,然後有點從排行榜上消失了。 我們在網站管理員幫助論壇上發布了一個問題,在短短幾分鐘內,主要貢獻者都開始關注該網站與汽車購買提示相關的事實,所以我想看看是否有可能以某種方式附加了某種負面含義對我們個人而言。
回答 28:27 - 我無法想像我們的算法會說,你個人有什麼東西會說,哦,這傢伙又來了。 因此,通常情況下,如果我們看到一個網站,並且它是一種相互關聯的網站集,這些網站都有問題,那麼這可能是某些問題或算法出錯了哦,我們必須小心,所有這些網站都有問題,所以也許這個新網站也是這個集合的一部分的網站也有點棘手。 但是,如果這些網站只是在同一個所有者的同一台服務器上,那通常不是問題。 當它進入門口頁面的方向時,它通常也是一個更大的問題,也許你正在為全國數百個不同的城市創建一個新網站,並且基本上所有這些頁面都是相同的,就像所有網站都是一樣的,並且這就是我們的算法可能會說的東西,這對我們來說似乎沒有多大價值。
問題 31:33 - 基本上這些頁面會發生什麼,這些頁面是我們網站上的用戶正確選擇他們的生物學事物的結果,因此他們選擇了與之相伴的基因和試劑的配置,發生的事情是我們創建了一個搜索頁面有效,這是一個過濾過程,我們創建一個搜索頁面,然後它當然會引用一個產品頁面,然後他們點擊那些推薦那些過濾的頁面最終會定期出現在 Google 網站管理員工具中,你知道不只是幾個。 It happens thousands at a time and so one of the things we were wondering is we do have it in our robots.txt file and we believe it's correct is there do we need to do I'll call it belt-and-suspenders and also make those a no index you know command at the beginning of the page or something like that that would help that? It just it makes it difficult to use webmaster tools sometimes when it's full of that kind of information. Finding the needle of the things we really have to take care of is difficult by the sometimes over-enthusiastic webmasters tool of capturing everything we do.
We'll see I'm in either mostly in the performance the new performance tool and it will be you know an anomaly or soft 404 one of those two because it tries to go back and find it and of course you can't find it.
Answer 33:16 - So noindex would be an option here as well but then you would have to take it out of the robots.txt so that we can see the he no index. I wonder if that's already happening to some extent here because we we wouldn't be flagging it as a soft 404 in search console if it were completely blocked by robots. So that's something where maybe we're already able to kind of crawl those pages and then we say oh we probably don't need to index these therefore we'll let the webmaster know that we kind of stumbled upon them. So that might be something to double-check that they're actually blocked by robots.txt.
Question - We're pretty sure it also happens and then they disappear and then it happens and disappear. So maybe it's just a matter of that the processing time in between the two. We just they don't, I mean, they're not really pages so we don't want them in the index because they have no title, no h1, none of that stuff because they're really not pages. They're just the results of a user asking to configure a gene and one of our products.
Answer 34:40 - Yeah so in in that case I would just leave them in the robots.txt leave them blocked. I think that's perfectly fine. There's no real way to kind of block them from appearing at all in search console but I think having them the robots.txt file is perfectly fine.
Question 35:00 - By the way when are they gonna put the robots.txt tester tool in the new Webmaster Tools?
Answer 35:06 - I don't know we haven't announced that yet but we're trying to be a little bit ahead of turning things down so that people have a chance to move to something new. To move the new tools in search console. So as soon as we we have more plans on what is happening there we will let you know. I think this is one of those tools that that make sense to keep. So since we haven't announced that we're turning it off I imagine it'll just come with the new switch to console over time.
Question 35:47 - I have a client going through a site migration it's a large enterprise website where they're going from multiple subdomains to one and right now individual business pages and content is across several branded subdomains. Each business has the same template with you know one main page and several sub pages and the single domain experience will consolidate that business template down to maybe one or two to three pages there's a lot of content consolidation. They'll be doing this in in phases you know and it'll still be a large-scale but since we're talking about so many multiple page experiences going down to one potentially. For those to be retired or redirected business business pages on old sub domain I've been thinking they should intentionally orphan those first before pushing through so many redirects at once to the new consolidated experience. Almost to let the dust settle but is it the right approach or is it just best to redirect those old pages the new relevant and compact experience and then let the dust settle from there?
Answer 36:46 - I will just try to go with the final state as quickly as possible. So instead of creating this temporary situation where things are neither the old one or the new one, I would try to just redirect to the new ones as quickly as possible.
Question 37:49 - If it's dynamic surveying and a site owner wants to set up an amp page also with the same URL and a desktop page does he need to add an amp HTML page so the same URL for mobile desktop and amp?
Answer 38:00 - So I think first of all you wouldn't be able to use the same URL for mobile and amp if you're serving different HTML because the same user would be going through that page and you wouldn't know which content to serve so that I think wouldn't work. However you can of course make an AMP page and just say the amp page is my normal page that's a perfectly fine set up. For example in the new WordPress AMP plug-in I believe there's an option I don't know it's called native amp I think. Where basically your website is purely an amp page and that's that's a perfectly fine setup. So in a case like that you would I believe set the amp HTML tag to the same URL so that we know this is meant to be the amp page you would also set the canonical to the same URL so that we know this is the canonical that you want to have indexed and then we'd be able to pick that up.
Question 39:08 - Do backlinks help in the rankings of videos in the Google Search carousel?
Answer 39:13 - So we use a number of factors when it comes to ranking and that does include links. So it's something where I would be wrong to say like we we don't use links at all. However we do use like I don't know over 200 factors for crawling indexing and ranking so focusing on links alone doesn't really make sense. So that's something where good content traditionally picks up links on its own and if you're creating video content on your website and all of that is generally also interlinked within your website so over time these things kind of settle down on their own. It's not that you need to explicitly build links so that you can show up in a video carousel I think that would make a sense.
Question 40:06 - How does Google treat site wide navigational links that are hidden on mobile resolution in responsive pages but visible on desktop.
Answer 40:13 - We would really follow it was normally so I don't see any problem in that. That said if your website is hard to navigate on mobile then users who are for large majority of the sites are mostly coming on mobile will have a hard time navigating your website and will have a hard time kind of finding your other good content. So I would certainly make sure that any UI that you have available on your website is also available in some form or another for mobile users.
Question 40:48 - Recently we learned that many of our pages have not been shown in Safe Search Results these pages are mostly destination pages of cities and countries. I've been keeping track of some of the keywords for example: Gay Barcelona or generally gay destinations anywhere. In the past five days of Barcelona index page showed up in first position on safesearch but then has disappeared from Safe Search now. We always make sure that there's no explicit image or profanity in the content but it hasn't guaranteed her position and safe search results. Could you explain how the safe search algorithm actually works?
Answer 41:35 - So we use a number of factors in figuring out when to show which content to to which users in the search results. I don't think there's like this one simple thing that makes safe search work or not. I suspect with a website like yours it'll always be kind of tricky for algorithms to figure out watch what exactly we should be showing here and how we should be showing that in the search results. I think I passed your website on to the the team here wants to take a look at it as well. So like I can definitely double check with them but I imagine it'll always be kind of tricky and a bit borderline for our safe search algorithms to figure out how we should be handling this kind of website. Which is always I think a little bit unfortunate but it's hard to find exactly the the right balance there.
Question 42:37 - I have two websites that offer very similar content some of it is even duplicated but only one will verify for Google News while the other one won't the noticeable difference is one has a health and fitness section while the other one focuses more on lifestyle content and celebrities, why why would one be accepted into Google News and not the other one?
ANswer 43:43 - I don't know why why that might be happening I don't know the the Google News policies specifically in that regard so it's really hard to say. In general though if these websites are so similar that you're saying some of the content is even duplicated maybe it makes sense to just focus on one website rather than to have two websites that are kind of essentially duplicate or very similar targeting same audience but that's I think more of a question in general for you to kind of consider. With regards to Google News specifically I would recommend going through the Google News publisher forum and double check with the folks there. The experts that that are in the forum there have a lot of experience with sites that are accepted to Google News and sites that get improved so that they do get accepted and sites that wouldn't get accepted to Google News. So they can probably give you some tips with regards to what to watch out for specifically for Google News.
Question 44:08 - Hotel website and even if you search for it with its exact name which is unique I can't see it in the first page of search results. My Google my business listing has been punished for two weeks this listing was closed by admins and I sent the documentation and they understood was mistake and we opened it. I suspect this is the reason why my web site can't be found.
Answer 44:38 - So I don't know about the specific case here so that's really hard to say but in general just because of web site isn't in Google my business wouldn't mean that we wouldn't show it in web search results for the most part the the web search results are independent of the Google my business listings. Obviously if it is in Google my business and we show it in that map's listing then that would be one place where your website would be visible but just because it's not in a Maps listing doesn't prevent it from appearing in the normal search listings. So my suspicion is that there's probably something else that you could be focusing on or that you could be looking at there and like in some of the other cases I'd recommend going to the webmaster help forum and getting some input from other people who've seen a lot of these cases and might be able to help you figure out what you could be doing there to improve.
Question 45:42 - I noticed Google rewrites some titles and meta descriptions any idea of how to know if Google will rewrite the content or keep the original version?
Answer 45:53 - We do have guidelines for how to make good titles and good descriptions so I'd recommend taking a look at that. Oftentimes when I see Google rewriting the titles or the snippet that's usually more based on situations where we see kind of almost like keyword stuffing happening with the titles or the description. So that might be one thing to kind of watch out for another thing to keep in mind is that we do try to pick titles and descriptions based on the query. So if you're doing a site query and you're seeing your titles and descriptions in one way that doesn't necessarily mean that they'll be shown the same way when normal users search with normal queries. So I kind of take a look at both of those and also definitely make sure to check out the Help Center article.
問題 46:46 - Googlebot 如何查看網站個性化? 我們有一個新產品,可以將網站內容分層,以允許根據行業位置甚至單個公司進行個性化。 這使我們能夠真正為個人最終用戶定制內容。 我擔心我向 Googlebot 顯示原始頁面內容並向最終用戶顯示個性化內容這會對我們的客戶產生負面影響嗎?
回答 47:14 - 也許。 也許會的。 所以要記住的是,Googlebot 會為 Googlebot 看到的內容編制索引。 因此,如果您有一些獨特的東西要向個人用戶展示,而 Googlebot 永遠不會看到,那麼我們將無法將其編入索引。 我們將無法在搜索這些查詢時顯示該網站。 因此,例如,如果您有一個如果您是我不知道您是否識別出來自美國的用戶並且您顯示英語內容您向來自法國的用戶顯示法語內容並且 Google 從美國抓取,那麼 Googlebot 將只看到英文內容,並且永遠不會知道該網站上實際上還有法語內容,因為它永遠無法看到該內容。 所以這裡要記住這一點,如果您只是在進行隔膜個性化,並且喜歡添加相關產品,或者可能根據位置或其他屬性在頁面上的主要內容中添加其他信息,那麼我們將能夠根據我們可以看到的主要內容對頁面進行排名,但我們仍然不知道您通過這些頁面添加了什麼樣的附加信息層。 所以這不是我們的問題,比如懲罰一個網站做或造成任何問題,這是更實際的事情,我們看不到它,所以我們不知道我們應該如何排名。
問題 49:25 - 有兩個小問題,我的酒店網站有一個域名.com.tr,因此 Google 會在 Google 網站管理員工具中自動將其區域設為土耳其。 我無法更改它,但我的客戶主要是來自英國的人,如果從英國搜索我想被列出,如果我想為來自歐洲的人列出,你認為需要更改域名嗎?
回答 49:50 - 你可以這樣做。 因此,當來自某個國家/地區的用戶正在搜索本地內容時,我們將使用地理定位來嘗試為這些用戶突出顯示這些頁面。 因此,如果英國的用戶正在搜索土耳其的酒店,則無需進行地理定位,因為英國的網站與用戶在土耳其明確搜索的內容無關。 所以我認為大多數情況下你不需要在那裡使用地理定位。 我認為這是一個非常好的網站,我們承認土耳其是這個國家仍然可以在全球範圍內具有相關性。 因此,除非您像比薩餅店那樣提供特殊的土耳其比薩餅,然後將其交付給倫敦的用戶,然後倫敦的用戶在倫敦搜索比薩餅,那麼您的土耳其網站就會出現問題,但是如果倫敦的用戶是說我想在土耳其搜索酒店,然後在您的網站上就可以了。
問題 52:01 - 許多出版商的一般問題。 你會驚訝於有多少人創建了大量無用的標籤,這是我們幾年前意識到的,就像我們有成千上萬個標籤一樣。 我們工作非常努力,我們減少了幾百個標籤,我們對我們如何做到這一點非常滿意,現在我看到即使在那之後我們為 301 重定向所做的一些事情。 現在我看到了我們不再涵蓋的事情,例如名人犯罪,名人離婚,我們只是做事實檢查,然後當你得到所有這些重定向到這種標籤時會發生什麼更長的適用時間,它只是消失了,還是你想到了一個或以其他方式重定向,因為我真的想不出一種方法來重定向讓我們說名人離婚或健康再到某事,但我們喜歡讓我們說一個在這一點上,該標籤的數百個故事。
回答 53:11 - 我認為這是我可以隨著時間自然進化的東西。 因此,如果您開始在那裡擁有更多內容,並且您想恢復該標籤,那就太好了。 如果您想將更多的東西結合起來,那也很好。 這些幾乎是類別的頁面,它們隨著時間的推移而演變,我認為這很正常。
問題 - 但是如果那個類別不再有用了會發生什麼,它只是做了它,它只是永遠存在,我的意思是它很好,但我顯然想盡可能多地鞏固。
回答 53:49 - 我認為合併是一個很好的選擇,您可能會說它甚至可能知道索引是有意義的,因為我們真的不想再為該內容編入索引,如果人們知道它是,我們希望將其保留在我們身邊在那裡,他們在您的網站中明確搜索它,但也許沒有索引會幫助谷歌或其他搜索引擎更多地關注可索引的內容。
