Embedding introduction

You can embed Metabase tables, charts, and dashboards—even Metabase’s query builder—in your website or application.

Different ways to embed

There are three ways to embed Metabase in your app:

Full-app embedding

Full-app embedding is the only kind of embedding that integrates with SSO and data permissions to enable true self-service access to the underlying data.

When to use full-app embedding: when you want to offer multi-tenant, self-service analytics. With full-app embedding, people can create their own questions, dashboards, models, and more, all in their own data sandbox.

Signed embedding

Also known as standalone embedding, signed embedding is a secure way to embed charts and dashboards.

When to use signed embedding: you don’t want to give people ad hoc query access to their data for whatever reason, or you want to present data that applies to all of your tenants at once. For example, say you want to showcase some benchmarking stats: if you just want to make those stats available exclusively to your customers, you could use a signed embed.

If you’d like to share your data with the good people of the internet, you can create a public link or embed a question or dashboard directly in your website.

When to use public links and embeds: public links and embeds are good for one-off charts and dashboards. Use them when you just need to show someone a chart or dashboard without giving people access to your Metabase. And you don’t care who sees the data; you want to make those stats available to everyone.

Comparison of embedding types

Action Full-app Signed Public
Display charts and dashboards
Display interactive filter widgets
Restrict data with locked filters
Restrict data with sandboxes
Drill-down using the action menu
Self-serve via query builder

Further reading

Read docs for other versions of Metabase.

Thanks for your feedback!

See something that needs fixing? Propose a change.