遷移網站並變更網址| Google 搜尋中心| 說明文件

文章推薦指數: 80 %
投票人數:10人

Google 沒有固定的檢索頻率,辨識異動的時間長短會依網站規模和可能的檢索速度而定,因為遷移作業是以網址為單位逐一進行。

我們在robots.txt 中參照了HTTP Sitemap,應該 ... Google 搜尋中心 說明文件 SEO基礎知識 簡介 讓Google顯示您的網站 Google搜尋的運作方式 搜尋引擎最佳化(SEO)入門指南 網站擁有者指南 您需要SEO嗎? 維護網站的SEO SEO開發人員指南 檢索及建立索引 Sitemap robots.txt 中繼標記 檢索器管理 移除網址 標準網址 網站遷移 重新導向 JavaScript搜尋引擎最佳化(SEO) 國際版和多語言版本的網站 搜尋外觀 標題連結 摘要 圖片 影片 結構化資料 商家詳細資料 網站小圖示 出版日期 所有搜尋外觀主題 使用者體驗 網頁體驗 導覽結構 分頁與分階段載入網頁 HTTPS 行動裝置相容性 插頁式廣告和對話方塊 支援 網誌 最新消息 所有更新 說明文件更新 排名更新 最新YouTube影片 近期Podcast節目 活動 個案研究 English BahasaIndonesia Deutsch Español Español–AméricaLatina Français Italiano Polski Português–Brasil TiếngViệt Türkçe Русский العربيّة हिंदी ภาษาไทย 中文–简体 中文–繁體 日本語 한국어 登入 說明文件 SearchConsole Google 搜尋中心 說明文件 更多 支援 網誌 最新消息 更多 活動 個案研究 簡介 讓Google顯示您的網站 搜尋引擎最佳化(SEO)入門指南 Google搜尋的運作方式 您需要SEO嗎? 維護網站的SEO Google搜尋開發人員指南 指南規範 指南及規範總覽網站管理員指南 一般指南 保持簡單的網址結構向Google說明您的連出連結限制插頁式廣告和對話方塊將網站標記為兒童導向內容瀏覽器相容性避免建立重複的內容使用有效的網頁中繼資料提供可檢索的連結確認Googlebot未遭到封鎖測試網站時避免干擾Google搜尋作業的最佳做法 特定類型內容規範 圖片和影片 Google圖片最佳做法影片最佳做法安全搜尋和您的網站網站代管服務避免Google搜尋顯示受遮蓋的資訊Google搜尋中的AMP指南 在Google搜尋中經營電子商務的最佳做法 總覽內容可以出現在何處分享產品資料加入結構化資料推出新網站撰寫優質產品評論設計網址結構電子商務網站架構分頁、分階段載入網頁和搜尋建立商家詳細資料 COVID-19相關資源和提示 適用於所有網站適用於教育網站適用於政府和醫療網站 品質指南 自動產生的內容幕後重新導向連結配置內容空洞付費連結偽裝隱藏的文字與連結入口網頁剪輯的內容聯盟計畫不相關的關鍵字建立帶有惡意行為的網頁自動查詢使用者產生的垃圾內容防範垃圾留言的方法檢舉垃圾內容、付費連結或惡意軟體 控制檢索及建立索引作業 總覽 Sitemap 瞭解Sitemap建立並提交Sitemap分割大型Sitemap Sitemap擴充元素 影片Sitemap和替代方案圖片SitemapGoogle新聞Sitemap robots.txt robots.txt簡介建立並提交robots.txt檔案更新robots.txt檔案Google如何解讀robots.txt規格漫遊器常見問題 中繼標記 Google能夠解讀的中繼標記使用noindex禁止建立搜尋索引漫遊器中繼標記、data-nosnippet和X-Robots-Tag規格 檢索器管理 要求Google重新檢索網址降低Googlebot檢索頻率驗證Googlebot和其他Google檢索器的身分大型網站擁有者的檢索預算管理指南HTTP狀態碼、網路錯誤和DNS錯誤對Google搜尋有何影響 Google檢索器 總覽GooglebotGoogleReadAloud使用者代理程式APIs-Google使用者代理程式FeedfetcherDuplex網頁版使用者代理程式 移除網址 控管您與Google分享的資訊從Google搜尋結果中移除您網站上代管的網頁從搜尋結果中移除您網站上代管的圖片標準網址 網站遷移與變更 重新導向與Google搜尋 網站遷移 什麼是網站遷移?遷移網站但保留網址遷移網站並變更網址暫停或停用網站 國際版和多語言版本的網站 總覽管理多地區和多語言版本的網站向Google提供網頁的本地化版本Google如何檢索會自動調整語言代碼的網頁 JavaScript內容 瞭解JavaScript搜尋引擎最佳化(SEO)基礎知識修正會影響搜尋體驗的JavaScript問題修正延遲載入內容導入動態轉譯 變更搜尋外觀 搜尋外觀相關主題總覽管理標題連結管理摘要為網站啟用搜尋結果功能精選摘要和您的網站網站連結向Google搜尋提供發布日期定義要顯示在搜尋結果中的網站小圖示翻譯搜尋結果功能讓廣告聯播網能使用Google搜尋的翻譯相關功能 使用結構化資料 瞭解結構化資料的運作方式試用結構化資料程式碼研究室探索SearchGallery結構化資料一般指南利用JavaScript產生結構化資料 功能指南 Article書籍導覽標記輪轉介面CourseCOVID-19公告資料集教育問與答雇主累計評分預估薪酬活動事實查核常見問題居家活動How-to圖片授權徵人啟事教學影片當地商家標誌數學解題工具Movie練習題Product問與答Recipe評論摘錄網站連結搜尋框軟體應用程式支援朗讀服務項目訂閱和付費牆內容影片多元化搜尋結果彈性試閱一般準則顯示熱門地點清單禁止區域搜尋結果和其他Google資源顯示您的內容在Google圖片中使用圖片版權中繼資料 使用搜尋運算子進行偵錯 總覽site:搜尋運算子cache:搜尋運算子Google圖片搜尋運算子 網路故事 讓網路故事顯示在Google上創作網路故事的最佳做法網路故事內容政策 早期採用者計畫 包裹追蹤行動加值 針對網頁體驗進行最佳化調整 瞭解網頁體驗針對Google搜尋開始使用SignedExchange 行動裝置 行動裝置相關主題總覽 行動裝置相容性 踏出第一步行動版內容優先索引系統的最佳做法 選擇設定 總覽回應式網頁設計動態提供內容獨立網址平板電腦和功能型手機避免設計行動版網站時的常見錯誤自訂網站軟體以適合行動裝置瀏覽開發適合行動裝置瀏覽的網頁時可利用的各項資源行動裝置瀏覽相關常見問題明確告知行動帳單費用資訊使用功能型手機瀏覽行動版網頁WebLight:Google搜尋提供的快速載入精簡版網頁Google搜尋中WebLight網頁的廣告聯播網支援Google探索和您的網站 安全性 安全性相關主題總覽使用HTTPS確保網站安全無虞什麼是駭客入侵或遭入侵的內容?惡意軟體和垃圾軟體防範惡意軟體感染社交工程(網路詐騙和詐欺網站)Google安全瀏覽累犯政策 AMP 瞭解AMP在搜尋結果中的運作方式改進AMP內容驗證AMP內容移除AMP內容 監控網站效能 開始使用SearchConsole使用SearchConsole中的報表 SEO基礎知識 簡介 讓Google顯示您的網站 Google搜尋的運作方式 搜尋引擎最佳化(SEO)入門指南 網站擁有者指南 您需要SEO嗎? 維護網站的SEO SEO開發人員指南 檢索及建立索引 Sitemap robots.txt 中繼標記 檢索器管理 移除網址 標準網址 網站遷移 重新導向 JavaScript搜尋引擎最佳化(SEO) 國際版和多語言版本的網站 搜尋外觀 標題連結 摘要 圖片 影片 結構化資料 商家詳細資料 網站小圖示 出版日期 所有搜尋外觀主題 使用者體驗 網頁體驗 導覽結構 分頁與分階段載入網頁 HTTPS 行動裝置相容性 插頁式廣告和對話方塊 所有更新 說明文件更新 排名更新 最新YouTube影片 近期Podcast節目 首頁 搜尋中心 說明文件 提供意見 遷移網站並變更網址 本文說明如何在變更網站上現有網頁的網址時,盡可能減少對Google搜尋結果造成的影響。

