品牌 AI 能見度健檢 — 完整範例報告

1. 執行摘要

Claire Chang 官網具備極佳的底層工程體質，以靜態預渲染（SSG）呈現、全站未設 JS 渲染障礙，且 robots.txt 明確對 GPTBot、PerplexityBot、ClaudeBot 等主流 AI 爬蟲全面開放，並建置了 5 款原創互動式 AI 檢測工具與高品質的 AI 落地實務文章；然而，目前網站在 GEO 上的核心痛點在於**「主題權威稀釋」（Sitemap 中高達 92% 的內容為 10–15 年前的 Flex、Flash、PHP 舊技術存檔）、「核心商業服務缺乏獨立主題支柱頁（Pillar Page）」（內訓與導入全收納於單一「合作洽談」頁且 H1/Title 偏向感性文案），以及「Schema 實體各自獨立未形成 @graph 關聯網絡」**。若能儘速（1）將舊技術存檔於 Sitemap 與實體標籤上降權或隔離、（2）建立「企業 AI 內訓」與「AI 導入顧問」獨立服務頁並補齊結構化大綱與 FAQ、（3）導入 Calendly 即時預約並串聯 @graph 實體圖譜，網站將能迅速在繁中市場的企業 AI 決策者查詢中，由「單純可讀取的部落格」升級為「AI 搜尋引擎首選引用的專業顧問權威」。

本報告是可擷取性、可理解性、可引用性與可信度的策略診斷，不是任何搜尋引擎的排名或引用保證。

Mermaid：GEO readiness 評估流程

以下流程呈現 claire-chang.com 從被 AI 搜尋引擎（如 ChatGPT Search、Perplexity、Google AI Overviews）抓取，到最終促成商業諮詢轉換的各階段狀態與瓶頸：

flowchart LR
    A["網站可被抓取<br/>(robots.txt 全面放行)"] --> B["技術可解析<br/>(靜態 HTML / 載入極快)"]
    B --> C["品牌與實體清晰<br/>(張可佳 / 允愛數位)"]
    C --> D["內容能回答問題<br/>(AI 落地與工具實測)"]
    D --> E["具備引用條件<br/>(具體案例與方法論)"]
    E --> F["商業或在地轉換<br/>(預約諮詢 / LINE / 表單)"]

    B -.-> X["Sitemap 92% 為舊技術存檔<br/>(主題權威嚴重被稀釋)"]
    C -.-> Y["Schema 零散未串成 @graph<br/>(缺乏統編/在地地址/定價)"]
    D -.-> Z["核心服務頁無獨立結構化 FAQ<br/>(缺乏大綱、時數、交付清單)"]
    E -.-> W["案例多為匿名<br/>(第三方背書與企業 Logo 不足)"]
    F -.-> V["僅靜態表單無即時預約<br/>(B2B 決策者流失)"]

如何解讀此流程：

1. 流程卡點： 網站底層抓取與解析（A 與 B）表現優異，但從「實體清晰（C）」進入「內容回答（D）」與「商業轉換（F）」時遭遇阻礙。
2. 最關鍵影響： 歷史存檔的 480 篇舊技術文章稀釋了全站對「AI 導入」的語意專注度，且 /services/ 頁面缺乏解答「AI 內訓大綱、收費模式、導入天數」的結構化內容。
3. 最優先改善： 拆分核心服務頁面、建構模組化 FAQ 與即時日曆預約，讓 AI 在摘要顧問服務時能直接抓取確切答案並導流。

2. 評分總覽

各面向評分理由詳細說明

