羞羞漫画官网,人人澡超碰碰97碰碰碰,最新中文字幕AV专区,男阳茎进女阳道啪啪

本文介紹了如何更改網站上現有網頁的網址，同時最大限度降低對 Google 搜索結果產生的影響。以下是一些此類網站遷移的示例：

1、網址從 HTTP 更改為 HTTPS

2、域名更改，如將 example.com 更改為 example.net，或者合并多個域名/主機名

3、網址路徑更改：將 example.com/page.php?id=1 更改為 example.com/widget，或將 example.com/page.html 更改為 example.com/page.htm

不更改網址？如果您要更改網站，但不做出明顯的網址更改，請按此處所述步驟操作。

概覽

1、查看網站遷移方面的基本信息。了解會出現的情況，以及遷移對您的用戶和排名可能會有何影響。如需從 HTTP 遷移到 HTTPS，請參閱 HTTPS 優秀做法。

2、準備新網站并對其進行全面測試。

3、準備網址映射，從當前網址映射到對應的新格式。

4、通過將服務器配置為從舊網址重定向至新網址，開始網站遷移。

5、監控新舊網址的流量。

有關在更改網址的情況下遷移網站的常見問題解答

1、Google 建議您一起遷移所有內容，還是按版塊遷移？

可以按版塊遷移。

2、如何測試有多少個網頁編入了索引？

您可以在 Search Console 中分別驗證每個資源的數據。通過"索引狀態"報告可進行全面檢查。通過站點地圖報告可查看站點地圖中提交的網址有多少個編入了索引。

3、Google 需要多長時間才能識別網址更改？

我們沒有固定的抓取頻率；這需要根據您的網站規模以及可能的抓取速度來定。遷移操作實際上是逐個網址地遷移。

4、重定向到新網址后，鏈接的信譽度是否會降低？

不會，301 或 302 重定向不會造成 PageRank 的降低。

從 HTTP 遷移到 HTTPS

1、查看 HTTPS 優秀做法。

2、確保將 HTTPS 資源添加到 Search Console 中。Search Console 會分別處理 HTTP 和 HTTPS；這些資源的數據不會在 Search Console **享。因此，如果您有這兩種協議的網頁，則必須為每種協議分別建立一個 Search Console 資源。

有關從 HTTP 遷移到 HTTPS 的常見問題解答

此次 HTTPS 遷移是否會影響排名？

與所有遷移一樣，您網站的排名可能會在遷移過程中出現一些波動。不過，為了避免 HTTPS 所特有的問題，請查看 HTTPS 網頁優秀做法信息。

HTTPS 網站的排名會略有提升，但變化不會很明顯。 Google 將 HTTPS 用作一種積極的排名信號。不過，此信號僅是眾多排名相關因素中的一種，而且目前所具有的影響力尚不及優質網站內容；所以在短期內，您不應期望通過遷移到 HTTPS 獲得較大的搜索引擎優化 (SEO) 優勢。從長遠來看，Google 可能會提升 HTTPS 對排名的正面影響力。

是否可以僅將部分網頁遷移到 HTTPS？

是的，您可以先遷移部分內容，進行測試，然后再按照自己的進度遷移更多內容。

如果您要按版塊從 HTTP 遷移到 HTTPS，且想避免分階段遷移網址的早期索引編制問題，建議您使用 rel=canonical 而不是重定向。如果您使用重定向，將無法測試重定向的網頁。

rel=canonical 標記能否保證系統會將 HTTP 網址編入索引？

不能，但在選擇編入索引的網址時，這是一個非常重用的信號。

Google 推薦哪個證書？

對于 Google 搜索而言，新型瀏覽器接受的所有現代證書都是可以的。

遷移到 HTTPS 后，搜索關鍵字是否會發生變化？

遷移到 HTTPS 后，這一點不會改變；您仍然可以在 Search Console 中看到搜索查詢。

我如何測試有多少個網頁編入了索引？

