微信客服
Telegram:guangsuan
电话联系:18928809533
发送邮件:[email protected]

10種適用於B2B網站的結構化數據類型丨提升SEO效果

本文作者:Don jiang

對於 B2B 網站而言,完整部署結構化標記系統可使網頁平均增加 50%–70% 獲得 Rich Media 結果的機會,並將 點擊率 (CTR) 提升 15%–25%。

在 10 種主要標記類型中,從建立實體權威的 Organization,到增加直接點擊的 FAQPageProduct(儘管價格欄位需適應詢價場景),以及精準捕捉活動流量的 Event(必須嚴格遵循 ISO 8601 時間格式)。

特別是,sameAs 陣列必須連結至少 3 個權威社群資料,Breadcrumb 路徑必須精確匹配頁面 UI,而影片內容必須指定 durationthumbnailUrl 才能啟用 Rich Media 結果。

B2B 網站結構化資料類型

Organization (組織機構)

數據顯示,完整部署 Organization 標記的網站有 70% 的機會提升 Knowledge Panel 的產生,並使品牌關鍵字搜索的 CTR 增加約 18%。

標記必須嚴格遵循 Schema.org 要求,包括 namelogosameAs 等必填欄位,其中 sameAs 陣列必須包含至少 3 個權威社群資料(例如 LinkedIn、Crunchbase、Twitter 官方頁面)。

Logo 圖片最小尺寸須為 112×112 像素,並採用 1:1 的長寬比。

Organization 標記以 JSON-LD 格式部署在網站的 <head> 標籤內。根據 Google Search Central 的文件,完整的標記應包含以下結構化欄位:

基本欄位配置

     

  • @type: 固定值為 “Organization”。
  •  

  • name: 使用完整的公司註冊名稱(例如 “上海 XX 科技有限公司”),並須與網站頁腳和營業執照一致。
  •  

  • url: 填寫首頁的絕對 URL(以 https 開頭)。
  •  

  • logo: 建議使用透明背景的 PNG 圖片,檔案大小不應超過 1MB。

程式碼範例:

{
“@context”: “https://schema.org”,
“@type”: “Organization”,
“name”: “Example Tech Inc.”,
“url”: “https://www.example.com”,
“logo”: “https://www.example.com/logo.png”
}

社群資料整合(sameAs 欄位)

此欄位必須以陣列形式列出至少 3 個權威平台的首頁 URL,按優先級排序:

     

  • 組織機構的 LinkedIn 公司頁面(必選)
  •  

  • Crunchbase 公司資料頁面(必選)
  •  

  • Twitter 官方首頁
  •  

  • Facebook 商家頁面
  •  

  • YouTube 官方頻道

sameAs 欄位應如下所示,以陣列形式列出您公司的官方首頁連結:

{
“@context”: “https://schema.org”,
“@type”: “Organization”,
“name”: “XX Technology Co., Ltd.”,
“url”: “https://www.example.com”,
“logo”: “https://www.example.com/logo.png”,
“sameAs”: [
“https://www.linkedin.com/company/example-tech”,
“https://www.crunchbase.com/organization/example-tech”,
“https://twitter.com/example_tech”,
“https://www.facebook.com/example.tech”,
“https://www.youtube.com/@exampletech”
]
}

數據顯示:包含超過 5 個 sameAs 連結的網站,知識面板的出現機率高達 92%。

聯絡資訊標準化

聯絡電話必須使用國際標準格式(例如 +86-21-12345678),地址資訊應遵循「城市-地區-街道」三層結構:

“contactPoint”: {
“@type”: “ContactPoint”,
“telephone”: “+86-21-12345678”,
“contactType”: “customer service”,
“areaServed”: “CN”
}

Sitelinks Searchbox (網站連結搜索框)

Sitelinks Searchbox 標記是一種專門為網站首頁設計的結構化資料。當使用者搜索您的品牌關鍵字時,它可以在搜索結果下方顯示一個專屬的內部搜索框。

數據顯示,部署此標記可使品牌關鍵字搜索結果的 CTR 平均增加 12%–15%,特別是對於擁有超過 500 個產品頁面的 B2B 網站。

此標記必須明確定義搜索動作的目標 URL,其中必須包含 {search_term_string} 參數佔位符。

通常情況下,品牌關鍵字的月搜索量需超過 1000 才能有較高的啟用機率。

以下是詳細的使用指南:

基本欄位配置要求

此標記必須放置在網站首頁的 <head> 部分,且每個網站只能有一個此類標記:

     

  • @type: 必須設定為 “WebSite”。
  •  

  • name: 使用網站的官方名稱(通常與 Organization 標記中的 name 一致)。
  •  

  • url: 網站首頁的完整 URL 位址。
  •  

  • potentialAction: 包含搜索動作定義的核心欄位。
  •  

  • target: 指定搜索結果的 URL 格式,其中必須包含{search_term_string} 參數。

完整程式碼範例:

{
“@context”: “https://schema.org”,
“@type”: “WebSite”,
“name”: “Example Industrial Supplies”,
“url”: “https://www.example.com”,
“potentialAction”: {
“@type”: “SearchAction”,
“target”: {
“@type”: “EntryPoint”,
“urlTemplate”: “https://www.example.com/search?q={search_term_string}”
}
}
}

URL 範本詳細要求

     

  • 使用 https:// 協定(除非網站僅支援 http)。
  •  

  • {search_term_string} 必須原樣包含,不得更改大小寫或格式。
  •  

  • 參數名稱必須與您網站實際使用的搜索參數一致(常見參數包括 q, query, search, keyword)。
  •  

  • 總 URL 長度不應超過 256 個字元。

如果網站使用非標準參數結構,則需要相應調整:

// 多參數範例
“urlTemplate”: “https://www.example.com/search?term={search_term_string}&category=all”

// 路由格式範例
“urlTemplate”: “https://www.example.com/search/{search_term_string}”

啟用條件

     

  • 品牌搜索量:月搜索量超過 1000 更容易被啟用。
  •  

  • 網站權威性:網域權威度在 40 以上的網站有更高機率啟用。
  •  

  • 使用者行為:網站內部搜索功能使用頻率高的將被優先考慮。

數據顯示,滿足以下條件的網站有 85% 的機會在 6 個月內看到搜索框顯示:

     

  • 月品牌搜索量 > 2000
  •  

  • 網站總頁數 > 1000
  •  

  • 內部搜索使用率 > 15% 的訪客

常見錯誤

     

  • URL 範本中的參數名稱與實際不符。
  •  

  • 缺少 https:// 協定宣告。
  •  

  • {search_term_string} 拼寫錯誤。
  •  

  • 標記部署位置不在首頁。

Product (產品)

部署此標記的產品頁面有 65% 的機會在 Google 搜索中獲得 Rich Media 結果,平均 CTR 增加 18%–22%。

對於需要詢價的 B2B 產品,可透過將 price 欄位設定為 0 或使用 PriceSpecification 來適應。

完整的產品標記必須包含名稱、描述、圖片和 SKU 等關鍵欄位,其中產品圖片最小尺寸須為 1200×900 像素,且每個產品頁面只能有一個 Product 標記。

以下是詳細的使用指南:

基本欄位配置

每個產品頁面必須包含以下必填欄位:

     

  • @type: 設定為 “Product”。
  •  

  • name: 產品全稱(與頁面標題一致)。
  •  

  • description: 150–300 字元的產品描述(涵蓋主要功能和應用場景)。
  •  

  • image: 產品主圖片的絕對 URL(建議提供至少 3 張不同角度的圖片)。
  •  

  • sku: 產品庫存單位編號(唯一識別符)。
  •  

  • mpn: 製造商零件編號(如適用)。

基本程式碼範例:

{
“@context”: “https://schema.org”,
“@type”: “Product”,
“name”: “工業級三相異步馬達 – XJ-5000 型號”,
“description”: “額定功率 55kW,防護等級 IP55,適用於重型工業環境…”,
“image”: [
“https://example.com/images/motor-xj5000-1.jpg”,
“https://example.com/images/motor-xj5000-2.jpg”
],
“sku”: “XJ5000-IND-55KW”,
“mpn”: “XJ5000-2024”
}

價格資料處理方式

