AI 讀得懂您的網站嗎？別讓商品與服務資訊被漏掉

有人問 AI「這家公司賣什麼？價格多少？適合我嗎？」時，AI 能不能讀到您網站上的商品、價格與服務資訊？網站在您眼裡看起來完整，不代表每一種 AI 工具都能讀到裡面的文字。讀不到，就可能在回答潛在客戶時漏掉重要資訊。

讀得到，有助於 AI 了解您的生意；但不保證它會找到、引用或推薦您。這篇實驗只測其中一個環節：直接把網址交給 AI，請它讀網頁，會發生什麼事。至於客戶不給網址、只問公司名稱時 AI 能不能找到資料，還是另一個問題。

我們虛構了一家公司，替它編了吉祥物、地名與價格，再用五種不同方式把資料放上網站。接著請 ChatGPT、Claude 與 Gemini 閱讀。在其中三個頁面，五種 AI 工具有四種沒讀到這些資料；但人用瀏覽器打開時，每一頁看起來都很正常。

先說結論：把重要文字直接放在伺服器送出的網頁內容裡，是本次測試最穩定的做法。有些網站要等程式執行後才加入文字，或把資料藏在程式區塊裡。人不會察覺差別，多數受測工具卻讀不到。ChatGPT App 找到了繞路的方法，後面會說明。

我們曾在英文文章〈AI 如何讀取您的網站〉談過這個問題。在約 100 個使用者提交免費掃描的網站中，也有 6 個在程式執行前幾乎沒有文字。這是提交掃描網站的觀察，不能當成所有網站的比例。因此我們決定實際測試，而且用網路上其他地方沒有的資料。

實驗怎麼設計？同樣三項資料，五種送達方式

這家虛構公司「賣」給獨立書店使用的軟體，網站放在全新網域。每個產品頁都寫了三項編造的資料：最初測試的城鎮、吉祥物名稱與月費。每頁頁尾都註明公司是虛構的，沒有商品真的在販售。

我們暫時不公開公司名稱、網址及編造的答案，以免 AI 從本文或轉載文章學到，而不是從實驗網站讀到。第二篇再公開。

給 AI 一個網址，它讀到了什麼？

2026 年 10 月 21、22 日，我們把頁面網址交給每個 AI，請它列出頁面上的所有事實。同時查看伺服器紀錄，確認誰下載了網頁，以及有沒有另外下載 JavaScript 檔案。

第 2 至 4 頁，五種工具中有四種只看到網站描述、頁尾，以及缺少實驗資料的頁面。紀錄也吻合：ChatGPT-User、Claude-User 與 Google 的擷取工具只索取網頁，沒有再下載 JavaScript。第 4 頁的資料明明已在 HTML 裡，只因放在 script 區塊，仍被略過。

有一點值得放心：讀不到資料的工具都明說找不到，沒有憑空編答案。Claude 還推測文字可能要由瀏覽器執行 JavaScript 才會出現，正是我們的設計。

為什麼 ChatGPT App 讀到了？

ChatGPT App 找到了所有隱藏資料，包含經過編碼的內容。第 3 頁的紀錄顯示：它先取得沒有資料的外殼，12 秒後，同一位訪客從登記在 OpenAI 名下的網段回來，下載 JavaScript，再從程式碼取出資料。第 2 頁也有相同行為。

第 4 頁不必下載另一份程式檔，它直接讀 HTML 裡的資料區塊。第 5 頁則只下載含價格的那一份程式檔，沒有下載框架的其他檔案。這些紀錄顯示，它不是像一般瀏覽器那樣完整載入頁面，而是進一步讀取程式碼。就像別的工具只看門口菜單，它走進廚房翻食譜。

這個例外不能成為網站設計的依靠。它只發生在特定 App 與模型，而且是我們明確請它讀指定網頁時。ChatGPT 的一般網頁擷取工具並沒有做這件事，您的客戶也不一定使用同一種 App、模型或模式。

用 Next.js 做網站，也會有問題嗎？

不一定。Next.js 通常會在伺服器端產生頁面，文字本來就在 HTML 裡。我們用第 5 頁分開測試三種資料送達方式，結果如下。

伺服器直接產生的部分，五種工具都讀到了。Suspense 裡的資料，Claude 只讀到等待中的占位文字；Claude App 甚至回報頁面寫著「Loading details...」。而由瀏覽器程式加入的資料，只有 ChatGPT App 讀到。

