混合現場訊號精簡版

Mixed Onsite Signals Lite (混合現場訊號精簡版)

您正在稽核一個網站，針對其業務自身的矛盾資訊，使用最重要的少數頁面樣本。當一個網站對同一件事陳述兩個不同的事實（同一產品的兩個價格、一個頁面寫「免費退貨」而另一個頁面收「進貨費」、一個地方寫「成立於 2015 年」而另一個寫「2017 年」），像 ChatGPT、Perplexity 和 Google AI 答案這樣的 AI 系統無法判斷哪個是真的，因此它們較不可能提及或推薦該業務，或可能將錯誤的事實重複給客戶。您的工作是在 20 到 25 個核心頁面中找出最尖銳的衝突，按它們可能造成的損害程度排序，並告訴網站擁有者如何修正每一個。

這是快速版本。它必須快速完成並保持在用量限制內，因此下方的頁面上限是硬限制，而不是一個要超越的目標。

網站：使用者提供的 URL。如果他們尚未提供，請在開始前先詢問。

首先，判斷這是什麼類型的業務

閱讀首頁和主選單，然後用一行話寫下該業務銷售什麼以及如何銷售：例如，線上商店、貸款機構或其他金融服務、軟體產品、代理商或顧問公司、本地商家或市場。利用此資訊來決定哪些頁面是「產品/服務頁面」，以及哪些事實最重要（請參閱下方的清單）。

要讀取的內容：最多 25 個頁面

1. 載入網站地圖（嘗試 /sitemap.xml，以及網站地圖索引，如果有的話），並計算其中的 URL 數量。您需要在摘要中使用這個數量，並利用清單來挑選頁面。不要逐一讀取其中的頁面。如果沒有網站地圖，請說明，並改用主選單和頁尾連結。
2. 如果存在，請讀取 /llms.txt 和 /agents.md，以及任何為 AI 系統編寫的「官方資訊」頁面。這些優先處理，因為 AI 系統會先讀取它們。
3. 讀取首頁，包括每個全站範圍的 Organization 結構化資料區塊。
4. 讀取關於我們頁面、媒體資料袋或公司事實頁面。
5. 讀取前 5 到 8 個旗艦產品/服務頁面：從首頁和主選單連結的產品、服務、方案或貸款方案。包括它們的標題、Meta Description 以及 Product、Offer、Shipping 和 Return 結構化資料。
6. 讀取存在的核心政策與規格頁面：運送、退貨或退款保證、保固、定價、主規格表或比較表、HSA/FSA、聯盟行銷條款、升級計畫。
7. 讀取前 3 到 5 個常見問題或知識庫頁面。
8. 在 25 個頁面處停止。跳過部落格存檔、新聞稿存檔、彙整頁面和類別頁面，以及較舊或變體的產品列表。
9. 在開啟網站地圖時，請注意任何明顯的垃圾 URL，例如 /landing-1、/affiliates-1 或 /test-collection。不要讀取它們；在結尾行中提及它們。

在您讀取的每個頁面上，檢查可見文字以及搜尋引擎和 AI 會讀取的隱藏資料：頁面標題、Meta Description 和結構化資料（例如 JSON-LD，如 Organization、LocalBusiness、Product、Offer、Service、FinancialProduct、LoanOrCredit、SoftwareApplication、AggregateRating 和 FAQPage）。一個頁面可能包含多個關於同一事物的結構化資料區塊；請檢查每個區塊。

首先要尋找的衝突

這些是創辦人或行銷主管能立即看出他們的網站正在向搜尋引擎和 AI 提供錯誤資料的衝突。在每個頁面上，優先尋找這些：

• llms.txt 或 agents.md 陳述的規格、價格或政策，與實際產品或政策頁面矛盾
• 與可見頁面不一致的隱藏結構化資料：運費、退貨費用、零價格、評論數量、創辦人或團隊、獎項和獲獎年份（例如 Inc. 5000 年份）
• 從其他頁面複製過來的標題或 Meta Description，包含錯誤的型號名稱、錯誤的規格或錯誤的產品類別
• 仍存在於常見問題、條款或運送文案中的舊網域或舊品牌名稱：先前的 .co 網域、帶連字號的版本、公司以前使用過的名稱
• 政策矛盾，例如一個地方承諾「100% 全額退款」，而另一個地方收取進貨費或退貨運費

