Name: 網頁開發教學：連結持久性全解析！ (Web Development Tutorial - Link persistency)
Uploaded: 2026-03-13T18:13:31.000Z
Duration: 5 min 46 s

程度副詞

The loose one way linking of the web is one of the major reasons the web has been so successful.

網頁的鬆散單向連結是網頁如此成功的主要原因之一。

It's also a significant contributor to the web not being resilient.

這也是網頁缺乏彈性的重要因素。

Broken links can make it almost impossible for web users to find what they're looking for, and

損壞的連結會讓網頁使用者幾乎找不到他們要的東西，而且

there's no feature or service out there to automatically fix them.

沒有任何功能或服務可以自動修復它們。

The good news is the web platform has tools built in to ensure links don't get broken when resources are moved or deleted or something else happens.

好消息是，網頁平臺內建了工具，可以確保資源移動或刪除時，連結不會損壞。

It's not a perfect fix for all issues, but

這不是解決所有問題的完美方法，但

it is a toolkit developers can and should use to ensure they don't contribute to the growing problem of broken links on the web.

開發者可以也應該使用這個工具箱，確保他們不會加劇網頁上損壞連結日益嚴重的問題。

If a web resource so a document, an image page, a website or anything else is moved from its known location, anyone trying to visit that old location gets a 404not found response.

如果一個網頁資源，例如文件、圖片頁面、網站或任何其他東西，從已知的位置移動了，任何嘗試訪問舊位置的人都會收到404未找到回應。

This response is so common it's become part of our culture.

這個回應太常見了，已經成為我們文化的一部分。

Strong signal the issue of broken links is a systemic problem on the web.

損壞連結的問題是網頁上的系統性問題，這是一個強烈的訊號。

404 is the default fallback for all web services.

404 是所有網頁服務的預設備用方案。

When a user requests something that doesn't exist, it tells us nothing about why that thing doesn't exist.

當使用者請求不存在的東西時，它不會告訴我們為什麼那個東西不存在。

If it was moved or removed or simply never existed, or if the URL was wrong, it just says not found.

如果它被移動、移除、根本不存在，或是 URL 錯誤，它只會顯示未找到。

Using HTTP status codes, you can instruct browsers and search engines to temporarily or permanently redirect the request to a resour that has been moved.

使用 HTTP 狀態碼，你可以訓示瀏覽器和搜尋引擎將請求暫時或永久重新導向到已移動的資源。

This is done using codes in the 300 range.

這是使用 300 系列的代碼來完成的。

303 see other 307 temporary redirect or 308 permanent redirect.

303 參見其他、307 臨時重新導向或 308 永久重新導向。

你可能會問，為什麼有這麼多選項？

Because the web has evolved and here again we find progressive enhancement at play.

因為網頁已經演進了，在這裡我們又看到了漸進增強的應用。

Let me break down when to use these codes with some scenarios.

我會用一些情境來詳細說明何時該使用這些代碼。

You've moved a resource permanently to a new location.

你已經將某個網頁資源永久移動到新的位置。

This could be a different URL on the same domain, or it could be a new domain.

這可能是同一個網域下的不同 URL，也可能是新的網域。

In this scenario, use 301 moved permanently.

在這個情境下，請使用 301 永久移動。

The browser will automatically load the new location and search engines will treat the new location as the canonical location so you don't lose any of that precious SEO juice.

瀏覽器會自動載入新位置，搜尋引擎也會將新位置視為標準位置，這樣你就不會損失任何寶貴的 SEO 流量。

A 301 message kind of indicates the original location will eventually disappear and actively encourages the use of the new location.

301 訊息有點像在表示原始位置最終會消失，並積極鼓勵使用新位置。

Instead of Scenario two, you've temporarily moved a resource, but you might bring it back later.

與情境二不同，你只是暫時移動了某個資源，但之後可能會再搬回來。

The traditional approach here is to use 302 found.

這裡傳統的做法是使用 302 found。

You should use either 303c other, which forces a GET request to the new location, or 307, which provides the browser with a new URL and sends either a get or post or a push or pull request to the new location.

