2026/09/30 回上頁

Google Schema 是什麼？2026 年網站排名必備知識

Google Schema 不只是 SEO 程式碼，而是幫助 Google 看懂你的網站內容

很多網站經營者都聽過「Schema」、「結構化資料」或「JSON-LD」，卻不一定知道它到底是做什麼的。有人認為只要網站加入 Schema，就可以直接提升 Google 排名；也有人把 Schema 當成一種神奇的 SEO 程式碼，覺得加得越多越好。其實這兩種觀念都不完全正確。 Google 官方說明，結構化資料是一種標準化格式，可以提供網頁相關資訊並分類頁面內容，幫助 Google 理解網頁；符合條件時，也可能讓搜尋結果出現更豐富的搜尋結果功能。因此，2026 年網站做 SEO 時，Schema 確實是值得了解的重要基礎，但真正的重點並不是「塞多少 Schema」，而是「使用正確的 Schema，清楚告訴 Google 這個頁面是什麼」。

一、Google Schema 到底是什麼？

大家常說的 Google Schema，通常是指網站使用 Schema.org 所定義的結構化資料，並按照 Google Search 支援的格式放進網頁。

簡單來說，普通網頁上的文字主要是寫給人看的，而結構化資料則可以用比較標準化的方式告訴搜尋引擎：「這是一家公司」、「這是一篇文章」、「這是一個產品」、「這是網站的麵包屑導覽」等。

例如網站上寫著：

「江海工程行，提供高雄、屏東地區晶化地坪施工服務。」

一般使用者可以看懂，但搜尋引擎還需要從網頁內容與網站結構判斷這些資訊代表什麼。

如果網站正確使用 Organization、LocalBusiness 或其他適合的結構化資料，就可以提供更明確的機器可讀資訊，幫助 Google 理解頁面內容。

二、Schema 和 SEO 排名到底有沒有關係？

這是最重要的一個問題。

Schema 很重要，但不能簡單理解成「加入 Schema＝排名直接上升」。

Google 官方表示，結構化資料主要是用來幫助 Google 理解頁面內容，並讓網站有資格使用某些搜尋結果的特殊呈現方式。Google 同時也明確指出，即使結構化資料符合規範，也不保證一定會顯示 Rich Results。

所以比較正確的觀念是：

Schema 是 SEO 的基礎輔助工具，而不是直接操控排名的按鈕。

網站真正的 SEO 仍然需要包含內容品質、搜尋意圖、網站架構、內部連結、網站體驗、索引與其他搜尋系統所使用的訊號。

三、為什麼網站需要 Schema？

如果把 Google 搜尋想成一個非常大的資料庫，那麼網站除了提供文字內容，也可以透過結構化資料把資訊整理成比較標準的格式。

例如一家企業網站可以提供：

公司名稱。
公司網址。
Logo。
聯絡方式。
地址。
服務地區。
社群或其他官方網站連結。

文章網站則可以提供文章標題、作者、發布日期、修改日期與圖片等資訊。

Google 官方的 Article 結構化資料文件也指出，正確加入 Article、NewsArticle 或 BlogPosting，可以協助 Google 更了解文章內容，以及標題、圖片、日期與作者等資訊。

四、2026 年最常見的網站 Schema 有哪些？

不同網站不需要使用完全相同的 Schema，而是應該根據頁面的實際內容選擇適合的類型。

1. Organization

Organization 適合用來描述企業、組織等資訊，例如公司名稱、Logo、官方網址等。

Google 官方文件也提供 Organization 結構化資料的使用方式，並建議加入適用於自己網站的相關資訊。

2. LocalBusiness

如果是餐廳、工程行、店家、診所或其他具有實體地點的在地商家，可以依照實際情況使用 LocalBusiness 或其適合的子類型。

例如屏東的在地服務業網站，可以讓網站資訊更清楚地表達「這是一家什麼類型的商家」。

3. Article

文章、部落格、新聞等內容，可以使用 Article、BlogPosting 或 NewsArticle 等適合的類型。

例如一篇「2026 年網路行銷怎麼做？」的文章，就可以使用 BlogPosting 或 Article 相關結構化資料。

4. BreadcrumbList

Breadcrumb，也就是麵包屑導覽，可以協助 Google 理解網站頁面的階層關係。

例如：

首頁＞ SEO 知識＞ Google Schema 是什麼？

這種結構除了方便使用者知道目前所在位置，也可以讓搜尋引擎更容易理解網站的階層架構。

5. Product

