Skip to main content

The Analytics dashboard

The dashboard includes key usage metrics:
  • Users - Number of users in your account
  • Pages - Total pages created
  • Blog Posts - Total blog posts created
  • Collections - Total collections created
  • Read API Requests - API calls fetching content
  • Write API Requests - API calls creating, updating, or deleting content
  • Assets - Files in your Media Library
API request limits vary by plan. See Plan Features for specific limits. Each metric supports:
  • Line, Area, and Bar chart views
  • Running Total toggle for cumulative trends

Accessing the Analytics dashboard

To access the dashboard:
  1. Log in to ButterCMS
  2. Select Analytics on the navigation menu
  3. The charts and filters appear immediately
No configuration or additional permissions are required. Statistics are refreshed at least once every 24 hours on a staggered schedule, so the most recent day may be incomplete. Analytics inside ButterCMS Menu

Understanding your usage metrics

Analytics chart view

Read API requests

Read API requests are calls that fetch content from ButterCMS:
  • GET /v2/posts/ - Listing blog posts
  • GET /v2/pages/{page_type}/{slug}/ - Retrieving pages
  • GET /v2/content/ - Fetching collections
  • GET /v2/authors/ - Listing authors
  • GET /v2/categories/ - Listing categories
Note: Every request that reaches the API counts toward your API limits, whether it’s served from CDN cache (a hit) or forwarded to origin (a miss). This includes OPTIONS (CORS preflight) and HEAD requests. To reduce your usage, cache responses in your own application so fewer requests reach ButterCMS at all.

Write API requests

Write API requests create, update, or delete content:
  • POST /v2/pages/ - Creating pages
  • PUT/PATCH /v2/pages/{page_type}/{slug}/ - Updating pages
  • POST /v2/posts/ - Creating blog posts
  • POST /v2/content/ - Creating collection items (pass the collection key as a key field in the request body)
Pages cannot be deleted through the API; use the dashboard instead.

Why monitoring matters

This quick-glance overview helps your team:
  • Stay within plan limits tied to your subscription
  • Monitor API usage to prevent overages
  • Maintain content hygiene across environments
Understanding your content usage helps you plan smarter and avoid potential interruptions.

Filtering and customizing your view

Use filters to narrow or expand exactly what you want to see:
  • Site - On multisite accounts, pick one site; All Sites is available when cross-site analytics is enabled for your account
  • Environment - One environment of the selected site, or All Environments
  • Date Range:
    • Month to Date
    • Previous Month
    • Last 12 Months
    • Custom Range
  • Aggregation - Daily, Weekly, Monthly, or Yearly
These filters help you explore both high-level patterns and narrow operational issues.

Exporting your data

You can export your filtered dashboard results as a CSV file for reporting or further analysis. Each row is one period at the selected aggregation (daily / weekly / monthly / yearly), with columns for Users, Pages, Blog posts, Collections, Read API Calls, Write API Calls and Assets. Multisite accounts also get Site and Environment columns. This makes it easy to integrate Butter usage data into your existing analytics workflows and stack.

Who benefits from Analytics?

For developers and technical leads

Get instant visibility into API activity, content volume, and environment-specific usage. Quickly identify spikes, monitor deployment hygiene, and export data for system monitoring tools.

For marketers and content teams

See how your content is growing over time. Track pages, posts, and collections to plan launches, support campaigns, and manage day-to-day content operations, all with simple, self-serve analytics.

For partners and agencies

Review API traffic and content activity across client projects in one place, share real-time insights with clients, and ensure environments stay healthy throughout development and as they evolve.

Interpreting usage patterns

Identifying normal vs. abnormal usage

Common usage patterns by integration type

Static Site Generation (SSG):
  • Bursts during build time
  • Low usage between builds
  • Spikes when webhooks trigger rebuilds
Server-Side Rendering (SSR):
  • More consistent usage throughout day
  • Correlates with website traffic
  • Should leverage caching to reduce calls
Client-Side (SPA):
  • Usage correlates directly with page views
  • Each visitor may make API calls
  • Consider edge caching or BFF pattern

Setting up usage alerts

While ButterCMS doesn’t have built-in alerting, you can set up monitoring in your application:

Application-level monitoring

Integration with monitoring tools

Export your ButterCMS analytics data and integrate with:
  • Datadog - Custom metrics and dashboards
  • New Relic - Application performance monitoring
  • Grafana - Visualization of usage trends
  • PagerDuty - Alerting when thresholds are exceeded

Optimizing based on usage data

High Read API usage

If you’re seeing high Read API usage, consider:
  1. Implement caching at the application level
  2. Use SSG instead of SSR where possible
  3. Leverage webhooks to invalidate cache instead of polling
  4. Optimize queries with exclude_body and levels parameters

High Write API usage

If you’re seeing high Write API usage, consider:
  1. Batch content updates when possible
  2. Review automation scripts for unnecessary writes
  3. Audit webhook integrations that create content
  4. Consider using bulk operations for migrations

Usage optimization checklist

  • Check current usage vs. plan limits
  • Review any unexpected spikes
  • Compare week-over-week trends
  • Identify top API consuming features
  • Export usage data for records
  • Calculate average daily usage
  • Project next month’s usage
  • Evaluate if plan upgrade needed
  • Review current usage headroom
  • Verify caching is properly configured
  • Test application under load
  • Contact support if expecting unusual traffic

Environment-specific usage

Managing multi-environment usage

If you have multiple environments (development, staging, production):

Development environment tips

  • Use local caching to minimize API calls during development
  • Consider mock data for UI development
  • Only fetch from API when testing integration