AI 爬蟲能讀取你的 Shopify 頁面嗎？算繪檢查

從頁面實際傳送的內容開始#

AI 爬蟲能讀取你的 Shopify 頁面嗎？它們或許能擷取頁面，但這並不能確定它們收到哪些內容，或是否會執行用來新增內容的 JavaScript。在瀏覽器中看似完整的頁面，仍可能傳送不完整的初始文件。

實際的檢查方式是比較三種狀態：初始頁面回應、停用 JavaScript 的頁面，以及正常算繪的頁面。重點是找出必要的產品資訊、文章文字和連結，而不是要求樣式完全一致。

如果重要資訊只在 JavaScript 執行後才出現，請要求佈景主題開發者或應用程式供應商，讓這些資訊在初始回應中就可取得。對購物者有幫助的互動增強功能則可保留。

這項檢查並 不能 證明某項服務已爬取、建立索引、引用或推薦你的商店。它能確認的範圍更小，但很實用：你的公開頁面是否依賴瀏覽器執行程式，才能傳達其核心意義。

區分存取、算繪與選用#

診斷文字缺漏前，先區分三個問題：

1. 存取： 爬蟲能否依照你的存取規則，請求該公開網址？
2. 算繪： 回應是否包含有用的內容，還是必須由 JavaScript 建構？
3. 選用： 服務是否選擇將該內容納入結果？

這些是各自獨立的決策。改善第二項並不保證第三項會發生。

Google 的 JavaScript SEO 說明文件 ↗ 將爬取、算繪和建立索引描述為不同階段。Google 搜尋使用 Chromium 執行 JavaScript，但 Google 也明確指出，並非所有機器人都能執行 JavaScript。不應將其算繪能力視為所有爬蟲的通用規格。

OpenAI 的爬蟲說明文件 ↗ 區分了支援搜尋的 OAI-SearchBot，以及爬取可能用於模型訓練之內容的 GPTBot。兩者的設定彼此獨立。ChatGPT-User 處理某些由使用者發起的造訪，並不是控制自動搜尋爬取的設定。

該文件並未確認這些代理程式具備通用的 JavaScript 算繪能力。請將停用 JavaScript 的檢查視為保守的診斷方式，而不是對 OpenAI 造訪的精確模擬。

選取有用的 Shopify 頁面樣本#

先從涵蓋不同頁面建構方式的小型樣本開始，而不是只檢查首頁。

納入標準產品頁面、資訊會隨款式選項而變的產品頁面、商品系列頁面、以產品為主的文章，以及任何使用獨立頁面建構應用程式製作的到達網頁。如果兩個範本的內容排列方式不同，就將兩者都納入。

使用公開商店網址，而不是編輯器預覽。在登出狀態下開啟這些網址，讓觀察結果不依賴商家存取權限。記錄語言、幣別、選取的款式，以及任何可能影響所見內容的同意選擇。

針對每個網址，寫下在各種比較狀態下都必須保留的資訊：

• 產品名稱與有用的說明。
• 相關規格、材質、尺寸或相容性。
• 適用時，顯示的價格與供貨情況說明。
• 文章標題、主要說明與重要的適用條件。
• 通往文中所討論產品或補充頁面的連結。

不要要求每項互動控制功能在沒有 JavaScript 時都能運作。首要目標是資訊可讀，而不是打造功能完整、無須指令碼的結帳流程。

檢查初始文件#

正常開啟公開頁面，並使用瀏覽器的 檢視網頁原始碼 功能。這與開發人員工具的 Elements 面板不同；該面板顯示的是經過瀏覽器處理，且可能已由 JavaScript 修改的目前文件。

在原始碼中搜尋產品說明或文章裡具有辨識度的句子。接著搜尋一項規格，以及某個產品連結的目的地。

請謹慎解讀搜尋結果。在指令碼資料中找到句子，不等於該句子已作為可讀的頁面內容傳送。記錄該資訊是出現在一般內容中、僅存在於內嵌資料中，還是完全未出現在原始碼裡。

若要更精確地檢查目前頁面載入所使用的回應：

1. 開啟瀏覽器開發人員工具，選取 Network。
2. 重新載入頁面。
3. 選取主要文件請求，而不是圖片或指令碼。
4. 檢查其回應與狀態。
5. 在該回應中搜尋相同的資訊。

這能提供具體資料，供你交接給開發者。你不必說「爬蟲讀不到這個」，而可以回報：「主要文件回應缺少正常瀏覽器畫面中出現的相容性段落。」

