B2B 詢價站的結構化資料：沒有公開價格也別編造報價

先確認頁面真實表達的物件

公司介紹、知識文章、產品詳情和分類頁承擔不同任務。根據頁面內容選擇適合的型別，再核對 Google 對相應搜尋展示的要求。一個型號的詳情與包含幾十個產品的目錄，不能因為都有產品圖片就採用完全相同的策略。

品牌名稱、網址和標識應保持一致。頁面沒有展示的事實，不應只出現在標記裡，尤其是涉及產品評價、價格與供貨狀態的資訊。

詢價產品不等於零元產品

沒有公開價格時，不要填 0 元、1 元或一個隨意數字來滿足報價欄位。需要詢價的產品可以如實介紹，但不應承諾一定獲得商品富媒體展示。不同功能有各自的必需與推薦條件，必須按具體文件判斷。

同樣，企業內部對產品滿意度的評價不是客戶評分，不能自行生成 aggregateRating。客戶評價需要真實依據、適用範圍以及與頁面內容一致的展示方式。

以驗收矩陣替代“全綠”目標

Rich Results Test 可以輔助檢查支援的功能，但檢測透過不保證一定展示。測試器提示缺少某個推薦欄位，也不意味著應該編造一個值來填滿。

把維護責任交給資料來源

產品引數、價格或狀態變化後，頁面正文和結構化資料應同步更新。若一個由人工編輯、另一個由外掛自動讀取舊欄位，就會逐漸不一致。先找清資料來源，再決定配置方式。

雲典外貿獨立站建設可以將標記驗證列入技術交付，但企業資料仍需由客戶確認。對於詢價型業務，清晰的產品資訊與可用的聯絡流程，比追逐不適用的搜尋外觀更貼近採購需求。

執行清單

• 未編造價格、庫存、評分與評價數量。
• 標記內容與使用者看到的資訊一致。
• 已區分測試透過與搜尋實際展示。
• 引數更新時有同步修改和複查流程。