在 Search Console 中單獨驗證 HTTP 和 HTTPS 網頁，并在"索引涵蓋范圍"報告中查看哪些網頁已編入索引。

從 HTTP 遷移到 HTTPS 需要多長時間？

我們沒有固定的抓取頻率；這需要根據您的網站規模以及可能的抓取速度來定。遷移操作實際上是逐個網址地遷移。

我們在 robots.txt 中引用了 HTTP 站點地圖。是否應將 robots.txt 更新為包括新的 HTTPS 站點地圖？

我們建議您分別針對 HTTP 和 HTTPS 創建 robots.txt 文件。每個 robots.txt 文件應指向一個單獨的站點地圖文件。另外，我們建議您僅在一個站點地圖中列出您網站上的每個特定網址。

哪個站點地圖應該映射試運行的 HTTPS 版塊？

您可以僅為網站上更新的版塊單獨創建站點地圖。這樣一來，您可以更精確地跟蹤試運行版塊的索引編制。但請勿將這些網址復制到其他任何站點地圖中。

如果我們有重定向（從 HTTP 到 HTTPS 或從 HTTPS 到 HTTP），則站點地圖中應列出哪些網址？

在 HTTP 站點地圖中列出所有 HTTP 網址，在 HTTPS 站點地圖中列出所有 HTTPS 網址，而無論用戶訪問網頁時是否有重定向。這一操作有助于搜索引擎更快地發現新網址。

我們是否需要針對 HTTPS 版本的 robots.txt 添加其他任何特定內容？

不需要。

我們是否應該支持 HSTS？

HSTS 可以提高安全性，但會令您的回滾策略更復雜。如需了解詳情，請查看 HTTPS 優秀做法。

我們為整個網站使用了一個 Google 新聞站點地圖。如要按版塊遷移網站，該怎么辦？

如果您想為新 HTTPS 版塊使用 Google 新聞站點地圖，則必須與新聞團隊聯系，向對方說明協議更改情況，然后當您將網站的每個版塊都遷移到 HTTPS 時，您可以在 Search Console 中的 HTTPS 資源中提交新的 Google 新聞站點地圖。

在向 HTTPS 遷移過程中，是否有任何 Google 新聞發布商中心方面的具體建議？

Google 新聞發布商中心會透明地處理從 HTTP 到 HTTPS 的遷移。通常，從 Google 新聞角度來說，您不必采取任何操作，除非您同時使用了新聞站點地圖。在這種情況下，請與新聞團隊聯系，向對方說明更改情況。此外，您也可以向團隊說明要更改的版塊，例如，如果您要遷移到 HTTPS，可以指出您要從 http://example.com/section 遷移到 https://example.com/section。

準備新網站

每種網站遷移操作的準備細節各不相同，不過您通常需要執行以下一項或多項操作：

1、設置新的內容管理系統 (CMS) 并向其中添加內容。

2、轉移您當前托管的圖片和下載內容（如 PDF 文檔）。

這些內容可能已經從 Google 搜索或鏈接中獲取流量，因此有必要將其新位置告知用戶和 Googlebot。

3、要遷移至 HTTPS，您必須獲取所需的 TLS 證書并在服務器上進行配置。

為新網站設置 robots.txt 文件

網站的 robots.txt 文件能夠控制 Googlebot 可抓取的范圍。請確保新網站的 robots.txt 文件中的指令正確反映了您想要禁止抓取的部分。

請注意，某些網站所有者會在開發期間禁止抓取任何內容。如果您采取這種策略，請務必準備好在網站遷移開始時要使用的 robots.txt 文件。同樣，如果您在開發期間使用 noindex 指令，請準備好開始網站遷移時需從中移除 noindex 指令的網址列表。

針對已刪除或已合并的內容提供錯誤消息

對于不會被轉移到新網站的舊網站內容，請確保這些孤立網址能夠正確返回 HTTP 404 或 410 錯誤響應代碼。您可以在新網站的配置面板中進行設定，讓這些舊網址返回錯誤響應代碼，或者為新網址創建重定向并使其返回 HTTP 錯誤代碼。

