Bugfed Insights

Bug reports from inside your app

Give the people using your app a “Report a bug” button. Their reports land in your Bugfed dashboard with the app version, browser, OS and an optional screenshot, so you can reproduce the problem without a back-and-forth.

  • Try it free on one app
  • One script tag, no dependencies
  • Nothing sent until a user presses Send

Already a Bugfed customer? It's in your dashboard: use the Testing | Insights switcher.

app.bugfed.com/client/insights
Acme StoreWeb
Open 12New 7In progress 5Resolved 48
Search titles and descriptionsv2.4.0
  • 214Checkout button does nothing after changing addressv2.4.0 · production · iOS · Safari 17Screenshot3 duplicatesNew
  • 213Invoice PDF downloads as an empty filev2.4.0 · production · Windows · Edge 130In progress
  • 211Search results reset when going backv2.3.2 · production · Android · Chrome 130ScreenshotNew
  • 208Dark mode: error text unreadable on sign-inv2.3.2 · staging · macOS · Chrome 130Resolved
Example of the Insights report list. Illustrative data, not from a real customer.

How it works

From signup to your first report in a few minutes

  1. Step 1

    Create a project

    Name it and pick the platform. You get a public project key and a setup page with your key already in the snippets.

  2. Step 2

    Add the SDK

    One script tag on the web, a few lines in Flutter. A “Report a bug” button appears, or open the form from your own menu. Turn on error capture if you want it.

  3. Step 3

    Triage what arrives

    Filter by status, version and environment. Set priority, mark duplicates, and leave notes your team can see but the reporter can't.

The setup page has a “Send a test report” button that checks the whole path before you touch your app, and it tells you when the first report from your app arrives.

What's ready

What's available, and what's next

What works today is listed as available. Anything we haven't built yet is labelled as planned.

Available now

  • A “Report a bug” widget for web apps and a report sheet for Flutter
  • Optional screenshots, chosen by the user, never captured silently
  • Error capture (opt-in), grouped into issues with installs affected
  • Releases compared by their share of error-free installs
  • What installs did after an error, with sample sizes, never called the cause
  • AI summaries that cite the reports and errors behind every point
  • Status, priority, duplicates and team notes, plus an HTTP API

Planned

  • React Native SDK
  • Source maps, for readable minified JavaScript stacks
  • Native iOS and Android crash capture
  • Alerts when an issue spikes or comes back

Impact numbers will only appear once they can be measured: we'll show what users did after hitting a bug, and we won't call that the cause.

Beyond reports

Errors, releases and what users did next

Errors

Uncaught errors grouped into issues by stack, not by line number, so a rebuild doesn't split them. Counts, installs affected, a sample with emails and tokens removed.

Releases

Each version's share of error-free installs, error events and new issues, so a bad release shows up the day it ships.

Impact

Whether installs that hit an issue came back within a week, next to those that didn't. With sample sizes, and never called the cause.

Privacy by default

It sends what the user chose to send

Your users trust you with their data, so the SDK collects as little as it can. You can switch off screenshots and contact emails per project, and edit or drop any report before it leaves the device.

Sent with a report

  • What the user typed
  • A screenshot, only if they add one
  • App version and environment
  • Browser, OS, screen size, language
  • Page address, without the query string
  • If you turn them on: error messages and stacks, and one anonymous ping per install per day

Never collected

  • Page content, form fields or passwords
  • Cookies or local storage
  • Console logs or network requests
  • IP addresses (rate limits use a keyed hash)
  • Emails and tokens inside error messages (removed on arrival)

Launching soon? Test first.

Bugfed Testing puts your build in front of vetted testers before release, including the 12-tester Google Play closed test. Same account and dashboard as Insights.

About Bugfed Testing

Pricing

Start free, pay when your app has users

Free shows you it works. Pro is for a live app.

Free

Try it on one app

$0

No card needed

Start free
  • 1 project
  • 10 bug reports a month
  • 500 error events a month
  • No screenshots
  • No releases or impact
  • No AI summaries
  • 7-day history
  • Docs support

Pro

Most teams

For a live app with real users

$24/ month

$288 billed yearly

Get Pro
  • 3 projects
  • 1,000 bug reports a month
  • 100,000 error events a month
  • 500 screenshots a month
  • Releases and impact, up to 5,000 installs a day
  • 30 AI summaries a month
  • 90-day history
  • Email support

Business

For several apps or a busy one

$64/ month

$768 billed yearly

Get Business
  • 10 projects
  • 10,000 bug reports a month
  • 1,000,000 error events a month
  • 5,000 screenshots a month
  • Releases and impact, up to 25,000 installs a day
  • 150 AI summaries a month
  • 180-day history
  • Priority email support

Prices in USD. Limits reset on the 1st of each month and are never billed as overage: past a limit, new data waits until the reset or an upgrade. Separate from Testing plans; one account can have both.

FAQ

Insights questions

Something else? Ask us directly.

How much does Insights cost?

Pro is $29 a month ($24 billed yearly) and Business $79 ($64 yearly). The Free plan is for trying it: 1 project, 10 reports and 500 error events a month, 7 days of history. It's a separate subscription from Testing, and you don't need a Testing plan.

What happens when I reach a limit?

Nothing is billed as overage. New reports or errors for that month are refused politely (the SDK waits and tries later), you get a notice at 80% and at 100%, and you can upgrade at any time with the difference prorated. Everything resets on the 1st.

Which platforms does it support?

Web apps through a JavaScript SDK with a built-in reporting widget (plain HTML, React, Next.js, Vue and others), and Flutter through a Dart package with a report sheet. Both can capture errors. Native iOS and Android apps, React Native and servers can send reports and errors through the HTTP API. The Flutter package isn't on pub.dev yet; the docs show how to add it.

Is it safe to put the project key in my app?

Yes. The key is public by design: it can only send reports to its project, never read anything. Reads always need a signed-in Bugfed account. Rate limits, an optional list of allowed websites, an on/off switch and key rotation protect a project from abuse.

What data does the SDK collect?

Nothing until someone sends a report. Then it sends what they typed, a screenshot only if they chose one, your app version and environment, the browser, OS, screen size and language, and the page address without its query string. It never reads the page, form fields, cookies, the console or network requests. IP addresses aren't stored.

Does Insights capture crashes and errors automatically?

Yes, if you turn it on in the SDK. Uncaught exceptions and failed promises (web), and Flutter and platform errors (Flutter), are grouped into issues with counts, installs affected and a trend per release. Reports and errors stay separate, and a report links to the errors its sender hit just before. Native crash signals such as iOS crashes and Android ANRs aren't captured yet.

Can Insights tell me whether a bug makes people leave?

It shows what happened, not why. With session tracking on, an issue page compares how often installs that hit it came back within a week with installs active the same days that didn't, and shows the sample sizes and ranges. It only calls a difference clear when the ranges don't overlap, and never says the error caused it.

What do AI summaries send, and to whom?

Nothing unless the project owner turns them on. When someone asks for a summary, the project's recent report titles and descriptions, error titles and release numbers go to our AI provider's API (Google Gemini or Anthropic Claude, paid tiers that don't train on your data), without emails or user ids. Every point in the summary links to the reports and errors it's based on, and with too little data it declines to summarise.

Can my team see the reports?

Yes. Team members you've invited to your Bugfed account can read and triage every report: status, priority, duplicates and internal notes. Only the account owner can change project settings, rotate the key or delete a project.

Your users already find the bugs. Let them tell you.