我應該爲此重定向標頭301以及google索引如何受到影響？

Question

我有一個應用程序，當你去http://website.com它會自動重定向到http://website.com/en，因爲沒有檢測到任何語言。

是否有必要使用重定向301進行重定向？谷歌索引怎麼樣？我的谷歌索引會受到這種重定向的影響嗎？

Answer 1

這是一個複雜的決定，谷歌是如何頁面排名工作非常隱祕。

我假設你有一個多語種的網站 - 有http://website.com/en，http://website.com/es，http://website.com/fr等。我還假設你希望谷歌索引的所有這些網站，並承認他們是在那些語言之中。

你可能會讀什麼Google has to say.

A 301是永久重定向開始。它說「無論你是誰，都去這裏而不是那裏」。這對搜索引擎抓取工具不利 - 它們不是「英語」或「西班牙語」。所以，弄清楚你想要的用戶體驗。有人說「顯示登陸頁面，要求用戶選擇他們想要的語言」;其他人則說「使用瀏覽器語言檢測並自動重定向」。如果您重定向，請通過302執行。也許兩者都有 - 如果你確定就重定向，如果你不確定則顯示登陸頁面。

對於搜索引擎優化，確保你有一個網站地圖，讓谷歌找到所有語言的所有內容，並鏈接不同語言版本彼此因此谷歌可以理解的關係。

Answer 2

只要你開始使用301重定向，你可以從來沒有回去。它創建了一個永久性的抽象層，它爲您的網站增加了不必要的複雜性（這與從不重定向和提供默認內容的方式有何不同，在http://website.com？）。

在所有影響性能上使用重定向。雖然谷歌表示，績效影響排名，但在實踐中這個程度相對較小。

首選語言的目的是作爲提示。盡一切辦法默認使用首選語言，但如果您想提供良好的用戶體驗，請讓用戶選擇是否要更改語言。

進一步的考慮是，谷歌將只索引它可以達到的內容。如果您在不依賴動態服務器端重定向/代理或客戶端JavaScript的情況下選擇可導航的語言，那麼Google也會將非英語內容編入索引。

最後，谷歌使用一個神祕的因素組合決定頁面排名。以前使用重定向會產生自動影響 - 但這是no longer the case.（性能開銷除外）。

因此，鑑於您似乎阻止谷歌訪問您的網站的大部分，這是糟糕的工程實踐，並造成糟糕的用戶體驗，我強烈建議您採取不同的方法。如果您的網站架構難以在沒有重定向的情況下實現此目標，則可以使用非永久性重定向，該重定向可由用戶覆蓋。

Answer 3

如果您的網站上有多種語言，那麼使用網址的一部分來表明該語言是執行此操作的首選方式。甚至在Google documentation on Multi-regional and multilingual sites。

不要使用會話來設置用戶語言並在同一個URL上顯示不同的內容（語言）！無論瀏覽者是誰，無論他到達那裏，單個網址都應顯示相同的內容。

也作爲從symcbean顯示的鏈接3xx redirect has no impact on pagerank。

但請確保您的網站還包含在語言之間切換的選項。因此，/en/也鏈接到/nl/和/de/或您擁有的任何語言。這樣谷歌（和用戶，更重要的是）也可以訪問另一種語言的內容。

結論：如果您使用http://website.com，以此來確定語言，然後重定向到http://website.com/en/，http://website.com/nl/，http://website.com/de/或任何一種語言，那就是做一個單域的首選方式。只有更好的將是website.com,website.nl和website.de

Answer 4

看來你的應用程序已經做了一些的重定向。你需要檢查是什麼類型的重定向（301或302）。 如果是302重定向，那麼是的，它可以影響你的谷歌排名，你應該使用301重定向。

302重定向（又名：臨時重定向）如果你想你的網站的訪問者重定向到另一個網頁應該可以使用，但你打算把重定向頁面一段時間後回來。

Answer 5

我反向工程谷歌搜索引擎的行爲對我自己的研究，所以這裏是我自己的，他們目前是如何工作的見解。可能不準確，2015年進行了研究，但我懷疑它有多大改變。

谷歌機器人會打你的/，然後將按照301，302，等重定向。在語義上，301,302和缺點。是不同的，但我敢打賭，谷歌並不真正關心最常見的類型，由於廣泛的行政/編程錯誤/懶惰，可以在世界上遇到的wild web ..

他們將遵循最多n重定向，如果我沒有記錯，n代表5，直到他們遇到200或放棄。

經過一段時間後，Google漫遊器會回到您的頁面上，首先比平時多一點點（幾個小時幾次），然後非常緩慢（每隔幾個小時一次）。他們可能會嘗試分析內容的動態。 請注意，即使在多次重定向（我在搜索引擎中驗證了我的鏈接）後，它們也會準確引用您網站內容的重定向網址。

通過分析谷歌下載代理（API，谷歌文檔...），我相當肯定谷歌使用libcurl他們的大部分活動請求，並沒有實施基於黑魔法的解決方案。 Libcurl natively implements redirection for all of the 3xx message suite。

對於SEO優化考慮使用sitemap.xml的，我知道他們的依靠。

如果你真的偏執，那麼飼料與內容的Googlebot要：

1. 實現的指標。在/

2. PHP檢測用戶代理，如果不是谷歌機器人 - >重定向到/en

3. 如果谷歌機器人：提供你要

谷歌搜索引擎的用戶代理是內容officially documented here。

如果您不夠信任用戶代理，請嘗試執行反向DNS解析器，結果的適當處理是also documented by Google。

您可以使用gethostbyaddr()反轉DNS sollicitor，但它可能會減慢加載過程，或者您可以信任crawlers IP database。我不推薦這些，用戶代理控制應該沒問題。