你應該使用 303c other，它會強制使用 GET 請求到新的位置，或者使用 307，它會提供瀏覽器一個新的 URL，並將 GET 或 POST 或 PUSH 或 PULL 請求發送到新位置。

303 總是強制使用 GET 請求，但是

if the target is meant to receive some form of data, like a form Input send using post, 307 must be used instead.

如果目標是要接收某種形式的資料，像是用 POST 送出的表單輸入，就必須改用 307。

Both 303 and 307 are for temporary redirects, meaning there's a good reason for the user to assume the resource will return to the original location and should therefore continue using that URL.

303 和 307 都是用於暫時重新導向，這表示使用者有充分的理由認為資源會回到原始位置，是以應該繼續使用該 URL。

However, if 303 and 307 redirects remain in place for a long time, search engines may treat them as 301 redirects instead.

不過，如果 303 和 307 的重新導向長時間存在，搜尋引擎可能會將它們視為 301 重新導向。

Which brings us to the final option 308 permanent redirect.

這就帶我們到了最後一個選項 308 permanent redirect。

This code works like 307 by preserving get and post requests, but

這個代碼跟 307 的作用一樣，會保留 GET 和 POST 請求，但是

indicates a permanent redirect in line with 301.

表示永久重新導向，跟 301 類似。

So what's the difference between 301 and 308?

那麼 301 和 308 之間有什麼差別呢？

A 301 redirect implies that the browser should pass the intent request to the new location, be that get or post or anything else.

301 重新導向表示瀏覽器應該將意圖請求傳遞到新的位置，無論是 GET、POST 或其他任何請求。

But in many cases, browsers convert the request to a GET request, meaning if the user filled the form and then hit a 301 redirect, they are redirected and have to refill the form.

但在很多情況下，瀏覽器會將請求轉換成 GET 請求，也就是說，如果使用者填寫了表單然後遇到 301 重新導向，他們會被重新導向，而且必須重新填寫表單。

A308 redirect must perform the same request exactly, so if a form was filled, then the post request is forwarded to the new domain.

308 重新導向必須完全執行相同的請求，所以如果表單被填寫了，POST 請求就會被轉發到新的網域。

Here's my recommendation to make all of this practical and make resilient links.

這是我的建議，讓所有這些都變得實用，並建立有彈性的連結。

Number one Anytime you move a resource to a new location, use a redirect to ensure visitors using the old URL actually get the resource they're looking for.

第一點：任何時候你將一個網頁資源移動到新的位置，都要使用重新導向，以確保使用舊 URL 的訪客確實能獲得他們想要的資源。

In most cases, this will be either a 301 or a 308 redirect.

在大多數情況下，這會是 301 或 308 重新導向。

Number two if you're sending data, use either a 307 temporary or 308 permanent redirect message, because that preserves the intent of the original request.

第二點：如果你正在傳送資料，請使用 307 暫時性或 308 永久性重新導向訊息，因為這會保留原始請求的意圖。

Number three if you are replacing a resource with an updated resource, provide clear notice to the user that they're looking at a replacement, ideally with a link to the original.

第三點，如果你要用更新過的資源替換現有的資源，請清楚告知使用者他們看到的是替換內容，最好能提供原始連結。

If you're permanently removing a resource, redirect to a central page with relevant resources to avoid the user landing on a 404 page.

如果你要永久移除一個網頁資源，請重新導向到一個有相關資源的中央頁面，避免使用者看到 404 頁面。

Number five if the updated or removed content is meaningful, consider creating a page explaining why it has been updated or removed.

第五點，如果更新或移除的內容很重要，可以考慮建立一個頁面說明為什麼要更新或移除。

And finally, number six in the unlikely but not impossible scenario.

最後，第六點，在不太可能但並非不可能的狀況下。

You have to move a page for legal reasons.

你必須因為法律原因移動一個頁面。

You can use the 451Unavailable for legal reasons message.

你可以使用 451 法律原因無法提供訊息。

The code is named after Ray Bradbury's book, Fahrenheit 451.

這個代碼是以 Ray Bradbury 的小說《華氏 451 度》命名的。