AI SEO 唔可以只睇使用者輸入嘅關鍵字，因為 AI 搜尋可能會先生成自己嘅搜尋查詢。以 OpenWebUI 嘅預設查詢生成 prompt 嚟睇，系統會優先產生 1–3 個廣泛而相關嘅查詢，並喺有任何可能取得有用資訊時傾向搜尋。呢代表 AI 搜尋嘅 Discovery 階段，唔只由人類輸入嘅關鍵字決定，亦會受到系統生成查詢影響。
AI SEO 唔可以只睇使用者輸入嘅關鍵字。傳統 SEO 通常假設使用者搜尋咩字，內容團隊就優化咩字；但喺 AI 網頁搜尋或 RAG 類流程中，系統可能會先生成自己嘅搜尋查詢，再用呢啲查詢去取回候選來源。
呢篇係 OpenWebUI 系列嘅第二篇。上一篇〈OpenWebUI 點樣幫我哋理解 AI SEO：由查詢生成到引用〉先建立整體流程，說明 AI 搜尋可見度唔係單一排名問題，而係由查詢生成、來源取回、內容處理、片段選擇同最後引用組成。
本文只分析其中第一個變數：查詢生成。呢個步驟會直接影響 Discovery，即係頁面能否進入候選來源。即使你嘅頁面針對某個精準關鍵字排名好，如果 AI 實際搜尋嘅係另一組更廣泛嘅查詢，頁面仍然可能冇被找到。
如果你未睇過前面嘅概念文，可以先讀〈點解你 SEO 排名好，AI 都唔引用你〉。嗰篇文章解釋排名點解只覆蓋 AI 引用漏斗嘅一部分，而本文就進一步拆解 Discovery 前段嘅查詢生成問題。
查詢生成係 AI SEO 嘅第一個搜尋變數
查詢生成係 AI 搜尋流程中嘅第一個關鍵變數。佢決定系統實際用咩字去搜尋，亦會影響邊啲頁面有機會進入候選來源。
傳統 SEO 嘅關鍵字研究，通常由使用者輸入嘅字詞開始。內容團隊會整理搜尋量、排名難度、相關字詞，再決定要寫邊啲頁面。呢套方法仍然有用，但唔足以完整解釋 AI 搜尋。
喺 AI 網頁搜尋中，使用者嘅問題可能只係輸入。系統接著會根據對話內容、語言、日期同資訊需求，生成一組可執行嘅搜尋查詢。真正影響 Discovery 嘅，往往係呢組查詢，而唔只係使用者原句。
因此，查詢生成會令 AI SEO 多出一層不確定性。內容是否進入候選來源，唔只取決於頁面是否對齊人類輸入嘅關鍵字，亦取決於系統是否生成會搵到該頁面嘅搜尋查詢。
OpenWebUI 嘅預設 prompt 點樣要求系統生成查詢
OpenWebUI 嘅 DEFAULT_QUERY_GENERATION_PROMPT_TEMPLATE 直接顯示，系統會先分析對話內容，再決定是否生成搜尋查詢。以下係 prompt 原文：
"""### Task:
Analyze the chat history to determine the necessity of generating search queries, in the given language. By default, **prioritize generating 1-3 broad and relevant search queries** unless it is absolutely certain that no additional information is required. The aim is to retrieve comprehensive, updated, and valuable information even with minimal uncertainty. If no search is unequivocally needed, return an empty list.
### Guidelines:
- Respond **EXCLUSIVELY** with a JSON object. Any form of extra commentary, explanation, or additional text is strictly prohibited.
- When generating search queries, respond in the format: { "queries": ["query1", "query2"] }, ensuring each query is distinct, concise, and relevant to the topic.
- If and only if it is entirely certain that no useful results can be retrieved by a search, return: { "queries": [] }.
- Err on the side of suggesting search queries if there is **any chance** they might provide useful or updated information.
- Be concise and focused on composing high-quality search queries, avoiding unnecessary elaboration, commentary, or assumptions.
- Today's date is: {{CURRENT_DATE}}.
- Always prioritize providing actionable and broad queries that maximize informational coverage.
### Output:
Strictly return in JSON format:
{
"queries": ["query1", "query2"]
}
### Chat History:
<chat_history>
{{MESSAGES:END:6}}
</chat_history>
"""
呢段 prompt 唔代表所有 AI 搜尋平台嘅做法。佢嘅價值在於提供一個開源、可觀察嘅例子，令我哋見到「查詢生成」呢個中間步驟點樣影響後續搜尋。
對 AI SEO 嚟講，呢段 prompt 最重要嘅地方唔係 JSON 格式，而係佢點樣定義搜尋查詢。系統被要求產生廣泛、相關、可執行嘅查詢，並且會參考對話紀錄，而唔係只睇使用者最後一句說話。
呢段 prompt 對 AI SEO 有四個重要訊號
第一個訊號係：系統預設優先生成 1–3 個廣泛而相關嘅搜尋查詢。呢代表 AI 搜尋唔一定只追求精準關鍵字，而係可能先嘗試取得更完整嘅主題資訊。呢個訊號會影響 Discovery 嘅判斷。若某個頁面只對齊狹窄嘅長尾關鍵字，卻冇覆蓋較廣泛嘅主題查詢，佢可能喺傳統搜尋中有排名，但無法進入 AI 生成查詢對應嘅候選來源。
第二個訊號係：只有喺完全確定搜尋冇幫助時，系統先會回傳空列表。換句話講，喺呢個預設 prompt 中，只要外部搜尋有機會提供有用或更新嘅資訊，系統就傾向生成查詢。呢唔等於每次回答一定會搜尋，亦唔代表所有平台都採用同樣策略。不過，佢說明喺呢個可觀察流程中，Web Activation 發生後，Discovery 好快會受到查詢生成品質影響。
第三個訊號係：系統會分析對話紀錄。Prompt 中嘅 {{MESSAGES:END:6}} 表示系統會參考最近對話內容，而唔係只處理最後一則使用者訊息。呢點會影響 AI SEO 嘅測試方式。使用者問問題時，真正影響搜尋查詢嘅可能唔只係最後一句，而係前面已經建立嘅上下文。單一關鍵字追蹤，未必能夠完整模擬 AI 實際搜尋嘅方式。
第四個訊號係：輸出必須係一組可執行嘅查詢。Prompt 要求系統回傳 JSON 格式，內容係 queries 陣列。呢代表自然語言對話會被轉成機器可用嘅搜尋輸入。呢個轉換係 AI 搜尋同傳統搜尋嘅重要差異。使用者嘅自然語言問題，會先被轉成系統認為更適合搜尋嘅查詢，再進入來源取回流程。因此，AI SEO 分析唔可以只停留喺使用者原句。
點解 AI 搜尋唔一定等於使用者原句
AI 搜尋唔一定等於使用者原句，因為系統可能會先將自然問題轉成更適合搜尋嘅查詢。使用者可能用好口語、模糊或帶有上下文嘅方式提問，但搜尋查詢通常需要更簡潔、更明確，亦更容易取回資料。
呢種轉換會令 AI SEO 同傳統關鍵字研究出現落差。傳統做法常將使用者輸入嘅字詞當成主要優化對象，但 AI 搜尋可能會將同一個問題改寫成更廣嘅主題查詢、比較查詢或定義查詢。
呢度嘅重點唔係「精準關鍵字不再重要」。更準確嘅講法係，精準關鍵字只解釋一部分搜尋可見度。如果 AI 實際搜尋嘅係較廣泛或較概念化嘅查詢，頁面是否能夠被找到，就取決於佢是否被理解為該主題嘅候選來源。
因此，查詢生成會令 Discovery 唔再等同於單一關鍵字排名。頁面可能喺某個人工查詢中表現唔錯，但喺 AI 生成查詢中完全冇進入候選集合。
查詢生成點樣影響四階段 AI 引用漏斗
查詢生成主要影響 Discovery，但亦會間接影響後面嘅 Relevance 同 Citation。如果查詢一開始冇搵到你嘅頁面，後面嘅內容片段再好，亦冇機會進入比較。
| 階段 | 查詢生成的影響 | 對內容診斷的意義 |
|---|---|---|
| Web Activation | 查詢生成通常發生喺外部來源路徑啟用後。如果冇外部搜尋或來源取回，呢一步唔會真正發揮作用。 | 先確認該次回答是否走外部來源路徑。 |
| Discovery | 系統生成咩查詢，會影響邊啲頁面進入候選來源。 | 如果頁面冇出現，問題可能在查詢覆蓋，而唔只係內容品質。 |
| Relevance | 查詢亦會影響後續內容片段點樣被比較。 | 同一段內容，可能因查詢不同而被判斷成更相關或更不相關。 |
| Citation | 若查詢搵到嘅其他來源更直接、更可信，最後答案可能引用對方。 | Citation failure 有時從查詢生成階段已經埋下差距。 |
呢張表嘅重點，唔係將查詢生成當成全部問題，而係將佢放返入四階段漏斗。查詢生成唔係 Citation 嘅最後選擇，但佢會決定邊啲頁面有資格進入後面比較。
如果一個頁面喺傳統搜尋排名唔差，但 AI 搜尋一直冇引用，第一個要檢查嘅問題之一，就係 AI 可能生成嘅查詢是否真係會搵到佢。呢個比單純追蹤某個手動輸入關鍵字，更接近 AI 搜尋流程。
查詢生成點樣改變 Discovery 診斷
Discovery 唔係單純問「頁面有冇排名」。喺 AI 搜尋入面，更精準嘅問題係：AI 生成嘅搜尋查詢，有冇將頁面帶入候選來源？
呢個差異會改變診斷方式。如果頁面冇被 AI 搜尋見到，問題可能唔係文章本身寫得差，而係生成查詢同頁面主題冇對齊。頁面可能對某個人工關鍵字有排名，但對 AI 生成嘅廣泛查詢冇足夠可見度。
查詢生成亦會令同一主題出現多種候選路徑。系統可能用定義型查詢搵來源，亦可能用比較型查詢、問題型查詢或最新資訊查詢。不同查詢會產生不同候選來源，最後進入後續流程嘅頁面亦會不同。
因此，Discovery 診斷唔可以只睇單一關鍵字位置。更合理嘅分析，係比較多組 AI 可能生成嘅查詢，觀察你嘅頁面是否穩定進入候選來源。呢個分析仍然唔等於 Citation，但佢能夠說明頁面是否通過 AI 搜尋前段入口。
結論：AI SEO 要分析查詢意圖，不只是關鍵字
AI SEO 嘅關鍵字研究，唔應該只停留喺使用者輸入咩字。OpenWebUI 嘅預設查詢生成 prompt 顯示，喺可觀察嘅 RAG 流程中，系統可能會先分析對話紀錄，產生 1–3 個廣泛而相關嘅搜尋查詢，再用呢啲查詢取回候選來源。
呢代表 AI SEO 分析要睇查詢意圖，而唔只係查詢字詞。精準關鍵字仍然有用，但佢只係 AI 搜尋可見度嘅一部分。真正影響 Discovery 嘅，係系統生成嘅查詢是否會將你嘅頁面帶入候選來源。
下一篇會進入搜尋結果同頁面擷取。當 AI 生成查詢並取回候選來源後，系統最先見到嘅通常唔係完整頁面，而係連結、標題同摘要。呢會影響 AI 搜尋點樣判斷你嘅頁面是否值得被進一步處理。
References
常見問題
AI 搜尋會直接搜尋使用者輸入嘅原句嗎？
唔一定。以 OpenWebUI 嘅預設查詢生成 prompt 嚟睇，系統會先分析對話內容，並優先生成 1–3 個廣泛而相關嘅搜尋查詢。呢啲查詢可能同使用者原句唔同。
查詢生成對 AI SEO 有咩影響？
查詢生成會影響 Discovery，即係頁面是否進入候選來源。如果 AI 生成嘅查詢搵唔到你嘅頁面，後面嘅內容處理、相關性比較同引用選擇都唔會發生。
點解 OpenWebUI 嘅查詢生成 prompt 值得分析？
因為佢提供一個可觀察嘅開源樣本，令我哋見到 AI 網頁搜尋可能點樣將對話內容轉成搜尋查詢。呢個唔代表所有 AI 平台都一樣，但可以幫助理解 AI SEO 嘅前段可見度問題。