舉例來說,以下幾種情況皆屬這類網站遷移作業: 將網址從HTTP變更為HTTPS 將網域名稱從example.com變更為example.net,或者合併多個網域或主機名稱 變更網址路徑:從example.com/page.php?id=1變更為example.com/widget,或從example.com/page.html變更為example.com/page.htm 您的遷移作業不需要變更網址嗎?如果要在顯示網址不變的情況下更動網站,請改為參考這篇文章。

總覽 查看網站遷移的基本資訊。

掌握大致情況,瞭解遷移作業可能會對使用者和排名造成的影響。

如要從HTTP遷移至HTTPS,請參閱HTTPS最佳做法。

準備新網站並進行完整測試。

準備將現有網址對應至相應的新格式。

開始遷移網站,透過設定伺服器,將流量從舊網址重新導向至新網址。

監控新舊網址的流量。

遷移整個網站並變更網址時的常見問題 Google建議一次遷移所有內容,還是分段遷移? 您可以採取分段遷移的方式。

如何測得已建立索引的網頁數量? 請在SearchConsole中分別驗證每項資源的資料。

您可以透過索引狀態報告掌握大致概況,也可以從Sitemap報告瞭解透過Sitemap提交的網址有多少已建立索引。

Google需要多久時間才能辨識網址的異動? Google沒有固定的檢索頻率,辨識異動的時間長短會依網站規模和可能的檢索速度而定,因為遷移作業是以網址為單位逐一進行。

