Bento Grid 網頁設計是什麼?為何忽然到處都是它

打開一份日式便當盒,深色滷味、淺色炒蛋、鮮豔漬物被分裝在大小不一的格子裡,格子雖然大小不同,擺在一起卻整齊得像事先量過。這幾年,你如果留意過蘋果的產品頁、Google Pixel 的行銷網站,或是打開 Spotify 現在的畫面,大概都會有似曾相識的感覺,同樣是「大小不一的方塊,拼在一起卻不顯亂」。這種版面有個名字,叫 Bento Grid 網頁設計,字面上就是「便當格網頁設計」,靠統一的間距與圓角,把重要性不同的內容分裝進不同大小的格子裡。多數人看到都會先問兩件事:這種排版風格到底是怎麼一回事、為什麼忽然變得到處都是,比較少人會接著追問的,反而是它是不是套在哪個網站上都合用。先從它的長相與由來講起,再一路拆到「什麼時候其實不該用」這個容易被忽略的角落。

「Bento Grid」是什麼?為什麼你的螢幕忽然到處都是它?

Bento Grid 是一種模組化的網格版面,把性質不同、重要性不同的內容,像便當裡分裝的菜色一樣切成大小不一、比例也不同的方塊,再依統一的間距、圓角弧度與對齊線,把這些落差不小的方塊排進同一張版面。名稱裡的「Bento」就是日文的便當,設計師借用便當盒格子有大有小、卻仍然整齊的視覺印象,把這套排版邏輯的精神一次講清楚,大小不對稱,秩序卻不打折。

Bento Grid 網頁設計用一塊大方塊放主打功能、周邊小方塊補規格與細節,靠統一間距、圓角與對齊線讓大小不一的區塊仍然整齊
Bento Grid 的核心:大方塊帶主打重點、小方塊補細節,再用統一的間距、圓角與對齊線收成一份不顯亂的拼盤。

這不是單一品牌一時興起的美術選擇。蘋果的產品發表頁常把主打功能放進一塊超大方塊,規格細節分裝進旁邊幾個小方塊;Google Pixel 的行銷網站、Spotify 目前的畫面,也都能看到同一套「大格子帶重點、小格子補細節」的排版邏輯,微軟的官方網站近年同樣往這個方向調整。這幾個品牌彼此沒有商量,卻不約而同選上同一種版面語言,已經足以說明這不只是某個設計師一時的個人偏好。

如果你研究過卡片式設計(card UI),應該對這種一格一則資訊的感覺不陌生。根據 Nielsen Norman Group 對卡片這種介面元件的定義,它的核心特徵是把相關資訊收進一個容器、給一個連結入口引導使用者點進去看更多,再靠邊框、背景色或陰影營造可以點的視覺感,而且版面要有彈性,才容得下高矮不一的內容。Bento Grid 可以說是卡片式設計的進階版,它保留了卡片一格一單元的邏輯,卻更大膽地放大方塊之間的尺寸落差,讓整個版面看起來更像一份拼盤,而不是一排整齊劃一的卡片。

這幾格版面,背後是幾股力量疊出來的

同樣一種版面,能同時被好幾個大品牌不約而同選中,通常不是巧合的美術品味,而是有幾股各自獨立的力量同時到位。這幾股力量分別來自人怎麼閱讀資訊、手機怎麼訓練使用者的習慣,以及技術門檻降到多低,三個原本互不相干的變化疊在一起,才把 Bento Grid 從個別品牌的選擇,推成整個產業一起跟上的默契。

認知習慣、手機一格一功能的慣性與 CSS Grid 加 AI 建站工具三股力量同時到位,才把 Bento Grid 網頁設計推成產業共同採用的版面
認知、手機慣性與技術門檻三股原本互不相干的力量同時成熟,才把便當格從個別品牌的選擇疊成整個產業的默契。

人腦習慣分格消化資訊,不愛整段閱讀

人的眼睛面對一整段連續文字,或是一排大小整齊、毫無變化的清單時,很容易看沒兩行就開始跳讀;但如果同樣的資訊被切成一個一個獨立的方塊,眼睛反而更容易快速掃過,判斷哪一塊內容跟自己有關,哪一塊可以先略過。

這背後其實有個設計心理學的說法叫「共同區域」(common region),指的是同一個邊框、同一塊背景色框住的東西,會被大腦直接當成一組,而且這種分組訊號,比單靠元素之間留白的距離更明確、更快被辨識出來。Nielsen Norman Group 在拆解卡片這種介面元件時就指出,共同區域帶來的分組效果,能超越單純靠鄰近距離傳達關聯性的做法。Bento Grid 大量運用這個原則,用實體的格線、背景色差把內容分組,讀者不用細讀文字,光看版面切割就能先猜出哪幾塊是同一件事、哪幾塊是另一件事,這正是為什麼一個畫面塞了不少資訊,看起來卻不覺得亂的心理基礎。

手機養出的「一格一功能」使用習慣

另一股推力來自手機。手機主畫面上的 App 圖示、桌面小工具(widget),本來就是大小不一的方塊拼在一起,有的圖示佔一整排,有的小工具只佔一角,使用者早就習慣掃過去、看到哪一格順眼就點下去的瀏覽方式,不會期待每一格都一樣大、一樣重要。

