Next.js 部署在 Vercel 以外的平台會有功能限制嗎？

過去確實存在這個問題。許多 Next.js 進階功能（如 Image Optimization、ISR、Partial Prerendering）在 Vercel 平台上支援最完整，其他平台因缺乏官方文件而難以完整實作。直到 Next.js 16.2 推出穩定的 Adapter API，並與 Netlify、Cloudflare、AWS Amplify、Google Cloud 建立合作框架，跨平台部署的功能一致性問題才開始有了官方層級的解決方向。

什麼是 Next.js Adapter API？為什麼它很重要？

Next.js Adapter API 是 Vercel 在 Next.js 16.2 中正式推出的穩定介面，讓第三方平台（如 Cloudflare、Netlify、AWS Amplify 等）能夠透過有文件、有規範的方式讀取並配置 Next.js 的 build output。這對開發者的重要性在於：降低平台鎖定風險、讓跨平台部署更可靠，也讓企業在選擇部署環境時有更大的彈性。

OpenNext 是什麼？和 Vercel 官方的 Adapter API 有什麼差別？

OpenNext 是一個社群自發的開源專案，透過逆向工程方式將 Next.js 的 build output 拆解，使其得以部署在 Vercel 以外的平台。它的出現證明了市場對跨平台支援的強烈需求。而 Vercel 官方推出的 Adapter API 則提供了標準化、有文件支援的正式介面，品質與方向由 Vercel 主導，兩者的核心目標相近，但官方方案在穩定性與長期維護上更具保障。

Vercel 終於正面回應 Next.js 鎖定問題 — 這次的承諾可以信嗎

2026年6月29日 · Waiting7777 · 7 分鐘閱讀

Next.js DevOps 競爭 Vercel OpenNext 前端架構

📂 Next.js 系列 📂 DevOps 系列 📂 競爭系列 📂 Vercel 系列 📂 OpenNext 系列 📂 前端架構系列

Vercel 的「開放」聲明：善意還是被逼出來的求生招

> Meta Shift

Next.js 16.2 在 2026 年 3 月正式發布穩定的 Adapter API，同時宣布與 OpenNext、Netlify、Cloudflare、AWS Amplify 和 Google Cloud 的合作框架。這聽起來是一個技術更新公告，但背後其實是 Vercel 面對多年以來「平台鎖定」批評的第一次正式回應。

先說為什麼這件事重要。

Next.js 目前是全球最主流的 React framework，估計有超過 600 萬個網站在使用（來源：W3Techs），幾乎定義了現代 web 開發的 DX（developer experience）。但問題在於，Next.js 的很多進階功能 — 從 Image Optimization、ISR 到最新的 Partial Prerendering — 在 Vercel 平台上跑起來就是比其他地方順，有時甚至只有 Vercel 才能完整支援。

這不是陰謀論，是商業設計。Vercel 靠著「Next.js 的最佳運行環境」這個定位，建立了相當深的護城河。問題是，這條護城河的代價是讓整個生態系的其他玩家長期卡在一個資訊不對等的位置上。

Netlify 的工程師 Philippe Serhal 說的很直白：「我們開始整理遇到的問題，很快就發現 90% 的問題根源都是同一個 — 沒有一個有文件、穩定的機制讓我們可以讀取和配置 build output。」（來源：Next.js 官方部落格）

這句話翻譯一下就是：Vercel 從來沒有正式告訴其他平台怎麼完整跑 Next.js。

Vercel 的商業模式，和這個「開放」聲明的利益關係

要理解這次的 Adapter API 公告，要先搞清楚 Vercel 怎麼賺錢。

Vercel 的收入結構是典型的 cloud PaaS 模型：免費方案吸引開發者，企業方案收大客戶的錢。據報導 Vercel 在 2024 年的 ARR 估計已超過 1 億美金，並在 2023 年完成了 1.5 億美金的 D 輪融資，估值 32 億美金（來源：TechCrunch）。客戶組成方面，個人開發者和小團隊貢獻流量，但真正的收入來源是企業客戶 — 這些客戶每年付的錢從數萬到數十萬美金不等。

但這個商業模式有個長期隱患：當你靠著「我是這個 framework 最好的部署環境」吸引企業客戶，你的競爭優勢就跟框架本身綁在一起。如果框架的社群開始反彈、或者其他平台提供了同等甚至更好的支援，這個護城河就會開始鬆動。

過去兩年就是這樣發展的。

Cloudflare Pages、Netlify、AWS Amplify 都在搶 Next.js 的部署市場。更關鍵的是，OpenNext 這個社群專案在沒有 Vercel 官方支持的情況下，硬是把 Next.js 的 build output 逆向工程拆開，讓它可以跑在其他平台上。這件事本身就是一個訊號：市場需求存在，而 Vercel 沒有主動滿足它。

所以現在的問題是：Vercel 宣布 Adapter API 是真的想「開放生態系」，還是一個更聰明的競爭策略？

我傾向後者，但這並不代表它對開發者不好。

Vercel 的算盤應該是這樣的：與其讓 OpenNext 這種社群方案持續填補空白（而且 Vercel 完全無法控制品質和方向），不如主導一個官方的 Adapter API。這樣做有幾個好處：一，把標準的定義權留在自己手上；二，讓其他平台正式納入生態系的協作框架，等於把潛在的競爭對手變成「認可的合作夥伴」；三，面對企業客戶時可以說「我們支持跨平台部署」，解除採購時的顧慮。