重新導向到新網址會影響連結評價嗎? 不會。

301或302重新導向不會導致PageRank下滑。

從HTTP遷移至HTTPS 參閱HTTPS最佳做法。

請務必將HTTPS資源新增到SearchConsole。

SearchConsole會分別處理HTTP和HTTPS,不會共用這兩種資源的資料。

因此,如果您有網頁同時使用這兩種通訊協定,就必須為這兩種通訊協定分別建立不同的SearchConsole資源。

從HTTP遷移至HTTPS的常見問題 HTTPS遷移作業會影響排名嗎? 就和所有遷移作業一樣,在遷移過程中,排名可能會有些許變動。

不過,為了避免發生HTTPS特有的錯誤,仍然建議您詳閱HTTPS網頁最佳做法資訊。

HTTPS網站的排名可能會微幅提升,但不會出現明顯變化。

雖然Google將HTTPS當成正向的排名信號,但是這項信號只是影響排名的眾多因素之一,目前影響力也比不上提供優質的網站內容,因此在短期內,遷移至HTTPS並不會為搜尋引擎最佳化(SEO)帶來重大優勢。

不過長期來看,未來Google很可能提高HTTPS的權重。

可以只將部分網頁遷移到HTTPS嗎? 可以。

您可以按照自己的步調,先從一部分網頁開始著手,經過測試之後再遷移更多網頁。

如果您採取分批將網頁從HTTP遷移至HTTPS的做法,同時想避免處理中的網址提早被編入索引,建議您使用rel=canonical而不是重新導向。

如果使用重新導向,將無法測試進行重新導向的網頁。

使用rel=canonical標記是否能保證HTTP網址一定能編入索引? 不能,但在我們選擇要將已建立索引的哪個網址提供給使用者時,這會是很強勁的信號。

Google建議使用哪個憑證? 凡是新式瀏覽器接受的新型憑證,Google搜尋也都接受。

搜尋關鍵字是否會在網站遷移至HTTPS後有所變動? 這部分不會因為改用HTTPS而有任何改變,您仍然可以在SearchConsole中查看搜尋查詢。

如何測得已建立索引的網頁數量? 在SearchConsole中分別驗證HTTP和HTTPS資源,然後使用索引涵蓋範圍報表查看哪些網頁已建立索引。

從HTTP遷移至HTTPS需要多久? Google沒有固定的檢索頻率,辨識異動的時間長短會依網站規模和可能的檢索速度而定,因為遷移作業是以網址為單位逐一進行。

我們在robots.txt中參照了HTTPSitemap,應該更新robots.txt以加入新的HTTPSSitemap嗎? 我們建議您更新robots.txt檔案,使其指向Sitemap檔案的HTTPS版本。

