Tools/Ecommerce Fees/Gumroad Fee Calculator

Marketplace fees

Gumroad Fee Calculator

Use this Gumroad Fee Calculator to estimate Gumroad fees for direct or profile sales and Discover sales, compare the two public seller-fee channels, and keep the Merchant of Record tax note visible with the payout estimate.

Ecommerce FeesPublished Mar 14, 2026Last reviewed Mar 14, 2026
Loading tool…

How to use Gumroad Fee Calculator

  1. 1

    Enter the sale amount you want to test

    Use the customer-facing sale amount, not the net you hope to keep. That keeps the Gumroad fee estimate anchored to the same number the fee percentages are applied to on the pricing page and makes Gumroad fees easier to compare between channels.

  2. 2

    Switch between direct or profile and Discover

    Gumroad exposes two public seller-fee channels. Switching between them changes the entire fee model, so the calculator keeps the channel visible in both the controls and the result card.

  3. 3

    Read the payout together with the Merchant of Record note

    The result shows the modeled seller fee, the net payout, and the note that indirect tax is handled by Gumroad as Merchant of Record. That context matters because it explains why the fee estimate stays narrow instead of pretending to model every tax rule on the order.

Workflow

Use Gumroad Fee Calculator when you need a quick seller-fee answer, not a full checkout simulator

Gumroad Fee Calculator is useful when the real question is simple: if this sale goes through Gumroad, what seller fee does the public pricing page imply for the chosen channel? That is narrower than a full ecommerce checkout model, but it is exactly the question creators ask when they are testing price points, checking launch discounts, or comparing a direct sale with a Discover sale.

The workflow stays intentionally small for that reason. You enter one amount, choose the visible Gumroad channel, and read the seller fee plus the net. The page does not pretend to be a tax engine, an affiliate dashboard, or a reconciliation export.

How it works

The Gumroad fee model keeps the two public seller-fee channels separate and explicit

Gumroad's public pricing is simple enough that the calculator can stay exact on the seller-fee side. Direct or profile sales use one public formula, while Discover sales use another. The calculator keeps those channels separate because the difference is structural, not cosmetic. If a seller changes acquisition channel, the payout changes with it.

That split is also why the page does not try to smooth the result into one blended fee. A creator comparing organic or profile traffic with Discover needs to see the channel difference directly, not hidden inside a single average percentage.

Limits

This Gumroad estimate models seller fees only and leaves Merchant of Record tax handling explicit

The Gumroad result intentionally stays on the seller-fee layer. The public pricing page and support note explain that Gumroad handles indirect tax as Merchant of Record. The calculator repeats that note instead of burying it because it explains why the modeled seller fee is not a full tax-inclusive checkout simulator.

That limit keeps the page honest. If a seller needs a detailed payout ledger, refund logic, or account reconciliation, they should use their Gumroad records. The browser calculator is there to answer a narrower pricing question quickly and clearly.

Use cases

Use Gumroad Fee Calculator when you want a public Gumroad fee check before testing a launch price

Use Gumroad Fee Calculator when you are trying to answer a pre-launch pricing question, compare direct or profile traffic with Discover, or explain why a creator keeps a different net amount under each public channel. It is also useful when you want a shareable fee estimate that is small enough to run in a browser without moving order data off-device.

That use case is different from bookkeeping, affiliate reporting, or sales-tax analysis. The page is deliberately smaller than those jobs, and that smaller scope is what lets the Gumroad result stay exact on the public seller-fee side.

Frequently asked questions

Why is there no partial mode for the normal Gumroad paths?

The public Gumroad pricing page exposes two seller-fee paths clearly enough that the calculator can model them directly. Because the page stays on the seller-fee layer and repeats the Merchant of Record note for indirect tax handling, it does not need to invent extra partial logic for the main public channels.

What does direct or profile mean in the result?

That channel groups the public direct-sale path and profile-sale path together because Gumroad prices them the same way on the public pricing page. The calculator mirrors that wording so the result stays close to the way Gumroad presents the seller-fee decision.

Why does the calculator keep mentioning Merchant of Record?

The Merchant of Record note matters because it tells the user what the tool is and is not modeling. Gumroad handles indirect tax as Merchant of Record, so the calculator keeps the fee estimate on the seller-fee side instead of pretending to be a full tax engine or invoicing system.

When should I not use this Gumroad estimate?

Do not use it when the job requires refunds, affiliate payouts, reconciliation against real account statements, or a country-specific tax model. The tool is designed for a fast browser estimate from Gumroad's public seller-fee pricing, not for post-sale accounting.