我用Webflow建立了數十個網站。我真的很喜歡它。視覺化構建器對於行銷網站、落地頁和作品集非常出色。但在三年的客戶專案中推廣它之後,我已經對Webflow的故障點有了非常清晰的認識——當你試圖擴展時,它會徹底崩潰。

這不是批評文章。這是一份實地指南。如果你正在評估Webflow用於超越宣傳冊網站的專案,你需要在陷入六個月後才意識到這些限制之前就了解這些限制。我將通過實際數字逐一說明每個限制,解釋為什麼它很重要,並告訴你我們在生產專案中實際使用什麼。

目錄

1. 10,000個CMS項目上限

這是最重要的一個。這個限制比其他任何限制都更多地困擾了我們的客戶。

Webflow在Business方案($39/月)上將CMS集合上限為10,000個項目。你可以用附加功能擴展到20,000個,而企業級定價(每年約50,000美元起)可以將其推至50,000–100,000個。但對於大多數團隊來說,10,000是上限。

這聽起來很多,直到你做出計算。每週發佈3篇文章的部落格在約六年內會達到10,000條——沒問題。但一個擁有5,000處房產的房地產列表網站,每個房產都用位置和便利設施標記?由於標籤和引用也計入限額,你將在幾個月內突破10,000個CMS項目。

更深層的問題不僅僅是計數。Webflow的CMS沒有彙總函數——沒有SUM、沒有COUNT、沒有數據庫級別的多標準篩選。你無法跨關係級別查詢。當你匯出時?你得到平面JSON/CSV,失去所有引用。

在2025年,Webflow發佈了改進:每頁2倍的集合列表、5倍的嵌套列表和3層深度嵌套。這些有助於呈現,但標準方案的原始項目上限沒有提高。

改用什麼

對於內容豐富的網站,我們將客戶轉移到無頭CMS配對現代前端框架。Sanity.io是我們的首選——免費層沒有項目限制,增長方案每月$99提供團隊功能。Contentful適用於Enterprise團隊,Premium層每月$489。

我們通常將這些與Next.js或Astro配對用於前端。如果你對該堆棧感到好奇,我們已經詳細撰寫了我們的無頭CMS開發方法Next.js構建

2. 沒有用户認證或成員儀表板

Webflow沒有內置登錄系統。沒有用户會話。沒有認證流程。如果你需要用户登錄、管理個人資料或訪問受限內容——Webflow無法本地執行此操作。

是的,Memberstack($25–95/月)之類的第三方工具可以補充認證。但你在添加客戶端JavaScript到一個不是為此設計的系統上。沒有伺服器端會話管理,這意味著安全完全取決於第三方嵌入。現在你支付Webflow的主機費用加上認證附加費用。

對於任何類似網絡應用的東西——客戶入口、SaaS儀表板、會員社區——這是一個致命的缺陷。

改用什麼

如果你想留在無代碼,Bubble.io($29/月Starter)本地處理用户和隱私規則。對於開發者主導的專案,Supabase(免費層,$25/月Pro)提供PostgreSQL支持的認證和行級安全。我們將Supabase與Next.js配對用於大多數客戶入口——構建速度快,你完全擁有數據。

3. 自訂代碼嵌入字符限制

這是一個會讓人驚訝的問題。Webflow在全域自訂代碼(<head>部分)上強制執行10,000字符限制,每頁5,000字符

這不是很多。單個Google Tag Manager分析設置、cookie同意腳本和schema標記可以消耗大部分全域預算。想用Optimizely添加A/B測試?用Segment添加個人化?一個聊天小部件?你將用完字符。

這個限制在更高方案上不增加。即使Enterprise也不會擴展它。你最終從外部CDN加載腳本作為解決方案,這增加了延遲和複雜性,而這應該是微不足道的。

改用什麼

WeWeb($49/月Pro)讓你通過其基於Vue.js的構建器注入無限制代碼。但老實說,如果你達到代碼嵌入限制,你可能已經完全超越視覺化構建器了。Next.js或Astro專案讓你完全控制<head>中的每一行代碼及以上。

