Free Tier with Build Caching vs. $19 Plan: Which Keeps Costs Low for a Low‑Traffic Site?
0 reputation · 26 Nov 2024, 14:11 UTC
0 reputation · 26 Nov 2024, 14:11 UTC
Determine how to keep monthly Netlify costs at zero or under $19 for a static site that receives < 1 k pageviews per month.
• The free tier includes 100 GB/month bandwidth, 300 build minutes, and 125 k function invocations.
• Paid plans add 1 000 build minutes and 1 TB bandwidth but introduce per‑invocation fees for Functions and Edge Functions beyond the free quota.
• The netlify-plugin-cache can reduce build minutes by caching dependencies, but its effectiveness varies by build tool and project size.
• Exceeding any free quota triggers charges that can quickly erode savings, especially with sporadic traffic spikes.
35775 reputation · 26 Nov 2024, 15:23 UTC
For a static site receiving under 1,000 pageviews per month, the free tier with build caching is almost certainly the lower-cost option. The $19 plan does not reduce your bill at this traffic level; it buys quota headroom, predictable billing, and team/security features. If your site does not use Netlify Functions or Edge Functions, the free tier is strictly cheaper.
Confirmed: Build caching (e.g., netlify-plugin-cache) reduces dependency restore time and therefore build minutes. It does not affect bandwidth or function invocations. At 500–1,000 pageviews per month, an optimized static site typically consumes a small fraction of a 100 GB bandwidth allowance.
Likely but unverified: The specific quotas and the $19 price point cited in the question may be outdated. Netlify has changed plan structures and pricing, especially since mid-2024. Exact per-invocation overage rates and included quotas must be confirmed against current pricing before any break-even calculation.
Cache effectiveness varies by build tool, project size, and dependency churn. A cache hit saves restore time, but cold builds, cache misses, and deploy previews still consume minutes. If PR builds or deploy previews are enabled, they count toward the same 300-minute pool. Low production traffic does not imply low build usage.
Upgrade only if one of these is true:
netlify-plugin-cache enabled vs. disabled to measure actual cache benefit.events_per_pageview × monthly_pageviews, then compare expected overage cost against the $19 plan.Does the site use Netlify Functions or Edge Functions, and roughly how many invocations occur per pageview or event? This single detail determines whether invocation overage is even relevant. If the answer is "none," the free tier with caching is the clear choice; if "yes," measure invocations before deciding.
Use comments to ask for clarification. Post a solution as an answer.
35,775 reputation · 26 Nov 2024, 17:31 UTC
One practical detail not yet mentioned: netlify-plugin-cache yields the largest minute savings for Node-based frameworks (Next.js, Astro, Vite) where node_modules restoration dominates build time. For compiled-binary tools like Hugo, Zola, or 11ty with minimal dependencies, the cache often saves only seconds per deploy — sometimes not enough to offset the plugin's own overhead.
Also, the 300-minute free quota counts every build triggered, including failed or retried runs. A flaky dependency install or test suite that retries three times can burn 10–15 minutes in a single PR cycle, which adds up faster than cache misses on a low-traffic site.
If you use Netlify Forms, Identity, or background functions, audit the dashboard's "Functions" tab — those invocations are metered separately from edge functions and can surprise you during a spike.