避免無關的重定向

請不要將多個舊網址重定向至一個無關的目標，如新網站的首頁。這樣做可能會令用戶感到困惑，并可能會被視為軟 404 錯誤。但是，如果您將之前在多個網頁上托管的內容合并成了一個新網頁，可將多個舊網址重定向至這個合并后的新網頁。

確保 Search Console 設置正確無誤

成功的網站遷移取決于正確且最新的 Search Console 設置。

如果您尚未進行設置，請在 Search Console 中驗證您是舊網站和新網站的所有者。請務必驗證新舊網站的所有變體。例如，驗證 www.example.com 和 example.com，如果您使用的是 HTTPS 網址，還需要驗證 HTTPS 和 HTTP 網站變體。請務必分別對舊網站和新網站執行此操作。

檢查 Search Console 驗證狀態

確保您的 Search Console 驗證狀態在網站遷移之后將會繼續有效。如果您使用的是其他驗證方法，請注意驗證令牌可能會隨著網址的更改而發生變化。

如果您在 Search Console 中使用 HTML 文件方法驗證您對網站的所有權，請不要忘記將當前驗證文件加入到網站的新副本中。

同樣，如果您通過引用元標記或 Google Analytics（分析）的包含文件驗證所有權，請確保新的 CMS 副本中也包含這些內容。

檢查 Search Console 中所有已配置的設置

如果您已經在 Search Console 中針對舊網站更改了某些配置設置，請確保更新新網站的設置以反映這些更改。例如：

1、網址參數：如果您已經配置了網址參數，以便控制如何抓取舊網址或將其編入索引，請確保相關設置也應用到新網站（如果需要）。

2、地理位置定位：您的舊網站可能具有明確的地理位置定位，例如可進行地理位置定位的域名或包含國家/地區代碼的頂級域名（例如 .co.uk）。如果您要繼續定位到相同的地區，請將相同的設置應用到新網站。但是，如果您遷移網站的目的是為了在全球范圍內擴展業務，并且您不想將網站與任何國家或地區關聯，那么請在"網站設置"頁的下拉列表中選擇未列出。

3、抓取速度：我們建議您不要在 Search Console 中針對新舊網址對 Googlebot 的抓取速度進行任何限制。此外，您最好也不要對抓取速度設置進行配置。只有當您知道自己的網站無法應對 Googlebot 的抓取量時，您才可以進行此項操作。如果您已經限制了 Googlebot 對舊網站的抓取速度，建議您取消這項限制。Google 的算法可以自動檢測到網站遷移是否已實施，并且我們也會改變 Googlebot 的抓取行為，使我們的編入索引操作快速反映網站遷移。

4、已拒絕的反向鏈接：如果您已經上傳一個拒絕舊網站鏈接的文件，我們建議您使用新網站的 Search Console 帳號重新上傳該文件。

清理近期購買的域名

如果您的新網站使用的是近期購買的域名，您應該確保前任所有者未遺留任何問題。請檢查以下設置：

1、對之前的網絡垃圾進行的手動操作。對于不符合我們的網站站長指南的網站，Google 將會采取手動操作，如對其進行降位，甚至將其從我們的搜索結果中完全移除。請查看 Search Console 中的"手動操作"頁，確定是否有任何手動操作已應用到新網站，并解決該頁面上列出的所有問題，然后提交重新審核請求。

2、已移除的網址。確保前任所有者未遺留任何需要移除的網址，尤其是網站級的網址。此外，在針對您的內容提交網址移除請求前，請確保您了解哪些情況下不應使用網址移除工具。

使用網絡分析

在網站遷移過程中，分析新舊網站的使用情況非常重要。網絡分析軟件可以幫助您做到這一點。通常情況下，網絡分析配置包括嵌入到您網頁中的一段 JavaScript 代碼。有關跟蹤不同網站的詳情會因分析軟件及其日志記錄、處理或過濾設置而有所不同。請咨詢您的分析軟件提供商以獲得幫助。此外，如果您一直計劃對分析軟件進行配置更改，現在無疑是個好時機。如果您使用的是 Google Analytics（分析），并且想在內容報告中實現完全分隔，建議您為新網站創建新的配置文件。