也要留意實驗條件：我們擷取 Next.js 14 伺服器實際產生的內容，再以檔案提供。因此串流部分與其餘內容是一起送達，這不是所有即時串流情境的測試。

Google 的 AI 摘要怎麼回答？

Google AI 摘要不能用同樣方式直接交付網址，因此我們改用產品名稱搜尋。Google 尚未找到實驗網站，AI 摘要卻在兩天都把其中一項產品和名稱相似的真實香氛工作室連在一起。第二天，它一方面說某項產品不存在，一方面又說公司名稱是某網站虛構的城鎮。ChatGPT 與 Claude 用網路搜尋回答相同問題時，則表示找不到。

這是另一條搜尋路徑的觀察，不能和前面「直接給網址」的讀取測試混為一談，也不能推論所有 Google AI 摘要都會出現相同錯誤。

對經營網站的人，實際要做什麼？

先不用記住 SSR 等縮寫。第 1 頁其實只是靜態 HTML 檔，不需要即時在伺服器產生，也能被每種受測工具讀懂。真正影響本次結果的是：重要文字是否已經放在伺服器送出的可讀內容裡。伺服器端渲染、靜態產生及預先渲染，都可能做到。

1. 先檢查商品、價格與聯絡資訊。用 Chrome 打開網站，按右鍵選「檢視網頁原始碼」，搜尋商品名稱或價格。要出現在頁面文字裡，不能只是藏在 <script 開頭的程式或資料區塊。這是初步檢查，不是能被推薦的保證。
2. 把檢查結果交給網站製作人員。可以直接問：「我們的重要資訊，能不能在不執行 JavaScript 的情況下讀到？」不必一開始就要求整站重做。
3. 如果使用 Next.js，確認重要資料的呈現方式。請開發者把商品、價格與聯絡方式直接由伺服器產生，避免關鍵資料只放在 Suspense 或等待瀏覽器執行後才出現的內容裡。
4. 把『讀得到』和『會推薦』分開檢查。前者是資料取得問題；後者還涉及是否被找到、內容是否符合提問，以及 AI 如何選擇來源。可接著看五步驟檢查 AI 是否推薦您的網站。

開發者也可以用以下指令查看伺服器直接回傳的內容：

curl -s https://yoursite.com/pricing

若想先知道自己的網站有沒有這類問題，可以使用免費網站掃描。它檢查不執行 JavaScript 時能否讀到內容、robots.txt 允許哪些 AI 爬蟲，以及結構化資料，不需註冊。

這篇還沒有回答什麼？

第一篇測的是直接讀取頁面。許多 AI 回答也可能透過搜尋索引取得資料，而不是當場到您的網站閱讀。Google 的JavaScript 搜尋說明文件表示，它會在建立索引的流程中執行 JavaScript；我們也觀察到 OpenAI 與 Anthropic 的訓練爬蟲下載過實驗網站的 JavaScript。

所以，當買家只問虛構公司的名稱、不提供網址時，這些資料會不會出現在回答裡？這是第二篇要追蹤的問題。我們暫時保留公司名稱與網址，避免破壞這部分實驗。

測試方法與限制

• 日期與範圍：一個虛構網站、五個產品頁。第 1 至 3 頁於 2026 年 10 月 21 日測試，第 4、5 頁於 10 月 22 日測試。
• 提問：請 AI 讀取指定網址，列出產品用途、最初測試地點、吉祥物與價格。原始測試以英文進行，本篇是繁體中文說明，並非另做一次中文實驗。
• App：ChatGPT（GPT-6.1 Sol）、Claude（Opus 5.5，medium effort）、Gemini（Auto），使用可上網的一般對話，每頁開一個新對話。
• API：OpenAI gpt-4.1-mini 搭配 web search；Anthropic claude-sonnet-5 搭配 web fetch。App 與 API 是不同使用方式，不能把結果合併成同一項產品的固定能力。
• Google：兩天皆以產品名稱搜尋，美國地區、英文。
• 第 5 頁：使用 Next.js 14 App Router，保存框架伺服器的實際輸出並以檔案提供，串流部分與其餘內容一起送達。
• Claude App：10 月 21 日使用約 20 分鐘前 API 測試期間擷取的副本；副本也沒有 JavaScript。10 月 22 日改給新網址，使它自行擷取第 4、5 頁。
• 證據：CDN 存取紀錄中的請求、使用者代理與 IP 位址。
• 限制：每頁、每種工具各測一次，只有一個網站，結果可能隨模型與工具改變。沒有衡量實際客戶推薦、點擊或成交效果。

常見問題