如果網站是商品網站，Product 結構化資料可以提供產品相關資訊，例如商品名稱、圖片、價格與其他適用資訊。

Google Search 目前支援多種與 Product 相關的搜尋呈現，包括 Product snippet、Merchant listings 等。

6. FAQPage 與 QAPage 要分清楚

這兩個 Schema 很容易被混在一起。

QAPage 是針對「一個問題搭配一個或多個答案」的問答頁面；Google 官方目前仍提供 QAPage 結構化資料規範。

因此不是所有網站都有一個 FAQ 區塊，就應該隨便加入 QAPage。Schema 必須符合頁面實際內容與 Google 的使用規範。

五、JSON-LD 是目前網站最常使用的 Schema 寫法

Schema 可以使用不同格式呈現在網頁中，而 Google 的結構化資料一般支援 JSON-LD、Microdata 與 RDFa；Google 官方文件也推薦使用 JSON-LD。JSON-LD 的優點是可以獨立放在 HTML 的 <script type="application/ld+json"> 中，不需要把大量結構化資料直接混進網頁可見文字。

例如最基本的 Organization Schema，可以寫成：

<script type="application/ld+json">
{
  "@context": "https://schema.org",
  "@type": "Organization",
  "name": "ABC 網頁設計公司",
  "url": "https://www.example.com/",
  "logo": "https://www.example.com/images/logo.png"
}
</script>

把其中的公司名稱、網站網址與 Logo 換成自己的資料後，就可以放進網站 HTML。不過實際使用時，所有資料都應該與網站上真實存在的資訊一致。

六、實際範例一：企業網站 Organization Schema

如果是一般公司形象網站，可以先從 Organization 開始。以下是一個比較完整的範例：

<script type="application/ld+json">
{
  "@context": "https://schema.org",
  "@type": "Organization",
  "@id": "https://www.example.com/#organization",
  "name": "ABC 網頁設計公司",
  "url": "https://www.example.com/",
  "logo": "https://www.example.com/images/logo.png",
  "description": "提供企業網站設計、SEO 與網路行銷服務。",
  "telephone": "+886-8-1234567",
  "email": "service@example.com",
  "sameAs": [
    "https://www.facebook.com/example"
  ]
}
</script>

這裡的 name 是公司名稱，url 是官方網站，logo 是公司 Logo，而 sameAs 則可以放官方社群或其他能代表同一個組織的網站。

要注意的是，不要為了讓 Schema 看起來完整，就加入不存在的 Facebook、Instagram 或其他社群網址。資料應該確實屬於該公司。

七、實際範例二：屏東在地商家的 LocalBusiness Schema

如果是具有實體營業地點的店家、工程公司、工作室或其他在地商家，可以依照實際業態使用 LocalBusiness 或更適合的子類型。

例如：

<script type="application/ld+json">
{
  "@context": "https://schema.org",
  "@type": "LocalBusiness",
  "@id": "https://www.example.com/#business",
  "name": "ABC 工程行",
  "url": "https://www.example.com/",
  "logo": "https://www.example.com/images/logo.png",
  "image": "https://www.example.com/images/store.jpg",
  "telephone": "+886-8-1234567",
  "address": {
    "@type": "PostalAddress",
    "streetAddress": "中山路100號",
    "addressLocality": "屏東市",
    "addressRegion": "屏東縣",
    "postalCode": "900",
    "addressCountry": "TW"
  },
  "areaServed": [
    {
      "@type": "AdministrativeArea",
      "name": "屏東縣"
    },
    {
      "@type": "AdministrativeArea",
      "name": "高雄市"
    }
  ]
}
</script>

如果是餐廳、美容院、汽車維修廠等具有更明確業態的商家，也可以進一步選擇 Schema.org 提供的適合子類型，而不是永遠使用最廣泛的 LocalBusiness。

另外，地址、電話與服務區域一定要與網站及實際商家資料一致，不要為了增加地區關鍵字而虛構營業地址。

八、實際範例三：文章 Article Schema

如果網站有持續經營 SEO 文章或部落格，可以在文章頁使用 Article 或 BlogPosting 等適合的結構化資料。

例如這一篇「Google Schema 是什麼？」文章，可以概念化成：

