Marketplace fees
Use this Amazon FBA Fee Calculator to estimate Amazon fees across US, UK, and AU marketplaces, compare referral and FBA charges, test low-price FBA thresholds, and keep unmodeled conditional costs visible instead of flattening every Amazon path into one exact number.
Amazon referral, fulfillment, and storage schedules change by marketplace. Starting with the marketplace and tier keeps the selected fee table explicit before the order value is entered, which makes Amazon fees easier to compare without mixing marketplaces together.
Referral fees, FBA fulfillment fees, and recurring charges do not all belong in the same bucket. The calculator keeps per-order and recurring costs separate so the user can see what the order itself costs versus what the monthly setup adds.
The exactness of an Amazon result can change when the marketplace, price threshold, category coverage, or fulfillment fixture changes. Reading coverage mode with the notes is what tells you whether the result is fully exact, partial, or unsupported.
Workflow
Amazon FBA Fee Calculator is designed for sellers who need one marketplace-aware estimate before they publish or reprioritize a product. The key question is not just what is the Amazon fee, because referral rates, seller-plan charges, fulfillment fees, and storage schedules can all change by marketplace. The page keeps those layers visible instead of compressing them into one blended percentage.
That workflow is most useful when a seller is comparing US, UK, and AU paths or testing a low-price FBA threshold. One browser calculator that shows which public fixture is active is easier to trust than a spreadsheet tab that hides the source schedule.
How it works
The calculator keeps referral fees, FBA fulfillment fees, seller-plan charges, and monthly storage in separate sections because Amazon does not charge them on the same basis. Referral fees follow marketplace and category schedules, fulfillment follows the active low-price or standard path for the supported tier, and seller-plan or storage charges belong in recurring fees instead of per-order math.
That separation is especially important for the UK and AU low-price thresholds. The result should show whether the order is in an exact reduced-fee path, an expanded low-price path, or a partial or unsupported path. Hiding that split would make the estimate look more precise than it really is.
Limits
Amazon schedules can stay exact only when the marketplace, category, and fulfillment tier have a deterministic public fixture in this repo. The UK expanded low-price path is a good example: it stays exact only for the official supported category groups. If the category is excluded or the mapping is not deterministic, the result falls back to unsupported or partial rather than borrowing another category's rate.
Conditional fees such as returns-processing or aged inventory surcharges can also stay outside the exact path when the source or input requirements are incomplete. When you ask to surface those gaps, the calculator uses unmodeledFees instead of pretending the scenario is fully exact.
Use cases
Use Amazon FBA Fee Calculator when you need to know whether a US product under $10, a UK product at £15, or an AU product at A$12.99 stays in the reduced-fee path. It is also useful when the monthly storage charge matters enough that you need it shown separately from the per-order fee result.
That use case is different from a full catalog-repricing engine or settlement export. The tool is there to answer one planning question quickly: what does this Amazon marketplace scenario look like under the current public fixture, and where does the exact coverage stop?
The UK reduced-fee path has a universal exact route for orders at or below `£10`, then expands to `> £10 and <= £20` only for the official supported category groups in the fixture. If the category is excluded or the mapping is not deterministic, the calculator falls back to unsupported or partial instead of claiming a clean exact rate.
Professional seller-plan charges and monthly storage are recurring costs, not pure per-order charges. Keeping them separate makes the result easier to read because you can see what belongs to the order itself and what belongs to the monthly operating setup. That split is part of the launch contract for the marketplace result model.
The AU low-price fixture uses a strict reduced-fee threshold below `A$13`. That is why the acceptance path distinguishes `A$12.99`, which stays in the reduced route, from `A$13.00`, which returns to the standard path. The calculator keeps that threshold behavior explicit so price-boundary checks stay auditable.
Those costs can require source coverage or input detail beyond the base order fields. When the current fixture or the current inputs do not support exact modeling, the calculator surfaces them in `unmodeledFees` instead of silently dropping them or pretending the result is fully exact.