確保您的服務器有足夠的計算資源

遷移完成后，Google 會比平時更頻繁地抓取您的新網站。這是因為網站會將流量從舊網站重定向至新網站，并且對舊網站的所有抓取都會重定向至新網站，在任何其他抓取之外造成額外負擔。請確保新網站擁有充足的容量，能夠處理來自 Google 的更多流量。

更新數據標注工具

如果您使用數據標注工具映射舊網頁，請務必為新網站重新建立映射。

更新應用鏈接

在 HTTPS 網頁準備就緒后，請立即更新在 Google 搜索結果中顯示時用于在應用中打開您網頁的所有應用鏈接。請將這些鏈接更新為指向新的 HTTPS 網址。重定向對這些鏈接不起作用；除非您更新應用鏈接處理方式，否則在移動瀏覽器中進行點擊會在瀏覽器中（而不是在應用中）打開網頁。

將舊網站的網址映射到新網站的網址非常重要。此部分介紹了一些可用于正確評估新舊兩個網站上的網址以及幫助您建立映射的常規方法。有關生成此映射的準確詳情會因當前網站基礎架構以及網站遷移的細節而有所不同。

準備網址映射

將舊網站的網址映射到新網站的網址非常重要。此部分介紹了一些可用于正確評估新舊兩個網站上的網址以及幫助您建立映射的常規方法。有關生成此映射的準確詳情會因當前網站基礎架構以及網站遷移的細節而有所不同。

1. 確定您的當前網址

在最簡單的網站遷移情形中，您可能并不需要生成當前網址列表。例如，如果您要更改網站的域名（例如從 example.com 更改為 example.net），那么您可以使用通配符服務器端重定向。

在更為復雜的網站遷移中，您需要生成舊網址列表，并將其映射到相應的新目標網址。獲取舊網址列表的方式取決于當前網站的配置，下面提供了一些方便實用的技巧：

a、從重要的網址開始。要找出這些網址，請執行以下操作：

在站點地圖中查找，因為最重要的網址很可能就是已通過站點地圖提交到 Search Console 中的網址

查看服務器日志或使用分析軟件，找出流量最高的網址

b、利用 Search Console 中提供的"指向您網站的鏈接"功能，找出包含內外部鏈接的網頁

使用內容管理系統，該系統通常可讓您輕松獲得托管內容的所有網址的列表。

c、查看服務器日志，找出近期至少訪問過一次的網址。選擇適合您網站的一個時間段，并注意流量的季節性波動。

d、加入圖片和視頻，確保您在網站遷移計劃中加入了嵌入內容（視頻、圖片、JavaScript 和 CSS 文件）的網址。這些網址的遷移方式需要與網站上所有其他內容的遷移方式相同。

2. 創建從舊網址到新網址的映射

獲取舊網址列表后，即可決定每個網址應該重定向至哪個目標網址。您存儲此映射的方式取決于您的服務器及網站遷移。對于常見的重定向模式，您可以使用數據庫或在您的系統上配置一些網址重寫規則。

3. 更新所有網址詳情

定義網址映射后，您需要完成三項工作，為遷移做好網頁準備。

1）、針對每個網頁更新 HTML 或站點地圖條目中的注解：

每個目標網址都應該有一個自引用 rel="canonical" <link> 標記。

如果您遷移的網站包含多語言或多地區版本且使用了 rel-alternate-hreflang 注解的網頁，請務必更新這些注解，以便使用新網址。

如果您遷移的網站有對應的移動版本，請務必更新 rel-alternate-media 注解。如需了解詳情，請參閱我們的智能手機網站指南。

2）、更新內部鏈接。

將新網站上的內部鏈接從舊網址更改為新網址。您可以根據需要使用之前生成的映射幫助查找和更新鏈接。