因此,我們建議您在Sitemap中只列出HTTPS網址。

提醒您,如果您將網站上每個網址都由HTTP重新導向至HTTPS,檢索器還是只能存取一個robots.txt檔案。

舉例來說,如果http://example.com/robots.txt會重新導向至https://example.com/robots.txt,Google和其他搜尋引擎將無法瀏覽HTTP版本的內容。

哪一個Sitemap應該對應至試行HTTPS的部分? 您可以針對網站中已更新的部分單獨建立一個Sitemap,這樣就能更準確地追蹤試行部分的索引編列情形,不過,請務必確認這些網址並未重複出現在其他Sitemap中。

如果我們採用了重新導向(從HTTP到HTTPS或從HTTPS到HTTP),Sitemap中應列出哪些網址? 請在Sitemap中列出所有新的HTTPS網址並移除舊的HTTP網址。

如果您偏好建立新的Sitemap,只要列出新的HTTPS網址即可。

是否需要針對HTTPS版本的robots.txt另外加入特定內容? 不需要。

我們應該支援HSTS嗎? 雖然HTTP嚴格傳輸安全性機制能夠提升安全性,但也會讓復原策略變得更為複雜。

如需詳細資訊,請參閱HTTPS最佳做法。

如果整個網站只使用一個Google新聞Sitemap,該如何分段遷移網站? 如果想針對新遷移的HTTPS部分使用Google新聞Sitemap,請先與Google新聞團隊聯絡並告知通訊協定異動。

等您將網站各部分遷移至HTTPS時,再到SearchConsole的HTTPS資源中提交新的Google新聞Sitemap。

對於Google新聞發布者中心的HTTPS遷移作業,Google有任何特別的建議嗎? Google新聞發布者中心會直接處理HTTP遷移至HTTPS的相關作業,因此,除非您同時使用了新聞Sitemap,否則一般來說不必為Google新聞採取任何動作。

如果您使用了新聞Sitemap,請與Google新聞團隊聯絡並告知異動。

您也可以向新聞團隊告知異動部分。

舉例來說,如果是要遷移至HTTPS,您可以指出自己正從http://example.com/section遷移至https://example.com/section。

 準備新網站 每種網站遷移方式的事前準備細節各不相同,但通常都需要執行以下一或多項操作: 設定新的內容管理系統(CMS)並在其中新增內容。

轉移目前代管的圖片和下載項目,例如PDF文件。

這些項目可能已經有來自Google搜尋或連結的流量,因此將這些項目的新位置告訴使用者和Googlebot會很有助益。

如要將網址遷移至HTTPS,請取得必要的傳輸層安全標準(TLS)憑證並在伺服器上進行設定。

為新網站設定robots.txt 網站的robots.txt檔案能夠控制Googlebot可以檢索的區域。

請確認新網站robots.txt檔案內的指令能正確反映您要禁止檢索的部分。

請注意,有些網站擁有者會在開發階段禁止任何檢索。

如要採取這個策略,請務必在開始遷移網站時備妥完整的robots.txt檔案。

同樣地,如果您在開發階段使用noindex指令,請在網站開始遷移時,備妥需要移除noindex指令的網址清單。

為已刪除或合併的內容顯示錯誤訊息 對於不會從舊網站遷移至新網站的內容,請確認這些孤立網址可正確傳回HTTP404或410錯誤回應代碼。

您可以透過新網站的設定面板讓舊的網址傳回錯誤回應碼,也可以為新網址建立重新導向,並讓該網址傳回HTTP錯誤代碼。

避免使用不相關的重新導向 請勿將許多舊網址重新導向至不相關的相同目的地(例如新網站的首頁),這不但會造成使用者混淆,還可能遭Google視為轉址式404錯誤。

不過,如果您將原先由多個網頁代管的內容整合到同一個新網頁上,就能夠把多個舊網址重新導向至整合後的新網頁,而不受此限制。

確認SearchConsole設定正確 網站遷移作業是否能成功,取決於SearchConsole的設定是否正確且符合現況。

首先,請確認您已在SearchConsole中驗證新舊網站的擁有權,並務必驗證新舊網站的所有版本。

舉例來說,請驗證www.example.com和example.com的擁有權,如有使用HTTPS網址,則還須驗證HTTPS和HTTP兩種版本的網站。