快速獲勝,將實用工具腳本託管在Cloudflare Workers上(每天100K請求免費)在不完全遷移的情況下解決字符問題。

4. API速率限流殺死整合

Webflow的API在大多數方案上限制你為每分鐘60個請求。Enterprise大約翻倍到120/分鐘。就是這樣。

為了展示這一點:如果你正在將CMS項目同步到外部數據庫,而你有10,000個項目,分頁返回100個每個請求,那只是閱讀所有內容就需要100個API調用。以每分鐘60次,幾乎需要兩分鐘——這假設在那個時間窗口中沒有其他東西擊中API。

需要實時更新?Webflow的webhook支持僅限於表單、訂單和基本CMS事件。沒有設計更改、自訂事件或細粒度更新的webhook。你最終進行輪詢,這會迅速燒盡你的速率限制。

改用什麼

Strapi(免費自託管,$99/月雲)提供無上限的REST和GraphQL API。Directus是另一個強大的選擇,在自託管部署中提供無限API訪問。兩者都是開源的,所以你可以在不需要供應商許可的情況下擴展基礎設施。

5. 零伺服器端邏輯

Webflow本質上是一個靜態網站構建器。沒有伺服器端函數、沒有邊邊函數、沒有中間件。你無法在沒有第三方的情況下處理付款。你無法實時調整圖像大小。你無法運行cron作業。

每一個動態行為都需要外部服務:Zapier用於自動化($29.99/月Starter)、Stripe嵌入用於付款、Cloudinary用於圖像處理。每個整合添加另一個故障點、另一個月帳單和另一個要管理的供應商。

當客戶用已累積五或六個整合層的Webflow網站來找我們時,總成本往往超過定製解決方案的成本。

改用什麼

Xano($79/月Unlimited)提供無代碼後端,具有API端點和無伺服器功能。對於開發者團隊,Firebase(慷慨的免費層、按使用付費)或Supabase Edge Functions在不管理基礎設施的情況下處理伺服器端邏輯。

我們的首選方法是帶有API路由或伺服器操作的Next.js應用——你得到SSR、中間件、邊邊函數,所有內容都在一個代碼庫中運行。查看我們的Next.js開發能力以了解我們如何構造這些專案。

6. 靜態頁面上限為100

Webflow限制你在付費方案上最多100個靜態頁面。免費和Starter方案甚至更少。

動態頁面(從CMS集合生成)不計入此限制,如果你的內容乾淨地映射到集合,這很好。但許多網站需要獨特的靜態頁面——服務頁面、位置頁面、廣告活動的落地頁變體。擁有150個位置的區域企業無法為每個位置創建單個靜態頁面。

你可以通過將所有內容塞入CMS集合來解決這個問題,但隨後你受到第1點中CMS限制的限制。這是一路烏龜。

改用什麼

Framer($15/月Mini)提供無限頁面並配備AI輔助頁面生成。對於更大的專案,任何靜態網站生成器——Astro、Next.js、Hugo——根本沒有頁面限制。在Vercel或Netlify上主機託管通常也更便宜。

7. 頻寬和資產限制

Webflow的頻寬上限按方案層級縮放:

  • 免費:1GB/月
  • 基礎:50GB/月
  • CMS:200GB/月
  • 商務:400GB/月

這對於文本繁重的網站來說聽起來合理,但任何包含視頻內容、大型圖像庫或可下載資產的專案都可能超過它。背景視頻的上限為每個文件30MB。超額強制進行方案升級。

作為參考,VercelNetlify在其免費和付費層上都提供無計量頻寬(具有公平使用政策)。你正在為Webflow的頻寬付費,這在其他地方基本上是免費的。

改用什麼

Vercel(免費Hobby層,$20/月Pro)帶有全球CDN處理頻寬而無需擔心。將其與CloudinaryMux配對以進行媒體交付,你的資產管道比Webflow的內置主機託管更快更便宜。

