Ecommerce Profit, Line by Line: Revenue Minus Everything It Costs to Sell

An online shop can look successful from the outside, with steady orders and a full dispatch bench, while quietly losing money on every sale. The reason is that revenue is not profit: the money a customer pays must first cover the product itself, then the marketplace or payment fees, then packaging and shipping, then returns, advertising, and the time spent running the shop. Each of those costs is small on its own, and together they can exceed the price charged, especially when a seller sets prices by copying competitors rather than by adding up their own costs. A shop that does not do this arithmetic is not pricing; it is guessing.

The Ecommerce Profit Calculator subtracts product costs, fees and shipping from revenue to estimate ecommerce profit. It gives a clear per-order picture: enter what the customer pays, what the product cost, what the platform and payment provider take, and what shipping and packaging cost, and the result is what remains. That remainder is the amount available for everything else, including advertising, returns, taxes, and the seller's own time. If the remainder is negative, the product loses money on every order, and selling more of it only loses money faster, which is a counterintuitive but important truth for a growing shop.

Two percentages cause constant confusion, and keeping them apart matters. Margin expresses profit as a share of revenue, so a product sold for 40 with a profit of 10 has a margin of 25 percent. Markup expresses profit as a share of cost, so the same product, which cost 30, has a markup of about 33 percent, since 10 divided by 30 equals 0.33. Sellers who mean margin but calculate markup, or the reverse, will set prices that miss their target by several points, and over many orders several points is the difference between a viable shop and a hobby that consumes savings.

Worked example

Worked example with sample values. Suppose a sample product sells for 40, costs 18 to buy, incurs a marketplace fee of 4, a payment fee of 2, and shipping plus packaging of 6. Adding the costs gives 18 plus 4 plus 2 plus 6, which equals 30, and subtracting from revenue gives 40 minus 30, which equals 10 profit per order. The margin is 10 divided by 40, which equals 0.25, or 25 percent, and the markup is 10 divided by 18, which equals about 0.56, or about 56 percent. Selling 100 units at that profit gives 100 multiplied by 10, which equals 1000, before advertising, returns, taxes and the seller's time, which the sample does not include. These are sample values only, chosen to show the steps, not figures from a real shop.

Now suppose a discount of 5 is offered, so revenue falls to 35 while costs stay at 30. Profit becomes 35 minus 30, which equals 5, exactly half the earlier profit, even though the price fell by only 12.5 percent, since 5 divided by 40 equals 0.125. Suppose instead the marketplace fee rises by 2, to 6, while the price stays at 40: total costs become 32, profit becomes 8, and margin becomes 8 divided by 40, which equals 20 percent. Both changes show the same lesson: profit is the small remainder after several larger numbers, so a small change in any cost or in the price moves profit by a large proportion, and discounts should always be tested against profit, never against revenue alone.

Mistakes to avoid

The first mistake is counting revenue as profit, which makes every shop look healthy until the bills arrive. The second mistake is forgetting a cost category, most often returns, packaging, or the seller's own time, which makes the estimate flattering and the reality disappointing. The third mistake is confusing margin with markup, as described above, which misleads pricing decisions by several points. The fourth mistake is treating the calculator result as financial advice: it is an educational estimate from the numbers entered, and it cannot account for taxes, accounting rules, or costs that were not entered, so real decisions should be checked against proper records and, where the sums matter, professional advice.

Another trap is chasing volume to fix a negative margin. If each order loses money, more orders lose more money, and the only remedies are a higher price, lower costs, or a different product. Volume helps when the margin is positive and fixed costs need spreading, but it never rescues a product whose per-order arithmetic is already negative.

Putting it into practice

Use the calculator when pricing a new product, when reviewing an existing range, and before running a discount or a promotion. Enter every cost you can identify, read the profit and the margin together, and test the price changes you are considering before offering them to customers. Keep a simple record per product, update it when a fee or a supplier price changes, and retire or reprice anything that stays negative after an honest count. A shop that knows its per-order profit is a business; a shop that only knows its revenue is a guess with a website.

Related tools and reading: the Percentage Calculator, the Discount Calculator cover neighbouring checks that pair naturally with this one, and the guide at [/blog/profit-margin-calculator-guide/] extends the same topic with further background and examples for readers who want to go deeper.

Key points

• Profit is revenue minus all selling costs, not revenue itself
• Margin divides by revenue; markup divides by cost
• Small price or fee changes move profit by a large proportion
• Estimates are planning figures, not financial advice

In short: Profit is what remains after product costs, fees and shipping leave revenue. The calculator subtracts those costs per order. Margin and markup answer different questions. A busy shop can still lose money on every sale.

One habit ties all of this together: re-check after every change. A result from the Ecommerce Profit Calculator is only as current as the input it was run on, so a fix, a redesign, or a new version of the underlying material deserves a fresh run rather than reliance on an old report. Keep the previous result alongside the new one, note what changed between them, and treat any new finding as a question to investigate rather than a verdict to accept or dismiss. That loop of checking, fixing, re-checking and recording is what turns a one-off test into a reliable routine, and it costs far less time than debugging a problem that a second check would have caught early.