請搭配原始碼檢查與下一項檢查。單靠其中任何一項，都無法回答所有可見性問題。

停用 JavaScript 後重新載入#

在 Chrome 開發人員工具中開啟指令選單，搜尋 停用 JavaScript並選取。保持開發人員工具開啟，然後重新載入頁面。瀏覽器版本可能不同；如果沒有此選項，請使用相對應的網站設定。

只在頁面載入完成後停用 JavaScript 並不足夠。先前插入的內容可能會保留，直到你重新載入。

像訪客一樣閱讀重新整理後的頁面。你能辨識產品、了解其預期用途，並找到重要的適用條件嗎？如果是文章，主要說明是否仍可閱讀？你能循著相關連結前往目的地嗎？

將資訊缺漏與呈現異常分開記錄。版面崩壞但規格仍可讀，與外觀漂亮卻沒有規格的空殼，是不同的問題。

也要區分內容缺漏與內容隱藏。文字可能存在於回應中，卻藏在控制功能已失效的摺疊區塊內。這種情況需要無障礙的替代呈現方式，不一定需要更換內容來源。

完成後重新啟用 JavaScript 並重新載入。對每個抽樣範本重複比較，不要假設單一結果適用於整間商店。

將觀察結果轉化為決策#

使用這份決策表選擇下一步調查方向。這是問題分流架構，不是搜尋成效預測。

觀察結果	能確認的事項	下一步行動
核心資訊出現在回應中，且在沒有 JavaScript 時也可見	在這項檢查中，這些資訊不依賴指令碼執行	另行檢查存取規則與內容正確性
資訊僅出現在正常算繪的畫面中	資訊的呈現依賴瀏覽器處理	要求負責的佈景主題或應用程式開發者提供初始回應中的備援內容
資訊僅出現在內嵌資料中	資料存在，但尚未確認有可讀內容	新增或還原可讀的事實摘要
文字存在於原始碼中，但沒有指令碼時會被摺疊區塊隱藏	傳送的內容與呈現方式不同	為必要資訊提供可讀的備援內容
頁面傳回錯誤或要求登入	公開內容請求未如預期成功	先解決存取或回應行為問題，再處理算繪
Google 算繪後的畫面包含原始碼中沒有的資訊	Google 的測試算繪出了這些資訊	不要將該結果推論至其他爬蟲
文章文字保留，但產品連結消失	文章的產品導覽依賴增強功能	在必要論述旁提供一般的目的地連結

優先處理缺漏的產品識別資訊、規格、適用條件與連結目的地，再處理裝飾功能。動畫故障與安全限制說明缺漏，不應具有相同的優先程度。

修正內容依賴，而不只是表面症狀#

針對每個缺漏區塊，找出負責的來源。它可能來自佈景主題、文章內文、產品資訊、頁面建構工具或應用程式。詢問哪個元件提供資料，以及哪個元件將資料轉成可見內容。

一項實用的實作要求是：

「在初始頁面回應中傳送必要的事實摘要，再使用 JavaScript 增強功能。保留相同意義，並為會變動的資訊維護單一權威來源。」

這讓開發者有空間選擇適當的實作方式。在找出實際依賴關係之前，避免直接要求更換佈景主題。

對產品頁面，請要求提供可讀的基本說明與關鍵規格。款式選擇器可以保留互動性，但基本內容不應讓人以為某一款式的尺寸、價格或供貨情況適用於所有選項。

對文章，請在傳送的內容中保留主要的知識說明與有意義的產品介紹。推薦小工具應補充說明，而不是成為唯一提及相關產品的地方。

Google 建議將伺服器端算繪或預先算繪視為實用方法，因為並非所有機器人都會執行 JavaScript。這支持減少對算繪不必要的依賴，卻不代表應移除商店中的所有指令碼。

逐一分析兩個假設範例#

規格面板是唯一提供尺寸的地方#

假設範例： 某款包袋的產品頁面，在由應用程式提供的面板內顯示尺寸。停用 JavaScript 後，產品標題與簡介仍在，但尺寸消失了。搜尋主要回應時，只在內嵌的應用程式資料中找到尺寸。

診斷結果不是「產品頁面不可見」。更精確、範圍更小的發現是：在這項檢查中，尺寸資訊缺少可讀的基本呈現。

實用的修正要求是使用同一份持續維護的產品資訊，在主要說明旁加入尺寸。如果增強面板仍有用，就保留它。

