過去十幾年，前端的潛規則是：只要瀏覽器原生做不到的，就用 JavaScript 補。下拉選單要寫 JS、彈出視窗要寫 JS、把元素釘在另一個元素旁邊要寫 JS、捲動觸發動畫更是 JS 的主場。結果就是專案裡堆滿第三方套件、polyfill 與各種 hack，網頁越做越重、越來越難維護。2026 年，這個規則正在被悄悄改寫——不是靠某個新框架，而是靠瀏覽器本身。
今年談 CSS，繞不開一個關鍵字：Baseline。它是跨瀏覽器的相容性訊號，告訴你某個功能是否已在主流瀏覽器全部就緒、可以放心用在正式環境，把過去「這個能不能用」的焦慮變成一個明確的綠燈，大幅降低決策成本。
原生 CSS 現在取代了什麼
綠燈背後，是一整批原本要靠 JS、如今純 CSS／原生 HTML 就能完成的能力：原生 Popover API 與 dialog 元素讓彈出層與對話框不再需要套件；捲動驅動動畫讓視差與進場效果不必掛一堆 scroll 監聽器；錨點定位讓 tooltip、選單對齊不必用 JS 算座標；:has() 這個「父選擇器」讓很多原本要操作 DOM 的邏輯直接用 CSS 描述；容器查詢則讓元件能依自己容器的寬度自適應，而非只看整個視窗。
框架也貼著平台走
Tailwind CSS v4 用全新的 Oxide 引擎把建置速度拉到數倍快，增量建置甚至快上百倍，設計哲學也越來越讓 utility class 與原生 CSS 並肩工作，而非繞著它走。Google 在 I/O 2026 同樣把重心放在強化瀏覽器原生能力。前端正把過去外包給 JavaScript 的工作，慢慢還給瀏覽器。
我的觀點
我把這波趨勢當成一次替專案減重的好機會，而不是非追不可的潮流。對接案與外包團隊來說，每一段被原生能力取代掉的 JavaScript，都是未來少一個套件版本衝突、少一次資安更新、少一份要交接的維護負債。我的做法是三步：新專案先用 Baseline 當「可不可以用」的判準，能用原生就不硬塞套件；舊專案不急著大改，但每次重構某個元件就順手把能換的換成原生，讓技術債自然遞減；對客戶溝通時別賣「我們用了很厲害的新 CSS」，而要講「更輕、更快、更好維護、未來改起來更便宜」。原生能力變強，最終受益的是願意把「少寫程式」當成專業的團隊。
資料來源
- CSS in 2026: The new features reshaping frontend development — LogRocket Blog
- The 8 trends that will define web development in 2026 — LogRocket Blog
- 15 updates from Google I/O 2026: Powering the agentic web in Chrome — Chrome for Developers
- Tailwind CSS v4 is Here — Laravel News