1. 爬取與索引可見性（14/15）： 伺服器回應速度極佳（Cloudflare Edge 命中快），robots.txt 具備業界少見的完整 AI Bot 友善名單，HTML 為原始碼即見全內文，AI 爬蟲無須執行耗時的 JavaScript 渲染即可抓取。
2. 技術可解析性（13/15）： 頁面標題與 Meta Description 配置到位，無重大轉址鏈（Redirect Chain）。然而首頁 H1 為「讓企業需求被技術聽懂，讓 AI 真正落地。」，服務頁 H1 為「從建立共識，到第一個真正落地的 AI 專案」，皆缺乏明確的「實體定義型語意詞」，對自然語言處理模型抽取主語屬性較不友善。
3. 內容答案性與品質（13/20）： 文章具備第一線落地經驗（如老師傅經驗傳承、ERP 與 SQL 串接），原創性極高。但商業核心頁面（服務介紹）多為條列概念，缺乏決策者最想詢問的具體流程、試行門檻、資安架構、費用級距等明確問答（Q&A）。
4. 實體清晰度與 E-E-A-T（14/20）： 顧問個人品牌鮮明（台北科技女性獎項、LinkedIn/FB 外部連結齊全）。但作為 B2B 顧問服務，其法人載體「允愛數位科技」缺乏經濟部商業司登記之統一編號、電話與登記地址，削弱了大型企業採購時 AI 自動徵信與 E-E-A-T 驗證的分數。
5. 主題權威與內容架構（9/15）： 這是失分最嚴重的項目。全站 522 篇 URL 中，有 480 篇是多年前累積的 Flash、ActionScript、Flex、PHP 筆記。AI 向量模型在計算整個 Domain 的主題嵌入向量（Domain Topic Embedding）時，會受到大量舊時代技術關鍵字的嚴重干擾。
6. 商業／在地實用性（6/10）： 雖有 LINE 官方帳號與表單，但針對目標受眾（CEO、CTO、中小企業主）而言，靜態等待回覆的表單轉換率低於「即時挑選會議時段（Calendly）」；且未建立 Google 商家資訊與 Schema LocalBusiness 在地服務半徑。
7. 衡量與迭代能力（3/5）： 具備 GA4 代碼，但缺乏公開的事件觸發定義，且無權限確認 GSC 收錄與實際 AI Overviews 曝光數據。

3. 目標查詢與實體模型

優先目標自然語言查詢清單（12 組代表性 Prompt）

核心實體模型定義

• Person（核心人物）： 張可佳（Claire Chang），@id: https://claire-chang.com/#claire-chang。定義為「企業 AI 導入與流程轉型顧問、資深軟體工程師」。
• Organization（組織實體）： 允愛數位科技，@id: https://claire-chang.com/#organization。為 Claire Chang 之法人主體。
• Service（主要服務）：
  1. 企業 AI 內訓與講座（Enterprise AI Training）
  2. AI 流程診斷與專案選題（AI Workflow Assessment）
  3. AI 導入顧問陪跑（AI Implementation Coaching）
• SoftwareApplication（數位資產）： 5 款 AI 小工具（Scorecard、Data Check、Healthcheck、Trends Explorer、Agent Trends）。
• Location（服務區域）： 台灣（TW）、台北市、支援全台到府與線上遠端。

Mermaid：品牌實體與目標查詢關係圖

以下呈現張可佳品牌、核心實體、目標受眾需求與商業轉換之關聯：

flowchart TD
    subgraph 品牌實體層
        Person["Person: 張可佳 (Claire Chang)<br/>19 年工程背景 / 科技女性獲獎"]
        Org["Organization: 允愛數位科技<br/>(需補強統編 / 公司電話 / 地址)"]
        Person --- Org
    end

    subgraph 核心服務層
        S1["Service: 企業 AI 內訓與工作坊<br/>(新竹國泰醫院 98.2 分滿意度)"]
        S2["Service: AI 流程診斷與評估<br/>(四層架構 / 專案選題表)"]
        S3["Service: AI 導入專案陪跑<br/>(原型驗證 / 團隊交付)"]
        Tools["WebApplication: 5 款 AI 檢測小工具<br/>(低門檻體驗 / 產生初步報告)"]
        Org --> S1
        Org --> S2
        Org --> S3
        Org --> Tools
    end

    subgraph 目標受眾與高頻意圖
        Audience["B2B 目標受眾<br/>CEO / CTO / 中小企業主"]
        Q1["查詢: 企業 AI 內訓推薦 / 課程大綱"]
        Q2["查詢: AI 流程診斷 / 專案選題方式"]
        Q3["查詢: 傳統產業/ERP 導入 AI 落地實務"]
        Audience --> Q1
        Audience --> Q2
        Audience --> Q3
    end

    subgraph 網站應答與第一方證據
        Q1 -.->|現況資訊薄弱| S1
        Q2 -.->|有工具但缺獨立落地頁| S2
        Q3 ==>|文章解析詳盡/原創度高| Insights["AI 導入筆記 (16 篇)<br/>含 ERP、知識傳承實例"]
    end

    subgraph 商業轉換路徑
        C1["即時預約 30 分鐘諮詢<br/>(現況缺乏 Calendly/Cal.com)"]
        C2["填寫需求洽談表單<br/>(現有靜態表單)"]
        C3["加入官方 LINE (@maz3267h)<br/>(現有管道)"]
        S1 --> C2
        S2 --> C2
        S3 --> C1
        Tools --> C3
    end

