AI 建站工具、無程式碼平台與單頁式應用程式，讓企業可更快推出服務頁；但前端看得到的內容，不一定已在可索引版本出現。Google 說明 JavaScript 網站會經過抓取、渲染及索引，且不保證每個網址一定被抓取、索引或顯示。香港 SME 應確認重要服務、價格原則、聯絡資料及案例頁在渲染後仍可見、每頁有真正網址並回傳正確 HTTP 狀態。這不保證排名、流量、引用或 AI 展示。
為何 JavaScript 網站需要額外檢查？
原始 HTML 與使用者畫面可能不同
伺服器端渲染網站的 HTTP 回應通常已有主要內容；部分 JavaScript 網站則先回傳 app shell，待程式執行後才載入文字、圖片和連結。Google 可以執行 JavaScript，但其他 crawler 的支援能力未必相同。因此，核心商業資料不應只依賴互動後才出現的介面。
先把「有頁面」與「已被正確理解」分開
網址可打開，不代表系統已把它當作獨立頁面理解。Google 會分析文字、title、圖片 alt text、canonical 等資料；渲染內容缺失、robots 指令不當或網址重複都可能造成問題。
三項優先檢查
一：每項服務應有可請求的網址
Google 建議單頁應用程式使用 History API，並讓服務、產品或案例採用可解析的 <a href> URL，例如 /services/geo-audit/，而非 #/services fragment。每個高價值主題應有可分享及連結的網址。
二：頁面 metadata 與 canonical 必須一致
每個服務頁應有獨特而準確的 title、meta description 及 canonical URL。Google 允許以 JavaScript 設定 metadata，但不建議讓 JavaScript 把原始 HTML 的 canonical 改成另一個值；同一頁出現多個或互相衝突的 canonical 也可能帶來非預期結果。
三：錯誤與已刪除內容應回傳正確狀態
若產品、文章或服務頁已不存在，伺服器應回傳合適的 404，或轉向真正回傳 404 的頁面。若所有網址都回傳 200，再由前端顯示「找不到內容」，可能形成 soft 404。HTTP 狀態與畫面訊息都需要正確。
用 URL Inspection 作實務驗證
比較已索引版本與 Live Test
在 Search Console 輸入完整正式網址，先看 Google 最近索引的版本，再用 Test live URL 檢查目前頁面是否可索引。兩者資料不同並不必然表示故障：前者反映已收錄版本，後者是即時測試。修正後，應確認內容與設定已在 live test 中出現，再按需要提出索引要求。
查看渲染後畫面、HTML 與資源
URL Inspection 可顯示 Google-InspectionTool 所見的截圖、HTTP 回應、頁面程式碼及資源。抽查首頁、主要服務頁、案例頁、FAQ 及聯絡頁，確認重要文字、連結與行動按鈕不只在人工瀏覽時才存在。
香港 SME 的發布前檢查表
每次用 AI 或無程式碼平台新增頁面後，先確認網址可直接開啟、主要資訊不需登入或特定操作才顯示、title 與 H1 清楚、canonical 指向自身正式網址，以及不存在的頁面不會假裝成功。然後檢查 robots.txt、Sitemap 與內部連結是否把正確網址交給 crawler。最後才以 URL Inspection 核對渲染結果；不要把「可索引」誤讀成排名或引用承諾。
GEO Expert 的觀點
GEO 的技術基礎不是要求企業放棄互動設計，而是確保重要業務資料在真實網址、可見內容、metadata 與伺服器回應之間保持一致。這能讓網站較易被人和系統理解，但 AI 系統的引用與搜尋結果仍會隨查詢、內容品質和平台系統而變化。