JavaScript 重定向是網(wǎng)站管理員向用戶和搜索引擎?zhèn)鬟_所請求的 URL 永久或暫時不可用的一種方法。然后為您提供的 URL 應被視為替代或新的永久地址。
通常最佳實踐呼應您應該使用服務器端 301s、302s 或 307s。
通常，托管 JavaScript (JS) 應用程序的服務器是 Nginx 服務器，其配置文件始終可以實現(xiàn)服務器端重定向，這是 Google SEO優(yōu)化推薦的方式。
但是，讓我們看一下越來越流行的無頭網(wǎng)站架構。我們注意到，并非所有無頭構建都允許服務器端重定向并依賴于客戶端實現(xiàn)——這些是 JavaScript 重定向。
雖然一些無頭 CMS 平臺已在服務器或應用程序級別配置重定向，但遷移到無頭架構的好處之一是您不再運行單體，而是運行微服務模型。
因此，開發(fā)人員將尋求減少依賴關系并在堆棧中創(chuàng)建靈活性。
在前端（例如 Vue.JS）中管理重定向意味著您可以少考慮更改 CMS。
當客戶希望遷移到無頭架構或任何其他形式的 JAMstack 技術堆棧時，這就是我們作為 SEO 專業(yè)人士需要概述和建立 URL 重定向功能的地方。
就 JavaScript 重定向的工作方式而言，它們通常是通過 window.location.replace 函數(shù)實現(xiàn)的，并且對用戶來說效果很好。
但是搜索引擎對它們的解釋程度有待商榷。
在 Google 的 Search Central 文檔中，搜索引擎警告您應該：
僅當您無法進行服務器端或元刷新重定向時才使用 JavaScript 重定向。
并且隨著他們的加入，從 SEO 的角度來看，他們?yōu)楣雀韫ぷ鳎◤?SEO 的角度來看，這絕對是許多開發(fā)人員的解釋）。
但相比之下，就在 2020 年，谷歌的 Gary Illyes 曾公開表示 JavaScript 重定向“可能不是一個好主意”。
Js 重定向可能不是一個好主意。
— Gary 鯨理／?? Illyes (@methode)?2020 年 7 月 8 日
這是對圍繞國際化和重定向的主題的直接回應。盡管如此，它提出了為什么它們可能不是一個好主意的問題，可能重申谷歌的文檔警告不要將它們用作優(yōu)先解決方案。
如何實現(xiàn) JavaScript 重定向
實現(xiàn) JavaScript 重定向最常用的方法是通過 window.location.replace，例如：
window.location.replace(“http://www.05bk.cn/”);
如果您打開開發(fā)工具（CTRL + SHIFT + I）并在控制臺中輸入上述行，您將轉到我的網(wǎng)站主頁。
另一種實現(xiàn)方法是通過 window.location.href，但這可能會導致用戶問題。
使用 replace 方法，當用戶單擊返回時，瀏覽器將加載上一頁 – 但使用 href 方法，瀏覽器將加載并將用戶重定向回他們剛剛嘗試離開的同一頁面（因為它存儲在導航歷史）。
這會導致 UX 重定向循環(huán)/陷阱，導致用戶關閉選項卡并對網(wǎng)站產(chǎn)生負面體驗。
對于許多流行的無頭平臺，例如Gatsby，有處理和實現(xiàn)重定向的預構建方法。
在 Gatsby 中，您可以安裝 gatsby-plugin-gatsby-cloud，并實現(xiàn) 1:1 重定向、通配符重定向和“splat”重定向。
同樣，流行的無頭 CMS，如Jekyll和Strapi，帶有預構建的模塊和插件，以簡化重定向的實施。
Google 如何處理 JavaScript 重定向
與 JavaScript 渲染一樣，Google 分兩步執(zhí)行 JavaScript，并依賴 Web Rendering Service 進行處理。
您可以在此處閱讀有關 Google 如何處理 JavaScript的更多信息。
然而，就本文的目的而言，重要的是要強調(diào) JavaScript 的細微差別以及 Google 經(jīng)常如何談論它——以及我們作為 SEO 專家如何解釋這一點。
2019 年，在Google Mythbusting 視頻中，Martin Splitt 強調(diào)您應該“負責任地”使用 JavaScript，以幫助防止內(nèi)容在 Google 的流程中“落后”。
正如本文前面的推文所強調(diào)的那樣，在 2020 年，Gary Illyes 認為使用 JS 重定向可能不是一個好主意。
在 2021 年的 Search Off The Record 播客中，谷歌的擁護者強調(diào)，只要谷歌能看到頁面的關鍵（價值主張、有益目的） ，你就不應該對 JavaScript 有任何問題。
將其與 JavaScript 重定向以及 Google 如何處理它們聯(lián)系起來：當 Google 遇到 JS 重定向時，搜索引擎首先必須渲染 JS，將其識別為重定向，然后“遵循”新路徑。
這會花費額外的時間和資源（Google 在網(wǎng)站上限制的兩件事，我們通常簡稱為抓取預算）。
正因為如此，與 JS 重定向相比，Google 更喜歡服務器端重定向（傳統(tǒng)的 301、302、307）。
谷歌最近在 2022 年 6 月的SEO Office Hours 視頻中重申了這一點。
在 2020 年 1 月的另一份 SEO Office Hours 記錄中，谷歌強調(diào) JavaScript 重定向確實比服務器端重定向需要更長的時間來處理。
作為參考，谷歌關于重定向的搜索中心文檔首先包括 2021 年 6 月的 JavaScript 重定向，因此就整體“SEO 時間線”而言，這仍然是相當新的。
JavaScript 重定向?qū)?SEO 有用嗎？
回顧 Google 的 Search Central 文檔和JavaScript 重定向的實現(xiàn)，它擴展了使用 JavaScript 重定向的警告，內(nèi)容如下：
雖然 Google 會嘗試呈現(xiàn) Googlebot 抓取的每個 URL，但呈現(xiàn)可能會因各種原因而失敗。這意味著如果您設置 JavaScript 重定向，如果內(nèi)容呈現(xiàn)失敗，Google 可能永遠看不到它。
這與另一個技術 SEO 的最愛有關：渲染。
更具體地說，如果 Web 渲染服務無法執(zhí)行和渲染用于重定向的 JavaScript，會發(fā)生什么情況？
如果由于某種原因，Google 無法執(zhí)行/呈現(xiàn) JavaScript，那么 Google 將加載初始請求 URL。
根據(jù)您的設置，可能會發(fā)生兩件事：
- 它將為空白或在Google Search Console中導致軟 404 錯誤。
- 它將返回原始頁面內(nèi)容，對其進行處理，然后開始將其作為“正?！碧幚?，如果您希望該內(nèi)容不再可訪問，這并不理想。
為了盡可能降低風險，在實施 JavaScript 重定向時，您應該：
- 請記住，Google 是無國籍的；任何前端重定向都不應依賴本地存儲或 HTTP cookie（也稱為數(shù)據(jù)持久性）。
- 不要依賴用戶權限來啟動重定向，因為 Google 會拒絕用戶權限請求。
- 不要使用片段 URL。
- 減少到“原始”URL 的內(nèi)部鏈接并將其從 XML 站點地圖中刪除，確保新的“目標”URL 存在，從而向搜索引擎提供一致的信號。
最后一點，涉及鏈接資產(chǎn)和 PageRank/鏈接資產(chǎn)的分布。
對此的研究已有七年多的歷史，可通過 Wayback Machine 獲得。但邏輯、理論和先前的研究表明，PageRank 確實像在服務器端重定向一樣在 JavaScript 重定向上流動（一旦 Google 有機會處理它）。