Bento Grid 等於是把這套手機端才有的心智模型,搬到桌面版的網頁上。原本網站的版面邏輯偏向一整篇文宣、由上往下讀完,現在換成一格一格瀏覽、挑感興趣的點進去,網站因此多了一點「這是個可以操作的工具」的感覺,少了一點「這是一份要從頭讀到尾的文宣」的距離感,也讓不少品牌官網這幾年慢慢從單純的形象展示,往「像個產品」的方向靠攏。

CSS Grid 與 AI 建站工具,讓便當格人人做得出來

技術面的推力也不能少。在 CSS Grid 出現以前,想做出大小不規則的網格版面,得靠一堆巢狀的 div 疊 div、再用邊界(margin)一格一格手動微調,稍微改一個尺寸,整排版面就可能跟著跑掉。CSS Grid 讓開發者只要定義好欄與列的規則,幾行程式碼就能生出一個彈性的網格,方塊要跨幾欄、佔幾列都能直接指定,不用再靠土法煉鋼的方式硬拼。

門檻降低的不只是工程端。這幾年連不用寫程式碼的 AI 建站工具,都已經把 Bento Grid 做成內建版型或版面產生器,像 Framer 的 AI 建站功能,就能讓使用者用一句文字描述,直接在畫面上產出對應的版型與區塊,搭配它另外提供的便當格版面產生器,套用現成模板就能排出一份便當格版面。這等於把採用這種版面的門檻,從「需要另外找設計師或工程師」降到「自己動手就做得出來」,也是這波風潮加速擴散的技術推力,恰好呼應這幾年 AI 建站工具越做越普及的走向。

便當格版面適合每個網站嗎?

認知習慣、手機慣性、技術門檻三股力量都到位,並不代表這種版面套在哪個網站上都會加分。多數談 Bento Grid 的文章講到「為什麼流行」就打住,比較少人往下問「什麼情況下反而不適合」,這其實才是決定要不要跟風之前,更該先想清楚的問題。

螢幕閱讀器讀到的順序,可能跟你看到的不一樣

Bento Grid 常常要靠 CSS Grid 的欄列定位(grid-column、grid-row)把方塊挪到畫面上想要的位置,重點內容擺左上角、次要細節塞進右下角小格,視覺上看起來理所當然。問題是,如果程式碼本身撰寫的順序,沒有跟著視覺上的擺放位置一起調整,畫面看起來的閱讀順序,就會跟螢幕閱讀器(視障使用者仰賴的輔助工具)實際念出來的順序兜不起來。

依 W3C 網頁無障礙指引對「有意義的順序」這項成功準則的說明,當內容呈現的先後順序會影響到它的含義時,就必須讓程式能夠判斷出正確的閱讀順序。螢幕閱讀器是照著程式碼裡的順序念,不是照著畫面上排列的位置念,CSS 定位如果跟程式碼順序脫勾,就可能讓視障使用者聽到的內容順序,跟明眼使用者看到的完全不同。這是導入 Bento Grid 時,經營者最容易忽略的一筆無障礙技術債,解法方向也不複雜,盡量讓程式碼本身的順序貼近視覺上的閱讀順序,只把 CSS 留給小範圍的位置微調,別讓兩者差太多。

資訊需要「被比較」時,格狀版面反而模糊了重點

格狀版面還有另一個容易被忽略的限制,跟使用者當下的目的有關。Nielsen Norman Group 在觀察卡片式版面的可用性時發現,當使用者要做的是隨意瀏覽、挑一個看起來順眼的內容點進去,卡片式的分格版面表現得不錯;但如果使用者要做的是逐一比較好幾個選項,例如比價、比規格,這種大小不一、排列不規則的版面反而會讓使用者的視線得來回搜尋好幾次,增加比對的負擔,眼動追蹤的觀察也顯示使用者在這種情境下確實會反覆掃視,找不到穩定的比較基準。

換句話說,產品列表、方案比較這類需要被「精準比較」的內容,未必適合硬套 Bento Grid,真正適合的,是形象展示、功能亮點、作品集這類用「掃」的、不是用「比」的內容。如果你的網站有一整頁是要讓使用者逐條比對價格方案或規格表,用大小一致的清單或表格,反而比便當格更容易幫使用者做出決定。

形象展示、功能亮點、作品集這類用「掃」的內容適合 Bento Grid;產品列表、方案比價、規格表這類要逐條比較的內容改用清單或表格更好
便當格版面適合用「掃」的形象展示與功能亮點,不適合用「比」的價格方案與規格表——後者改用大小一致的清單或表格更清楚。

便當格版面值不值得導入,關鍵其實不在「夠不夠潮」,而在於你的網站內容本身,是不是天生就分得出大小不一、輕重有別的區塊。形象展示、功能亮點這類內容,天生就有主次之分,套上 Bento Grid 反而更能凸顯重點;但如果內容本質上是一份需要逐條比對的清單,勉強套上同一套版面,只會讓使用者更費力才找得到自己要的那一項。

往更大的脈絡看,這波便當格風潮背後,其實是整體網頁設計從強調留白的極簡風格,走向願意在同一頁塞進更多資訊,但改用視覺上的分塊來維持秩序的一種轉向。與其先問「要不要跟上這個版面」,不如先把自己網站的內容拆開來看一遍,哪些是要被瀏覽的重點,哪些是要被逐一比較的清單,想清楚這個分類邏輯,再決定要不要讓它們住進便當格裡。

資料來源
  1. Cards: UI-Component Definition — Nielsen Norman Group
  2. Understanding Success Criterion 1.3.2: Meaningful Sequence — W3C 網頁無障礙指引