DocsGet started

Get started

Where to go next

7 min readReviewed July 2026

Once you are comfortable with collect → visualize → export, choose the next step based on the problem you are solving.

Ask more complex questions#

Use the SQL notebook for joins, window functions, cohort analysis, deduplication, or calculations that do not map cleanly to visualizer controls.

Then work through:

Put analytics in your product#

Start with Embed graphs to understand static and dynamic embeds.

For internal reporting and read-only sharing, use Manage and share dashboards.

For user-specific views, follow Personalized dashboards. It explains how to keep the API key on your server while changing a filter for each authenticated user.

Before a customer-facing launch, use Production embedded analytics for tenant isolation, caching, states, accessibility, and testing.

If you have strict accessibility, localization, or design-system requirements, continue with Accessible and localized embedded analytics.

For build-time generation, use Static deployments.

For a fully native React surface, use the Data API frontend reference. For an aggregate page that anyone can view, use Public metrics and status dashboards.

Harden ingestion#

Review:

Operate analytics and customer workflows#

Use:

Migrate or connect existing systems#

GraphJSON can receive data from Segment, Stripe, and Vercel. For another provider, build a narrow custom-source webhook adapter. To copy ongoing database changes, use change data capture, an outbox, or incremental polling. Use integrations when the source already emits the events you need; use the logging API when you need a product-specific event contract.

For Kafka, Amazon SQS, Kinesis, Google Pub/Sub, or RabbitMQ, run a message-broker consumer that checkpoints only after accepted GraphJSON delivery.

For selected service outcomes from an OpenTelemetry pipeline, use the OpenTelemetry ingestion and correlation pattern. For governed aggregates moving between GraphJSON and a warehouse or BI workflow, use Warehouse and BI handoff patterns. For low-volume provider workflows in Zapier, Make, n8n, or Pipedream, use the automation-platform adapter guide.

Use Operating managed integrations for monitoring, drift, replay, reconnection, and incident response.

To bring historical data with you, use the migration runbooks for Amplitude, Mixpanel, PostHog, and Google Analytics 4.

Additional source-specific runbooks cover Heap, Pendo, RudderStack, and Snowplow.

For CSV, NDJSON, PostgreSQL, warehouse exports, or object storage, use File, database, and object-storage migrations.

Start from a complete architecture#

Adapt one of the production references:

A production-readiness checklist#

Before treating a metric as a source of truth:

  • document who owns its event instrumentation
  • use stable event and field names
  • keep monetary values numeric and include a currency
  • attach durable user or account identifiers
  • choose an explicit retention policy
  • handle ingestion failures without breaking your application
  • reconcile a sample period against the source system
  • document the chart’s filters, time zone, and aggregation

The goal is not merely to make a chart. It is to make a number another person can understand, reproduce, and trust.

Review the product and documentation changelog for material documentation and developer-experience changes.

Need a hand?

Tell us what you’re building and we’ll point you in the right direction.

Contact support