我會一步步帶你走過我用 AI Agents 跑 SEO 與 AEO 的整套設定，從最省事的自動駕駛版，一路講到用 Opus 5.5 在 Claude Code 裡完整搭建的版本……
因為搜尋早就變了樣。現在你的網頁得同時贏下兩場比賽：一場是 Google 上的藍色連結，另一場是 ChatGPT 或 AI Mode 直接丟給使用者的答案——而那些人根本不會點進任何網站。
在碰任何工具之前，你得先聽懂這條鐵律，它決定了這一切到底值不值得你花時間。
很多人死追著 Google Search Console 裡那些漂亮的數字：更多曝光、更高排名、截圖起來更好看的曲線……但如果排上去的頁面無法轉換，這些全都不算數。
所以，如果你的頁面沒有明確的下一步——沒有註冊、沒有預約通話、沒有結帳——請先把這件事修好。否則你在這篇文章上投入的每一小時，都是白費。
以下是我們會談到的內容，順序就是你實際搭建的順序：
- 輕鬆路線：讓一位員工幫你跑完整個循環
- 如果你還沒有網站，從零到第一頁的路徑
- 同一套設定，在 Claude Code 裡手動搭建的做法
- 如何挑出那張值得你花一週的頁面
- 如何拆解那張頁面，並為 Google 與 AI 回答做最佳化
- 讓一切持續運轉的每週循環
- 一份四週計畫，讓你不用對著空白資料夾發呆
先用 Viktor 走輕鬆路線
老實跟你說，這篇文章後面用 Claude Code 搭的版本玩起來很過癮，但你們之中有很多人根本不想自己動手，只希望有人把 SEO 處理好，讓自己專心顧生意。
這就是 Viktor 出場的地方。它是一位住在 Slack 裡的 AI 員工，直接在裡面做事，所以整個團隊都看得到它在幹嘛，也能隨時插手。
你只要接一次工具，大部分一鍵搞定，少數需要 API key。Viktor 會處理登入的部分，馬上開始工作，不用 webhook，也不用顧一堆 Zapier 串接。
做 SEO 的話，我會先接上這幾個：
- Google Search Console，讓它能讀到你的頁面在搜尋中的表現
- DataForSEO，用來拿關鍵字資料、即時排名和競爭對手網域
- Ahrefs，看反向連結，以及哪些網站連向你的競爭對手卻沒連向你
- Wordpress/Webflow，如果你的網站架在那裡，它就能直接改標題、描述和 schema
- PostHog，讓它看得見註冊和漏斗——這是大家最容易忘掉的一塊
最後這個，就是這套設定對我管用的原因。
一旦 Viktor 能在同一段對話裡同時看到你的搜尋數據和轉換資料，它就不會再推薦那些「帶來一堆沒人付錢的流量」的頁面。
接著，你用平常說話的方式給它一個定期任務，就像在交代新進員工一樣。
例如：每個星期一，拉出上週的搜尋表現，跟每個到達頁的註冊數對齊，然後告訴我哪一張頁面最值得關注，每一個理由都要附上連結。
你可以在 viktor.com 拿到 100 美元的免費額度。
沒有網站，從零開始
如果你手上還沒有網站、也還沒做過 SEO，這裡稍微岔題一下，因為接下來的內容都假設你已經有頁面可以處理。
這裡的目標刻意設得很小：一張頁面，把一樣東西賣給一種買家；再加上一張頁面，負責把人導過去。
所以在打開任何建站工具之前，先寫下你賣什麼，以及「轉換」對你來說代表什麼——是註冊、預約通話，還是購買。
這句話之後會成為你的 Agent 第一個讀到的東西，所以現在就把它寫對，絕對值得。
接著，挑一個客戶本來就有的問題，再找一個圍繞這個問題的搜尋主題——那種使用者在掏錢解決之前，會立刻打出來的主題。
出於好奇才搜的主題，只會帶來看完就走的訪客；準備行動時才搜的主題，才會帶來買家。選後者。
然後，用 Webflow 或 WordPress 架一個最簡單的網站：放上你的方案、聯絡方式，別搞花俏的東西——可以用 Claude Code 來建。
（設計可以暫時陽春一點，沒有人是因為漸層色而轉換的。）
在這個網站上，你一開始只需要剛好兩張頁面：
- 一張聚焦的到達頁，圍繞那個主題和你的方案打造
- 一張有用的輔助頁面，回答一個高度相關的問題
到達頁要在靠近上方的位置放一個明確的下一步，也就是你一開始寫下的那個註冊、通話或結帳。
輔助頁面負責提供幫助，回答人們在購買路上會問的問題，然後連回到達頁，讓讀者知道下一步該去哪裡。
兩張頁面上線後，你就跟這篇指南裡的所有人站在同一條起跑線上了。Search Console、DataForSEO、Firecrawl 和 PostHog，都會透過下面要講的 Claude Code 設定接進來。
從此以後，每週循環只需要評估這兩張頁面，這會讓你的第一個月，比那些守著一堆舊文章的人輕鬆得多。
在 Claude Code 裡搭建我們的設定
整套設定就是你電腦上的一個資料夾，而這個資料夾就是你的 SEO Agent 的大腦，所以值得把它弄對。
我在裡面放三個檔案，Agent 每次執行都會讀：
- 一份簡報（brief），說明公司、方案、誰會買，以及什麼才算轉換
- 一個狀態檔（state file），記錄你正在處理的每張頁面的當前基準數據
- 一份運行日誌（log），每次執行都新增一筆紀錄，絕不刪除舊的
簡報是你會最常修改的檔案，因為 Agent 對頁面的判斷力，完全取決於它有多了解這張頁面該賣什麼。
日誌則是日後救你一命的東西。因為三週後，你不會記得自己為什麼改了某個標題，Agent 也不會——除非它當時寫下來了。
接下來是工具串接，我只講真正值得留下來的那些。
首先是 Google Search Console。要讓 Agent 存取它，你需要一個有網站權限的 Google 帳號、一個 Google API 控制台裡的專案，以及 OAuth 憑證。
聽起來很嚇人，但坐下來一次就能弄完，而且只要做一次。
接著是 DataForSEO，這是我在 Agent 裡查搜尋數據時最依賴的工具，因為它天生就是被程式呼叫的。
透過它，你可以拿到關鍵字搜尋量、任何查詢的即時前十名頁面，甚至能看到 Google AI Mode 針對某個關鍵字顯示了什麼。
在讓 Agent 正式使用前，先用他們的 sandbox。它會回傳格式一模一樣的假資料，而且一毛錢不收，這樣你的 Agent 就能在不燒預算的情況下學會資料格式。
Ahrefs 是選配。除非你本來就有付費，我才會加它的 API，因為你主要會用它來看反向連結，以及哪些網站連向了競爭對手而不是你。
Parallel 是網路搜尋層。當 Agent 需要在自己的工具之外查東西時就會用到它，例如你的主題在哪裡被討論，或競爭對手在定價頁上宣稱了什麼。
Firecrawl 負責讀取網頁。你給它一個網址，它就去爬網站、處理 JavaScript 和 sitemap，最後交回模型真的能讀的乾淨文字。
至於轉換，我用 PostHog，或者網站本來就在用的任何工具。前提是轉換必須用命名事件（named event）刻意追蹤，而不是靠工具自己隨便抓。
你可以依照各工具提供的支援方式，把它們接成 MCP server，或是讓 Agent 呼叫的小腳本。
Claude Code 支援 hooks，也就是在使用工具前執行的小規則。你可以設一個 hook，強制 Agent 在做任何發布、編輯線上頁面或提交 URL 的動作前，先問過你。
定期執行的部分，用排程任務（scheduled task）來設定指令、資料夾、模型和排程。每次執行都會開一個全新的 session 供你檢視。
我在那裡會選 Opus 5.5，因為這整個循環的成敗，取決於「哪張頁面值得你花一週」的判斷力，而這正是我想用最強模型的地方（而且比你想像中便宜）。
把這個任務留在遇到無權限動作時會停下來等待的權限模式，因為那個暫停就是你的審核關卡。
雲端例行任務（cloud routines）也很好用，但它們會自己跑、不會停下來等你批准，所以只給它們唯讀權限，千萬別把發布的鑰匙交給它們。
找出那張值得你花一週的頁面
這裡就是把轉換鐵律變成實際工作的地方，因為 Agent 的第一個任務，就是找出「那一張」排名提升能直接換成更多錢的頁面。
我知道第一天就想把全站審計一遍很誘人，但全站審計只會丟給你一堆小問題，而你根本不知道哪一個能賺錢。所以我們縮小範圍。
Agent 會先打開 Search Console，拉出過去幾週每一張頁面的曝光、點擊和平均排名。
接著從 PostHog 拉出每個到達頁的轉換數，逐頁跟搜尋數據對齊。
你要找的是一張「已經能轉換現有訪客、也已經出現在搜尋結果裡，但排名剛好低到多數搜尋者看不到」的頁面。
我稱它為殺手級頁面，因為只有在這裡，排名的提升會直接流進註冊數，而不是流進一張更漂亮的圖表。
曝光超高、轉換掛蛋的頁面是個陷阱，Agent 應該把它標記出來，而不是推薦它。
當你手上有了兩三個候選，DataForSEO 會去查每張頁面背後的查詢詞、有多少人在搜，以及現在誰排在最上面。
然後 Agent 會去看主查詢詞的實際搜尋結果頁，因為光看數字常常會騙人。
如果前幾名全是教學指南，而你的候選是一張定價頁，那就代表這個查詢詞想要的東西跟你賣的根本不同，再怎麼調都沒用。
所以每個候選都會得到 Agent 三種判定之一：保留、修好某個條件後保留，或是放棄。
而且無論它怎麼判，都必須附上它看過的那些頁面連結來解釋理由。
如果你有接 Ahrefs，這也是檢查反向連結的好時機。有時候競爭對手贏在連向他們的網站夠強，而那是另一項工程，不是重寫頁面就能解決的。
在你相信 Search Console 的數據之前，有幾個警告：
- 數字會晚兩三天才出現，所以永遠缺今天
- 當你同時按頁面和查詢詞拆分資料時，有些列會被丟掉
- AI Overview 的出現，可能會讓平均排名看起來比實際漂亮
我也會叫 Agent 一天一天拉資料，存進狀態檔裡。這樣可以避免撞到配額上限，也能留下乾淨的歷史紀錄方便日後比較。
到這一步結束時，你手上應該有一張頁面、一個主查詢詞，以及一段簡短的文字說明為什麼這張頁面值得押注。
拆解頁面並修復它
現在 Agent 會檢查你挑出的那張頁面。我喜歡把它想成四個階段的完整健檢，從那些無聊但會搞垮其他一切的基礎開始。
第一，Google 到底能不能碰到它？意思是 Googlebot 沒被封鎖、頁面回傳正常的狀態碼，而且上面有真的能被索引的文字。
Search Console 的網址檢查工具和網頁索引報表，一分鐘內就能回答。
如果你的網站很吃 JavaScript，就叫 Agent 比較 Firecrawl 渲染後看到的內容，跟原始頁面送出的內容有什麼差異。
然後是速度。我會對頁面跑 PageSpeed Insights API，先看行動版，而且只在意那些大到會影響真實訪客的失敗項目。
速度和可存取性同樣適用於 AI 回答，因為 Google 說過，一張頁面必須能被爬取、被索引、且符合摘要資格，才有機會作為連結出現在 AI 功能裡。
第二階段是競爭對手。這裡 Agent 做的，就是你有空閒下午時會親手做的事。
DataForSEO 拉出主查詢詞的前十名頁面，Firecrawl 把每一頁完整抓下來，Opus 5.5 再把它們跟你的頁面並排閱讀。
重點在於讀完整頁面。因為靠猜的 Agent 會自己發明內容，而真正讀過頁面的 Agent 不會。
你要拿回的是一份簡短清單：贏家涵蓋了你沒有的什麼、他們回答了哪些你跳過的問題，以及你的頁面有哪些地方說得比他們都好。
我給 Agent 的規則是：報告裡的每一個主張都要附上來源網址；如果缺資料，就明說缺資料，而不是用猜的去補洞。
這就是「看起來很厲害的審計」跟「你真的能執行的審計」之間的差別。因為只要你一問某個發現從哪來，用猜的審計就會當場垮掉。
第三階段是回答引擎。我會講得務實一點，因為這裡堆滿了瞎掰的建議。
Google 說過，AI Overviews 或 AI Mode 沒有什麼特殊技巧，一般的 SEO 基本功依然適用，甚至還叫你不需去搞 llms.txt 這類檔案。
schema 就是炒作跑在證據前面的好例子。Ahrefs 做過一次大規模對照測試，幫頁面加上 schema，結果在 Google 和 ChatGPT 的 AI 引用上都沒看到有意義的成長。
所以我把 schema 當成「頁面適合某種複合式搜尋結果時才加的東西」，絕不把它當作 AEO 的捷徑。
對 AI 回答真正有用的調整，都在於頁面讀起來的感覺：
- 在每個標題下方的第一行就直接回答問題
- 讓每個標題符合人們提問的方式
- 每個段落都要寫到即使單獨抽出來看也說得通
- 你的商家資訊在所有網路上出現的地方都要一致
最後一點的影響比你想像中大。因為 AI 回答會大量引用 Reddit、YouTube、論壇和產業媒體等第三方網站，所以別人怎麼說你，跟你自己頁面上寫的一樣重要。
這就是 Parallel 派上用場的地方，Agent 會用它去搜你的主題和品牌在哪裡被討論。
拿回來的會是一份清單：哪些地方的資訊寫錯了，以及哪些討論串裡你明明該出現卻缺席了。
要確認 AI 回答是否已經在引用你，DataForSEO 可以顯示 AI Mode 針對你的查詢詞回傳了什麼。
Bing Webmaster Tools 更進一步，提供了 AI 效能報表，列出你的哪些頁面被 AI 回答引用。
第四階段是整篇文章的核心：從頁面到轉換的那條路徑。
Agent 會像買家一樣讀這張頁面，檢查是否有一個明顯的下一步、它是否出現得夠早，以及這張頁面是否真的回答了使用者在註冊前一刻會有的疑慮。
接著檢查追蹤設定。因為如果註冊沒有被記錄成專屬的命名事件，你永遠不會知道這些 SEO 功夫到底有沒有回報。
內部連結也在這裡處理。Agent 會找出你站上已經有流量的頁面，並建議該在哪裡放一條連向賺錢頁面的連結。
四個階段結束後，Agent 會把所有內容寫進資料夾裡的一份報告，排出修復優先順序，並建議「先做哪一個」改變。
每週跑一次循環
這部分就是把一次性審計變成系統的地方，也是如果你放任 Agent 對所有事情都做出反應，它會變得危險的地方。
我跑的循環很短，Agent 會照你前面設好的排程每週重複一次：
- 把最新的搜尋數據和轉換數拉進狀態檔
- 跟上次修改前的基準值比較
- 檢查上週以來頁面上有沒有東西壞掉
- 推薦一項改變，並附上證據和連結
- 在草擬或發布任何東西之前，先等你的同意
- 把發生了什麼、改了什麼寫進日誌
一次只改一件事，聽起來很慢。
它就是故意要慢。因為如果你在同一週改了標題、前言和內部連結，你永遠不會知道是哪一個起了作用。
Agent 也該知道，排名小幅震盪很正常。Google 自己都說排名隨時在變動，有時還會自己回來。
所以我叫它忽略任何波動不到幾週的變化，而且除非有強烈理由，否則絕不碰已經表現很好的頁面。
有些改變幾天就看得出來，有些要幾個月。
這就是日誌存在的價值。Agent 在判斷任何事之前，必須知道每一項改變是多久以前上線的。
而當它真的要做判斷時，會同時看兩件事：搜尋端和商業端。
一張排名上升、但沒多帶來半個註冊的頁面，在日誌裡就是失敗。
一張排名持平、但在行動呼籲更清楚後轉換率提升的頁面，毫無懸念就是成功。
同樣的謹慎也適用於 AI 引用。Bing 說過，它的引用趨勢不能歸因於單一改變，他們那邊一次模型更新，就可能讓數字大幅變動，而那跟你做了什麼無關。
我也會在測試期間凍結 Agent 的指令，因為實驗中途改 prompt，會讓這週的檢查跟上週完全無法比較。
當你核准一項改變後，Agent 會在 Wordpress、Webflow 或你網站所在的地方草擬內容，然後由你在上線前做最後一次閱讀。
那次閱讀就是你的品味出場的時候。因為 Agent 很擅長找出哪裡不對，卻很不擅長分辨哪些話是你的品牌絕對不會說的。
你的前四週
如果你今天從零開始，我會這樣安排第一個月，而且我會照順序走，不會直接跳到好玩的部分。
第一週，你把所有東西接好，建立基準。
也就是 Search Console、DataForSEO、Firecrawl、Parallel 和你的轉換追蹤，如果有 Ahrefs 也一起接上。在第一次正式執行前，先把花費上限和審核規則設好。
你寫好簡報，確認註冊或銷售有被記錄成命名事件，然後讓 Agent 把幾週的歷史資料拉進狀態檔。
如果你走 Viktor 路線，第一週就是在裡面接上同樣的工具，然後給它那個定期任務。
第二週，Agent 找出那張賺錢頁面，並對它跑四階段健檢。
你讀報告，對任何沒有來源的說法提出質疑，然後決定第一項要做的改變。
第三週是上線週。
Agent 草擬改變，你審核，你自己發布，日誌記下日期和確切改了什麼。
第四週，你設定好定期循環，開始衡量成效。
排程任務或 Viktor 任務從現在起每週執行，你會給這項改變再多幾週的時間，才判定它是成功還是失敗。
之後，你挑同一張頁面的下一項改變，或下一張賺錢頁面，系統就這樣持續運轉——你每週只做一個決定，而不是自己挖遍所有資料。
這就是我用的整套設定。它不需要你是 SEO 專家，只需要你肯承認哪些頁面真的在賺錢，哪些只是好看。
自動駕駛版的話，Viktor 會在 Slack 或 Teams 裡幫你跑這一切，每個敏感動作都會經過你批准。
如果你想自己搭，今晚就打開 Claude Code、建好資料夾、寫好簡報。
不管你選哪一條路，在要求多一個訪客之前，先讓你的頁面能轉換。
感謝 Viktor 贊助這篇指南，你可以在 viktor.com 拿到 100 美元的免費額度。