8. 弱篩選、無彙總

如果你曾經試過在Webflow中構建產品目錄或目錄,你已經感受到了這種痛苦。CMS不支持:

  • 多標準篩選(例如,"顯示價格< $50 AND類別=鞋子AND顏色=紅色的項目")
  • 彙總(計數、求和、平均)
  • 基本匹配之外的全文搜索
  • 複雜的關係查詢

2025/2026年的嵌套改進(3層深)有助於顯示,但底層查詢引擎沒有改變。你無法對一列價格求和。你無法計算符合條件的項目。對於任何超過"列出此集合中的項目,按日期排序"的內容,你將需要自訂JavaScript——這讓你回到代碼嵌入限制。

改用什麼

Builder.io($299/月Pro)提供具有查詢級篩選的視覺CMS。但為了獲得真正的篩選功能,請使用帶有GraphQL的無頭CMS——Sanity的GROQ查詢語言特別擅長複雜的篩選和彙總。我們在Sanity上構建了擁有50,000多個SKU的產品目錄而不費力。

9. 不可擴展的電子商務

Webflow的電子商務適合銷售少數產品。但它缺乏:

  • 訂閱計費(無第三方的循環付款)
  • 多貨幣和多語言(翻譯需要手動複製)
  • ERP和庫存整合(有限的webhook、API限流)
  • 進階產品變體(每個產品的選項有限)

電子商務Plus方案運行每個網站$39/月,你仍然受到產品計數的CMS限制。內容與設計綁定——你無法在移動應用和網站之間重用產品數據而無需重建。

改用什麼

Shopify($39/月基礎)以任何規模處理商務,配備龐大的應用生態系統。對於無頭商務,Saleor(開源)或Shopify的Storefront API與Next.js前端配對讓你完全控制。我們在我們的無頭CMS開發能力中詳細說明了這個架構。

10. 主機託管鎖定和匯出限制

這是讓CTO夜不能寐的問題。你無法完全匯出Webflow網站。

你可以在付費方案上匯出HTML/CSS/JS,但你失去:

  • CMS數據關係
  • 表單功能
  • 電子商務功能
  • 互動和動畫(部分)
  • 主機託管配置

Webflow移除Cache-Control標頭,你無法設置基本301重定向以外的自訂伺服器規則,也沒有.htaccess等效項。你的網站位於Webflow的基礎設施中,遷移出去意味著重建。

擴展成本急劇跳躍:商務$39/月到企業$10,000+/年。當你可以在Vercel上以$20/月主機託管相同的內容時,那是一個陡峭的懸崖。

改用什麼

任何你擁有代碼的堆棧。通過無頭WordPress(免費核心)在Vercel上,或Next.js + Sanity構建部署到任何主機。你擁有每個文件、每個配置、每個重定向規則。遷移意味著git push,不是重建。

如果你目前被鎖定在Webflow中並評估遷移,聯繫我們——我們已經進行過多次此轉換。

比較表:Webflow限制與替代方案

限制 Webflow限制 最佳替代方案 替代方案起價 擴展優勢
CMS項目 10,000–20,000 Sanity.io 免費 / $99/月 無限項目
用户認證 無原生 Supabase 免費 / $25/月 完整認證 + RLS
代碼嵌入 全域10K字符 Next.js/Astro 免費(開源) 無限制
API速率 60請求/分鐘 Strapi 免費 / $99/月 無上限
伺服器邏輯 Xano / Next.js $79/月 / 免費 完整後端
靜態頁面 最多100 Astro / Next.js 免費 無限
頻寬 最多400GB/月 Vercel 免費 / $20/月 無計量
篩選 僅基礎 Sanity (GROQ) 免費 / $99/月 進階查詢
電子商務 基礎商店 Shopify $39/月 完整商務
匯出/可移植性 僅部分HTML 任何無頭堆棧 不同 完全所有權

Webflow仍然有意義的時候

我不想給人留下Webflow很糟糕的印象。它不是。它是一個做某些事情非常好的專注工具。