B2B 產品的價格處理需要特殊配置:

     

  • 選項 A:忽略 price 欄位(僅適用於詢價模式)。
  •  

  • 選項 B:設定 "price": "0" 並加入價格描述。
  •  

  • 選項 C:使用 PriceSpecification 定義價格範圍。

詢價產品的程式碼範例:

“offers”: {
“@type”: “Offer”,
“priceCurrency”: “CNY”,
“price”: “0”,
“priceSpecification”: {
“@type”: “PriceSpecification”,
“valueAddedTaxIncluded”: true,
“description”: “請聯絡銷售人員索取最新報價”
}
}

使用 additionalProperty 欄位定義產品參數

“additionalProperty”: [
{
“@type”: “PropertyValue”,
“name”: “額定電壓”,
“value”: “380V”
},
{
“@type”: “PropertyValue”,
“name”: “防護等級”,
“value”: “IP55”
},
{
“@type”: “PropertyValue”,
“name”: “絕緣等級”,
“value”: “F 級”
}
]

建議納入 5–8 個關鍵參數,確保參數名稱和數值準確。

評論與評分

若有使用者評論,則需加入 Review 標記。

“review”: {
“@type”: “Review”,
“reviewRating”: {
“@type”: “Rating”,
“ratingValue”: “4.8”,
“bestRating”: “5”
},
“author”: {
“@type”: “Person”,
“name”: “張工程師”
},
“reviewBody”: “設備運行穩定,能效表現優異…”
}

最好同時加入 AggregateRating:

“aggregateRating”: {
“@type”: “AggregateRating”,
“ratingValue”: “4.7”,
“reviewCount”: “28”
}

B2B 行業特定欄位

     

  • manufacturer: 連結 Organization 標記。
  •  

  • productionDate: 生產日期(適用於客製化產品)。
  •  

  • model: 產品型號。
  •  

  • brand: 品牌資訊。

完整範例:

