IKENSA暫定名 · 開發預覽

Schema.org 基礎與 JSON-LD

一律 JSON-LD,不用 microdata

t20檢核 自動技術 SEO在互動地圖中開啟 →

結構化資料像商品的條碼與成分標——內容給人讀,標籤給機器讀;沒貼標的商品,自動化系統一律當雜項處理。

03為什麼是現在學

JSON-LD 是搜尋引擎與 AI 理解你頁面的正式語言。它是複合式搜尋結果的門票,更是 GEO(AI 能見度)的地基。

04白話理解(對客戶簡報可直接引用)

在每頁嵌一段 JSON-LD(script type=application/ld+json),宣告這頁「是什麼」:文章(Article)、服務、FAQ、麵包屑、組織。三原則:①一律 JSON-LD 格式,不用舊的 microdata ②宣告的內容必須與頁面可見內容一致(不一致是垃圾政策範圍)③每頁型由模板自動生成,不逐頁手寫。

05工具箱

  • Google 複合式搜尋結果測試 — 驗證有效性與可否取得富結果
  • Schema.org 字彙表 — 查每個型別有哪些欄位

06怎麼做 · SOP 3 步(每步標產出物)

  1. 1頁型×schema 類型對照表schema 規劃表
  2. 2模板實作+逐頁型驗證零錯誤驗證紀錄
  3. 3GSC 增強功能報表持續監控監控機制

07場景應用(實戰經驗)

  • 食譜、活動、職缺、產品這些垂直領域富結果版位多——同分內容有沒有 schema,搜尋結果佔的面積差一倍。

08⚠️ 常見誤區

  • 宣告了頁面上沒有的東西(假評分星等)——這是明文的垃圾政策違規,會吃手動處置。
口訣

內容給人看,JSON-LD 給機器看,兩邊要說同一件事。

10里程碑 · 完成標準(可驗證)

  • 頁型 schema 覆蓋率 100%
  • 驗證零錯誤
  • GSC 增強報表無異常

學習者勾自己的進度;顧問勾客戶專案的交付——同一份標準,兩種用法。

12檢核方式與依據出處

程式自動判定:輸入網址,掃描引擎自己爬、自己打 API、自己判定。

依據等級決定計分權重(🟢×3/🔵×2/⚠️×1)——權重量的是「依據有多硬」, 不是「我們覺得多重要」。查無權威文件的判準,誠實標「業界慣例」。

← 上一節點
第三方腳本治理
下一節點 →
Organization / Person 實體