Telemetry
Storybook collects completely anonymous data to help us improve user experience. Participation in this anonymous program is optional, and you may opt-out if you'd not like to share any information.
Why is telemetry collected?
Hundreds of thousands of developers use Storybook daily to build, test, and document components. Storybook is framework agnostic and integrates with the front-end ecosystem:
- JavaScript frameworks such as React, Vue 3, Svelte and Solid
- Libraries such as Styled-Components, Tailwind, Redux
- Design tools such as Figma, Sketch, Zeplin and InVision
- Workflow tools such as Notion, Confluence, and Jira
In the past, our improvement process relied on manually gathering feedback. But with a growing userbase and the need to support a wide variety of integrations, we need a more accurate method for gauging Storybook usage and pain points.
These telemetry data help us (the maintainers) to prioritize the highest impact projects. That allows us to keep up with trends in the front-end ecosystem and verify that our community's hard work achieves the intended result.
What is being collected?
We collect general usage details, including command invocation, Storybook version, addons, and the view layer.
Specifically, we track the following information in our telemetry events:
- Timestamp of the occurrence.
- Command invoked (e.g.,
init
,upgrade
,dev
,build
). - Storybook unique identifier: One-way hash generated during Storybook installation process.
- One way hash of the IP address where the event occurred for spam detection.
- Story count.
- Storybook version.
- Storybook metadata:
- Language (e.g., TypeScript, JavaScript).
- Supported view layers (e.g., React, Vue 3, Angular, Svelte).
- Builder (e.g., Webpack5, Vite).
- Meta framework (e.g., Next, Gatsby, CRA).
- Addons (e.g., Essentials, Accessibility).
- Testing tools (e.g. Jest, Vitest, Playwright).
- Package manager information (e.g.,
npm
,yarn
). - Monorepo information (e.g., NX, Turborepo).
- In-app events (e.g., Storybook guided tour).
Access to the raw data is highly controlled, limited to select members of Storybook's core team who maintain the telemetry. We cannot identify individual users from the dataset: it is anonymized and untraceable back to the user.
What about sensitive information?
We take your privacy and our security very seriously. We perform additional steps to ensure that secure data (e.g., environment variables or other forms of sensitive data) do not make their way into our analytics. You can view all the information we collect by setting the STORYBOOK_TELEMETRY_DEBUG
to 1
to print out the information gathered. For example:
Will generate the following output:
Additionally, if Storybook's guided tour is enabled, it will generate the following output:
Will this data be shared?
The data we collect is anonymous, not traceable to the source, and only meaningful in aggregate form. No data we collect is personally identifiable. In the future, we plan to share relevant data with the community through public dashboards (or similar data representation formats).
How to opt-out
You may opt out of the telemetry within your Storybook configuration by setting the disableTelemetry
configuration element to true
.
If necessary, you can also turn off telemetry via the command line with the --disable-telemetry
flag.
Or via the STORYBOOK_DISABLE_TELEMETRY
environment variable.
There is a boot
event containing no metadata (used to ensure the telemetry is working). It is sent prior to evaluating your Storybook configuration file (i.e., main.js|ts
), so it is unaffected by the disableTelemetry
option. If you want to ensure that the event is not sent, use the STORYBOOK_DISABLE_TELEMETRY
environment variable.
Crash reports (disabled by default)
In addition to general usage telemetry, you may also choose to share crash reports. Storybook will then sanitize the error object (removing all user paths) and append it to the telemetry event. To enable crash reporting, you can set the enableCrashReports
configuration element to true
.
You can also enable crash reporting via the command line with the --enable-crash-reports
flag.
Or by setting the STORYBOOK_ENABLE_CRASH_REPORTS
environment variable to 1
.
Enabling any of the options will generate the following item in the telemetry event: