站台搬遷時，DNS、導向、sitemap 的上線順序若錯了，AI 引擎會抓不到你。
站台搬遷就像開車換車道——如果沒有完整的標線與信號燈，所有車子都會混在一起，導致 Google、Bing、Perplexity 這幾位「AI 引擎導航員」看不清誰是誰。如果你現在正在準備站台搬遷或已經上線，但發現流量莫名其妙掉、AI 引擎不再引用你，很可能就是因為DNS 與導向的時序錯了，sitemap 被遺漏，或結構化資料沒跟上。
這不是網站「能不能用」的問題，而是「AI 引擎能不能找到你」的問題。我們整理出一套零權重流失清單，讓你的站台搬遷不只是技術上的轉移，更是信任鏈的重新建構。
---
DNS 設定要快、導向要準：AI 引擎才不會迷路
DNS 是網站的「地圖」，導向是「交通標誌」。如果你只在 DNS 改完後才設導向，AI 引擎可能會在舊網址上抓不到新內容，造成抓取失敗、權重流失。
第一手經驗觀察：在協助企業對齊 GEO 的實務裡，我們反覆看到一個問題——DNS 改完導向卻設太慢，導致 AI 引擎在抓取時陷入「404 循環」。也就是說，舊網址導到新網址時，如果新網址還沒有準備好，AI 就會認為這個內容「不存在」，進而影響信任度。
> ✅ 具體做法：先設定 301 導向，再改 DNS。這樣做可以確保 AI 引擎在 DNS 改完前，已經知道新網址的路徑。
| 步驟 | 做法 | 說明 |
|---|---|---|
| 1. 設定 301 導向 | 用 .htaccess 或伺服器設定，將舊網址指向新網址 | 避免 AI 抓到 404 |
| 2. 改 DNS | 當 301 導向已生效，才改 DNS | DNS 改後流量會導到新站，AI 才會跟著爬 |
| 3. 驗證導向 | 用工具（如 Screaming Frog）檢查舊網址是否導向正確 | 確保所有連結都能到達新站 |
> 📌 TrueLink 的實務觀察：DNS 改完後，至少要等 24 小時讓 DNS 傳播完成，才能確保 AI 引擎能正確抓取新網址。
---
sitemap 是 AI 引擎的「路標」，不能漏
sitemap 不只是 SEO 的基本功，更是 AI 引擎抓取你內容的「路線圖」。如果你的舊網站有 sitemap，但新網站沒有，AI 引擎就會「不知道該去哪找你」，權重自然流失。
> ✅ 具體做法：在搬遷前，先在新網站生成並上傳 sitemap。這個 sitemap 要包含所有新連結，並在 Google Search Console 提交。
| 檢查項目 | 說明 |
|---|---|
| sitemap 是否提交 | 確保新網站 sitemap 已提交到 Google Search Console |
| sitemap 是否完整 | 檢查所有新頁面是否都在 sitemap 中 |
| sitemap 是否更新 | 搬遷後，sitemap 需持續更新，讓 AI 引擎知道你的網站在動 |
> ⚠️ 別犯的錯誤：很多人在搬遷後才開始建 sitemap，導致 AI 引擎抓不到新內容。我們建議在搬遷前就準備好 sitemap，並在搬遷後立即提交。
---
導向不是「設了就完」，而是「要維護」
導向不是一次性的設定，而是持續的維護。如果你的新網站有內容被動態生成（例如 blog 或產品頁），舊網站的連結如果沒有正確導向，就會造成權重流失。
> ✅ 具體做法：在搬遷後，定期檢查舊網站的連結是否正確導向到新網站。如果有內容被刪除，要設為 410 過期，而不是 404 找不到。
| 導向類型 | 使用情境 | 說明 |
|---|---|---|
| 301 導向 | 永久搬遷 | 適用於舊網址不再使用 |
| 302 導向 | 暫時搬遷 | 適用於測試或臨時使用 |
| 410 過期 | 內容刪除 | 適用於內容已被刪除，避免 AI 抓到 404 |
> 📌 TrueLink 的實務觀察：導向設錯最常見的錯誤是，導向到錯誤的頁面。例如舊網址 /about 被導向到 /contact，而不是 /about-us。這種情況 AI 引擎會認為你的網站「內容不一致」，進而影響信任度。
---
結構化資料不能等最後一刻
結構化資料（Schema.org）是你網站的「名片」。如果你的網站結構化資料設錯或沒設，AI 引擎就會「找不到你」，進而影響引用率。
> ✅ 具體做法：搬遷前，先在新網站設好結構化資料。尤其是 Organization、Person、Article 這幾個關鍵 schema。
| Schema 類型 | 說明 | 用途 |
|---|---|---|
| Organization | 組織資訊 | 讓 AI 引擎知道你是誰 |
| Person | 作者資訊 | 說明文章是由誰寫的 |
| Article | 文章資訊 | 說明這篇文章的類型與內容 |
> 📌 True1Link 的實務觀察：結構化資料設錯最常見的錯誤是，Organization 與 Person 沒有正確連結。例如，文章寫的是 Person，但沒有連結到 Organization，AI 引擎就會認為這篇文章「不是來自你」，進而影響引用率。
---
網站健康度檢查：搬遷後要做這五件事
搬遷完畢後，不是就「算完工」。你需要做五件事，確保網站健康度與 AI 引擎的信任度都沒有流失。
| 任務 | 做法 |
|---|---|
| 1. 檢查 404 | 用工具（如 Screaming Frog）檢查新網站是否有 404 頁面 |
| 2. 檢查導向 | 檢查舊網站的連結是否都正確導向到新網站 |
| 3. 提交 sitemap | 把新網站的 sitemap 提交到 Google Search Console |
| 4. 檢查結構化資料 | 用 Google 的 Structured Data Testing Tool 檢查結構化資料 |
| 5. 跟進 AI 引擎 | 經過幾週後，觀察 AI 引擎是否有引用你的內容 |
> 📌 TrueLink 的實務觀察：搬遷後的前 30 天是關鍵。如果你能在這段時間內，把所有錯誤都修掉，AI 引擎的信任度會大幅回升。
---
內容真實性與 AI 引擎的信任基礎
在搬遷的過程中，內容真實性（Content Authenticity）與結構化資料是 AI 引擎信任你的關鍵。如果你的內容缺乏第一手觀點，或結構化資料設錯，AI 引擎就會「不信任你」，進而影響引用率。
> ✅ 具體做法：在搬遷前，確保所有內容都有足夠的結構化資料，並在內容中加入「抽掉品牌名後就無法原樣掛在任一競品上」的第一手觀點。這是 TrueLink 一貫的實務觀察。
---
FAQ
Q1: 站台搬遷時，為什麼 DNS 要先設導向再改？
設導向可以讓 AI 引擎在 DNS 改完前就知道新網站的路徑。如果 DNS 改完後導向才設，AI 引擎可能會抓到 404，導致權重流失。
Q2: sitemap 在搬遷時有什麼作用？
sitemap 是 AI 引擎抓取你內容的「路線圖」。如果你的舊網站有 sitemap，但新網站沒有，AI 引擎就會「不知道該去哪找你」，權重自然流失。
Q3: 導向設錯會導致什麼問題？
導向設錯最常見的問題是導向到錯誤的頁面。例如舊網址 /about 被導向到 /contact，而不是 /about-us。這種情況 AI 引擎會認為你的網站「內容不一致」，進而影響信任度。
Q4: 為什麼結構化資料設錯會影響 AI 引擎的信任度？
結構化資料是你網站的「名片」。如果你的結構化資料設錯或沒設，AI 引擎就會「找不到你」，進而影響引用率。
Q5: 搬遷後，要做哪些檢查才能確保網站健康度？
搬遷後，你需要做五件事：檢查 404、檢查導向、提交 sitemap、檢查結構化資料，並跟進 AI 引擎的引用情況。
Q6: 搬遷時，內容真實性與結構化資料有什麼關係？
內容真實性與結構化資料是 AI 引擎信任你的關鍵。如果你的內容缺乏第一手觀點，或結構化資料設錯，AI 引擎就會「不信任你」，進而影響引用率。
---
