AO2 FIELD GUIDE · AG009 · GEO／AEO 與 AI 搜尋
AI 引用失效網址先核對完整路徑、請求回應與頁面歷史，再區分搬移、存取問題或未曾存在。附修復分流及驗收表，不把所有 404 都稱為幻覺，也不一律轉回首頁。
AI 給了一個很像官網的連結，打開卻找不到頁面，該立刻建立那個網址嗎？先查它以前是否存在、是否只是搬家，還是當次請求被擋住。修復的目的是讓人找到相符內容，不是替每一條看似合理的路徑補一篇文章。
AI 引用失效網址，先保存這次證據
記下完整答案、引用原文、完整網址、平台、日期及開啟結果。先確認字元、大小寫、語言路徑、參數與最終目的地，避免手動複製漏字造成誤判。若來自網站分析的轉介資料，另列可取得範圍；不知道來源的訪問，不能只因路徑像 AI 生成就全部歸給 AI。
404 是一種回應，不是網址從未存在的證明。本篇只處理外部引用入口的失效分流；產品功能錯誤與引用主張核對另有指南。不要把文章討論的假想網址建立成真實頁，也不因看到一個失效連結，就推論整個網站的 AI 引用有固定問題率。
白話例子：地址找不到，可能搬家，也可能抄錯
假想買方拿到一張供應商地址，走到現場卻找不到。可能是店搬了、門暫時關閉、地址抄錯，或那家店從未在那裡。不同原因需要不同處理；一律把人帶到市中心，不會讓他自動找到原本需要的服務。網站所有失效網址都導首頁，也可能留下同樣困惑。
地址對應路徑，搬家對應正式轉址，門禁對應存取問題，不存在則需核對歷史。這是假想導航比喻，不是已確認的 AO2 事件。真正原因需看內容清單、搬遷紀錄與回應；生成平台怎麼形成某個路徑，外部維護者未必知道，不能替未知機制寫一個肯定故事。
把搬移、阻擋與未曾存在分開查
先查舊內容清單、站內搜尋、發布紀錄及既有轉址，確認原頁是否搬移、改名或停用。再看實際狀態與取得內容：403、429、伺服器錯誤或驗證頁需轉給維護者查，不要當成不存在。網址可開但主內容已變成另一件事，則是內容相符問題，也不能只以連結成功結案。
對查不到歷史的路徑，標記尚未找到原頁證據；即使看起來像產品名稱，也不能確定它一定是模型憑空編造。外部研究有其取樣與辨識方法，數據解讀另見統計專區。本站的修復工作單只用個別網址證據決定下一步，不以外部失效率替自己宣告問題嚴重程度。
| 證據 | 可能工作 | 不要直接判定 |
|---|---|---|
| 有舊頁及搬移紀錄 | 核對繼任內容與轉址 | 一定是生成幻覺 |
| 有防護或伺服器錯誤 | 交維護者定位請求 | 一律改成新網址 |
| 未找到歷史 | 保留未知並查需求 | 已證明從未存在 |
| 能開但內容不符 | 回查語言、型號及用途 | 成功代碼等於修好 |
依內容相符程度選修復，不一律導首頁
有明確同用途繼任頁，可評估適當轉址，並檢查最終內容與必要條件。原頁確實停用且沒有替代，保留正確狀態及有用的尋找入口，不要以成功代碼包住不存在頁。若是存取或暫時錯誤，就處理對應技術原因，避免用內容轉址掩蓋真正問題。
未曾確認存在但反覆帶來相關訪問的路徑，先評估是否有真正相符的既有頁，或是否有獨立需求值得建內容。不能只為接住錯誤網址，製作薄弱同義文章。Google 對狀態碼與轉址有官方處理說明；其他平台如何更新引用，仍需另觀察，轉址本身不保證舊連結立即消失。
修好入口後，把歷史與責任留給下一位
驗收原始路徑、必要跳轉、最終網址與實際主內容，確認沒有循環、過多中繼或語言／型號錯配。同步修站內連結、Sitemap 及能控制的引用位置，保留修改前後、理由與責任人。外部答案紀錄另保存，不把自己的頁面已修好寫成外部平台已全部更正。
讓連結能開還不夠，要讓人抵達他原本要找的內容。優先處理有實際訪問、明確買方用途或會造成重要誤解的入口。無證據的偶發路徑可以先留觀察，不必為每條網址建立轉址網。設定回查期間與結案條件，避免之後人員更替又把已處理的舊路徑當成新問題。
| 位置 | 核對事項 | 交接紀錄 |
|---|---|---|
| 原始引用 | 完整路徑與當次答案 | 時間、平台與證據 |
| 跳轉 | 有理由且無循環 | 原值、規則與責任 |
| 最終頁 | 內容、版本與用途相符 | 核准來源及現行頁 |
| 後續 | 站內入口與外部觀察分開 | 回查日期與結案條件 |
常見問題
AI 引用的網址回 404，就一定是幻覺嗎？
不能只憑狀態碼確定。網址可能曾存在後搬移、停用，也可能是複製錯誤或其他路徑問題。先保存當次答案與完整 URL，查內容歷史、轉址及實際回應；找不到證據時標待確認。外部研究的判定方式有其限制，不能把所有個別 404 都直接貼上同一個原因標籤。
把全部失效網址轉到首頁，最快嗎？
可能讓人離原本任務更遠，也掩蓋不存在內容。先確認是否有同用途且相符的繼任頁，才評估適當轉址；沒有替代時保留正確狀態與有用導覽。存取或伺服器問題應修原因，不用首頁跳轉代替。驗收要看最終內容能否支持原問題，不只看網址是否打得開。
應該照 AI 給的錯誤路徑新增文章嗎？
先查是否已有能承接的頁面，以及這個路徑背後是否有真實獨立需求。反覆訪問可以提供線索，卻不是必須新寫的充分證據。能用既有內容正確承接就先整理入口；需要不同輸入、流程與交付物才考慮新增。不要為了修一個錯誤連結，製造另一篇近義重複文章。
白話總結：地址失效，先查是搬家還是找錯地方
用網址歷史與相符內容決定修復，讓讀者能回到原任務。
- 存證據：留下完整答案、URL、時間與開啟結果。
- 分原因：查搬移、停用、阻擋與未確認歷史，不急著貼幻覺標籤。
- 驗抵達：核對最終內容、站內入口與責任，外部引用另回查。
完成條件：原入口有合理處理與歷史紀錄，讀者能找到相符內容，沒有把全部錯誤掩蓋成首頁。
來源與方法範圍
資料查核：2026 年 10 月 24 日。來源支持文中對應的準則與平台說明；工作表、判斷步驟及已標示的假想情境由 AO2 整理，實際使用時依產品資料與現行設定核對。