舊網站和新網站都需要進行驗證。

檢查SearchConsole的驗證狀態 網站遷移後,請務必確認您的SearchConsole驗證狀態是否依然正常。

如果您使用其他驗證方法,請注意網址變更時驗證權杖可能會有所不同。

如果使用HTML檔案方法在SearchConsole中驗證網站的擁有權,別忘了要在新版網站中加入目前的驗證檔案。

同樣地,如果使用參照中繼標記的檔案來驗證擁有權,或者透過GoogleAnalytics(分析)進行驗證,請確認新的CMS中也包含這些項目。

檢查SearchConsole中已設定的項目 如果您曾經在SearchConsole中變更舊網站的部分設定,則必須讓新網站的設定也反映這些變更。

例如: 網址參數:如果您曾經設定網址參數來控制舊網址的檢索或索引作業,請確認也為新網站套用必要的相同設定。

指定地理區域:您的舊網站可能已有明確的指定地理區域,例如指定地理區域網域或國家/地區代碼頂層網域(例如.co.uk)。

如果要繼續指定相同區域,請為新網站套用相同設定。

不過,如果您遷移網站的目的是為了協助公司進入國際市場,因此不希望網站與任何特定國家/地區建立關聯,請在「網站設定」網頁的下拉式清單中選取[未選取]。

檢索頻率:建議不要在SearchConsole中限制Googlebot檢索新舊網址的頻率,也不要設定特定的檢索頻率,除非已經知道網站無法承擔Googlebot的檢索量,才需要這麼做。

如果您已對Googlebot檢索舊網站的頻率設限,請考慮移除限制。

Google的演算法會自動偵測網站是否已經遷移,並且據此調整Googlebot的檢索行為,讓索引更快反映這項變更。

禁止反向連結:如果您曾經透過上傳檔案,禁止舊網站上的部分連結,建議使用新網站的SearchConsole帳戶重新上傳這個檔案。

清理近期購買的網域 如果您的新網站將設在最近購買的網域上,建議先確認其中是否有前一位使用者遺留下的問題。

請檢查下列設定: 先前垃圾內容導致的專人介入處理:Google會對不遵循《網站管理員指南》的網站採取專人介入處理行動,例如降低網站排名,甚至將網站從搜尋結果中完全移除。

請查看SearchConsole的「專人介入處理」頁面,瞭解系統是否曾對新網站採取任何專人介入處理行動,並且解決其中列出的所有問題,「最後」再提出重審要求。

已移除的網址:確認先前的擁有者沒有遺漏任何需要移除的網址,尤其是網站層級的網址。

此外,在為內容提交移除網址要求前,請確認您已瞭解不該使用網址移除工具的情況。

使用網頁分析 在遷移網站的過程中,分析新舊網站的使用量是一件很重要的事情,而網頁分析軟體能協助完成這項作業。

一般而言,設定網頁分析的方式是在各網頁上嵌入一段JavaScript片段。

根據您選用的分析軟體及其記錄、處理或篩選設定的不同,追蹤不同網站所獲得的詳細資料也會有所差異。

如需詳細說明,請洽詢您的分析軟體供應商。

此外,如果您打算變更分析軟體的任何設定,現在也是很好的時機。

如果您使用GoogleAnalytics(分析),且希望能清楚區分內容報表,建議您為新網站建立新的設定檔。

確認伺服器有足夠的運算資源 遷移完成後,Google檢索新網站的頻率會比平常更為繁重,這是因為您的網站會將流量從舊網站重新導向新網站,而舊網站的所有檢索也會重新導向新網站,除此之外,新的網站還必須處理任何其他檢索作業。

請務必確認您的新網站有足夠的負載量能處理增加的Google流量。

更新資料螢光筆 如果曾經使用資料螢光筆對應舊網頁中的資料,請務必為新網站重新執行對應作業。

更新應用程式連結 Google搜尋結果顯示的某些應用程式連結會在應用程式中開啟您的網頁,請在HTTPS網頁準備就緒後更新這類連結,以便引導至新的HTTPS網址。

這類連結不支援重新導向,因此除非更新了應用程式連結的處理方式,否則使用者在行動瀏覽器中點選連結後,只能在瀏覽器中開啟網頁,無法透過應用程式開啟。

