常用 Schema 型別
覆蓋組織、網站、文章、商品、本地商家、FAQ 與麵包屑。
選擇實體類型,填寫真實頁面資訊並產生規範 JSON-LD。
JSON-LD 程式碼
<script type="application/ld+json">
{
"@context": "https://schema.org",
"@type": "Organization"
}
</script>結構化資料與實體表達
Schema.org 結構化資料用機器可讀欄位描述頁面實體。JSON-LD 是搜尋引擎推薦的實現方式之一,可表達文章作者、商品報價、組織 Logo、FAQ 和麵包屑關係。
結構化資料必須與頁面可見內容一致,不能虛構評價、價格、庫存或問題答案。有效程式碼不保證富結果,搜尋引擎仍會依據政策、內容質量和抓取狀態決定展示。
覆蓋組織、網站、文章、商品、本地商家、FAQ 與麵包屑。
檢查必填值、絕對 URL、價格、日期和重複專案。
輸出帶 @context 與 @type 的可部署 script 程式碼。
不同 Schema 型別需要不同欄位。通用模板容易漏掉關鍵屬性、產生相對 URL 或輸出與頁面不一致的資料。
自動處理引號、陣列、巢狀物件和 script 包裝。
根據當前型別展示相關輸入,並標記明顯缺失或無效值。
即時預覽完整 JSON,釋出前可以逐項核對頁面真實資訊。
工具只在瀏覽器中把表單轉換為 JSON-LD,不呼叫外部 API,也不儲存輸入。
根據頁面主體選擇 Organization、Article、Product 等型別。
輸入頁面已展示的名稱、網址、圖片、日期、價格或問答。
處理缺失欄位、無效 URL、重複專案和格式問題。
放入 HTML 後使用結構化資料檢測工具核對實際線上輸出。
可以。多個相關實體可以分別輸出或放入 @graph,但應建立清晰關係並避免重複、衝突。
搜尋引擎已大幅限制 FAQ 富結果展示,但準確的 FAQPage 仍可提供機器可讀語義;不要為不可見內容生成標記。
可以只描述 Product,但若要表達 Offer,應提供真實價格、幣種、可用狀態和落地頁,並與頁面一致。
兩者通常都可以。關鍵是伺服器返回或渲染後的頁面可被爬蟲讀取,且資料與可見內容一致。
需要。模板整合、轉義和動態資料都可能改變最終輸出,應檢測線上頁面而不只是生成器預覽。
生成後驗證頁面中的 JSON-LD、Meta、Canonical 與抓取狀態。