Polar logoRevenueBug

Turn your Polar revenue into a verified public profile

Connect a Polar organization and turn provider-reported orders and refunds into a public revenue profile. RevenueBug only reads revenue and never shows customer details publicly.

Startups verified via Polar
6
30-day revenue tracked
$272.27
History imported
Up to 2 years
Setup time
About 2 minutes
How it connects

Three steps, read-only from start to finish

  1. 1

    Create a read-only credential

    In Polar, create a dedicated organization access token with organization, order, and refund read scopes. Polar docs ↗

    OrganizationRead
    OrdersRead
    RefundsRead
    Everything elseNone
  2. 2

    Paste it into RevenueBug

    The credential is encrypted at rest (AES-256-GCM) and only used by the sync worker. RevenueBug validates it and confirms the single Polar organization exposed by the token before anything is published. You can replace or disconnect it any time from your dashboard.

  3. 3

    Your profile goes live

    RevenueBug imports account-wide orders, refunds, and lost-dispute adjustments for the token's organization.

    History importedUp to 2 years
    Sync frequencyEvery 6 hours
    Customer data shownNever shown

Top startups verified via Polar

Full leaderboard →
#Startup30-day revenueChange
1Anonymous startupSaaS$173.88 255.3%
2Super Recorder - The Creative Screen RecorderSaaS$42.00 60.4%
3BuildNotch — The Windows notch for developers and people who lock in.Developer Tools$33.42 53.2%
4PainBase - Startup Ideas Backed by Real Revenue DataAnalytics$22.97 35.9%

FAQ

What credential does RevenueBug use for Polar?

RevenueBug uses a organization access token with organization, order, and refund read scopes. Use the narrowest read-only permissions the provider supports.

What Polar data is public?

RevenueBug publishes normalized revenue metrics and daily history. It never publishes the provider credential or raw transaction records.

Is the displayed metric always subscription MRR?

No. RevenueBug uses trailing-30-day provider-reported revenue for cross-provider comparison. Review the methodology before treating it as subscription MRR.

How the connection works

During onboarding, you provide a organization access token with organization, order, and refund read scopes. RevenueBug validates the credential and derives or asks you to confirm the single Polar organization exposed by the token. Nothing is published until the credential, website, and selected scope pass validation.

RevenueBug imports account-wide orders, refunds, and lost-dispute adjustments for the token's organization.

What appears on the public listing

The listing includes trailing-30-day revenue, lifetime revenue, growth, and a daily revenue plot. The source credential and transaction-level customer data remain private. Revenue can briefly show zero while the first historical import is running.

Scope and attribution

The selected scope is important: the single Polar organization exposed by the token may contain revenue from more than one product. A verified connection proves the data came from that provider scope; it does not independently audit every product’s ownership or expenses.

Provider-specific limitation: The organization scope aggregates every product and does not establish product-level revenue attribution.

Credential safety

Create a dedicated read-only credential where possible, grant only documented permissions, and revoke it when you stop using the listing. RevenueBug encrypts stored provider credentials and does not expose them through public listing responses.

Sources and further reading

Connect Polar in about 2 minutes.

Read-only credential, encrypted at rest. Get a live profile, an embeddable card and a spot on the leaderboard.

Connect Polar →