將舊網站的網址對應到新網站的網址是相當重要的工作,本節會針對如何正確評估兩個網站的網址及建立對應關係,說明一些常見做法。

產生對應關係的詳細操作,將視您目前的網站基礎架構和網站遷移作業的詳情而異。

準備對應網址 將舊網站的網址對應到新網站的網址是相當重要的工作,本節會針對如何正確評估兩個網站的網址及建立對應關係,說明一些常見做法。

產生對應關係的詳細操作,將視您目前的網站基礎架構和網站遷移作業的詳情而異。

1.確定舊網址 在非常簡易的網站遷移作業中,您可以不必建立舊網址的清單。

舉例來說,如果要更換網站的網域(例如從example.com變更為example.net),只要使用萬用字元的伺服器端重新導向即可。

如果網站遷移作業較複雜,就需要為舊網址建立清單,然後一一對應到新的目的地網址。

取得舊網址清單的方式會依目前的網站設定而異,以下列舉幾項實用提示供您參考: 優先處理重要網址。

以下方法可以找出這類網址: 查看Sitemap,因為您最重要的網址很可能都已透過這種方式提交至SearchConsole 查看伺服器記錄或分析軟體,鎖定流量最大的網址 查看SearchConsole的「連至你網站的連結」功能,尋找包含內部和外部連結的網頁 使用內容管理系統,通常這樣就能輕鬆取得所有代管內容的網址清單。

查看伺服器記錄,鎖定使用者近期至少造訪一次的網址。

請注意季節性的流量變化,並依此為網站選擇適合的時段。

找出包含圖片和影片的網址。

確認網站遷移計畫中包含已嵌入影片、圖片、JavaScript、CSS檔案等内容的網址。

這些網址必須和網站上其他內容採用同樣的遷移方式。

2.建立新舊網址間的對應關係 取得舊網址清單後,請決定每個網址要重新導向至的對應網址。

儲存對應的方式取決於您的伺服器和遷移位置。

您可以使用資料庫,也可以在系統中為常用的重新導向模式設定一些網址改寫規則。

3.更新所有網址的詳細資料 決定網址對應關係後,可以執行以下三項操作,讓網頁做好遷移準備。

更新註解,指向每個網頁的HTML或Sitemap項目中的新網址: 每個到達網頁網址都應該要有自我參照的rel="canonical"標記。

如果遷移的網站包含多語言或多地區版本的網頁,而且這些網頁含有rel-alternate-hreflang註解,請記得將註解更新為新的網址。

如果遷移的網站有相應的行動裝置版本,請務必更新rel-alternate-media註解,以便使用新的網址。

詳情請參閱智慧型手機網站指南。

更新內部連結。

變更新網站上的內部連結,由舊網址改成指向新網址。

必要時,可以使用先前產生的對應檔案來找出連結並進行更新。

請儲存下列清單以供最後遷移時使用: 包含新版對應網址的Sitemap檔案。

請參閱建立Sitemap的說明文件。

連結至舊網址的網站清單。

您可以在SearchConsole中找到連至您網站的連結。

4.301重新導向的準備工作 對應關係和新網站都準備好之後,下一步就是在伺服器上設定HTTP301重新導向,依據對應關係將舊網址導向新網址。

請留意以下事項: 使用HTTP301重新導向。

雖然Googlebot支援多種重新導向,但還是建議您盡可能使用HTTP301重新導向。

避免連續重新導向。

雖然Googlebot和瀏覽器可以追蹤多個重新導向的「鏈結」(例如:第1頁>第2頁>第3頁),還是建議您直接重新導向至最終目的地。

如果無法這麼做,請盡量減少連續重新導向的次數,最好在3次以內,最多不超過5次。

連續重新導向會增加使用者的等待時間,而且並非所有瀏覽器都支援多次連續重新導向。

測試重新導向。

您可以使用網址檢查工具來測試個別網址,或是使用指令列工具或指令碼來測試大量網址。

開始遷移網站 只要網址對應正確且重新導向功能正常運作,即可開始遷移網站。

決定網站遷移方式:一次遷移完成或分段遷移: 小型或中型網站:建議一次完成網站上所有網址的遷移,不要分成好幾個部分遷移。