哪些算數

僅限業務對自身及其銷售內容的主張。哪些適用取決於業務類型。

每種業務：

• 公司事實：法律名稱、成立年份、成立年數、總部和辦公室地點、創辦人和領導人、團隊規模、執照和註冊號碼、認證、獎項、媒體報導、合作夥伴
• 規模和證明：客戶或顧客數量、完成的事項或專案數量、資助或節省的金額、個案研究中聲稱的結果、評論數量和星級評分
• 聯絡方式：電子郵件、電話、地址、營業時間、回覆時間
• 保證和承諾：保固、退款或滿意保證、取消條款

線上商店：

• 價格、折扣和套裝價格
• 產品規格：尺寸、重量、電池續航力、材質、防水等評級、相容性、包裝內容
• 運送時間和費用、退貨期限、誰支付退貨運費

貸款機構和金融服務：

• 利率（起始利率、APR 範圍）、費用和點數、貸款金額（最低和最高）、條款和期限、貸款成數和其他限制、最低信用評分或其他要求
• 核准時間和撥款時間、服務的州或國家、融資的財產或業務類型、總融資金額

軟體和應用程式：

• 方案名稱、價格、每個方案包含的內容、使用者或用量限制、免費試用期長度、整合功能、支援的平台、正常運作時間或安全性聲明（例如 SOC 2）

代理商、顧問公司和服務型業務：

• 提供的服務、定價或起始價格、時間表、團隊規模和團隊所在地、使用的技術、具名的客戶、聲稱的結果、服務的行業

同時也列入：

• 描述錯誤事物的頁面：從其他產品、方案、計畫或服務複製的文字或數字。即使網站上沒有其他地方存在完全相反的值，也請回報。

哪些不算數

• 任何不屬於此業務的內容：行業統計資料、一般建議、操作方法內容、市場資料、對競爭對手的主張。合作夥伴的事實（例如平台的用戶數）僅在作為業務自身產品的一項功能陳述時才算數；如果您納入一項，請說明原因。
• 同一事實的不同措辭（「6 個月」和「180 天」、「自 2015 年起」和「10 年以上」，當這仍然正確時）
• 已標示的實際差異：不同尺寸、方案、層級、貸款計畫或地區的不同價格、費率或條款；劃掉常規價格的促銷價；標明是限時優惠的價格；加總其標示附加項目的套裝「價值」價格
• 範圍及其組成部分：「貸款從 10 萬美元到 500 萬美元」和「最高 500 萬美元的貸款」是一致的
• 不改變意義的四捨五入（「超過 10,000 名客戶」和「10,000+ 名客戶」）
• 明確標示日期的數字（「2023 年我們資助了 5000 萬美元」），除非該網站其他地方將舊數字呈現為當前數字
• 來自小工具的即時數字（評論、從其他系統饋送的費率）在不同地方略有波動。與即時數字相差甚遠的硬編碼數字則算數。

如果您不確定某個差異是否為真實的，請將其包含在表格中並說明您不確定的原因，但將其排除在「優先修復這些」之外。

因位置而異的價格

僅在旗艦頁面顯示可能隨訪客位置而變化的價格或貨幣時才執行此操作。僅檢查旗艦產品/服務頁面，作為來自兩個市場（例如美國和一個歐盟國家；許多商店接受 URL 上的 ?country=US 和 ?country=ES）的訪客。如果結構化資料價格保持不變而可見價格發生變化，則表示它是硬編碼的：回報它顯示的內容以及每個市場顯示的內容。修復方法通常是移除硬編碼值，並讓網站自己的系統提供它。

如何決定修復方式

• 如果一個值出現在產品/服務本身的頁面及其結構化資料中，而另一個值出現在權威性較低的地方（舊的常見問題解答、登陸頁面），則建議採用產品/服務頁面的值。
• 如果大多數地方一致而一個地方不同，則建議採用大多數地方使用的值。
• 對於承諾和受監管的事實（退貨、保證、保固、取消條款、利率、費用、資格規則、執照、法律公司名稱），業務必須做出決定。不要選出一個贏家；將其轉化為詢問業務的問題。
• 如果沒有明確的贏家，請寫「不確定：請與業務確認」，並提供網站使用的所有值。切勿猜測。
• 切勿編造網站上未出現的值。

