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 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.
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.
Public links and embeds
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
|Display charts and dashboards||✅||✅||✅|
|Display interactive filter widgets||✅||✅||✅|
|Restrict data with locked filters||❌||✅||❌|
|Restrict data with sandboxes||✅||❌||❌|
|Use the drill-through menu||✅||❌||❌|
|Self-serve via query builder||✅||❌||❌|
|View usage of embeds with auditing tools||✅||❌||❌|