這樣可以促進使用者與新編排的網站產生良好互動,也讓Google的演算法能夠快速偵測到網站遷移行動,加快更新索引的速度。

大型網站:您可以選擇分幾部分來遷移大型網站的內容,以便監控、偵測並快速修正問題。

更新robots.txt檔案: 在舊網站上,移除所有robots.txt指令。

這個動作可以讓Googlebot發現所有指向新網站的重新導向,並據此更新索引。

提醒您,在啟用重新導向功能後,檢索器將無法看到舊的robots.txt檔案內容。

在新網站上,確認robots.txt檔案允許所有檢索,包括對圖片、CSS、JavaScript和其他網頁資產的檢索(您不想開放檢索的網址除外)。

根據網址對應關係設定舊網站,將使用者和Googlebot從舊網站重新導向至新網站。

在SearchConsole中為舊網站提交網址變更要求。

如果是將網站從HTTP遷移至HTTPS,則不需要使用網址變更工具。

盡可能保留重新導向連結,通常要保留至少1年。

這讓Google有時間將所有信號轉移至新網址,包括在舊網址上重新檢索,並重新指派其他網站上指向舊網址的連結。

從使用者的角度來看,建議您永久保留重新導向。

不過,因為重新導向的速度對使用者而言仍較緩慢,建議您更新自己網站的連結以及任何來自其他網站的高流量連結,將這些連結指向新的網址。

在SearchConsole中提交新的Sitemap。

這項做法可協助Google瞭解新網址。

現階段,您可以移除舊的Sitemap,因為Google往後會使用新的Sitemap。

網站遷移之後,Googlebot和我們的系統需要一段時間才能找出並處理所有遷移的網址,這段時間的長度會視您伺服器的速度和涉及網址的數量而定。

一般而言,我們需要數週的時間才能為中型網站完成大部分網頁的遷移作業,大型網站所需的時間則更長。

Googlebot和我們的系統能以多快的速度找出並處理遷移網址,取決於網址的數量和伺服器速度。

請注意,在遷移過程中,網站內容在網頁搜尋結果的能見度可能出現短暫波動。

這是正常現象,網站排名在一段時間後就會穩定下來。

更新連入連結 開始遷移網站後,請盡量更新連入連結,以改善使用者體驗並降低伺服器負載。

這些連結包括: 外部連結:您先前已儲存了一份連至目前內容的網站清單,請試試看能否與這些網站的管理員聯絡,請對方將原本的連結更新為指向新網站。

建議您根據每個連結導入的造訪次數來安排處理順序。

來自Facebook、Twitter和LinkedIn的個人資料連結。

指向新到達網頁的廣告活動。

監控流量 開始遷移網站後,您可以監控使用者和檢索器的流量在新網站和舊網站上的變化。

理想情況下,舊網站的流量會下降,新網站的流量則會上升。

您可以使用SearchConsole和其他工具來監控網站上的使用者和檢索器活動。

使用SearchConsole監控流量 SearchConsole提供了許多實用功能,可協助監控網站的遷移情形,包括: Sitemap:提交您先前為對應關係儲存的兩個Sitemap。

一開始,新網址Sitemap中沒有任何已建立索引的網頁,而舊網址Sitemap中的許多網頁都已建立索引。

經過一段時間後,根據舊網址Sitemap建立索引的網頁數量將會逐漸歸零,新網址的索引數量則會相應增加。

索引涵蓋範圍報表:這個圖表會反映網站遷移的進展,顯示舊網站中已建立索引的網址數量逐漸下滑,而新網站中已建立索引的網址數量則會增加。

請定期查看這份報表,確認是否有任何非預期的檢索錯誤。

搜尋查詢:隨著新網站有越來越多網頁編入索引並加入排名,搜尋查詢報告將會開始顯示新網站中網址獲得的搜尋曝光次數和點擊次數。

使用其他工具監控流量 請隨時留意伺服器存取記錄和錯誤記錄,尤其要注意Googlebot的檢索記錄、任何非預期傳回HTTP錯誤狀態碼的網址,以及一般使用者的流量。

如果您已在網站上安裝任何網站分析軟體,或是您的內容管理系統(CMS)提供分析服務,也建議透過這些方式檢查流量,掌握流量從舊網站轉向新網站的進展。