<script type="application/ld+json">
{
  "@context": "https://schema.org",
  "@type": "Article",
  "@id": "https://www.example.com/blog/google-schema/#article",
  "headline": "Google Schema 是什麼？2026 年網站排名必備知識",
  "description": "了解 Google Schema、JSON-LD 與結構化資料如何協助搜尋引擎理解網站內容。",
  "image": [
    "https://www.example.com/images/google-schema.jpg"
  ],
  "datePublished": "2026-09-30T09:00:00+08:00",
  "dateModified": "2026-09-30T09:00:00+08:00",
  "author": {
    "@type": "Organization",
    "name": "ABC 網頁設計公司"
  },
  "publisher": {
    "@type": "Organization",
    "name": "ABC 網頁設計公司",
    "logo": {
      "@type": "ImageObject",
      "url": "https://www.example.com/images/logo.png"
    }
  },
  "mainEntityOfPage": {
    "@type": "WebPage",
    "@id": "https://www.example.com/blog/google-schema/"
  }
}
</script>

其中 headline、description、image、datePublished、dateModified、author 等資訊，都應該與文章實際內容一致。

尤其是發布日期與修改日期，不建議為了看起來「很新」而任意修改。網站實際更新文章時，再同步更新 dateModified 會比較合理。

九、實際範例四：BreadcrumbList 麵包屑 Schema

如果網站有多層內容架構，可以利用 BreadcrumbList 描述頁面的階層關係。

例如：

首頁＞ SEO 知識＞ Google Schema 是什麼？

JSON-LD 可以寫成：

<script type="application/ld+json">
{
  "@context": "https://schema.org",
  "@type": "BreadcrumbList",
  "itemListElement": [
    {
      "@type": "ListItem",
      "position": 1,
      "name": "首頁",
      "item": "https://www.example.com/"
    },
    {
      "@type": "ListItem",
      "position": 2,
      "name": "SEO 知識",
      "item": "https://www.example.com/seo/"
    },
    {
      "@type": "ListItem",
      "position": 3,
      "name": "Google Schema 是什麼？",
      "item": "https://www.example.com/seo/google-schema/"
    }
  ]
}
</script>

Breadcrumb Schema 的重點不是單純放幾個關鍵字，而是要正確反映網站真正的頁面階層。

十、實際範例五：商品 Product Schema

如果網站是電商或產品型網站，Product Schema 就非常值得了解。

例如販售一款商品，可以使用：

<script type="application/ld+json">
{
  "@context": "https://schema.org",
  "@type": "Product",
  "name": "304 不鏽鋼保溫杯 500ml",
  "image": [
    "https://www.example.com/images/tumbler.jpg"
  ],
  "description": "500ml 304 不鏽鋼保溫杯，適合上班、旅行與日常使用。",
  "sku": "TB-500-001",
  "brand": {
    "@type": "Brand",
    "name": "ABC"
  },
  "offers": {
    "@type": "Offer",
    "url": "https://www.example.com/product/tb-500/",
    "priceCurrency": "TWD",
    "price": "590",
    "availability": "https://schema.org/InStock"
  }
}
</script>

這裡的價格、幣別、庫存狀態、商品名稱等資訊，都必須與商品頁實際顯示的資訊相符。

如果商品價格已經變更，網站頁面與 Schema 也應該同步更新，避免結構化資料與使用者實際看到的價格不一致。

十一、實際範例六：把多種 Schema 放在同一個頁面

實際企業網站通常不會只有一種資訊。例如一篇企業部落格文章，可能同時具有「公司」、「文章」與「麵包屑」三種資訊。

這時可以使用 JSON-LD 的 @graph 把多個彼此相關的實體放在同一份結構化資料中。

<script type="application/ld+json">
{
  "@context": "https://schema.org",
  "@graph": [
    {
      "@type": "Organization",
      "@id": "https://www.example.com/#organization",
      "name": "ABC 網頁設計公司",
      "url": "https://www.example.com/",
      "logo": "https://www.example.com/images/logo.png"
    },
    {
      "@type": "Article",
      "@id": "https://www.example.com/blog/google-schema/#article",
      "headline": "Google Schema 是什麼？2026 年網站排名必備知識",
      "author": {
        "@id": "https://www.example.com/#organization"
      },
      "publisher": {
        "@id": "https://www.example.com/#organization"
      },
      "mainEntityOfPage": {
        "@id": "https://www.example.com/blog/google-schema/"
      }
    },
    {
      "@type": "BreadcrumbList",
      "@id": "https://www.example.com/blog/google-schema/#breadcrumb",
      "itemListElement": [
        {
          "@type": "ListItem",
          "position": 1,
          "name": "首頁",
          "item": "https://www.example.com/"
        },
        {
          "@type": "ListItem",
          "position": 2,
          "name": "SEO 知識",
          "item": "https://www.example.com/seo/"
        },
        {
          "@type": "ListItem",
          "position": 3,
          "name": "Google Schema 是什麼？"
        }
      ]
    }
  ]
}
</script>

