是什麼
2026 年 6 月，IETF（制定 HTTP、DNS 這些網路底層標準的組織）發布 RFC 10008，HTTP 正式新增標準方法 QUERY。它解決一個老難題：程式要向伺服器做複雜查詢（例如幾十個條件的商品篩選、跨欄位的報表查詢）時，用 GET 得把條件全塞進網址——太長會爆，敏感條件還會留在瀏覽器歷史和伺服器紀錄；改用 POST 能把條件放進請求本體，但 POST 的語意是「寫入」，連線中斷不敢自動重試，快取層預設也不快取。QUERY 把兩邊的好處都拿走：像 GET 一樣純讀取、可重試、可快取，又像 POST 一樣能攜帶完整查詢內容。
周邊也一次配齊：伺服器可以用 Accept-Query 標頭宣告自己吃哪些查詢格式，看不懂的格式回 415、格式對但內容有誤回 422；跨網域使用一律要先過瀏覽器預檢（preflight），不會變成新的安全破口。
跟你有什麼關係
先講結論：你的網站今天不會因為 QUERY 多一分 AI 曝光，也不會少一分。ChatGPT、Perplexity 等主流 AI 引擎抓你的網頁、決定要不要引用你，走的仍是最普通的 GET——QUERY 管的是「程式對 API 做結構化查詢」，不管「AI 怎麼讀你的內容」。
值得記住它的原因在後面。AI 正在從「讀網頁」走向「直接查資料」：agent 替使用者查庫存、比價格、訂位子。QUERY 給了這種查詢一個安全、可快取的標準語意，等於在替那個階段的 web 鋪水管。哪天 AI 引擎開始用結構化查詢直接向網站要資料，有標準介面的站會先受益——這是展望，不是現在式。
現在要不要動
不用。內容站、形象站、電商前台都沒有要改的東西；快取層得把查詢內容納入快取鍵才吃得到快取紅利，各框架與基礎設施的支援也才剛起步。有自家 API 的工程團隊可以開始關注；其他人把力氣留在 AI 現在真正在讀的地方——內容跟結構。標準會一直出，哪些跟你的 AI 曝光有關、哪些只是工程圈的事，我們持續替客戶盯著。