如何解讀此圖表：

1. 實體清楚之處： 張可佳（Person）與 5 款 AI 小工具（WebApplication）及 16 篇深度文章（Insights）之關係十分明確，是目前 AI 擷取引用最強之處。
2. 實體未連結之處： Organization 缺乏具體營業登記與地址標記，與 Location（在地實體）訊號脫鉤。
3. 目標查詢無對應答案： 受眾若搜尋「AI 內訓課綱」、「導入陪跑費用標準」，目前網站僅有簡短清單，無完整模組可供 AI 摘錄為直接解答。
4. 證據需補強： 國泰醫院的數據（98.2 分）僅零星散落在 About 頁，未建立獨立的 CaseStudy 實體與顧客原話引言。

4. 技術與爬取稽核

4.1 robots、sitemap、HTTP 與 indexability

• robots.txt 狀態： HTTP 200 OK，格式規範完全合法。特別針對 GPTBot、OAI-SearchBot、ChatGPT-User、PerplexityBot、ClaudeBot、Claude-SearchBot、Google-Extended、Bingbot、Diffbot 等 18 種爬蟲全部設為 Allow: /。此為極高水準之 GEO 配置，毫無阻礙。
• sitemap.xml 狀態： HTTP 200 OK，有效 XML 格式，包含 522 條網址。經抽查核心頁面（/, /about/, /services/, /tools/, /insights/ 等）HTTP 狀態碼皆為 200，無重定向錯誤。
• 渲染與內容可見度： 網站底層架構部署於 Cloudflare CDN，以靜態預渲染（Static HTML）交付，核心文字、標題、內鏈皆在原始碼中清晰可見，不依賴用戶端 JavaScript 渲染，對各類 AI 爬蟲之抓取預算（Crawl Budget）極為友善。

4.2 canonical、redirect、metadata、語言與內部連結

• Canonical 標籤： 抽查頁面均包含自我參照規範連結（Self-referencing Canonical），如 https://claire-chang.com/services/，標準化完整，未發現 Canonical 指向錯誤或衝突。
• Metadata 與 H1 結構：
  • 首頁 Title：Claire Chang｜企業 AI 導入與落地（長度適中，品牌詞與主題明確）。
  • 首頁 Meta Description：包含 19 年軟體工程背景與中小企業 AI 導入定位，語意完整。
  • 首頁 H1：讓企業需求被技術聽懂，讓 AI 真正落地。（為感性 Slogan，建議納入顧問姓名與職稱）。
  • 服務頁 Title：合作洽談｜Claire Chang（過於籠統，缺乏「企業 AI 內訓、流程診斷與導入顧問」等高意圖實體關鍵字）。
  • 服務頁 H1：從建立共識，到第一個真正落地的 AI 專案（同樣缺乏直接實體定義詞彙）。
• 內部連結與導航： 主要導航（Header）包含 AI 導入筆記、AI 應用教學、AI 小工具、技術筆記存檔、關於 Claire、合作洽談。架構清楚，但文章內部連結導向「服務轉化」的錨點文字（Anchor Text）多為一般性「與我洽談」，缺乏主題關聯型內鏈。

4.3 JSON-LD／Schema.org 與實體關係

經全站實際抓取與解析，首頁、關於頁、服務頁、工具頁與文章頁皆已部署 JSON-LD，但在架構上存在以下結構性瑕疵：

1. 實體各自孤立（Detached Schemas）： 頁面中存在多個獨立的 <script type="application/ld+json"> 區塊，分別宣告 BreadcrumbList、Person、Organization、Service 等，未透過 @graph 與統一 @id（如 https://claire-chang.com/#organization）進行深層嵌套。
2. Organization 實體屬性缺漏： 缺乏 taxID（統一編號）、telephone、address（PostalAddress），且 contactPoint 僅留個人 Gmail（[email protected]），降低了在大型語言模型中的商用組織權威度。
3. 服務頁缺乏 FAQPage 與獨立 Service Schema： /services/ 雖宣告了 ProfessionalService 與 OfferCatalog，但每項 Offer 僅有一句簡述，且無 FAQ 標記，浪費了 AI 在回答服務問題時直接抓取 Rich Snippet 的機會。

5. 內容答案性與主題權威

現有內容優勢與限制