3）、創建并保存站點地圖及鏈接列表。

保存以下列表，以便進行最終的網站遷移：

a、包含映射中新網址的站點地圖文件

b、包含映射中舊網址的站點地圖文件

c、鏈接到當前內容的網站列表

詳細了解站點地圖。

4. 為 301 重定向做好準備

在定義好映射且新網站準備就緒后，下一步就是在服務器上依據指示的映射關系，設置從舊網址到新網址的 HTTP 301 重定向。

請注意以下幾點：

a、使用 HTTP 301 重定向。雖然 Googlebot 支持多種重定向，但我們建議您盡量使用 HTTP 301 重定向。

b、避免使用重定向鏈。雖然 Googlebot 和各個瀏覽器能夠追蹤由多個重定向組成的"鏈"（例如，網頁 1 > 網頁 2 > 網頁 3），但我們建議您直接重定向至最終目標網址。如果無法做到這一點，請盡量減少重定向鏈中的重定向次數，最好是不超過 3 次，且要盡量小于 5 次。重定向鏈會增加用戶的等待時間，而且并非所有瀏覽器都支持較長的重定向鏈。

c、測試重定向。您可以使用網址檢查工具測試單個網址，或者使用命令行工具或腳本測試大量網址。

開始網站遷移

待網址映射已準確創建且重定向已正常運行后，就可以開始遷移網站了。

1、確定如何遷移網站 - 是一次性遷移，還是按版塊遷移：

a、中小型網站：我們建議您同時遷移網站上的所有網址，而不是一次僅遷移一個版塊。這既有助于用戶與新形式的網站更好地互動，也有助于我們的算法更快速地檢測到網站遷移并更新索引。

b、大型網站：您可以選擇一次遷移一個版塊。這樣更便于監控和檢測問題，以及更快速地修正問題。

2、更新 robots.txt 文件：

a、在舊網站上，移除所有 robots.txt 指令。 此操作會使 Googlebot 發現所有指向新網站的重定向并更新我們的索引。

b、在新網站上，確保 robots.txt 文件允許所有抓取操作。這包括抓取圖片、CSS、JavaScript 和其他網頁資源，您確定不想抓取的網址除外。

3、配置舊網站，以便根據網址映射將用戶和 Googlebot 重定向至新網站。

4、在 Search Console 中針對舊網站提交地址更改請求。

如果您要將網站從 HTTP 遷移到 HTTPS，則無需使用地址更改工具。

5、在舊網站上，提交您之前已準備好的兩個站點地圖（包含新舊網址）。此操作會有助于我們的抓取工具發現從舊網址到新網址的重定向，并會加快網站遷移。

6、盡可能長時間保留重定向，通常保留至少 1 年。 在此期間，Google 會將所有信號都轉移給新網址，包括重新抓取和重新分配其他網站上指向您的舊網址的鏈接。

從用戶的角度來看，不妨考慮無限期地保留重定向。但是，重定向對于用戶來說速度較慢，因此請盡力將您自己的鏈接和所有來自其他網站的高流量鏈接更新為指向新網址。

Googlebot 及我們的系統需要花費一段時間才能發現并處理網站遷移中的所有網址，所需的具體時間將取決于您服務器的速度和所涉網址的數量。一般來說，中型網站可能需要幾周的時間才能遷移大多數網頁，大型網站則可能需要更長的時間。Googlebot 和我們的系統發現及處理已遷移網址的速度取決于網址數量和服務器速度。

請注意，在遷移過程中，您的內容在搜索結果中的曝光率可能會暫時出現波動。這種情況很正常，過一段時間網站排名便會穩定下來。

更新傳入鏈接

在網站遷移開始后，請立即嘗試更新盡可能多的傳入鏈接，以改善用戶體驗并降低服務器負載。其中包括：

1、外部鏈接：設法與鏈接至您當前內容的已保存網站列表中的網站取得聯系，請求他們將原來的那些鏈接更新為指向您的新網站。建議您根據每個鏈接所能帶來的入站訪問量安排工作優先級。

