2026/5/20 GEMINI 3.5 改版 / CollectionPage

GEMINI 3.5

今天用了gemini 3.5的flash，發現以前得用pro才能執行的很多複雜性功能，已經可以用flash使用進行執行。速度快了非常多，如果依照這種等級跟速度，2.5版本的很多東西都可以直接棄用了。

但看了一下他的價格真的貴了非常多

CollectionPage

每天都要進步一點點是現在專職自媒體的一個準則精神，今天調整的模組則是Schema.org定義的hasPart。這樣的調整是讓類似懶人包的文章類型

以航空開箱為例，我會寫一篇超詳細的「星宇航空 全機機隊懶人包」，同時又寫了「豪華經濟艙搭乘體驗」、「客艙座位圖全解析」、「客艙分區照片精選」等好幾篇深入的專題文章。

對讀者來說，這是一整個「懶人包專題」；但在 Google 搜尋引擎的蜘蛛眼裡，它們只是幾篇互相超連結的普通文章。如何才能讓搜尋引擎一眼看懂這個「核心與衛星 (Hub-and-Spoke)」的結構？

為什麼要用 “hasPart”？這對 SEO 有什麼好處？

在搜尋引擎最佳化 (SEO) 的結構化資料 (Schema) 中，”hasPart” 代表「此頁面包含的組成部分」。

當我把「總整理頁面」宣告為一個 集合目錄頁面 (CollectionPage) 時，我就可以在裡面使用 “hasPart” 來表述：「這篇大懶人包裡，包含了以下這些不可或缺的衛星子頁面。」

這樣做有三大決定性的好處：

1. 語意關聯極大化：明確告訴 Google 這些文章是一組「主題叢集 (Topic Cluster)」，它們共同圍繞著同一個核心主題，搜尋引擎更容易給予這個專題更高的權威度。

2. 連鎖推薦機會：有助於 Google 理解文章結構，在 Google Discover 或搜尋結果的相關推薦中，以連鎖專題的形式打包呈現。

3. 精準傳遞權重：過往內部連結 (Internal Link) 的權重傳遞比較零散，現在有了結構化資料的直接宣告，權重傳遞變得極度精準且高效。

我的專題 Schema 結構藍圖

先說這連結是假的，一個感覺，主要是多了 CollectionPage

{
  "@context": "https://schema.org",
  "@type": ["BlogPosting", "CollectionPage"],
  "headline": "星宇航空 A350-1000 客艙終極開箱攻略總匯",
  "url": "https://yourmedia.com/starlux-a350-ultimate-guide",
  "hasPart": [
    {
      "@type": "WebPage",
      "name": "星宇航空 A350-1000 豪華經濟艙實際搭乘體驗與開箱",
      "url": "https://yourmedia.com/starlux-a350-premium-economy-review"
    },
    {
      "@type": "ItemPage",
      "name": "星宇航空 A350-1000 客艙座位圖配置全解析",
      "url": "https://yourmedia.com/starlux-a350-seating-chart"
    },
    {
      "@type": "ImageGallery",
      "name": "星宇航空 A350 客艙分區照片精選集",
      "url": "https://yourmedia.com/starlux-a350-cabin-photo-gallery"
    }
  ]
}

在這個結構中，”hasPart” 裡面會精準地列出子文章的：

• 型態 (“@type”)：這是我特別設計的彈性，可以依照子文章的內容，選擇要宣告為一般網頁 (“WebPage”)、特定項目說明 (“ItemPage”)，還是相簿頁面 (“ImageGallery”)。
• 標題 (“name”)：自動抓取子文章在 WordPress 後台設定的最新標題。
• 網址 (“url”)：自動抓取最新的標準連結 (Permalink)。