Webflow是一個很好的選擇,當:

  • 你正在構建一個少於50頁的行銷網站
  • 你的內容團隊想要視覺編輯而無需開發者參與
  • 你需要快速交付,網站不會增長超過幾百個CMS項目
  • 設計保真度比動態功能更重要
  • 你不需要用户帳户、複雜篩選或伺服器端邏輯

對於其他一切——網絡應用、大型內容網站、規模電子商務、任何需要認證的東西——你最好從一開始就採用無頭架構。初期投資會在你第一次不撞到牆時自我支付。

我們已經看到了模式反覆出現:團隊在Webflow中開始,生長12–18個月,達到CMS限制或需要認證,然後花更多錢遷移,而他們從一開始就應該花在正確構建上。約40%擁有內容豐富網站的Webflow用户報告在達到10K項目上限後進行遷移。

如果你正在規劃一個專案並想知道哪個方法適合,看看我們的定價聯繫我們以獲得誠實的評估。

常見問題

2025年Webflow CMS限制是多少? Webflow的CMS在Business方案($39/月)上限制為10,000個項目。你可以以大約$20–50/月的價格添加額外容量,每10K項目增量,推至20,000。企業方案(每年約50,000美元起)支持50,000至100,000+個項目,但確切的數字需要自訂談判。對於大多數團隊,實際上限是10,000–20,000。

你能用Webflow構建網絡應用嗎? 不太能。Webflow沒有伺服器端邏輯、沒有原生認證、沒有超出其CMS的數據庫,無法運行自訂後端代碼。你可以用Memberstack和Zapier之類的第三方服務補充類似應用的功能,但你會在附加費用中支付更多,並處理比用適當的應用框架如Next.js構建或使用Bubble.io等無代碼應用構建器時更多的整合複雜性。

Webflow主要無法做什麼? 頂級限制是:沒有用户認證、10,000個CMS項目上限、沒有伺服器端函數或API路由、有限的自訂代碼嵌入(全域10K字符)、API速率限流每分鐘60個請求、沒有進階CMS篩選或彙總、沒有訂閱的基礎電子商務、100個靜態頁面限制、頻寬上限,以及帶有有限匯出選項的主機託管鎖定。

Webflow對電子商務好嗎? 對於銷售少於50種產品且變體簡單的小商店,Webflow的電子商務功能良好。對於任何更大的東西——訂閱、多貨幣、複雜庫存管理、ERP整合——你將需要Shopify或無頭商務解決方案。Webflow的電子商務是一個功能,不是一個平台。

我如何繞過Webflow 10,000個CMS限制? 你有三個選擇:支付企業方案(昂貴)、使用CMS附加費用推至20,000(仍然有限),或將你的內容遷移到無頭CMS,如Sanity.io或Contentful。無頭方法通常是最好的長期舉動,因為它完全移除項目上限,並讓你從任何前端通過API訪問內容。

什麼比Webflow對大型網站更好? 對於內容豐富的網站,無頭CMS(Sanity、Contentful、Strapi)配對Next.js或Astro提供無限內容、完整代碼控制、更好的性能和更低的主機託管成本。對於較少限制的無代碼替代方案,Framer提供無限頁面,WeWeb允許無限自訂代碼。正確的選擇取決於你的團隊的技術能力。

Webflow能處理100,000頁嗎? 不是在標準方案上。即使使用Enterprise定價,你也在推動一個不是為該規模設計的CMS架構。靜態網站生成器如Astro或Next.js配備ISR(增量靜態重生)在Vercel上例行處理100,000+頁面,使用按需生成的構建時間在10分鐘以下。

從Webflow遷移很難嗎? 是的,比應該的難。Webflow的匯出提供HTML/CSS/JS但移除CMS數據關係、表單邏輯、電子商務功能和一些互動。遷移通常意味著在新框架中重建前端並將內容移至無頭CMS。根據網站複雜性計劃4–8週。越早遷移,你需要重構的內容越少。