2、來自 Facebook、Twitter 及 LinkedIn 等的個人資料鏈接。

3、指向新著陸頁的廣告系列。

監控流量

開始遷移網站后，監控新舊網站的用戶和抓取工具流量變化情況。理想情況下，舊網站的流量會下降，而新網站的流量會增加。您可以使用 Search Console 和其他工具監控網站上的用戶和抓取工具活動。

1、使用 Search Console 監控流量

Search Console 中的許多功能都可以幫助您監控網站遷移過程，其中包括：

站點地圖：提交您之前為映射關系保存的兩份站點地圖。最初，包含新網址的站點地圖被編入索引的網頁數量為零，而舊網址的站點地圖會有很多網頁被編入索引。慢慢地，包含舊網址的站點地圖中被編入索引的網頁數量會逐漸減少到零，而包含新網址的站點地圖中被編入索引的網頁數量會相應地增加。

"索引涵蓋范圍"報告：這些圖表可反映網站遷移的情況，能夠顯示舊網站上被編入索引的網址數量逐漸減少，而新網站上被編入索引的網址數量逐漸增加。請定期查看此類報告，以便及時了解是否發生了任何意外的抓取錯誤。

搜索查詢：隨著新網站上越來越多的網頁被編入索引并開始加入排名，搜索查詢報告會開始顯示新網站上的網址獲得的搜索展示次數及點擊次數。

2、使用其他工具監控流量

請留意您的服務器訪問和錯誤日志，尤其要仔細檢查 Googlebot 的抓取活動、意外返回 HTTP 錯誤狀態代碼的任何網址以及正常的用戶流量。

如果您已在自己的網站上安裝了任意一款網絡分析軟件，或者如果您的 CMS 可以提供分析功能，我們也建議您通過這種方式查看流量，了解流量從舊網站轉向新網站的進展。尤其是，Google Analytics（分析）可提供實時報告，這是一項非常適合在網站遷移初始階段使用的便捷功能。在這類報告中，您應該會看到舊網站的流量逐漸下降，而新網站的流量逐漸增加。

排查網站遷移問題

下面列出了在更改網址的情況下遷移網站（包括從 HTTP 遷移到 HTTPS）時會出現的一些常見錯誤。這些錯誤可能會阻止系統將您的新網站完整地編入索引。

常見錯誤 noindex 或 robots.txt 屏蔽設置 請記得移除僅在遷移時需要使用的所有 noindex 或 robots.txt 屏蔽設置。 網站中可以沒有 robots.txt 文件，但如果收到針對此文件的請求卻無法提供，請務必快速返回正確的 404 狀態代碼。 測試方法： 檢查 HTTPS 網站中的 robots.txt 文件，看看是否需要進行更改。 使用網址檢查工具檢查 Google 似乎漏掉的新網站網頁。 重定向不正確 檢查從舊網站到新網站的重定向。我們經常看到重定向至新網站中的錯誤網址（不存在的網址）的情況。 其他抓取錯誤 仔細檢查"索引涵蓋范圍"報告，看看在遷移期間，新網站中的其他錯誤是否出現了激增的情況。 容量不足 遷移完成后，Google 會比平時更頻繁地抓取您的新網站。這是因為網站會將流量從舊網站重定向至新網站，并且對舊網站的所有抓取都會重定向至新網站，在任何其他抓取之外造成額外負擔。請確保您的網站擁有充足的容量，能夠處理來自 Google 的更多流量。 未更新應用鏈接 如果您想讓用戶在應用內打開您的網頁，請先將應用鏈接更新為指向新網址，然后再實現從舊網頁到新網頁的重定向。否則，Google 不會建議使用應用打開搜索結果中的新網址，而是改為在瀏覽器中將用戶定向至相應網站。 未更新站點地圖 請確保您的站點地圖中的網址已全部更新為新網址。 未更新數據標注工具

如果您使用數據標注工具映射舊網頁，則需為新網站重新建立映射。

TAG：改變網站