AI 發現度
優評估網站能否被搜尋引擎與 AI crawler 發現，聚合「發現」面向。
86.2%
方案2 Standard Score 報告
各面向分數摘要、重點弱項與可優化項目
關鍵評分總覽
以下三個分數由六大面向 evidence 加權聚合而來，提供 AI 系統對這個網站的發現性、可讀性與可行動性的高層次快照。六大面向原始分數仍可在下方追溯。
AI 理解度
優評估語意是否可被機器正確解析且被 AI 摘要或引用清單採用，聚合「理解」面向。
81.6%
AI 引用度
需關注評估網站能否透過 OpenAPI 或結構化能力描述被 AI Agent 整合，聚合「引用」面向。
55.1%
三個產品面向
每個面向映射到一或多個衍生分數。「理解」與「引用」共享同一個分數，因為兩者的評估證據高度重疊。
發現→ AI 發現度
能不能被搜尋引擎與 AI crawler 找到
依據: 網站地圖、爬蟲規則
理解→ AI 理解度
能不能被機器正確解析語意、主題與正式版本
依據: Meta 標籤、HTML 原始碼
引用→ AI 引用度
能不能被 AI 摘要、答案引擎或引用清單採用
依據: 結構化資料、Meta 標籤
各評分優先改善建議
每個衍生分數列出前三個改善項目，依「面向權重 × 分數缺口」排序，優先改善影響最大的項目。
簡化摘要結果
83%
優AI 發現度
網站地圖 目前得分 83%，評分為 優。
- 最低項目：網址合法性健康度（0 / 0）
- 最高項目：網址格式健康度（3 / 3）
97%
優AI 發現度、AI 理解度
爬蟲規則 目前得分 97%，評分為 優。
- 最低項目：robots.txt 是否存在（8 / 8）
- 最高項目：是否允許關鍵渲染路徑（8 / 8）
33%
需關注AI 引用度
API 規格 目前得分 33%，評分為 需關注。
- 最低項目：資料結構（Components Schemas）（0 / 8）
- 最高項目：OpenAPI 版本宣告（2 / 2）
84%
優AI 理解度、AI 引用度
HTML原始碼 目前得分 84%，評分為 優。
- 最低項目：語言宣告完整性（0 / 3）
- 最高項目：DOM 合法性（5 / 5）
84%
優AI 發現度、AI 理解度
Meta 標籤 目前得分 84%，評分為 優。
- 最低項目：社交媒體預覽標籤（0 / 0）
- 最高項目：多語 Meta 一致性（3 / 3）
70%
優AI 發現度、AI 理解度、AI 引用度
結構化資料 目前得分 70%，評分為 優。
- 最低項目：Schema 類型合法率（0 / 0）
- 最高項目：多語內容一致性（3 / 3）
六面向分布（雷達圖）
評分等級說明
優
此面向整體表現穩定，持續監控即可，並在日常維運中補強少數邊界情境。
良好
目前已有部分基礎，在一致性或完整性上仍有改善空間，進一步優化可提升整體成效。
需關注
此面向存在明確缺口，會實際影響搜尋可見性、渲染理解或結構化判讀，建議排入改善計畫。
異常
核心可爬取性或索引能力已被明顯阻斷，此面向需優先修復，再進行其他優化工作。
高優先問題與風險
網站地圖
網址合法性健康度
這是 網站地圖 目前最弱的子項。相較於該面向表現最好的「網址格式健康度」，目前落差集中在這裡，應列為優先修正。
- 最低分：0 / 0
- 檢查重點：依合法 URL 比例計分，非 http/https 或無法解析者會降低分數。
- 最高分參考：網址格式健康度（3 / 3）
API 規格
資料結構（Components Schemas）
這是 API 規格 目前最弱的子項。相較於該面向表現最好的「OpenAPI 版本宣告」，目前落差集中在這裡，應列為優先修正。
- 最低分：0 / 8
- 檢查重點：檢查 components.schemas 是否存在，並作為共用資料模型被 API 引用（OpenAPI 核心能力）。
- 最高分參考：OpenAPI 版本宣告（2 / 2）
HTML原始碼
語言宣告完整性
這是 HTML原始碼 目前最弱的子項。相較於該面向表現最好的「DOM 合法性」，目前落差集中在這裡，應列為優先修正。
- 最低分：0 / 3
- 檢查重點：檢查 html lang 是否存在且符合語言代碼格式。
- 最高分參考：DOM 合法性（5 / 5）
Meta 標籤
社交媒體預覽標籤
這是 Meta 標籤 目前最弱的子項。相較於該面向表現最好的「多語 Meta 一致性」，目前落差集中在這裡，應列為優先修正。
- 最低分：0 / 0
- 檢查重點：檢查是否正確設定 Open Graph（og:title、og:description、og:image、og:url、og:type）以及 Twitter Card（twitter:card、twitter:title、twitter:description、twitter:image）。這些標籤有助於在社群平台分享時呈現良好的標題與圖片。
- 最高分參考：多語 Meta 一致性（3 / 3）
結構化資料
Schema 類型合法率
這是 結構化資料 目前最弱的子項。相較於該面向表現最好的「多語內容一致性」，目前落差集中在這裡，應列為優先修正。
- 最低分：0 / 0
- 檢查重點：檢查 @type 是否為有效的 Schema.org 類型，依合法比例計分（無無效類型可拿滿分）。
- 最高分參考：多語內容一致性（3 / 3）
爬蟲規則
robots.txt 是否存在
這是 爬蟲規則 目前最弱的子項。相較於該面向表現最好的「是否允許關鍵渲染路徑」，目前落差集中在這裡，應列為優先修正。
- 最低分：8 / 8
- 檢查重點：確認網站根目錄是否提供 robots.txt 檔案。
- 最高分參考：是否允許關鍵渲染路徑（8 / 8）
可優化項目
Meta 標籤
Canonical 與頁面網址不完全一致
canonical 存在但與目前頁面的 host/path 不完全對齊，可能影響索引判定。
- https://geo.aulait.ai
結構化資料
Organization / WebSite / WebPage 關聯不足
站點級 schema 關聯不完整，會降低實體與網站之間的語義連結。
- missing WebPage node
- missing WebPage linkage fields
Meta 標籤
Title 可辨識度不足
title 過短、過於重複或 token 多樣性不足，會降低頁面主題辨識度。
- FAQ 說明 | GEO Scorecard | GEO Scorecard
- 六大面向說明 | GEO Scorecard | GEO Scorecard
- HTML 語意 | GEO Scorecard | GEO Scorecard
網站地圖
Sitemap 更新時效性不足
近期更新比例約為 64%，仍有部分頁面 lastmod 偏舊。
Meta 標籤
Description 品質不足
description 可能過短、過長或像 placeholder，會降低搜尋摘要品質。
- 查看 GEO Scorecard 服務條款，了解方案使用、付款安排、使用規範、責任限制與聯絡方式。
網站地圖：
83%
- 網站地圖 目前得分 83%，評分為 優。
- 目前表現較佳：是否存在 Sitemap。
- 優先改善項目：網址合法性健康度。
Sitemap URL 總數 22可訪問抽樣 8 頁
可優化項
Sitemap 更新時效性不足
近期更新比例約為 64%，仍有部分頁面 lastmod 偏舊。
爬蟲規則：
97%
- 爬蟲規則 目前得分 97%，評分為 優。
- 目前表現較佳：robots.txt 是否存在。
- 優先改善項目：robots.txt 是否存在。
Sitemap 宣告 1 條API 或靜態資源封鎖規則 0 條
API 規格：
33%
- API 規格 目前得分 33%，評分為 需關注。
- 目前表現較佳：文件結構合法性。
- 優先改善項目：資料結構（Components Schemas）。
paths 0 條operations 0 個
HTML原始碼：
84%
- HTML原始碼 目前得分 84%，評分為 優。
- 目前表現較佳：Landmarks 完整性。
- 優先改善項目：語言宣告完整性。
逐頁 HTML 檢查 22 頁總 explanation 0 筆
Meta 標籤：
84%
- Meta 標籤 目前得分 84%，評分為 優。
- 目前表現較佳：基本 SEO 標籤。
- 優先改善項目：社交媒體預覽標籤。
逐頁 Meta 檢查 22 頁重複 meta key 樣本 22 筆
可優化項
Canonical 與頁面網址不完全一致
canonical 存在但與目前頁面的 host/path 不完全對齊，可能影響索引判定。
- https://geo.aulait.ai
Title 可辨識度不足
title 過短、過於重複或 token 多樣性不足，會降低頁面主題辨識度。
- FAQ 說明 | GEO Scorecard | GEO Scorecard
- 六大面向說明 | GEO Scorecard | GEO Scorecard
- HTML 語意 | GEO Scorecard | GEO Scorecard
Description 品質不足
description 可能過短、過長或像 placeholder，會降低搜尋摘要品質。
- 查看 GEO Scorecard 服務條款，了解方案使用、付款安排、使用規範、責任限制與聯絡方式。
結構化資料：
70%
- 結構化資料 目前得分 70%，評分為 優。
- 目前表現較佳：是否存在 JSON-LD。
- 優先改善項目：Schema 類型合法率。
逐頁 JSON-LD 檢查 22 頁偵測節點總數 126
可優化項
Organization / WebSite / WebPage 關聯不足
站點級 schema 關聯不完整，會降低實體與網站之間的語義連結。
- missing WebPage node
- missing WebPage linkage fields
優先修正清單
網站地圖網址合法性健康度
找出 sitemap 中非 http/https 格式的 URL（如 ftp://、相對路徑、空字串），統一改為完整的 https:// 絕對 URL。若使用動態生成，在 sitemap 邏輯中加入 URL 格式驗證。
預期影響：提升合法 URL 比例確保爬蟲能直接存取每個頁面，改善整體 sitemap 品質分數。
網站地圖同網域健康度
移除 sitemap 中指向非主網域（如 CDN 子網域、staging 網域、第三方服務）的 URL。sitemap 應只包含本站的正規 URL。在 sitemap 生成器中設定域名過濾條件。
預期影響：同網域 URL 讓 Google 正確將所有頁面歸屬於本站，避免跨域索引混亂，提升網站整體的索引完整度。
API 規格資料結構（Components Schemas）
建立 components.schemas 區塊，將常用的資料模型（如 User、Product、ErrorResponse）定義為可重用的 schema，並在 endpoint 的 requestBody 和 responses 中以 $ref: "#/components/schemas/..." 引用。
預期影響：集中的 schema 定義讓 AI Agent 能理解並重用資料模型，是構建複雜自動化工作流的基礎。
API 規格Response Schema 定義
為每個 endpoint 的 responses["200"].content["application/json"] 加入 schema 定義（可直接定義或以 $ref 引用 components/schemas）。
預期影響：Response schema 讓 AI Agent 能正確解析 API 回傳資料並用於後續任務，是實現自動化工作流的關鍵。
API 規格API 路徑數量
確保 OpenAPI 文件的 paths 區塊包含所有現有的 API 端點。若 API 路徑少於 3 個，考慮是否有遺漏的端點未被文件化（如 CRUD 子路由、搜尋、過濾等）。
預期影響：充足的路徑數量讓 AI Agent 有足夠的動作選項完成複雜多步驟任務，提升 AI 引用度分數。
API 規格Request Schema 定義
為 POST/PUT/PATCH endpoint 的 requestBody.content["application/json"] 加入 schema 定義，明確指定必填欄位（required）、各欄位型態（type）與格式（format）。
預期影響：明確的 request schema 讓 AI Agent 能自動生成正確的請求 body，大幅減少因格式錯誤導致的 API 呼叫失敗，提升 AI 引用度。
API 規格文件說明完整性
為每個 operation 加入 summary（一行簡短說明）和 description（詳細用途、限制、副作用說明），以及 responses[200] 的 description 欄位。
預期影響：完整的說明讓 AI Agent 能正確選擇並呼叫對應的 API，減少因資訊不足導致的誤用與錯誤呼叫。
API 規格參數結構定義
為所有 path/query parameters 加入完整的定義：name、in（path/query/header）、required（布林）、description 和 schema（含 type 與 example）。
預期影響：完整的參數定義讓 AI Agent 能正確構建 URL 與請求，避免因參數型態錯誤導致 API 呼叫失敗。
API 規格API 標籤分類
在 OpenAPI 文件頂層定義 tags 清單（含 name 和 description），並在每個 operation 的 tags 欄位引用對應的 tag 名稱。
預期影響：Tags 讓 AI Agent 能按功能群組選擇 API，提升多步驟任務的規劃效率與工具選擇準確度。
API 規格範例資料（Examples）
對每個重要的 request/response schema 新增 inline example 或 components/examples。也可在 schema 中直接加入 example: 欄位。
預期影響：樣本資料讓 AI Agent 能對比實際回應格式並自動產生測試案例，大幅提升 AI 引用度。
HTML原始碼語言宣告完整性
在 <html> 標籤加入正確的 lang 屬性，使用 BCP 47 語言代碼格式（如 zh-TW、zh-CN、en-US）。在 Next.js App Router 中，於 layout.tsx 的 <html lang="zh-TW"> 設定。多語系頁面的不同語言版本應各自宣告正確的 lang。
預期影響：正確的語言宣告讓 AI 能以正確語境理解頁面內容，影響搜尋引擎的語言匹配與 AI 回答的語言準確度。
Meta 標籤社交媒體預覽標籤
補充完整的 Open Graph 與 Twitter Card 標籤組合。og:image 必須使用絕對 URL 且建議尺寸為 1200×630px。twitter:card 設為 summary_large_image 以獲得最大圖片預覽效果。
預期影響：完整的 OG 與 Twitter Card 提升社群分享點擊率，同時讓 AI 搜尋引擎取得更豐富的頁面摘要資訊。
Meta 標籤重複標籤檢查
使用瀏覽器開發者工具或 MetaSEO 等擴充功能檢查 <head> 內的重複標籤，移除重複的 og:title、description 等標籤，每個 property/name 應只出現一次。Next.js 中確認自訂 Head 元件不與 layout.tsx 的 metadata export 產生衝突。
預期影響：消除重複標籤確保搜尋引擎讀取正確的版本，避免因標籤衝突導致搜尋摘要與社群預覽顯示錯誤內容。
結構化資料Schema 類型合法率
審查所有 JSON-LD 區塊，確認每個 @type 都是 schema.org 官方認可的類型。常見拼寫錯誤：WebSite（注意大小寫）、BreadcrumbList（不是 BreadCrumbList）、FAQPage（不是 FaqPage）。
預期影響：100% 的合法類型率確保每個 JSON-LD 節點都有效，最大化 Rich Results 資格與 Knowledge Graph 理解能力。
結構化資料主體實體一致性
若同一頁面有多個 JSON-LD 區塊引用同一實體（如 Organization），確保它們的 name、url、@id 完全一致。最佳實踐是定義一個帶 @id 的實體節點，其他節點透過 @id 引用。
預期影響：一致的主體實體讓 Google Knowledge Graph 能跨頁面識別並累積實體信號，有助於建立品牌知識面板。
結構化資料與 HTML 內容一致性
確保 JSON-LD 中的 name（WebPage）或 headline（Article）與 <title> 一致，description 與 meta description 一致。在 Next.js 中，可從共用的 metadata 物件同時生成 meta tags 和 JSON-LD 內容。
預期影響：JSON-LD 與 HTML 內容一致是 Google 結構化資料有效性的前提，不一致可能導致 Rich Results 資格被取消。
網站地圖網址數量充足
確保 sitemap 涵蓋網站所有重要的公開頁面（首頁、產品頁、分類頁、部落格文章、關於頁等）。若頁面數量少，考慮是否有動態生成的頁面未被納入。可用 next-sitemap 或 CMS 整合自動生成。
預期影響：充足的頁面覆蓋讓 AI crawler 能發現整個網站的內容地圖，直接提升 AI 發現度與可索引深度。
結構化資料Rich Results 關鍵欄位完整度
參考 Google 的 Rich Results 文件確認各類型的必要欄位，補齊缺少的欄位。Product 需要 name、image、description、offers（含 price 和 priceCurrency）；FAQPage 需要完整的 mainEntity 問答陣列。
預期影響：完整的 Rich Results 欄位讓商品、文章、FAQ 直接在 Google 搜尋結果以豐富卡片顯示，點擊率可提升 30–300%。
結構化資料Breadcrumb 結構完整性
確保 BreadcrumbList 的每個 itemListElement 都包含 @type（ListItem）、position（從 1 開始的整數）、item（完整 URL）和 name（麵包屑標籤文字）。
預期影響：完整的 BreadcrumbList 讓 Google 在搜尋結果中顯示麵包屑導覽，幫助用戶了解頁面在網站中的位置，提升點擊率。