你推出了一個功能。測試通過，採用率卻沒有起色。幾星期後，一位客戶描述了這個功能正好能解決的問題，並問你打算何時開發。其實你已經開發好了，只是他們找不到。
導航覆蓋是指應用程式中，能透過實際用戶導航路徑到達的功能比例。程式碼覆蓋衡量測試跑過多少程式碼；導航覆蓋衡量用戶實際能找到多少產品。
傳統測試漏掉了什麼
傳統測試回答的是：在指定步驟下，程式碼是否正確運作。它不會回答：用戶是否會自然走到這些步驟。
一個設定頁面可能藏在三層選單之後，而且只在某些螢幕寬度出現。端到端測試可以直接前往該 URL 並確認切換按鈕正常，但如果沒有用戶能從介面中找到它，這個功能對用戶而言等同不存在。
這個缺口在複雜產品中會持續累積。每個新功能都增加新的導航路徑，每次重新設計都可能改變既有路徑。若沒有系統性方法量度哪些功能仍然可達，不可發現的功能會靜悄悄地堆積。
Glia Quest 如何運作
AI 代理會像真實用戶一樣瀏覽你的網站：點擊連結、打開選單、跟隨導航路徑，然後回報它找到什麼，以及找不到什麼。
你只需要提供一個 URL。Quest 不需要 SDK、不需要程式碼存取權，也不需要你編寫測試腳本。代理會建立一張導航地圖，記錄每個可達功能及到達它的具體路徑。
這不是單純的 sitemap 比對，也不是傳統連結爬蟲。Quest 會與介面互動，包括 JavaScript 產生的導航、下拉選單、彈窗觸發器，以及只在特定互動後出現的條件式元素。
適合誰使用
任何負責網站產品、懷疑導航存在缺口、但沒有系統方法量度的人，都適合使用 Glia Quest。
工程團隊會在重新設計或重構後使用 Quest，確認導航結構變動沒有令功能消失。產品經理用它驗證設計中的用戶旅程是否真的存在於介面中。創辦人則用它取得一份外部、誠實、不依賴「看起來沒問題」的可發現性評估。
下一步
Glia Quest 已於 app.glia.quest 上線。免費預覽審計可為最多 50 頁的網站提供導航覆蓋分數及導航地圖，通常約 60 秒完成。
對於管理大型應用、複雜導航、多角色旅程或多語系網站的團隊，平台亦提供完整審計能力。