Webflow CMS 10,000アイテムに達した場合の対応方法
Webflowの10,000アイテムの壁を超える方法
ある朝目覚めて、Webflowで新しいブログ投稿を公開しようとしたら、エラーが表示されます。10,000 CMS アイテムに到達してしまったのです。もしかしたら、数週間前からサイトが遅くなっていて、Designer でコレクションページの読み込みに時間がかかり、コンテンツチームが公開時間が 10 分以上かかると文句を言っていたので、予兆がありました。それとも、限界があることを誰も教えてくれなかったので、完全に予想外だったかもしれません。
どちらにせよ、あなたは立ち往生しています。そして、その答えは「プランをアップグレードすればいい」というほど単純ではありません。
私は、この正確な問題でWebflowから離れるために移行するチームを支援してきました。また、データを再構築することでWebflowに留まるチームを支援してきました。正しいパスは、あなたの状況、予算、そしてコンテンツが Google に表示される必要があるかどうかに左右されます。私が学んだことをすべて説明させてください。
目次
- Webflowの CMS 制限の理解
- Webflowサイトが制限に達する前に遅くなる理由
- Webflow 内でスケーリングするための実際のコスト
- 10,000 アイテムを超えるための 6 つの戦略
- Webflowから移行する時が来た時
- 実際に機能する移行パス
- 決定方法：フレームワーク
- FAQ
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 のキャストメンバーにリンクしている場合、1 つのドメインをモデル化するだけで 100,000 以上のアイテムが必要になる可能性があります。これは仮説ではありません。Webflow フォーラムでこの正確なシナリオを見かけています。
コレクションあたり 60 フィールドの制限により、より多くのコレクションを作成することが強制されます。 これはより多くのアイテムを意味し、より速く天井に到達することを意味します。これは複合的な問題です。
アイテム数が忍び寄る方法
ほとんどのチームは 10,000 アイテムで始まりません。数百個で始まります。その後、ブログを追加します。その後、リソース ライブラリを追加します。その後、ケーススタディを追加します。その後、推薦文を追加します。その後、5,000 個のロケーション ページを生成するプログラム的 SEO キャンペーンを開始します。突然、9,800 アイテムに達してパニックに陥ります。
最も頻繁に見かけるパターン：
- 1 年目： 500 アイテム。すべてが素晴らしい。
- 2 年目： 3,000 アイテム。公開時間が遅くなり始めます。
- 3 年目： 7,000 アイテム。Designer が顕著に遅くなります。
- 3.5 年目： 10,000 アイテム。ハード ウォール。
Webflowサイトが制限に達する前に遅くなる理由
ここに Webflow が宣伝していないことがあります。パフォーマンス低下はアイテム キャップに到達するかなり前に始まります。そしてそれはいくつかの方法で現れます。
Designer パフォーマンス
Webflow Designer は、コレクション ページで作業しているときに、ブラウザに CMS 全体を読み込みます。5,000 以上のアイテムでは、コレクション間の切り替え、アイテムのフィルタリング、またはコレクション テンプレートの編集時にラグが発生します。8,000 以上では、本当に苦痛になる可能性があります - すべての相互作用で複数秒の遅延が発生します。
公開時間
Webflow はすべての公開時に サイト全体を再構築します。これはエンジンの下の静的サイト ジェネレータであり、すべての CMS アイテム、すべてのコレクション ページ、およびすべての動的参照を処理する必要があります。10,000 以上のアイテムを持つチームは 15 ～ 30 分の公開時間を報告しています。複雑なサイトでは 45 分の公開について聞いたことがあります。
つまり、コンテンツ チームは「公開」をヒットしてから、変更の外観が正しいかどうかを確認するために 30 分待ちます。何か間違っていれば、彼らはそれを修正してさらに 30 分待ちます。コンテンツの速度が完全に下がります。
ページ読み込みパフォーマンス
フロントエンドのコレクション リスト要素も同様に影響を受けます。コレクション リストに 100 個のアイテムを読み込んでいる場合（Webflow の最大はリストあたり 100 個）、各アイテムに画像とリッチ テキストが含まれている場合、ブラウザに多くの HTML を送信しています。Webflow はネイティブにページネーションを実行しません - Finsweet の CMS Library などのサードパーティ ソリューションに依存してロード モア パターンを処理する必要があります。
API レート制限
Webflow の CMS API を使用して外部ソースからコンテンツを同期している場合、レート制限に達します。標準 API は 1 分あたり 60 リクエストを許可します。数千のアイテムを更新する必要があるとき、それはあなたのシンク ジョブが数時間実行されることを意味します。
// Webflow API レート制限の計算
// 60 リクエスト/分 = 1 リクエスト/秒
// 10,000 アイテムを更新 = 約 167 分（ほぼ 3 時間）
// そしてそれはエラーまたは再試行がないと仮定しています
Webflow 内でスケーリングするための実際のコスト
お金について話しましょう。これが興味深くなるところです。
Business プラン（年間 $39/月）は 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 は 100,000 ドキュメントの Team プラン で月額 $99 かかります。Contentful の Team プランは月額 $300 です。Storyblok の Business プランでさえ月額 $499 で、Webflow Business の多くのコンテンツ容量を提供します。
Vercel または Netlify 上の Next.js または Astro サイトのホスティング コスト？ほとんどのサイトでは無料から月額 $20 程度です。
したがって、ヘッドレス アーキテクチャの合計コストは月額 $120–$520 である可能性がありますが、Webflow の Business プランのコンテンツ容量の 10–50 倍を提供します。10,000 アイテムを超えると、数学は非常に説得力があるように見え始めます。
10,000 アイテムを超えるための 6 つの戦略
誰もが移行する必要があるわけではありません。最も混乱が少ないものから最も混乱が多いものまで、選択肢を見てみましょう。
1. CMS 構造の監査と最適化
何か劇的なことをする前に、実際に CMS に何が入っているかを見てください。多くのサイトに大きな無駄があることがわかりました。
- 公開されることのない草案アイテム。 削除してください。
- トラフィックがゼロのアーカイブされたコンテンツ。 6 年前のブログ投稿で月間ビュー数が 0 のものを本当に必要ですか？
- 冗長なコレクション。 チームが 1 つのコレクションである必要のあるものに対して個別のコレクションを作成することがあります。
- プレーン テキストになりうる参照アイテム。 すべての著者が本当に独自の CMS アイテムを必要としていますか、それとも単にテキスト フィールドを使用できますか？
1 つのチームが 3 つのコレクションを 1 つに統合し、ドラフト コンテンツを削除することで、2,400 アイテムを解放するのを手伝いました。それはさらに 1 年を買ってくれました。
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、何でも
これは本質的にハイブリッド ヘッドレス アプローチです。マーケティング ページ、ホームページ、および about ページは 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 での生産性をはるかに上回る重要な収益を持つ企業に対して実行可能です。マーケティング チームが Webflow では他のツール よりも 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 ルート - すべて 1 つのフレームワークで提供します。これを Sanity、Contentful、または Storyblok などのヘッドレス CMS とペアリングすれば、以下が得られます：
- 無制限のコンテンツスケーリング（ほとんどのヘッドレス CMS プランは 100k 以上のアイテムを Webflow Enterprise 価格のほんの一部でサポート）
- ISR による準秒単位のビルド（変更されたページのみを再構築）
- 完全なデータモデリング制御（60 フィールド制限なし、40 コレクション制限なし）
- より良い Core Web Vitals（Next.js Image の最適化、自動コード分割、エッジ レンダリング）
// Next.js ISR: サイト全体を再構築する代わりに
// 個別ページをオンデマンドで再構築
export async function generateStaticParams() {
const posts = await sanityClient.fetch(`*[_type == "post"]{slug}`);
return posts.map((post) => ({ slug: post.slug.current }));
}
export const revalidate = 60; // 60 秒ごとに再検証
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 デザインの保持
一般的な懸念：「Webflow でサイトを設計するために $50,000 を費やしました。すべてを失いますか？」
必ずしもそうではありません。熟練した開発チームは Webflow デザインを Next.js または Astro コードベースに変換でき、ビジュアル デザインを保持しながら、アーキテクチャのすべての利点を得られます。Webflow Designer は引き続きプロトタイピングと設計に優れています - 本番サイトをホストして提供する必要はありません。
このパスを探索している場合、当社のチームはこの種の移行を正確に構築しています。何度もそれを行ってきたので、落とし穴がどこにあるかを知っています。
決定方法：フレームワーク
これはクライアントを通じて歩んでいる意思決定フレームワークです：
| 質問 | はい | いいえ |
|---|---|---|
| 20,000 アイテム未満ですか？ | Business max にアップグレード | 移行を検討してください |
| Enterprise に年額 $15k 以上の予算がありますか？ | Webflow Enterprise に留まる | 移行を検討してください |
| コンテンツ チームは Webflow のビジュアル エディターに大きく依存していますか？ | ハイブリッド（リバース プロキシ）を探索する | 完全な移行はリスクが低い |
| 制限を超えるコンテンツについて SEO は重要ですか？ | クライアント側レンダリング ソリューションを避けてください | 外部 DB + クライアント側で問題ありません |
| 移行のためのエンジニアリング リソースがありますか？ | ヘッドレスへの完全な移行 | Webflow に留まる、CMS 構造を最適化 |
| 公開時間は既に問題ですか？ | 移行は即座に解決します | 移行の緊急性は低い |
普遍的に正しい答えはありません。最適な選択は、チームの技術的能力、予算、およびコンテンツの成長速度に依存します。特定の状況について話し合いたい場合は、協力できます。
FAQ
Webflow の CMS アイテムの最大数は？
Business プランは最大 20,000 CMS アイテム（基本 10,000 に有料アップグレードで 20,000）をサポートしています。Enterprise プランは 100,000 を超えるカスタム制限を提供します。CMS プランは 2,000 に制限されています。これらはハード制限です - 制限に達するとこれ以上新しいアイテムを公開できません。
多くの CMS アイテムで Webflow サイトが遅い理由は？
Webflow はすべての公開時にサイト全体を静的 HTML として再構築します。CMS アイテムが増えるほど、生成するページが増え、直接公開時間が増加します。Webflow Designer はまた CMS データをブラウザに読み込むため、大きなコレクションは編集インターフェースで遅延を引き起こします。5,000 以上のアイテムを持つサイトは一般的に顕著な遅延を経験します。
外部データベースを Webflow で使用できますか？
はい。Airtable、Xano、または Supabase などの外部ソースからのデータを、クライアント側の JavaScript またはWized などのツールを使用して読み込むことができます。ただし、この方法で読み込まれたコンテンツは検索エンジンで確実にインデックスされません。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 でデータ モデルを再作成し、コンテンツをエクスポートして変換し、選択したフレームワークでテンプレートを再構築し、SEO インクを保持するために 301 リダイレクトを設定する必要があります。
Webflow の置き換えとして最適なヘッドレス CMS は？
Sanity は柔軟性とリアルタイム協調編集で人気があります。Contentful は、構造化ワークフローとロールを必要とする大規模なチームに強力です。Storyblok はビジュアル エディターを提供し、Webflow の Designer に最も近い経験で、技術的でないコンテンツ エディターの移行を簡単にできます。これら 3 つはすべて Next.js と Astro に適切に統合されています。
Webflow の 10,000 アイテム制限はドラフトとアーカイブされたアイテムをカウントしますか？
はい。すべての CMS アイテムは、公開状態に関係なく制限にカウントされます。ドラフト アイテム、アーカイブされたアイテム、およびステージング されたアイテムはすべてアイテム スロットを消費します。これが定期的な CMS 監査が重要な理由です - 未使用のドラフトと古いアーカイブされたコンテンツを削除することで、かなりの容量を解放できます。