尤其是GoogleAnalytics(分析)的即時報表功能,在網站遷移作業初期十分便利。

一般來說,您應該會看到舊網站的流量逐漸減少,新網站的流量逐漸增加。

網站遷移問題疑難排解 以下是遷移網站並變更網址時(包括從HTTP遷移至HTTPS)常見的錯誤,這些錯誤可能會導致Google無法為新網站建立完整的索引。

常見錯誤 noindex或robots.txt封鎖 部分noindex或robots.txt封鎖設定僅為遷移作業所需,請記得在不需要時移除。

網站沒有robots.txt檔案沒有關係,但請務必在無法提供系統要求的robots.txt檔案時,盡速傳回正確的404錯誤碼。

測試方法: 檢查HTTPS網站中的robots.txt檔案,確認是否有任何需要修改的地方。

使用網址檢查工具檢查任何Google漏掉的新網站網頁。

重新導向有誤 檢查從舊網站到新網站的重新導向,常有使用者被導向至新網站上錯誤的網址(不存在的網址)。

其他檢索錯誤 檢閱索引涵蓋範圍報表,確認新網站在遷移期間是否有其他錯誤數量增加的情況。

負載量不足 遷移完成後,Google檢索新網站的頻率會比平常更為繁重,這是因為您的網站會將流量從舊網站重新導向新網站,而舊網站的所有檢索也會重新導向新網站,除此之外,新的網站還必須處理任何其他檢索作業。

請務必確認網站有足夠的負載量能處理增加的Google流量。

未更新應用程式連結 如要在您的應用程式中開啟網頁,請先將應用程式連結更新為指向新網址,再將舊網頁重新導向新網頁。

如果沒有更新應用程式連結,Google就不會建議透過應用程式開啟搜尋結果中的新連結,而是會在瀏覽器中將使用者導向網站。

未更新Sitemap 請確認已更新所有Sitemap並納入新網址。

未更新資料螢光筆 如果曾經使用資料螢光筆對應舊網頁中的資料,就需要為新網站重新執行對應作業。

提供意見 Exceptasotherwisenoted,thecontentofthispageislicensedundertheCreativeCommonsAttribution4.0License,andcodesamplesarelicensedundertheApache2.0License.Fordetails,seetheGoogleDevelopersSitePolicies.JavaisaregisteredtrademarkofOracleand/oritsaffiliates. Lastupdated2022-08-12UTC. [{ "type":"thumb-down", "id":"missingTheInformationINeed", "label":"缺少我需要的資訊" },{ "type":"thumb-down", "id":"tooComplicatedTooManySteps", "label":"過於複雜/步驟過多" },{ "type":"thumb-down", "id":"outOfDate", "label":"過時" },{ "type":"thumb-down", "id":"translationIssue", "label":"翻譯問題" },{ "type":"thumb-down", "id":"samplesCodeIssue", "label":"示例/程式碼問題" },{ "type":"thumb-down", "id":"otherDown", "label":"其他" }] [{ "type":"thumb-up", "id":"easyToUnderstand", "label":"容易理解" },{ "type":"thumb-up", "id":"solvedMyProblem", "label":"確實解決了我的問題" },{ "type":"thumb-up", "id":"otherUp", "label":"其他" }] 想進一步說明嗎? Podcast 收聽《SearchOfftheRecord》Podcast Twitter 在Twitter上追蹤@googlesearchc 提出問題 在產品討論社群發文提問 參加搜尋引擎最佳化(SEO)諮詢時間 說明文件 取得最新消息 網誌 Twitter YouTube 資源 您需要SEO嗎? 搜尋引擎最佳化(SEO)入門指南 SearchConsole說明文件 個案研究 工具 SearchConsole 行動裝置相容性測試 複合式搜尋結果測試 PageSpeedInsights AMP測試 Android Chrome Firebase GoogleCloudPlatform 所有產品 條款 隱私權 訂閱GoogleDevelopers電子報 訂閱 English BahasaIndonesia Deutsch Español Español–AméricaLatina Français Italiano Polski Português–Brasil TiếngViệt Türkçe Русский العربيّة हिंदी ภาษาไทย 中文–简体 中文–繁體 日本語 한국어



請為這篇文章評分?