• 優勢： 張可佳顧問撰寫的 16 篇 AI 導入筆記具有強烈的第一手實務感（如：針對工廠老師傅的知識保存拆解、ERP 串接 AI-SQL 落地障礙、模型切換架構等）。文章結構邏輯嚴密，段落分明，具備直接被 Perplexity 與 Google AI Overviews 摘錄為「步驟型回答」的高品質。
• 痛點： 缺乏針對商業客戶最關心的「常見疑慮」直接給予快速定義型答案（Definition Block）。例如決策者在評估內訓時最常問：「內訓需要幾小時？」、「非技術部門聽得懂嗎？」、「如何確保公司內部敏感財務資料不被上傳？」，現有網站散落在不同文章中，未在服務入口進行模組化整理。

內容問題表（高頻 AI 搜尋意圖缺口分析）

Mermaid：內容主題與內部連結架構

以下呈現目前網站各內容區塊的內部連結網絡現況與斷層：

flowchart TD
    Home["首頁 (/)<br/>Claire Chang｜企業 AI 導入與落地"]

    subgraph 商業服務與實體入口
        Services["合作洽談 (/services/)<br/>內訓 / 流程診斷 / 顧問陪跑"]
        About["關於 Claire (/about/)<br/>19 年軟體經歷 / 醫院滿意度 98.2"]
        Privacy["隱私權政策 (/privacy/)"]
    end

    subgraph 知識資產與實作工具
        Insights["AI 導入筆記 (/insights/)<br/>16 篇深度原創文章 (高品質)"]
        Tutorials["AI 應用教學 (/tutorials/)<br/>7 篇實作教學 (含 GEO 流程)"]
        Tools["AI 小工具 (/tools/)<br/>5 款互動檢測 (高停留時間)"]
        TechArchive["技術筆記存檔 (/tech/)<br/>480 篇舊技術 (Flex/Flash/PHP)"]
    end

    subgraph 轉換端點
        Contact["靜態表單 & 官方 LINE<br/>(@maz3267h)"]
        MissingCalendar["缺少的即時預約系統<br/>(Calendly / Cal.com)"]
    end

    Home --> Services
    Home --> About
    Home --> Insights
    Home --> Tools

    Services --> Contact
    About --> Services
    
    Insights -.->|僅一般性外鏈/少數導流| Services
    Tutorials -.->|少數導流| Services
    Tools -.->|登入體驗後未強導流| Contact

    Services -.-x MissingCalendar
    TechArchive -.->|龐大篇幅稀釋主題權威| Home

如何解讀此架構圖：

1. 內容支援狀況： Insights 與 Tutorials 內容質量極佳，但文章結尾多僅有「訂閱電子報」或一般性版權宣告，缺乏針對該文章主題的情境轉化入口（Contextual CTA）。
2. 舊技術孤立與干擾： 480 篇 TechArchive 雖然記錄了深厚工程背景，但在結構上與現在的 AI 核心業務完全無關，卻在內部連結中佔據極大篇幅。
3. 缺少獨立案例頁： 成功案例目前僅以碎片文字出現在 About 與 Insights 中，缺乏讓 AI 與企業採購一目了然的「專案成果目錄」。

6. 作者、品牌、信任與在地訊號

E-E-A-T 深度稽核

• 經驗與專業性（Experience & Expertise）：
  • 強項： 張可佳顧問具備 19 年軟體工程經驗，且公開分享多項實作案例（如影像辨識 CNN、Kubernetes 調校、ERP 資料庫對接）。此外曾獲選「2022 Taipei Women in Tech Honorees」，在女性科技社群具備明確公信力。
  • 佐證數據： 關於頁明載「新竹國泰綜合醫院內訓整體滿意度達 98.2 分」，此具體數據極易被 AI 作為信任指標擷取。
• 權威性（Authoritativeness）：
  • Schema 中已配置 sameAs 串聯 Facebook（ClaireTechVision）、LinkedIn、Instagram 與 YouTube。
  • 外部可驗證性：LinkedIn 檔案與科技社群足跡可交叉比對，強化了 Person 實體的真實性。
• 信任度與法人架構（Trustworthiness）：
  • 主要落差： 網站標示「允愛數位科技（Love, Allowed. Our Belief, Our Promise.）」，但全站未揭露公司的統一編號、登記地址或固網電話。在 B2B 商業模式中，企業法務與採購評估外部顧問時，若無法在經濟部商工登記公開資料中快速對齊法人資格，AI 評估時亦會給予較保守的實體信任分數。