{
“@context”: “https://schema.org”,
“@type”: “Product”,
“name”: “高端 CNC 加工中心”,
“image”: [“https://example.com/images/cnc-machine.jpg”],
“description”: “五軸精密加工中心…”,
“sku”: “CNC-8500-PRO”,
“brand”: {
“@type”: “Brand”,
“name”: “Precision Manufacturing”
},
“manufacturer”: {
“@type”: “Organization”,
“name”: “XX Machinery Co., Ltd.”
},
“offers”: {
“@type”: “Offer”,
“priceCurrency”: “CNY”,
“price”: “0”,
“availability”: “https://schema.org/InStock”
}
}

Article 與 BlogPosting (文章與部落格貼文)

部署此標記的文章頁面有 40%–50% 的機會在 Google 搜索中獲得 Rich Media 結果,平均 CTR 增加 12%–15%。

Article 標記適用於新聞稿、行業白皮書等正式內容,而 BlogPosting 則專用於 部落格貼文

必須包含標題、發佈日期、作者和圖片等關鍵欄位,其中圖片至少須為 1200×630 像素,且每篇文章只能使用一種標記類型。

數據顯示,正確使用此標記的內容頁面平均可獲得 3.2 個搜索排名位置的提升,並使 使用者平均停留時間 增加 25–30 秒。

類型選擇與基本配置

根據內容類型選擇正確的標記類型:

     

  • Article: 適用於新聞稿、行業報告、技術白皮書等正式內容。
  •  

  • BlogPosting: 專用於部落格貼文和觀點性內容。

基本程式碼範例 (Article):

{
“@context”: “https://schema.org”,
“@type”: “Article”,
“headline”: “2024 年工業自動化產業發展趨勢分析”,
“datePublished”: “2024-03-15T09:00:00+08:00”,
“dateModified”: “2024-03-20T14:30:00+08:00”,
“author”: {
“@type”: “Person”,
“name”: “張工程師”,
“url”: “https://example.com/author/zhang”
}
}

必填欄位

每篇文章頁面必須包含以下關鍵欄位:

     

  • headline: 文章標題(與 H1 標籤一致,長度 55–65 字元)。
  •  

  • datePublished: 發佈時間(ISO 8601 格式,精確到分鐘)。
  •  

  • dateModified: 修改時間(晚於或等於發佈時間)。
  •  

  • author: 作者資訊(至少須有 name 欄位)。
  •  

  • image: 主要圖片(最小 1200×630 像素,1.91:1 比例)。
  •  

  • publisher: 發佈者資訊(連結 Organization 標記)。

完整範例:

{
“@context”: “https://schema.org”,
“@type”: “BlogPosting”,
“headline”: “智慧製造解決方案在實體生產中的應用案例研究”,
“image”: [
“https://example.com/images/smart-manufacturing-case.jpg”
],
“datePublished”: “2024-03-18T10:00:00+08:00”,
“dateModified”: “2024-03-18T10:00:00+08:00”,
“author”: {
“@type”: “Person”,
“name”: “李技術總監”
},
“publisher”: {
“@type”: “Organization”,
“name”: “XX 工業解決方案公司”,
“logo”: {
“@type”: “ImageObject”,
“url”: “https://example.com/logo.png”
}
}
}

若文章包含影片或音訊

“associatedMedia”: {
“@type”: “VideoObject”,
“name”: “生產線實際運作影片”,
“description”: “智慧生產線的運作情境演示”,
“contentUrl”: “https://example.com/videos/production-line.mp4”,
“thumbnailUrl”: “https://example.com/images/video-thumbnail.jpg”,
“uploadDate”: “2024-03-18T10:00:00+08:00”
}

若文章具備評論功能

“comment”: [
{
“@type”: “Comment”,
“text”: “這篇文章很有參考價值,我們公司正在考慮類似的解決方案”,
“dateCreated”: “2024-03-19T15:30:00+08:00”,
“author”: {
“@type”: “Person”,
“name”: “王經理”
}
}
]

Breadcrumb (麵包屑)

部署此標記的網頁有 85% 的機會在 Google 搜索中獲得 Breadcrumb Rich Media 結果,平均 CTR 增加 8%–12%。

此標記是使用 BreadcrumbList 類型定義的,必須精確反映頁面在網站結構中的實際位置。

數據顯示,正確使用 Breadcrumb 標記的網站,使用者返回首頁的比例降低了 22%,且每次會話的頁面瀏覽深度增加了 1.8 頁。

基本結構定義

使用 BreadcrumbList 類型定義整體結構:

{
“@context”: “https://schema.org”,
“@type”: “BreadcrumbList”,
“itemListElement”: [
{
“@type”: “ListItem”,
“position”: 1,
“name”: “首頁”,
“item”: “https://example.com”
},
{
“@type”: “ListItem”,
“position”: 2,
“name”: “產品中心”,
“item”: “https://example.com/products”
}
]
}

層級結構要求

每個層級定義的要求:

     

  • position: 順序號,從 1 開始連續遞增。
  •  

  • name: 層級名稱(必須與頁面上顯示的文本精確匹配)。
  •  

  • item: 該層級對應的絕對 URL。

標準結構範例:

“itemListElement”: [
{
“@type”: “ListItem”,
“position”: 1,
“name”: “首頁”,
“item”: “https://example.com”
},
{
“@type”: “ListItem”,
“position”: 2,
“name”: “工業設備”,
“item”: “https://example.com/industrial-equipment”
},
{
“@type”: “ListItem”,
“position”: 3,
“name”: “泵浦產品”,
“item”: “https://example.com/industrial-equipment/pumps”
},
{
“@type”: “ListItem”,
“position”: 4,
“name”: “離心泵系列”,
“item”: “https://example.com/industrial-equipment/pumps/centrifugal”
}
]

名稱與 URL

確保:

     

  • 名稱字元與頁面顯示完全一致(包括標點符號)。
  •  

  • URL 採用 https 協定(除非網站不支援)。
  •  

  • 每個 URL 都是可存取的。
  •  

  • Position 順序連續,不可跳號。

多語言版本須分別定義

// 中文版
{
“@type”: “ListItem”,
“position”: 2,
“name”: “產品中心”,
“item”: “https://example.com/cn/products”
}

// 英文版
{
“@type”: “ListItem”,
“position”: 2,
“name”: “Products”,
“item”: “https://example.com/en/products”
}

FAQPage (常見問題頁面)

部署此標記的網頁有 75%–85% 的機會在 Google 搜索中獲得可展開的 Rich Media 結果,平均 CTR 增加 25%–40%。

此標記要求每個問答對都必須包含完整的問句和答覆文字,建議答覆長度在 30 到 300 個字元之間。

數據顯示,包含 5–10 個問答對的 FAQ 頁面獲得 Rich Media 結果的機率最高(78%),而 涵蓋長尾關鍵字 的 FAQ,在搜索流量增加 32% 的同時,使用者停留時間也增加了 45 秒。

基本結構定義

使用 FAQPage 類型定義問答內容:

{
“@context”: “https://schema.org”,
“@type”: “FAQPage”,
“mainEntity”: [
{
“@type”: “Question”,
“name”: “工業泵浦的一般供貨週期是多久?”,
“acceptedAnswer”: {
“@type”: “Answer”,
“text”: “標準型號工業泵浦的供貨期為 15–20 個工作日。客製化型號需要 30–45 個工作日,視技術要求而定。具體時間將根據訂單量和生產排程確定。”
}
}
]
}

問答格式要求

每個問答對的技術要求:

     

  • name: 問題的文本(10–15 個詞)。
  •  

  • text: 答案的文本(30–300 個字元)。
  •  

  • 問答數量:建議 5–12 組。
  •  

  • 內容相關性:必須與頁面主題直接相關。

“mainEntity”: [
{
“@type”: “Question”,
“name”: “設備安裝需要哪些場地條件?”,
“acceptedAnswer”: {
“@type”: “Answer”,
“text”: “需要準備好的 380V 工業用電介面、供水接駁點、平整的混凝土地基(承重 ≥5 噸)以及通風良好的安裝環境。詳細的尺寸要求請參閱技術手冊第三章。”
}
},
{
“@type”: “Question”,
“name”: “售後服務的響應時間是多久?”,
“acceptedAnswer”: {
“@type”: “Answer”,
“text”: “緊急故障 4 小時內響應,24 小時內技術人員抵達現場。一般問題在工作時間內 2 小時解決。全國主要城市設有八個服務中心。”
}
}
]

如何處理多語言網站

// 中文版
{
“@type”: “Question”,
“name”: “設備保修期多久?”,
“acceptedAnswer”: {
“@type”: “Answer”,
“text”: “整機保修12個月,核心部件保修24個月。”
}
}

// 英文版
{
“@type”: “Question”,
“name”: “What is the warranty period?”,
“acceptedAnswer”: {
“@type”: “Answer”,
“text”: “12 months for the whole machine, 24 months for core components.”
}
}

HowTo (操作指南)

部署此標記的網頁有 60%–70% 的機會在 Google 搜索中獲得 Rich Media 結果,平均 CTR 增加 15%–20%。

數據顯示,包含 5–8 個步驟的 HowTo 內容獲得 Rich Media 結果的機率最高(78%),包含步驟圖片的指南使使用者參與度增加了 40%。

標記必須包含預估總時間(ISO 8601 格式)、步驟列表和所需工具/材料等關鍵欄位。

基本結構定義

使用 HowTo 類型定義操作指南:

{
“@context”: “https://schema.org”,
“@type”: “HowTo”,
“name”: “工業泵浦安裝指南”,
“description”: “關於工業離心泵浦正確安裝步驟與注意事項的詳細說明”,
“totalTime”: “PT2H30M”
}

totalTime 欄位使用 ISO 8601 時長格式:

     

  • PT30M: 30 分鐘
  •  

  • PT2H: 2 小時
  •  

  • PT2H30M: 2 小時 30 分鐘
  •  

  • P1DT3H: 1 天 3 小時

時間估算應基於實際經驗,建議將誤差範圍控制在 ±15% 以內。

步驟列表定義

使用 step 欄位定義動作步驟:

“step”: [
{
“@type”: “HowToStep”,
“name”: “準備工作”,
“text”: “檢查泵浦機殼外觀完整性。備齊安裝工具組。”,
“url”: “https://example.com/howto/install-pump#step1”
},
{
“@type”: “HowToStep”,
“name”: “底座安裝”,
“text”: “將泵浦本體穩固地安裝於混凝土地基上。使用水平儀調整平面度。”,
“image”: “https://example.com/images/step2.jpg”
}
]

每個步驟應包含:

     

  • name: 步驟名稱(2–5 個詞)。
  •  

  • text: 詳細描述(50–100 個字元)。
  •  

  • imagevideo: 視覺指引(可選,但建議)。
  •  

  • url: 步驟錨點連結(可選)。

Video (影片)

部署 VideoObject 標記的影片頁面有 50%–65% 的機會在 Google 搜索中獲得影片 Rich Media 結果,平均影片 CTR 增加 25%–40%。

此標記必須包含影片標題、描述、縮圖、時長和上傳日期等關鍵欄位。

影片標記適用於自託管影片和嵌入自外部平台的影片。

數據顯示,具備準確 duration 欄位(ISO 8601 格式)的影片在搜索結果中顯示的機會增加了 30%,而擁有多個縮圖(至少 3 張)的影片使使用者 CTR 增加了 22%。

基本欄位配置

使用 VideoObject 類型定義影片內容:

{
“@context”: “https://schema.org”,
“@type”: “VideoObject”,
“name”: “工業機器人操作與維護教程”,
“description”: “詳細演示工業機器人的日常操作步驟與維護方法”,
“thumbnailUrl”: [
“https://example.com/videos/robot-tutorial-thumbnail1.jpg”,
“https://example.com/videos/robot-tutorial-thumbnail2.jpg”
],
“uploadDate”: “2024-03-20T09:00:00+08:00”,
“duration”: “PT15M30S”
}

時間格式要求

duration 欄位使用 ISO 8601 時長格式:

     

  • PT30S: 30 秒
  •  

  • PT5M: 5 分鐘
  •  

  • PT12M30S: 12 分鐘 30 秒
  •  

  • PT1H5M: 1 小時 5 分鐘

時長必須精確到秒,誤差不應超過 ±5 秒。

縮圖要求

     

  • 數量:必須提供至少 3 張不同時間點的縮圖。
  •  

  • 尺寸:最小寬度 640 像素,建議 1280×720 像素。
  •  

  • 格式:JPG 或 PNG。
  •  

  • 內容:必須能反映影片關鍵畫面。

“thumbnailUrl”: [
“https://example.com/videos/thumbnails/thumbnail-1.jpg”,
“https://example.com/videos/thumbnails/thumbnail-2.jpg”,
“https://example.com/videos/thumbnails/thumbnail-3.jpg”
]

不同 URL 的影片碼要求

使用 contentUrl 或 embedUrl:

// 自託管影片
“contentUrl”: “https://example.com/videos/robot-tutorial.mp4”,

// 嵌入影片(例如 YouTube)
“embedUrl”: “https://www.youtube.com/embed/xyz123”,
“requiresSubscription”: “false”

Event (活動)

部署 Event 標記的活動頁面有 55%–70% 的機會在 Google 搜索中獲得 Rich Media 結果,平均報名轉換率增加 20%–35%。

此標記必須包含活動名稱、時間、地點、組織者和活動狀態等關鍵欄位。

數據顯示,具備準確 startDate 和 endDate(ISO 8601 格式)的活動頁面顯示機會增加了 40%,而具備線上參與選項(OnlineEventAttendanceMode)的活動使使用者參與度增加了 28%。

基本欄位配置

使用 Event 類型定義活動內容:

{
“@context”: “https://schema.org”,
“@type”: “Event”,
“name”: “2024 年工業自動化技術創新峰會”,
“description”: “探討工業 4.0 時代自動化技術的最新發展與應用”,
“startDate”: “2024-06-15T09:00:00+08:00”,
“endDate”: “2024-06-16T17:00:00+08:00”
}

時間格式要求

時間欄位採用 ISO 8601 格式:

     

  • 必須包含時區資訊(例如 +08:00)。
  •  

  • 精確到分鐘。
  •  

  • 建議時長為 2–8 小時/天。

“startDate”: “2024-06-15T09:00:00+08:00”,
“endDate”: “2024-06-15T17:00:00+08:00”,
“duration”: “PT8H”

參與模式定義

根據活動類型設定參與模式:

// 線下活動
“eventAttendanceMode”: “https://schema.org/OfflineEventAttendanceMode”,
“location”: {
“@type”: “Place”,
“name”: “上海國際會議中心”,
“address”: {
“@type”: “PostalAddress”,
“streetAddress”: “浦東新區濱江大道 2727 號”,
“addressLocality”: “上海”,
“addressRegion”: “華東”,
“postalCode”: “200120”
}
}

// 線上活動
“eventAttendanceMode”: “https://schema.org/OnlineEventAttendanceMode”,
“location”: {
“@type”: “VirtualLocation”,
“url”: “https://example.com/event-live”
}

講者與組織者

加入活動相關方資訊:

“organizer”: {
“@type”: “Organization”,
“name”: “中國工業自動化協會”,
“url”: “https://example.com”
},
“performer”: [
{
“@type”: “Person”,
“name”: “張教授”,
“jobTitle”: “自動化研究所所長”
}
]

活動子類別化

根據活動性質選擇子類型:

// 會議
“@type”: [“Event”, “BusinessEvent”]

// 展覽
“@type”: [“Event”, “ExhibitionEvent”]

// 研討會
“@type”: [“Event”, “WorkshopEvent”]

Review / Rating (評論/評分)

部署 Review 和 AggregateRating 標記的網頁有 90% 的機會在 Google 搜索中獲得評分星級顯示,平均 CTR 增加 18%–25%。

此標記要求評分值、評論內容、評論作者和評論時間等關鍵欄位。

數據顯示,顯示評分星級的產品頁面 使轉換率增加了 34%,而具備至少 5 條近期評論的頁面使使用者信任度增加了 42%。

基本評分配置

使用 AggregateRating 類型定義總體評分:

{
“@context”: “https://schema.org”,
“@type”: “Product”,
“name”: “工業級空壓機”,
“aggregateRating”: {
“@type”: “AggregateRating”,
“ratingValue”: “4.7”,
“bestRating”: “5”,
“worstRating”: “1”,
“ratingCount”: “28”
}
}

評分標準化要求

評分欄位的技術要求:

     

  • ratingValue: 當前評分值(保留 1 位小數)。
  •  

  • bestRating: 最高評分(通常為 5 或 10)。
  •  

  • worstRating: 最低評分(通常為 1)。
  •  

  • ratingCount: 總評論數(必須 ≥3 條才能顯示星級)。

“aggregateRating”: {
“@type”: “AggregateRating”,
“ratingValue”: “4.7”,
“bestRating”: “5”,
“worstRating”: “1”,
“ratingCount”: “42”,
“reviewCount”: “35”
}

單獨評論標記

使用 Review 類型定義具體評論:

“review”: {
“@type”: “Review”,
“reviewRating”: {
“@type”: “Rating”,
“ratingValue”: “5”,
“bestRating”: “5”,
“worstRating”: “1”
},
“author”: {
“@type”: “Person”,
“name”: “張工程師”
},
“datePublished”: “2024-03-20T14:30:00+08:00”,
“reviewBody”: “設備運行穩定,能耗比同類產品低 15%。售後服務響應快。”
}

多條評論顯示的最佳實踐

“review”: [
{
“@type”: “Review”,
“reviewRating”: {
“ratingValue”: “5”,
“bestRating”: “5”
},
“author”: {“name”: “使用者 A”},
“datePublished”: “2024-03-15T10:00:00+08:00”,
“reviewBody”: “評論內容 A”
},
{
“@type”: “Review”,
“reviewRating”: {
“ratingValue”: “4”,
“bestRating”: “5”
},
“author”: {“name”: “使用者 B”},
“datePublished”: “2024-03-16T14:30:00+08:00”,
“reviewBody”: “評論內容 B”
}
]

結構化資料就像一份標準化的產品說明書,

使搜尋引擎能夠以機器可讀的形式,快速而準確地採集和展示您的內容。

請問您還希望我翻譯其他內容或提供有關 SEO 部署步驟的具體建議嗎?

滚动至顶部