DNS 更新期間，適合用 302 導向新伺服器的臨時別名嗎？

就題述「網站換伺服器、原網址不變，幾天後刪除臨時別名」的情境，提供的公開討論較支持先讓新伺服器上的網站運作，再改 DNS，過渡期間保留舊站，而不是用 302 導向臨時別名。理由是訪客可能收藏即將失效的別名，搜尋引擎也可能在期間將它編入索引。不過，這是討論者提出的風險與建議，不能據此斷言 302 必然傷害排名；TTL 設為 300 秒，也不宜被寫成五分鐘後即可安全關閉舊站的保證。

先處理網站能否持續服務，而非替換訪客看到的網址

一則關於網站更換 IP 的回答，把重點放在避免停機：先確認網站已在第二個 IP 運行，再修改 DNS，幾天後才關閉舊伺服器。套用到這次遷移，可整理成以下順序：

1. 先讓 B 伺服器上的網站運作，不要等 DNS 切換後才開始部署。
2. 修改原網域的 DNS，讓它指向 B。
3. 過渡期間保留 A，讓仍連到舊伺服器的訪客有網站可用。
4. 依該回答的建議，幾天後再停用 A；「幾天」是操作建議，不是通用保證。

這個方案的適用前提，是新站已可服務，且舊站能在過渡期間繼續運作。若 A 必須立即停機，材料並未提供可直接替代的完整方案。

臨時別名的問題，在於它可能被留下來使用

題述做法會把仍抵達 A 的訪客，從原網址導向 B 的主機商別名。反對這個做法的回答提出兩項具體疑慮：

• 收藏風險：新訪客可能收藏別名；幾天後別名遭刪除，這份收藏就可能無法再帶他回到網站。
• 搜尋風險：Google 若在過渡期間造訪，可能把臨時別名加入索引。

例如，訪客在搬遷當天收藏了別名，日後點開的仍是該別名，不會因為原網域已完成 DNS 切換，就變成原網址。至於搜尋影響，材料只提出「可能收錄」的疑慮，沒有排名變化、實測結果或搜尋引擎官方說明，不能延伸成一定降權或一定不受影響。

300 秒是五分鐘，但不是完整的遷移驗收條件

原提問確實註明 TTL 已設為 300 秒，回答者也因此建議不做重新導向、等待五分鐘。這個時間換算沒有問題，但回答並未提供足以證明所有訪客都已切換完成的資訊，因此不應把它當成關閉 A 的唯一依據。

這幾則討論的共同方向，是讓原網址透過 DNS 切換到已準備好的新站；「等待五分鐘」與「幾天後關閉舊站」則是不同回答給出的操作建議，不能合併成精確、普遍適用的時程。