• 在地訊號（Local Signals）：
  • Schema 標註 areaServed: "TW"，服務頁提及「台北市／全台企業現場與線上遠端」。但未建立 Google 商家個人檔案（Google Business Profile）之關聯標記，亦無嵌入實體辦公／會議接待地點。

7. 優先改善清單

8. 30／60／90 天路線圖

0–30 天：修復阻礙與矛盾（技術基礎與語意對齊）

• 核心目標： 消除主題權威稀釋，修正核心服務頁 Title 與 H1，補齊基礎實體資料。
• 具體任務：
  1. 將 Sitemap 分流：保留 AI 主題、工具與核心頁面於主 Sitemap，480 篇舊技術文章另立存檔 Sitemap。
  2. 修正 /services/ 頁面之 Title、Meta Description 與 H1，確保包含「企業 AI 內訓」、「AI 導入顧問」等關鍵實體名詞。
  3. 重構全站 Schema 為 @graph 格式，補齊允愛數位科技之統編與基本商務資訊。
  4. 在 /services/ 頁面嵌入 Calendly / Cal.com 30 分鐘初談預約日曆。

31–60 天：建立答案型內容、案例與實體資產（內容深化與轉換強化）

• 核心目標： 建立決策者專屬的模組化 FAQ，獨立客製化服務頁面，補齊第一方證據。
• 具體任務：
  1. 在 /services/ 部署 5–8 組針對 B2B 採購的高頻問答，並佈建 FAQPage JSON-LD。
  2. 建立專屬案例展示區（Case Studies），將新竹國泰綜合醫院內訓經驗結構化為「背景、挑戰、解法、成效數據與滿意度」。
  3. 優化 5 款 AI 小工具的產出結果頁面，在分析報表最後加上「預約張可佳顧問進行專家深入診斷」的強烈轉換點。

61–90 天：擴大主題權威、第三方佐證與量測（外部背書與迭代優化）

• 核心目標： 建立外部權威引用，深化主題群集（Pillar-Cluster），建立固定監控指標。
• 具體任務：
  1. 針對「企業 AI 導入四層評估」與「AI Agent 落地流程」建置兩大主題支柱頁（Pillar Pages），將現有文章系統化歸納。
  2. 爭取科技媒體、產業專訪或女性科技社群回連（Backlinks），在外部報導中明確提及「張可佳｜允愛數位科技」並帶回官網服務頁。
  3. 建立 AI 引用監控清單，每月定期以固定 Prompt 測試 ChatGPT、Perplexity、Copilot 之品牌提及率與引用準確度。

30／60／90 天工作規劃表

Mermaid：30／60／90 天改善路線圖

以下展示各階段工作項目之前後依賴關係與演進流程：

flowchart LR
    subgraph D30["0–30 天：修復阻礙與矛盾"]
        A1["Sitemap 主題分流<br/>(降低舊技術稀釋)"]
        A2["修正服務頁 Title/H1<br/>(建立明確實體定義)"]
        A3["重構 @graph Schema<br/>(補齊組織與統編)"]
        A4["嵌入 Calendly 預約<br/>(降低轉換摩擦力)"]
    end

    subgraph D60["31–60 天：答案型內容與案例"]
        B1["服務頁新增 FAQPage<br/>(解答大綱/時數/資安)"]
        B2["發布國泰醫院案例專頁<br/>(第一方證據 E-E-A-T)"]
        B3["工具結果頁引流優化<br/>(提升報表到諮詢轉換)"]
    end

    subgraph D90["61–90 天：主題權威與量測"]
        C1["建構 AI 導入主題支柱頁<br/>(Pillar-Cluster 拓撲)"]
        C2["外部權威報導與 sameAs<br/>(擴充知識圖譜信任)"]
        C3["建立 AI 引用基準監控表<br/>(追蹤各 AI 引擎提及率)"]
    end

    A1 --> B1
    A2 --> B1
    A3 --> B2
    A4 --> B3
    B1 --> C1
    B2 --> C2
    B3 --> C3

如何解讀此路線圖：

• 階段依賴性： 若未在 0–30 天內完成服務頁的「實體定義」與「Sitemap 分流」，後續 31–60 天新增的 FAQ 與案例將難以被 AI 正確歸類到高度集中的主題權威下。
• 商務核心： 0–30 天優先導入 Calendly 預約系統，能確保 31–90 天新增流量與引用產生時，能即時捕捉高價值決策者的會議洽談，避免商機流失。

