達到 10,000 個 Webflow CMS 項目？接下來該怎麼辦
一個早晨醒來，你試著在 Webflow 發佈新的部落格文章，卻遭到一個錯誤的襲擊。你已經達到 10,000 個 CMS 項目的上限。也許你看到了這一切的到來——網站在過去幾週一直在變慢，集合頁面在設計師中需要永遠才能載入，而你的內容團隊在抱怨發佈時間延長超過 10 分鐘。或者它可能完全出乎意料地抓住了你，因為沒有人告訴你有一個上限。
無論如何，你被困住了。而答案並不像「只是升級你的計劃」那麼簡單。
我已經幫助團隊在他們撞到這堵牆後從 Webflow 移轉。我也幫助團隊通過重組他們的數據在 Webflow 上保持活動。正確的路徑取決於你的情況、你的預算，以及你的內容是否需要出現在 Google 上。讓我帶你瞭解我學到的一切。
目錄
- 理解 Webflow 的 CMS 限制
- 為什麼你的 Webflow 網站在達到上限之前就變慢
- 在 Webflow 內擴展的真實成本
- 六種策略來超越 10,000 個項目
- 何時該離開 Webflow
- 實際可行的移轉路徑
- 如何決定：一個框架
- 常見問題
理解 Webflow 的 CMS 限制
Webflow 的 CMS 限制不僅僅是關於項目計數。有一整個制約矩陣彼此互動，在你開始做決定之前理解全面的情況很重要。
| 計劃 | CMS 項目 | 集合 | 每個集合的欄位 | 年度價格（每月） | 月度價格 |
|---|---|---|---|---|---|
| CMS | 2,000 | 20 | 60 | $23/月 | $29/月 |
| Business | 10,000（最多 20,000） | 40 | 60 | $39/月 | $49/月 |
| Enterprise | 100,000+（自訂） | 自訂 | 自訂 | ~$1,250–$4,166/月 | 自訂 |
有一些人遺漏的事項：
每個跨越每個集合的條目都計入你的總數。 如果你有 3,000 篇部落格文章、4,000 個產品列表、2,000 個作者資料和 1,500 個類別標籤，那就是 10,500 個項目。你已經超過了 Business 計劃限制，儘管沒有任何單個集合那麼大。
參考欄位會增加你的數據模型的複雜性。 一個有 250 場演出的劇院網站，每個演出連結到 20 場表演，每場表演連結到 20 個演員——這可能只是為了建模一個域就需要 100,000+ 個項目。這不是假設；我在 Webflow 論壇上看到過這個確切的情況。
每個集合 60 欄位的限制迫使你創建更多集合，這意味著更多項目，這意味著你更快地達到上限。這是一個複合問題。
項目計數如何偷偷地累積
大多數團隊不是以 10,000 個項目開始的。他們開始時只有幾百個。然後他們添加一個部落格。然後是資源庫。然後是案例研究。然後是推薦。然後他們推出一個產生 5,000 個位置頁面的程式化 SEO 活動。突然他們有 9,800 個項目，處於恐慌中。
我看到最常見的模式：
- 第 1 年： 500 個項目。一切都很好。
- 第 2 年： 3,000 個項目。發佈時間開始放慢。
- 第 3 年： 7,000 個項目。設計師變得明顯遲緩。
- 第 3.5 年： 10,000 個項目。硬牆。
為什麼你的 Webflow 網站在達到上限之前就變慢
這是 Webflow 不做廣告的事情：性能下降始於遠在達到項目上限之前。它以幾種方式表現。
設計師性能
當你在集合頁面上工作時，Webflow 設計師會將你的整個 CMS 載入瀏覽器。在 5,000 個以上項目時，在集合之間切換、篩選項目或編輯集合模板時，你會注意到滯後。在 8,000 個以上，它可能會變得真正痛苦——每次互動都有多秒的延遲。
發佈時間
Webflow 在每次發佈時重建你的整個網站。這在引擎蓋下是一個靜態網站生成器，它必須處理每個 CMS 項目、每個集合頁面和每個動態參考。擁有 10,000 個以上項目的團隊報告發佈時間為 15–30 分鐘。我聽說過複雜網站上的 45 分鐘發佈。
這意味著你的內容團隊點擊「發佈」，然後等待半小時以查看他們的更改看起來是否正確。如果出了問題，他們進行修復並再等 30 分鐘。內容速度絕對會下降。
頁面載入性能
前端的集合列表元素也受到影響。如果你將 100 個項目載入到集合列表中（Webflow 每個列表的最大值是 100），每個都有圖像和富文本，你正在向瀏覽器發送大量 HTML。Webflow 原生不做分頁——你需要依賴第三方解決方案，例如 Finsweet 的 CMS Library，來處理載入更多模式。
API 速率限制
如果你使用 Webflow 的 CMS API 從外部來源同步內容，你將達到速率限制。標準 API 允許每分鐘 60 個請求。當你需要更新數千個項目時，這意味著你的同步作業運行數小時。
// Webflow API 速率限制數學
// 60 requests/minute = 1 request/second
// Updating 10,000 items = ~167 minutes (nearly 3 hours)
// And that's assuming zero errors or retries
在 Webflow 內擴展的真實成本
讓我們談談金錢，因為這就是事情變得有趣的地方。
年度價格 $39/月的 Business 計劃提供 10,000 個項目。你可以購買額外的項目包以達到 20,000，但 Webflow 對該升級收費約每月 $75–$85，使你的總費用達到約 $124/月。
超過 20,000？Enterprise 是你唯一的選擇。而 Enterprise 定價從每年 $15,000 到 $50,000+ 開始。那不是打字錯誤。
| 擴展路徑 | 項目容量 | 月度成本 | 年度成本 |
|---|---|---|---|
| Business（基礎） | 10,000 | $39 | $468 |
| Business（最大化） | 20,000 | ~$124 | ~$1,488 |
| Enterprise（低端） | 100,000+ | ~$1,250 | ~$15,000 |
| Enterprise（中等） | 100,000+ | ~$2,500 | ~$30,000 |
| Enterprise（高端） | 自訂 | ~$4,166+ | ~$50,000+ |
相比之下，像 Sanity 這樣的無頭 CMS 對他們的 Team 計劃收費 $99/月，具有 100,000 個文件。Contentful 的 Team 計劃是 $300/月。即使 Storyblok 的 Business 計劃為 $499/月，也給你遠遠超過 Webflow Business 的內容容量。
Vercel 或 Netlify 上 Next.js 或 Astro 網站的託管成本？對於大多數網站，通常免費到 $20/月。
因此，無頭架構的總成本可能是 $120–$520/月，同時給你 Webflow Business 計劃內容容量的 10–50 倍。一旦你超過 10,000 個項目，數學開始看起來非常引人注目。
六種策略來超越 10,000 個項目
不是每個人都需要移轉。讓我們從最不具破壞性的到最具破壞性的方式來看看選項。
1. 審計和優化你的 CMS 結構
在你做任何激進的事情之前，看看你的 CMS 中實際上有什麼。我發現許多網站有重大浪費：
- 沒有人會發佈的草稿項目。 刪除它們。
- 獲得零流量的存檔內容。 你真的需要 6 年前的部落格文章佔用項目槽位嗎？
- 冗餘集合。 有時團隊為應該是單個集合的東西創建單獨的集合，帶有類別欄位。
- 可能是純文本的參考項目。 每個作者真的需要有自己的 CMS 項目，或者你可以只使用文本欄位？
我和一個團隊合作，他們通過將三個集合合併為一個並刪除草稿內容，就釋放了 2,400 個項目。這給了他們另一年時間。
2. 將非 SEO 數據存儲在外部
如果你有不需要由搜尋引擎索引的內容——想想內部目錄、登入使用者內容、儀表板或互動工具——將其移動到外部數據庫並在用戶端加載它。
這的流行堆疊：
- Webflow + Wized + Xano：Wized 處理前端邏輯，Xano 提供後端/數據庫。不需要代碼。
- Webflow + Airtable + Make/Zapier：使用 Airtable 作為你的數據庫，通過自動化將需要 SEO 的項目同步到 Webflow，將其餘部分保存在 Airtable 中。
// 範例：在用戶端加載外部數據
const response = await fetch('https://your-xano-instance.com/api/v1/listings?page=1&limit=20');
const data = await response.json();
// 將項目呈現到 Webflow div
const container = document.getElementById('listings-grid');
data.items.forEach(item => {
const card = document.createElement('div');
card.className = 'listing-card';
card.innerHTML = `
<h3>${item.title}</h3>
<p>${item.description}</p>
`;
container.appendChild(card);
});
缺點：Google 不會可靠地索引用戶端呈現的內容。對於非 SEO 內容，這沒問題。對於你的金錢頁面？不是一個選擇。
3. 使用 Webflow 的反向代理以獲得混合架構
Webflow Cloud 引入了一個原生反向代理功能，讓你在 Webflow 域下從外部應用程式提供頁面。這是強大的，因為：
- 通過代理提供的頁面不計入你的 CMS 項目限制
- 它們在同一個域上，所以你保留 SEO 權限
- 你可以使用任何後端技術——Next.js、Astro，無論什麼
這本質上是一個混合無頭方法。你的行銷頁面、主頁和關於頁面留在 Webflow。你的 50,000 個程式化 SEO 頁面從一個單獨的應用程式通過代理提供。
4. 升級到 Business Max（20,000 個項目）
如果你有 10,000 到 20,000 個項目，並且 ~$124/月的成本是可以接受的，這是阻力最小的路徑。沒有架構變化，沒有移轉風險。你只是多付錢。
但要明白，如果你的內容在增長，這是一個臨時解決方案。你踢著罐頭向下走，而不是解決潛在的擴展問題。
5. 升級到 Enterprise
對於 Webflow 深入嵌入他們的工作流程和移轉不現實的組織，Enterprise 是答案。你獲得自訂項目限制（100,000+）、專屬支援、SLA 和高級安全功能。
$15,000–$50,000+ 年度價格標籤主要對有大量收入的公司是可行的，其中 Webflow 工作流生產力相比無頭 CMS 能快 10 倍。如果你的行銷團隊在 Webflow 中的發佈速度比在無頭 CMS 中快 10 倍，數學可能會起作用。
6. 完整移轉到無頭架構
對於已經超越 Webflow CMS 的團隊，移轉到無頭架構可以給你幾乎無限的內容擴展、更好的性能和更多的靈活性。
這是最具破壞性的選擇，但也是最面向未來的。我將在下一部分詳細介紹。
何時該離開 Webflow
我不輕率地說這個。Webflow 對於某些用例來說確實很好。但有明確的信號表明是時候該繼續了：
你需要超過 20,000 個 CMS 項目，但負擔不起 Enterprise。 這是最常見的觸發器。如果你是一個內容繁重策略的成長中的初創公司，每年 $15,000+ 的託管費是一個艱難的推銷。
發佈時間正在扼殺你的內容團隊的生產力。 當一個打字錯誤修復需要 30 分鐘才能上線時，有些不對勁。現代框架，如 Next.js 和 Astro 支援增量構建——在數秒內更新單個頁面，而不是重建整個網站。
你需要複雜的數據關係。 Webflow 的 CMS 是扁平的。對於簡單的內容模型來說很好，但當你需要深層嵌套的關係、計算欄位或遞迴自引用的內容時會崩潰。
你的網站需要動態個性化。 Webflow 提供靜態 HTML。如果你需要伺服器端個性化、內容級 A/B 測試或使用者特定內容，你需要不同的架構。
你的開發團隊花在與 Webflow 約束戰鬥比構建功能更多。 當你花更多時間做解決方法而不是實際產品開發時，該平台已經成為負債。
實際可行的移轉路徑
如果你已決定離開 Webflow 的 CMS，以下是我在生產中看到效果最好的架構。
Next.js + 無頭 CMS
這是最受歡迎的移轉路徑，理由充分。Next.js 給你靜態生成、伺服器端呈現、增量靜態再生和 API 路由——全部在一個框架中。將其與像 Sanity、Contentful 或 Storyblok 這樣的無頭 CMS 配對，你獲得：
- 無限內容擴展（大多數無頭 CMS 計劃支援 100k+ 項目，費用為 Webflow Enterprise 價格的一小部分）
- 使用 ISR（增量靜態再生）的次秒級構建（僅重建改變的頁面）
- 完全控制數據建模（沒有 60 欄位限制，沒有 40 集合限制）
- 更好的 Core Web Vitals（Next.js 圖像最佳化、自動代碼分割、邊界呈現）
// Next.js ISR：按需重建個別頁面
// instead of rebuilding the entire site
export async function generateStaticParams() {
const posts = await sanityClient.fetch(`*[_type == "post"]{slug}`);
return posts.map((post) => ({ slug: post.slug.current }));
}
export const revalidate = 60; // Revalidate every 60 seconds
export default async function BlogPost({ params }) {
const post = await sanityClient.fetch(
`*[_type == "post" && slug.current == $slug][0]`,
{ slug: params.slug }
);
return <Article post={post} />;
}
Astro + 無頭 CMS
對於 JavaScript 互動最少的內容繁重網站（部落格、文件、目錄），Astro 是極其引人注目的。預設情況下，它發送零 JavaScript，並生成超快速加載的靜態 HTML。
Astro 的內容集合功能也為你的 CMS 內容提供了內建的類型安全，這是一個很好的開發人員體驗獲勝。
保留你的 Webflow 設計
一個常見的顧慮：「我們花了 $50,000 在 Webflow 設計我們的網站。我們失去所有的嗎？」
不一定。熟練的開發團隊可以將 Webflow 設計轉換為 Next.js 或 Astro 代碼庫，保留視覺設計，同時獲得所有架構優勢。Webflow 設計師仍然對原型設計和設計擅長——你只是不需要從它託管和提供你的生產網站。
如果你在探索這個路徑，我們的團隊建立了完全這些種類的移轉。我們做過足夠多次以知道陷阱在哪裡。
如何決定：一個框架
以下是我帶客戶經歷的決定框架：
| 問題 | 如果是 | 如果否 |
|---|---|---|
| 你有少於 20,000 個項目嗎？ | 升級到 Business max | 考慮移轉 |
| 你能負擔 Enterprise 的 $15k+/年嗎？ | 留在 Webflow Enterprise | 考慮移轉 |
| 你的內容團隊大量依賴 Webflow 的視覺編輯器嗎？ | 探索混合（反向代理） | 完整移轉風險較低 |
| SEO 對超出限制的內容至關重要嗎？ | 避免用戶端呈現解決方案 | 外部資料庫 + 用戶端可以 |
| 你有工程資源進行移轉嗎？ | 完整移轉到無頭 | 留在 Webflow，優化 CMS 結構 |
| 發佈時間已經是個問題了嗎？ | 移轉將立即解決這個問題 | 較少移轉的緊迫性 |
沒有普遍正確的答案。最佳選擇取決於你的團隊的技術能力、你的預算和你的內容增長有多快。如果你想談談你的具體情況，我們很樂意幫助。
常見問題
Webflow 中 CMS 項目的最大數量是多少？ Business 計劃支援最多 20,000 個 CMS 項目（10,000 個基礎，帶有對 20,000 個的付費升級）。Enterprise 計劃提供超過 100,000 個項目的自訂限制。CMS 計劃上限為 2,000。這些是硬限制——一旦你達到它們，你無法發佈新項目。
為什麼我的 Webflow 網站有很多 CMS 項目時這麼慢？ Webflow 在每次發佈時將你的整個網站重建為靜態 HTML。更多 CMS 項目意味著更多頁面要生成，這直接增加發佈時間。Webflow 設計師還將 CMS 數據載入瀏覽器，因此大型集合會在編輯介面中導致滯後。擁有 5,000+ 項目的網站通常會經歷明顯的減速。
我可以將外部數據庫與 Webflow 一起使用嗎？ 可以。你可以使用用戶端 JavaScript 或像 Wized 這樣的工具從 Airtable、Xano 或 Supabase 等外部來源加載數據。然而，以這種方式加載的內容不會被搜尋引擎可靠地索引。對於 SEO 關鍵內容，你需要使用 Webflow 的反向代理功能或移轉到無頭架構。
Webflow Enterprise 成本多少？ Webflow Enterprise 定價是自訂的，沒有公開列出，但根據來自機構和團隊的報告，預期每年支付 $15,000 到 $50,000+ 之間。價格取決於你的 CMS 項目需求、流量量和支援要求。你需要與 Webflow 的銷售團隊聯繫以獲取報價。
從 Webflow 移轉還是升級到 Enterprise 比較好？ 這取決於你的預算和技術資源。如果你的團隊大量依賴 Webflow 的視覺編輯器，並且你能負擔 Enterprise 定價，留下是有意義的。如果你有開發資源，並想要更好的性能、更低的成本和無限的擴展，移轉到無頭 CMS 配合 Next.js 或 Astro 通常更具成本效益——特別是在 20,000+ 項目級別。
我如何從 Webflow CMS 移轉我的內容？ Webflow 提供一個 CMS API，讓你以程式方式匯出所有集合項目。你也可以從 Webflow 儀表板將 CMS 數據匯出為 CSV 檔案。對於完整網站移轉，你需要在新 CMS 中重新建立數據模型、匯出和轉換內容、在你選擇的框架中重建範本，並設置 301 重定向以保留 SEO 權益。
什麼無頭 CMS 最適合作為 Webflow 替代品？ Sanity 因其靈活性和實時協作編輯而受歡迎。Contentful 是較大團隊的強有力選擇，他們需要結構化工作流程和角色。Storyblok 提供一個視覺編輯器，是最接近 Webflow 設計師體驗的，這可以為非技術內容編輯簡化過渡。所有三者都與 Next.js 和 Astro 很好地整合。
Webflow 的 10,000 項目限制是否計算草稿和存檔項目？ 是的。每個 CMS 項目都計入你的限制，無論其發佈狀態如何。草稿項目、存檔項目和分段項目都消耗項目槽位。這就是為什麼定期 CMS 審計很重要——刪除未使用的草稿和過時的存檔內容可以釋放重大容量。