這種方式的優點，是可以讓不同實體之間建立關聯。例如 Article 的 author 與 publisher 可以透過 @id 指向同一個 Organization，讓資料關係更加清楚。

十二、Schema 實際放在哪裡？

如果使用 JSON-LD，一般可以把結構化資料放在 HTML 的 <head> 區域，也可以放在頁面 HTML 中適當的位置。重點是 Google 能夠正常讀取，而且內容符合實際頁面資訊。

例如網站原始碼可以呈現：

<html>
<head>

  <title>Google Schema 是什麼？2026 年網站排名必備知識</title>

  <script type="application/ld+json">
  {
    "@context": "https://schema.org",
    "@type": "Article",
    "headline": "Google Schema 是什麼？2026 年網站排名必備知識"
  }
  </script>

</head>
<body>

  網站實際文章內容

</body>
</html>

如果網站是使用 WordPress、PHP 或自行開發的網站，也可以透過模板程式自動產生 JSON-LD，而不需要每一頁手動輸入。

十三、網站管理者可以用什麼工具檢查 Schema？

Schema 寫完後，千萬不要只看「網站原始碼有出現 JSON-LD」就認為完成。建議進一步使用 Google 提供的測試工具確認。

使用 Rich Results Test 檢查 Google 支援的搜尋結果功能。
使用 Search Console 觀察 Google 對網站結構化資料的處理狀況。
使用 URL Inspection 確認特定網址是否能被 Google 正常讀取。
確認 Schema 中的資訊與網頁實際顯示內容一致。
網站改版或資料變更後，再重新檢查結構化資料。

要特別注意，測試工具顯示「沒有錯誤」，不代表 Google 就一定會顯示 Rich Results；結構化資料是否實際出現在搜尋結果中，仍由 Google 的搜尋系統決定。

十四、Schema 最容易犯的五個錯誤

實際替網站加入 Schema 時，可以特別注意以下問題：

錯誤一：亂塞 Schema。頁面沒有相關內容，卻硬加入不相關的 Schema。
錯誤二：虛構評價。網站沒有真實評論，卻自行加入五星評價資料。
錯誤三：資料與頁面不一致。Schema 寫一個價格，商品頁卻顯示另一個價格。
錯誤四：日期亂填。沒有更新文章卻任意修改 dateModified。
錯誤五：以為 Schema 等於排名。Schema 是搜尋引擎理解網站的輔助工具，不是直接提高排名的按鈕。

Schema 最重要的不是「多」，而是「正確」

如果是第一次接觸 Schema，可以先不要追求一次完成所有結構化資料。一般企業網站可以先從 Organization、LocalBusiness、Article、BreadcrumbList 等常見類型開始；電商網站則可以進一步處理 Product 相關資料。

真正實務上的重點，是讓「網站看得到的內容」與「Schema 告訴 Google 的內容」保持一致。

因此，Schema 的正確做法可以簡化成：

了解頁面內容 → 選擇適合的 Schema → 使用 JSON-LD 建立資料 → 放進網站 → Rich Results Test 檢查 → Search Console 持續觀察。

這樣才是比較穩定的 SEO 做法。不要把 Schema 當成可以直接操控 Google 排名的技巧，而應該把它視為網站 SEO 架構的一部分，讓搜尋引擎更容易理解你的企業、文章、產品與網站結構。

結語：2026 年做 SEO，Schema 是重要基礎，但不是排名捷徑

Google Schema，也就是網站常說的結構化資料，在 2026 年仍然是值得網站經營者了解的重要 SEO 技術。它可以用標準化方式描述網站內容，幫助 Google 更清楚理解企業、文章、產品、導覽等資訊，也可能讓符合條件的頁面獲得更豐富的搜尋結果呈現。

但最重要的是不要把 Schema 神化。Schema 不是排名按鈕，也不是加得越多越好。

真正有效的做法，是先把網站內容與架構做好，再根據每個頁面的實際內容加入適合的 Schema，並使用 Google 的測試工具確認資料正確。

對企業網站而言，可以先從 Organization、LocalBusiness、Article、BreadcrumbList、Product 等常見類型開始理解，再依照實際網站內容逐步建立。當「網站內容、SEO 架構與結構化資料」三者互相配合，才能真正發揮 Schema 應有的作用。

前項訊息:

網域名稱大哉問：.com、.com.tw 和 .tw 選哪個較好？

後項訊息:

2026 年 Google 如何替你的網站排名？