這是一份提交給Google I/O 寫作挑戰
的內容
當我觀看 Google I/O 2026 的發布會時，立刻引起我注意的更新是為 Chrome 宣布的新 HTML-in-Canvas API
初看之下，它或許聽起來像是一次小型的渲染更新，但我真心認為這可能會成為對圖形密集型及實時應用現代網路平台最重要的改進之一.
作為一位對以下領域有深厚興趣的人：
- 實時應用、
- 多人系統、
- 瀏覽器圖形、
- WebGL/WebGPU,
- 與互動地圖基礎體驗，
這則宣布瞬間與我喜歡構建的類型項目產生了聯繫。
問題畫布一直都有
多年來，開發者必須在之間做出選擇：
- 使用 DOM (HTML/CSS)
- 使用 Canvas/WebGL/WebGPU
DOM 提供了我們：
- 可訪問性，
- 文字選擇,
- 瀏覽器翻譯,
- 搜尋引擎優化,
- 表單,
- 以及瀏覽器原生互動.
同時 Canvas 讓我們擁有:
- 效能,
- GPU 渲染,
- 先進的圖形效果,
- 粒子系統,
- 遊戲,
- 和沉浸式視覺體驗.
問題在於，一旦內容進入畫布，它通常就變成了像素。這意味著：
- 文字不再可選擇，
- 無障礙訪問變得困難，
- 瀏覽器功能停止工作，
- 而開發者通常需要手動重建UI系統。
Google 的新型 HTML-in-Canvas API 設計用來填補這個差距，透過允許開發者在 canvas 呈現的環境中渲染實際的 DOM 元素，同時保留瀏覽器的功能與互動性.
這對我個人為何重要
這項宣布讓我如此興奮的一個原因是，我想要開發的應用程式類型.
我目前對以下項目感興趣：
- 即時地圖,
- 多人互動,
- 空間介面,
- 網頁遊戲,
- 以及沉浸式社交體驗.
我計劃的項目之一叫做BirdInk，一個基於地圖的社交應用程式。另一個我參與的概念是Cloudolphy，它專注於實時互動和基於位置的體驗。
對於這類系統，開發者不斷面臨挑戰：
你如何結合：
- GPU驅動的渲染，
- 實時圖形，
- 以及沉浸式視覺系統
與：
- 常規瀏覽器互動，
- 易於訪問的UI，
- 和基於HTML的介面？
在此之前，常見的解決方法是將HTML疊加在canvas之上並手動同步位置。
這樣做是可行的，但在大型實時系統中很快就會變得亂七八糟。
我如何將HTML-in-Canvas整合到我的專案中
看到宣佈的瞬間，我立刻為自己的專案想到了好幾種應用場景。
互動式地圖標籤
對於像BirdInk這樣的基於地圖應用程式，HTML-in-Canvas可能允許：
- 可訪問的地圖標籤，
- 互動式個人資料卡，
- 瀏覽器可搜尋的文字，
- 以及可選擇的內容
在地圖場景內GPU渲染的內容中。
除了將所有內容視為原始像素外，介面仍然可以互動且易於訪問.
即時聊天系統
在多人遊戲或社交環境中，聊天介面通常難以與沉浸式圖形系統順暢整合.
透過 HTML-in-Canvas，可以實現：
- 原生文本輸入，
- 瀏覽器支援的複製貼上、
- 可訪問的聊天系統、
- 以及互動式UI
直接整合到渲染場景中。
這可能會顯著簡化實時應用程式的架構。
更好的WebGPU介面
我也對WebGPU和高性能渲染系統非常感興趣。
以GPU為主的應用程式一直困難之處在於，無法手動重建所有內容來創建先進介面。
這個API可以讓開發者：
- 使用實際的HTML按鈕，
- 表單，
- 捲動條，
- 菜單，
- 以及文字系統
在WebGL/WebGPU環境內。
這是一項巨大的工作流程變革.
什麼讓這感覺不同
今年許多 Google I/O 宣布都重點關注 AI，這在當下是預期的.
但 HTML-in-Canvas 在我感覺上不同.
它感覺像是一項基礎平台改進，開發者可能會在多年間默默依賴它.__JHSNS_SEG_16e12197_96__不花哨。
不是趨勢驅動的.
只是真正有用的.
我認為這是可能影響的類型功能：
- 瀏覽器遊戲引擎,
- 設計軟體,
- 協作工具,
- 沉浸式介面,
- CAD系統,
- 教育模擬.
- 與未來的空間網頁體驗.
我的最愛展示
這些展示和討論讓我對宣布感到更加興奮：
HTML-in-Canvas 展示影片
這個展示幫助我們直觀地看到 DOM 元素如何自然地存在於沉浸式渲染環境中.
WebGPU + 互動式 UI 展示
我特別喜歡看到互動式UI元素如何與GPU渲染的圖形协同工作.
X上的演示
我最大的擔憂
儘管我對這個方向感到興奮，但我仍然擔憂.
網頁渲染流程已經很複雜：
- DOM,
- CSS,
- 合成,
- WebGL,
- WebGPU,
- 無障礙樹狀結構,
- 事件系統.
將這些系統整合可能會引進：
- 效能開銷,
- 瀏覽器不一致性,
- 難以除錯,
- 以及實作複雜性。
我也好奇這個在Chrome之外會變得多麼標準化
這將決定開發者是否會在生產系統中完全採用它
結論
對我來說，HTML-in-Canvas最讓我興奮的，不僅僅是這個功能本身，而是它所代表的意义
多年來，開發者必須在之間做出選擇：
- 瀏覽器原生UI 或
- 高階效能圖形.
這個宣布感覺像是未來的開端，開發者不再需要做出那樣的妥協.
對於正在開發的開發者：
- 遊戲,
- 實時系統,
- 協作工具,
- 沉浸式體驗,
- 以及GPU驅動應用程式,
這可能會成為多年來最具影響力的網站平台更新之一。