ISR 価格設定の現実

Vercel の Incremental Static Regeneration は優れたテクノロジーですが、スケール時には実質的なコスト曲線が存在します。価格設定モデルは呼び出しごとで、各 ISR 書き込みイベントにコストが発生し、ページ数とリバリデーション頻度に応じてコストが複合的に増加します。

30 言語にわたる約 91,000 ページと積極的なリバリデーションを備えた Deluxe Astrology では、2026 年 3 月に数百万イベントの ISR 請求月に達しました。請求額は十分に大きく、デプロイ方法を変更することになりました。

主な要因は 2 つ。総ページ数と merge 頻度です。main への各 merge は、影響を受けるページ全体で ISR リバリデーションをトリガーします。91K ページとほとんどの merge が大多数のページに影響するグローバルコンテンツモデルでは、単一の merge でおよそ 600 万の ISR 書き込みイベントが発生します。

スケールでの計算は過酷だ。91K ページ全体でグローバルアフィニティを備えた1日2マージは月360百万イベントに相当する。Vercel ISR の料金ティアはそれよりはるか前に適用される。

2026年5月の2番目の ISR 請求インシデント後、Deluxe Astrology に厳格なルールを設定した。本番環境への週2マージ、P0 以外の例外なし。コストドライバーはマージ頻度であり、ルート設定ではないため、テコは建築的な変更ではなく運用の規律である。

週2マージ、マージあたり600万イベントは月4,800万イベントに相当する。運用しているティアでは対応可能だ。さらに重要なのは、継続的なリリースではなく関連する変更をバッチ処理することを強制し、これはリグレッション頻度を減らすという副次的なメリットがある。

マージバジェットアプローチが実行可能でない場合、3つの代替案がある。

完全な SSG にシフトしてスケジュール済みリビルドを実施する。91K ページすべてを1日1回構築し、静的ファイルとして配信する。コストは予測可能で、コンテンツは24時間以内に更新される。特定のエンドポイントではコンテンツがそれより高速に更新されるため、これを採用しなかった。

予測可能な ISR 料金体系を持つ別のホストに移行する。Cloudflare Pages と Netlify はどちらも使用量とより直線的にスケーリングするモデルを持っている。DX は Vercel ほど洗練されていないが、コスト確実性は実在する。

インデックス可能なサーフェスを縮小する。多くのプログラムティック SEO サイトは必要以上に2倍大きなインデックス可能なサーフェスを持っている。30パーセントのページをドロップする品質ゲートは ISR コストを比例的に削減する。

10,000ページ未満のサイトで再検証ニーズが中程度の場合、Vercel上のISRは優れており、コストは小さいです。価格曲線が実際に影響を与えるのは、6桁のページ数で高頻度なマージが発生する場合です。ほとんどのプロジェクトはこの上限に達することはありません。

50K以上のページに向けてスケーリングしている場合は、コストを計画してください。予想されるマージ頻度と再検証の周期について計算を実行してください。ISRが頻繁に使用されるあらゆる規模で、入門層の見積もりの少なくとも2倍の予算を用意してください。