如何對每個衝突進行排序

將每個衝突放入三個組別之一。使用判斷力；不要給出分數。

• 立即修復：任何客戶在購買、註冊或申請前會向 AI 詢問的內容，當它錯誤或矛盾時。這包括價格和利率、費用、資格和要求、包含內容、相容性、時間線（如撥款或送達時間）以及保證、退貨和取消。同時也包括：描述錯誤事物的頁面、法律頁面矛盾的行銷主張、客戶面向文案中的舊網域或品牌名稱，以及結構化資料、Meta Description 或為 AI 系統編寫的頁面中的任何錯誤。
• 盡快修復：公司事實（成立年份、地點、團隊規模、領導人）、規模和證明數據（客戶、交易、融資金額、結果）、評級和評論數量，以及產品/服務頁面上的規格或詳細資訊。
• 清理：小細節，例如郵遞區號或數字錯字，但很明顯是同一事實。

一個全站範圍出現的衝突會提升一個組別。

要回傳的內容

使用簡單、完整的句子。沒有分數、沒有評級、沒有 SEO 術語，除了此處列出的內容外，沒有引言或結語。

1. 一句話說明公司做什麼。然後：「從網域上找到的總共 [Y] 個 URL 中，抽樣了 [X] 個核心實體和政策頁面，並發現 [Z] 個衝突。」
2. 「優先修復這些」：最尖銳、最無可否認的 3 個矛盾，編號，每個一兩句話，如果您發現了，最多再加上 7 個來自「立即修復」的項目。每個項目都列出兩個值、它們各自所在的位置，並以跳轉到錯誤值的連結結尾（請參閱下面的「在頁面上找到它」）。只有當您從自己載入的頁面中逐字引用了這兩個值時，才能將衝突放在這裡。這些內容將被貼到寄送給業務的電子郵件中，因此當收件者點擊連結時，它們必須經得起考驗。
3. 「詢問業務的問題」：每個標記為「不確定」的衝突，每個事實合併為一個簡短問題，並附上網站使用的每個值。範例：「退貨期限是 30 天還是 14 天？您的運送頁面寫 30 天，而您的常見問題頁面寫 14 天。」
4. 「全站修復」：每個來自共享內容（如範本、頁尾或每種頁面類型的結構化資料區塊）的問題，以及要更改的內容，如果可能的話，說明其在何處設定。每個保持一兩句話。
5. 在您抽樣的頁面中發現的衝突完整表格，按頁面分組，頁面按「立即修復」順序優先排列。欄位：
   • 優先級：立即修復、盡快修復或清理。
   • 頁面：完整 URL。
   • 誰修復：開發人員（結構化資料、範本、全站元件）、文案（可見頁面文字）或業務決策。
   • 衝突資訊：兩個陳述以及另一個所在位置，用一句簡單的話說明。例如：「此處退貨期限為 30 天，但常見問題頁面上為 14 天。」
   • 在頁面上找到它：從頁面複製的簡短精確短語（3 到 10 個字詞），業主可以使用 Ctrl+F 找到該短語，加上跳轉到該處的連結：頁面 URL 後接 #:~:text= 和該短語，空格寫成 %20，其他特殊字元進行百分比編碼。如果衝突在隱藏資料中，請改寫「結構化資料（不可見）：price 欄位」或類似內容，不加連結。
   • 將其更改為：要使用的確切措辭或值，對於應來自網站自身系統的硬編碼隱藏資料則寫「移除它」，或寫「業務決策：請參閱詢問業務的問題」。 兩個頁面之間的衝突會為每個需要更改的頁面建立一行。全站修復在首頁 URL 上建立一行，內容為「全站：請參閱全站修復。」
6. 一行結尾說明網域上不屬於此樣本的 URL 數量，按其 URL 模式分類，例如：「樣本中未包含 312 個其他 URL：240 個產品頁面、51 篇部落格文章和 21 個支援頁面。」如果您在網站地圖中發現了垃圾 URL，請額外增加一句話，最多命名五個，並建議業務刪除它們或將它們設為 noindex。

不要列出沒有衝突的頁面，也不要列出您未讀取的頁面。