一次到位的 GEO 稽核不該是一份塞滿分數的 PDF，而是一張你隔天就能開始執行的路線圖。Tenten 的 30 天 GEO 稽核把時間切成四個週期：先看 AI 現在怎麼講你，再拆技術與內容缺口，最後給出排好優先順序的行動清單。以下逐週說明第 1 天到第 30 天我們實際在做什麼、你會在每個節點拿到什麼。
為什麼設計成 30 天，而不是三個月
AI 引擎的答案幾乎每週都在變。如果稽核拖成兩、三個月，前面盤點的能見度基準到交付時早就過期，結論也跟著失效。30 天夠長到能完整跑一輪抓取、內容與引用分析，又夠短到讓基準數據仍然可信。我們刻意把節奏壓在四週，讓你在同一個市場狀態下拿到診斷與對策，而不是拿到一份需要重測的舊報告。
第 1 到第 7 天：先看 AI 現在怎麼講你
第一週不動任何頁面，只做一件事：把你目前在 AI 引擎裡的真實樣貌記錄下來。我們用 Brand Radar 針對你的品牌、產品類別與核心購買問題，跨 ChatGPT、Perplexity、Google AI Overviews 等平台反覆提問，記錄你被提及的頻率、被引用的來源網址，以及模型講你時用的字句是否正確。這一週的產出是一條可以回頭對照的基準線，之後所有改動的效果都拿它來衡量。
- 跨平台能見度基準：你在主要 AI 引擎的被提及率與被引用來源清單。
- 事實正確度檢查：模型描述你的定價、功能、定位時，哪些講錯、哪些漏掉。
- 競品對照：同一批購買問題下，哪些對手被引用得比你多，引用來源是什麼。
- isitagentready 快篩：AI 爬蟲能不能順利讀到你的主要頁面。
第 8 到第 15 天：技術與可抓取性稽核
第二週處理最容易被忽略、卻最常擋住引用的一層：AI 爬蟲到底讀不讀得到你。很多 B2B 網站的關鍵內容靠前端 JavaScript 才渲染出來，GPTBot、PerplexityBot 這類爬蟲抓到的是一頁空殼。我們逐頁檢查 robots.txt 對 AI 爬蟲的設定、伺服器回傳的原始 HTML 內容、結構化資料的完整度，以及頁面主體是否在首次載入就存在。這一層修好之前，內容寫得再好也進不了模型的候選來源。
- AI 爬蟲存取設定：robots.txt 與伺服器規則是否誤擋了 GPTBot、PerplexityBot、Google-Extended。
- 渲染檢查：核心內容是否在原始 HTML 就可讀，而非依賴用戶端 JavaScript。
- 結構化資料稽核：Organization、FAQPage、Article 等 schema 的覆蓋率與正確性。
- 可引用性體檢：段落是否自足、標題是否對應真實問題、答案能否被乾淨抽取。
第 16 到第 23 天：內容與引用缺口分析
第三週把焦點轉到內容本身。我們盤點你既有頁面在哪些購買問題上有機會被引用、又在哪些問題上完全缺席，然後對照競品實際被引用的頁面，找出你缺的主題、缺的角度、缺的證據。重點不是「多寫幾篇文章」，而是找出那些高購買意圖、你本該贏卻讓給對手的問題。這一週的分析會直接餵給最後的路線圖。
缺口分析的價值在於排序。同樣是「沒被引用」，有的問題一年也沒幾個人問，有的則直接對應你的成交主力客群。我們把每個缺口標上購買意圖與競爭難度，讓你清楚知道先補哪一塊回報最高，而不是拿到一份沒有輕重的待辦清單。
第 24 到第 30 天：優先順序路線圖與交付
最後一週把前三週的發現收斂成一份可執行的路線圖。每個問題都標好三件事：影響（修好後能拿回多少能見度）、投入（要動多少工）、負責層級（工程、內容還是策略）。我們用一場交付會議帶你走一遍，確保你的團隊拿到報告當天就知道下週一該從哪一項開始，而不是把報告收進資料夾。
- 技術修正清單：依影響程度排序的爬蟲、渲染與 schema 問題，附具體修法。
- 內容行動清單：該新增或改寫的頁面，各自對應的目標問題與引用機會。
- 30／60／90 天執行節奏：哪些這個月做、哪些排進下一季。
- 衡量方式：用哪些指標、多久回測一次，判斷改動有沒有讓引用上升。
NT$39,000 到底含哪些交付
我們把定價與範圍講清楚，是因為 GEO 這個領域最不缺模糊報價。這筆費用涵蓋完整的 30 天流程與全部交付：Brand Radar 跨平台能見度基準報告、技術與可抓取性稽核、內容與引用缺口分析、排好優先順序的行動路線圖，以及一場帶你走完報告的交付會議。它是一次性的診斷專案，不綁長約；如果之後想把路線圖真正做出來，才會延伸到內容引擎或 AI Agent 策略這類執行方案。
如果你不確定自己現在在 AI 引擎裡是被講對、被講錯，還是根本沒被提到，30 天稽核的第一週就會給你答案。想先聊聊你的缺口在哪、值不值得做，可以預約一場 30 分鐘 GEO 診斷，我們會用你的真實品牌問題現場示範一輪。
