提問地圖建構
從你的 ICP、銷售對話與競品定位出發，建構 1,000+ 組高購買意圖目標提問，依漏斗階段與商業價值分級 — 這是整個審計的座標系。
tenten-geo — audit-baseline（示意）
$ tenten geo audit --brand 你的品牌 --day 30
✓ Ahrefs Brand Radar：主流 AI 平台聲量掃描完成
平台 品牌引用率 競品領先
AI Overviews 7.1% 競品 ×3
ChatGPT 12.4% 競品 ×2
Perplexity 9.8% 競品 ×4
Gemini 5.3% 競品 ×3
Copilot 3.9% 競品 ×2
✓ Cloudflare isitagentready：Agent-Ready 42/100
可發現性 ◑ · 爬蟲控制 ○ · 協定 ○ · 商務 ○
→ 缺口已產出：120 組高意圖提問無引用 · 5 大技術面向待修
* 圖中數據為示意 — 你的審計報告將以 Brand Radar 與 isitagentready 的實際結果呈現。
你會發現什麼
三個你現在答不出來、但買家已經在問的問題
審計是一份進攻地圖，不是健檢報告：每一個發現都直接對應一個可執行的行動。
01
哪些高購買意圖提問，AI 答案裡沒有你
用 Ahrefs Brand Radar 盤點品牌在主流 AI 平台（AI Overviews、ChatGPT、Perplexity、Gemini、Copilot、Grok、AI Mode）被提及與引用的頻率，對照月均 4 億+ 提問，找出買家問「該選哪一家」時你缺席的每一題 — 並依 Pipeline 價值排序。
02
競品的 AI 聲量從哪裡來
用 Brand Radar 拆解競品的引用佔比與來源 — 網域、Reddit、YouTube、評測網站 — 還原它們進入 AI 答案的完整路徑，讓你知道該複製什麼、超越什麼。
03
AI agent 讀不讀得懂你的網站
用 Cloudflare isitagentready 檢測五大面向：可發現性（robots.txt／sitemap／Link headers／DNS-AID）、爬蟲存取控制（AI bot 規則／Content Signals／Web Bot Auth）、內容可讀性（Markdown 協商）、協定可發現性（MCP／Agent Skills／WebMCP／API Catalog／OAuth）、商務協定（ACP／x402）。很多品牌是 agent 根本進不來、讀不懂，不是內容不好。
30 天時程表
四週，從零可見度數據到可執行路線圖
固定交期、固定節奏、固定交付物 — 每一週你都知道我們在做什麼、會拿到什麼。
Brand Radar 聲量掃描 + Agent-Ready 檢測
用 Ahrefs Brand Radar 在主流 AI 平台逐題掃描你與競品的引用聲量與來源；同時用 Cloudflare isitagentready 檢測網站的 agent 可讀性五大面向，一次建立「可見度 × 技術」雙基線。
內容缺口矩陣
將掃描結果交叉比對你既有的內容資產，產出「提問 × 內容 × 引用狀態」矩陣 — 標出哪些頁面改寫即可進入答案、哪些提問需要全新內容。
優先級路線圖交付會議
90 分鐘交付會議：基線報告、缺口矩陣、依 Pipeline 影響力排序的行動路線圖。具體到頁面層級 — 你的團隊隔天就能開始執行。
交付物清單
六份具名交付物，不是一份 PDF 結案報告
每一份交付物都是可持續使用的工作資產 — 審計結束後，它們仍是你內容團隊的日常工具。
交付物 01示意
提問地圖
1,000+ 組目標提問，依購買意圖、漏斗階段與 Pipeline 價值分級 — 你的 GEO 戰場座標系。
question-map.csv
「中小企業 HR 系統推薦？」 BOFU · P0
「{競品} 的替代方案有哪些？」 BOFU · P0
「績效考核制度怎麼設計？」 MOFU · P1
交付物 02示意
AI 聲量基線報告（Brand Radar）
Ahrefs Brand Radar 盤點的主流 AI 平台引用率與答案佔有率基線 — 之後每一次迭代的成效，都以這份基線衡量。
visibility-baseline.pdf
ChatGPT 12.4% · Perplexity 9.8%
AI Overviews 7.1% · Gemini 5.3%
BOFU 提問答案佔有率：4.2%
交付物 03示意
競品聲量與來源分析（Brand Radar）
誰被引用、被引用了什麼來源、為什麼 — 還原競品進入 AI 答案的路徑與弱點。
competitor-citations.pdf
競品 A ← G2 評測 + 自有比較頁 ×8
競品 B ← 第三方媒體開箱 ×14
你的品牌 ← 被引用來源 0（缺口）
交付物 04示意
Agent-Ready 技術報告（isitagentready）
Cloudflare isitagentready 五大面向評分與修補清單 — 讓 AI agent 進得來、讀得懂、引用得到你。
agent-ready.pdf
Agent-Ready 評分：42 / 100
robots.txt 誤擋 OAI-SearchBot · Content Signals 缺
llms.txt · API Catalog · MCP 未配置
交付物 05示意
內容缺口矩陣
「提問 × 內容資產 × 引用狀態」交叉矩陣 — 一眼看出該改寫什麼、該新建什麼。
content-gap-matrix.xlsx
120 組高意圖提問 → 無對應內容
84% 既有內容未達 citation-ready
37 頁 → 改寫即可進入答案
交付物 06示意
優先級路線圖
依 Pipeline 影響力排序、具體到頁面層級的行動清單 — 可直接執行，不需要再開一次會解讀。
priority-roadmap.pdf
P0 ×12：BOFU 比較頁改寫（W1–W3）
P1 ×26：Schema 與實體一致性修補
P2 ×41：MOFU 內容新建佇列
* 示意圖中的數據（120 組提問、84% 未達 citation-ready 等）為示意，實際數據以你的掃描結果為準。
購買前先檢查 Workbook
六份空白工作檔，不是塞滿虛構成果的漂亮 sample。
下載一份可問責 audit 應該填滿的實際欄位合約。CSV header 跨語系保持一致，讓行銷、工程、數據與採購檢查同一份 handoff。
所有下載都刻意保持空白，只展示結構與驗收欄位；不是客戶報告樣本、不承諾資料列數，也不代表任何觀察已執行。
01
提問清單
掃描前先定義買家問題、意圖、市場、語言、來源與 owner。
固定欄位
prompt_idbuyer_stageintent_typemarketlanguageownerstatussource_note
02
觀察紀錄
逐次記錄引擎、日期、狀態、引用來源、推薦位置與證據 reference。
固定欄位
observation_idprompt_idenginerun_daterun_numbermention_statuscitation_statuscited_source_urlrecommendation_positionevidence_ref
03
技術 findings
把已觀察問題接到證據、行動、dependency、owner 與重測。
固定欄位
finding_idsurfaceobserved_statusevidenceriskrecommended_actionownerdependencyretest_dateretest_status
04
內容缺口矩陣
把 prompt 接到既有資產、claim/source 缺口、行動、priority 與驗收規則。
固定欄位
prompt_idexisting_urlcontent_fitsource_gapclaim_gapactionpriorityowneracceptance_criteria
05
競品來源地圖
保留具日期、可追溯的競品／來源觀察，不偷渡因果宣稱。
固定欄位
competitor_idprompt_idcited_domainsource_typeobserved_dateevidence_refrelevance_note
06
優先 Roadmap
以 impact、confidence、effort、dependency 與驗收欄位把 finding 變成具名行動。
固定欄位
action_idfinding_idimpactconfidenceeffortpriority_scoreownerdependencydue_windowacceptance_criteriastatus
完整 handoff 必須能被怎麼檢查
- 每次觀察都具名 engine、locale、run date 與 evidence reference。
- 技術 readiness、body mention、citation card、推薦位置與商業結果分開記錄。
- 每個行動都有 owner、dependency、acceptance criteria 與重測狀態。
- Missing、not checked 與 unchanged 必須保留，空白資料不能被預設為成功。
需要依你的市場填滿 Workbook？
30 天 audit 會定義提問集與證據合約、記錄 baseline，並交付排過優先級的工作檔。實際資料列與表面範圍會寫進 scope，不在頁面上虛構。
討論 30 天 Audit說明型彙整
說明型彙整，並非單一客戶紀錄。客戶身分、原始提問、儀表板與底層筆數未公開。
說明型彙整 · B2B SaaS · HR Tech
如何從缺席提問，整理出內容改善方向
以下沿用證據中心的 HR Tech 說明型彙整，展示如何對照目標提問、品牌引用與第三方來源，整理後續內容工作。右側數字不能歸屬為單一客戶成果，也不能用來預測你的成效；採購評估應另行確認原始資料、量測期間與可驗證紀錄。
查看證據類型與限制 →+312%
AI 引擎引用次數（6 個月）
40+
月增 Inbound Demo
200+
審計找出的缺席提問
審計之後
路線圖在手，三條路都通
審計是獨立有價值的產品，不是綁約的誘餌。拿到路線圖之後，怎麼走由你決定。
01
自己執行
由內部內容與工程團隊依路線圖安排修改。交付時應確認每項工作的頁面、優先順序、負責人與驗收方式；是否另需執行支援，由團隊能力與工作範圍決定。
02
進入 90 天驗證期
若要委託後續執行，可另行討論 90 天驗證期，確認修改項目、追蹤頻率、比較基線與檢討節點。合作期限、費用及終止條件依提案與合約確認，不把引用成長當作商機保證。
了解 90 天驗證方法論 →常見問題
決定之前，先把這幾題問清楚
初步諮詢先釐清品牌、市場、競品與資料是否足夠，用來確認合作方向，不代表當場完成所有平台的檢查。30 天稽核則依確認的範圍整理提問地圖、引用來源、內容缺口與改善順序；提問組數、檢查平台及交付文件應列入提案。
單次查詢只是一個樣本：AI 的回答會因提問措辭、時間點與使用者脈絡而改變，今天查到的結果明天可能就不同。審計用 1,000+ 組提問做系統化掃描，建立可重複比較的基線 — 這是判斷趨勢與量化成效的前提，單次手動查詢無法取代。如果你還在釐清基本概念，可以先讀我們的定義文章。
什麼是 GEO（生成式引擎優化）？ →先提供公開網站、目標市場、主要競品與買家常問的問題，並指定能確認內容和資料的窗口。需要分析工具時再依工作範圍安排唯讀權限，不先要求管理員權限或機密資料。會議、資料整理及工程協作時間依現況確認。
稽核與後續執行分開評估。拿到路線圖後，可以由內部團隊安排修改，或另行討論內容、技術及追蹤支援。是否續約、交付物使用範圍與合作條件，都應在提案及合約中確認。
先確認目標市場與語言、品牌和競品範圍、提問組數、檢查平台及交付深度，再對照報價。稽核、持續監測、內容改寫與技術修正是不同工作，應分開列明。若只是要查看監測數字，可先比較工具；若需要解讀差距、排出修改順序與安排執行，再評估服務。
查看透明定價 →
還不確定需不需要完整審計？
帶上品牌網站、目標市場、主要競品，以及買家常問的問題。我們先討論資料是否足夠、要檢查哪些平台，及稽核結果能支持什麼決策，再確認適合的合作範圍。
提供公開網站即可開始討論 · 不必先上傳機密資料 · 費用與範圍另行確認