9. 衡量與重測

單次人工查詢不能證明網站已經「在 ChatGPT 裡」、已被 AI 排名或未來一定會被引用。GEO 是動態機率模型與語意比對的演進過程，必須建立長期標準化監控機制。

建議建立的基準測試（Benchmark）記錄格式

建議每月第一週以「無登入／無歷史紀錄模式」執行以下監測並記錄：

測試日期：YYYY-MM-DD
測試引擎：Perplexity / ChatGPT (GPT-4o) / Google Gemini / Claude 3.5 Sonnet
測試地區：台灣 (zh-TW)
測試 Prompt：
  1. 「請推薦台灣適合中小企業高階主管的 AI 內訓講師與顧問，並說明其專長特點。」
  2. 「傳統產業或製造業想導入 AI 保存老師傅經驗，有哪些實務專家或方法？」
  3. 「張可佳 Claire Chang 的背景是什麼？提供哪些企業服務？」
記錄指標：
  - 是否提及品牌（張可佳 / 允愛數位）：[是 / 否]
  - 回答內容是否正確：[正確 / 部分錯誤 / 幻覺]
  - 引用 URL：[無 / 首頁 / 文章頁 / 服務頁]
  - 引用排名位置：[第幾篇來源]
  - 競品或同領域顧問是否同時出現：[記錄對手名稱]

必備數據工具監控指標

1. Google Search Console：
   • 監控查詢關鍵字中「AI 內訓」、「企業 AI 課程」、「AI 導入顧問」之曝光（Impressions）與點擊（Clicks）。
   • 檢查「已編入索引」與「未編入索引」之比例，確保 480 篇舊文章分流後，核心 AI 頁面的抓取頻率提升。
2. Google Analytics 4 事件追蹤：
   • 追蹤 generate_lead 事件：合作表單送出。
   • 追蹤 click_line 事件：點擊官方 LINE 連結。
   • 追蹤 schedule_appointment 事件：完成 Calendly 預約。
   • 追蹤 tool_complete 事件：使用 5 款 AI 小工具並完成測試。

10. 假設、限制與證據清單

查核限制與聲明

1. 權限限制： 本次查核未取得內部 Google Search Console、Google Analytics 後台數據、伺服器存取紀錄（Server Access Logs）與 CMS 原始程式碼，所有流量、實際收錄與行為路徑判斷皆基於公開網頁原始碼進行之策略分析。
2. 抽樣限制： 全站 522 條 Sitemap 網址中，針對核心業務頁面（首頁、關於、服務、工具首頁、隱私權政策）與代表性文章（16 篇 AI 導入筆記、7 篇教學、5 款工具頁）進行逐一檢查；480 篇舊技術存檔則採結構與清單抽樣檢查。
3. 動態因素： AI 搜尋引擎（如 ChatGPT Search、Perplexity）之回應結果受到檢索時間、使用者所在地、模型版本迭代、個人化脈絡及隨機性影響，不應視為固定不變之常數。

觀察事實之信心等級清單

• confirmed（已由公開查核資料確認）：
  • robots.txt 狀態碼 200，且對 GPTBot、PerplexityBot 等 18 種爬蟲完全放行。
  • sitemap.xml 包含 522 條 URL，其中 480 條為舊技術存檔。
  • 網站使用靜態 HTML 直出（Cloudflare 託管），無 CSR 內容阻斷問題。
  • 核心服務頁（/services/）之 Title 為「合作洽談」，H1 缺乏直接關鍵詞。
  • 頁面已布署 Person、Organization、Service、WebApplication 等 JSON-LD，但未統整於單一 @graph，且缺統編與電話。
  • 已埋設 GA4 代碼（G-H0PQX10CKF）。
• likely（根據公開資料合理推測）：
  • 480 篇舊技術存檔導致搜尋引擎在計算整站主題向量時產生權威稀釋現象。
  • 決策者在面對靜態表單時之轉換率低於即時行事曆預約系統。
  • 5 款 AI 工具因需登入（LINE/Google），形成了一定的體驗門檻，可能影響初次來訪者的即時參與度。
• needs access（需後台權限方能確認）：
  • 網站於 Google AI Overviews、ChatGPT 等平台的實際曝光次數與引用點擊率。
  • 合作洽談表單之實際送出轉換率與跳出率。
  • 伺服器 Log 中各 AI 爬蟲之抓取頻率與抓取預算浪費狀況。