驗收標準應明確指出資訊：尺寸必須在初始回應與無指令碼畫面中以可讀內容呈現，並完整保留任何款式適用條件。之後，確認正常面板與基本內容一致。

文章失去產品連結目的地#

假設範例： 某篇文章說明如何選擇替換濾芯。沒有 JavaScript 時，文章文字仍在，但所有相容產品的連結都由互動式輪播提供。沒有該輪播，讀者讀到最後也沒有可前往的產品頁面。

保留完整的說明文章，並在討論相容性的地方加入具描述性的產品連結。不要以籠統的「立即選購」連結，取代精確的相容性指引。

ClickFrom.AI 為符合資格的 Shopify 文章與以產品為主的部落格內容提供相關產品卡片。如果使用這些卡片，請將其實際輸出納入算繪檢查，而不是假設其傳送方式。請參閱 /pricing ，了解目前的條款。

卡片可以補充文章中的產品介紹。它們並非爬蟲已存取頁面的證據，也不應取代缺漏的核心資訊。

分別檢查存取控制與 Google 算繪#

如果回應不完整是因為公開頁面遭到封鎖，請先解決該問題，再改寫內容。檢查相關的 robots.txt 規則，以及影響該網址的任何存取驗證關卡。

使用 robots 分析工具 可協助檢查 robots.txt。請將搜尋與訓練偏好分開設定：OpenAI 文件說明 OAI-SearchBot 與 GPTBot 各有獨立控制設定。允許搜尋爬蟲存取只是給予許可，不是保證內容會被收錄。

Google 的 爬蟲總覽 ↗ 也區分一般爬蟲、特殊用途爬蟲，以及使用者觸發的擷取工具。不要假設所有用戶端都遵循相同的存取模式。

針對 Google，其 JavaScript 說明文件建議，在調查算繪內容時，透過網址檢查或複合式搜尋結果測試來檢視算繪後的 HTML。將其中的重要資訊與你在瀏覽器中的觀察結果比較。

如果 Google 算繪後的 HTML 包含某項規格，請記錄這個有限範圍的結果。這並不能確認其他服務如何處理該頁面。

同樣地，請另行調查非預期的狀態碼或索引指令。Google 提醒，初始的 noindex 指令可能阻止算繪，因此依賴 JavaScript 將其移除，可能無法達到預期效果。

為每個範本重複使用這份工作表#

將下列工作表複製到維護筆記中。以觀察到的事實填寫，而不是對爬蟲行為的假設。

頁面紀錄#

• 公開網址：
• 頁面類型與範本：
• 負責的佈景主題元件或應用程式：
• 語言、幣別與選取的款式：
• 已確認可在登出狀態下存取：
• 主要文件狀態：
• 預期應有的必要資訊：
• 日期與檢查者：

比較紀錄#

針對每項必要資訊，記錄：

• 在初始回應中以可讀內容呈現：
• 僅存在於內嵌資料中：
• 停用 JavaScript 並重新載入後可讀：
• 在正常算繪的頁面中可讀：
• 有可用的相關目的地連結：
• 任何差異或適用條件：
• Google 專屬的算繪結果（如有檢查）：

修正與驗收檢查清單#

• 找出負責每項缺漏資訊的元件。
• 區分存取失敗與算繪依賴。
• 要求在初始回應中提供必要內容的備援版本。
• 讓會變動的資訊持續連結至權威來源。
• 保留款式、幣別與供貨情況的適用條件。
• 透過一般連結提供重要的目的地。
• 修正後重新檢查初始回應。
• 重新檢查無指令碼與正常瀏覽器畫面。
• 確認重複呈現的內容一致。
• 完成後還原瀏覽器的 JavaScript 設定。
• 記錄尚未解決的限制，不要宣稱所有爬蟲都能看見內容。

以精確且實用的範圍定義成功#

成功的算繪檢查應以證據作結：必要資訊存在於傳送的文件中，在沒有 JavaScript 時仍可理解，且與增強後的頁面一致。重要連結具有可用的目的地，存取控制也符合你預期的政策。

當佈景主題變更、頁面建構工具更新或應用程式替換，改變了這些資訊的傳送方式時，請重複相關檢查。

目標不是讓商店在所有環境中看起來都一模一樣，而是確保理解產品與文章時，不必無謂地依賴介面程式的執行。這是你能驗證的實際改善，無須承諾流量、排名或推薦。