Is the delivery fee taxable? The line item most creators get wrong
In many places postage is taxed like the goods it carries, and in some it is not. You name the flat fee, so you also carry the decision behind it.

You printed forty posters, set the price at £25, and added a £4 delivery fee because that is roughly what a tube and a courier cost you. Nine orders in, someone asks for an invoice with tax shown separately, and you realise you have no idea whether that £4 is part of the taxable amount or sitting outside it. The money has already moved. The question is whether your records describe it correctly.
Why the postage line is more awkward than it looks
A delivery fee feels like a pass-through. You collected £4, you spent £4 at the post office, nothing happened. That instinct is where the trouble starts, because in the eyes of most tax authorities you did not act as a courier on the buyer's behalf. You sold goods, and delivering them was part of what you sold. When that is the reading, the postage forms part of the consideration for the sale and picks up whatever treatment the goods themselves have.
It gets more awkward when your storefront mixes product types. A page can carry a print, a PDF and a coaching call at the same time. Only one of those has a parcel attached, so only one of them has a delivery line, and yet all three land in the same payout. If your records are just a list of payouts, you cannot separate the taxable postage on the print from the untaxed nothing on the PDF.
The genuinely hard part is that there is no universal answer. Some jurisdictions tax delivery when it is charged with the goods and exempt it when it is separately contracted by the buyer. Some tax it only if the goods themselves are taxable. Some look at whether the charge is reasonable compared to actual cost. Nobody can hand you a single rule that works everywhere, which is exactly why the answer to a question like this belongs in a conversation with someone who knows your jurisdiction rather than in a blog post.
The old way versus a named flat fee
Most creators start selling physical items with postage buried somewhere it cannot be seen. Either it is baked silently into the price, or it is negotiated in DMs after the sale, or it is quietly absorbed until the margin disappears. A named flat fee on the product itself does not answer the tax question for you, but it does make the answer recordable.
| The old way | With store.fan |
|---|---|
| Postage baked into the headline price, invisible to you and the buyer | A flat delivery fee you name yourself, shown as its own amount before payment |
| Shipping agreed in DMs after checkout, with no record attached to the order | The fee is part of the order from the start, so it lands in the same record as the sale |
| A discount code accidentally wipes out the postage you needed to cover costs | The delivery fee survives discount codes, so a 20% off code does not eat your packaging |
| Address collected in a message thread, half of it missing at packing time | Full address collected at checkout across 250 countries, with official region lists for 33 of them |
| Reconstructing what was postage and what was product months later | Product amount and delivery amount stay distinguishable in your own records from day one |
| A platform commission on top of postage, so you are taxed on money you never kept | 0% platform fee on every plan, so the only deduction is Stripe's own card processing |
Setting the fee so your books can follow it
The mechanics take about five minutes. The point of doing them deliberately is that the number you choose becomes the number you will report, refund and reconcile for as long as the product exists.
Before you publish a physical product
0/7A worked example with ordinary numbers
Say you sell an A2 print at £25 with a £4 flat delivery fee, and in a given month you take twelve orders. Your gross is £300 of product and £48 of delivery, £348 in total. Stripe's processing fee comes out of the whole £348, because the buyer paid one amount, not two. If your jurisdiction treats delivery as part of the sale, your taxable turnover for those orders is £348, not £300. If it does not, you need the £48 sitting in its own column to make the distinction, and you need it before filing, not during.
Now suppose you ran a 20% discount code that month on three of those orders. The product amount on those three drops from £25 to £20, and the £4 delivery stays where it is. That is deliberate: the code is a discount on what you made, not on what the courier charges. It also means your delivery total is still a clean £48, which is much easier to reconcile than a number that moved with every code you issued. Nothing here is a promise about what you will earn; it is simply what the arithmetic looks like when the fee is a named line.
You can build the product, set the delivery fee and see exactly what a buyer sees before you decide whether any of this suits you.
Start a free storeThe mistake most people make
The common error is not choosing the wrong tax treatment. It is choosing no treatment at all, and then averaging. Creators lump product and postage into one figure, subtract a guess for costs, and hope the shape is roughly right. That works until someone asks for a proper invoice, or until you cross a registration threshold, or until you sell the same print into a country with different rules. The fix is boring and cheap: keep delivery in its own column from the first order, and ask your accountant one question about it while the numbers are still small enough to correct.
No. You name a flat delivery fee and it is charged as you set it. How that amount is treated for tax is determined by your own jurisdiction and your own registration status, so it is a question for your accountant rather than a setting in the dashboard.
The fee is a flat amount you name for the product. If you ship to places with very different postage costs, the practical options are to set the fee at a level that works across the regions you actually serve, to state clearly which regions you ship to, or to price the product to absorb the difference.
A refund is a reversal of what the buyer paid, so treat the delivery portion the same way you treat the product portion in your records. If you have already posted the parcel and are refunding out of goodwill, note that separately, because the postage was a real cost you incurred.
Yes. The fee is shown as part of the order before payment, alongside the address form. That transparency matters for more than trust: it means the amount the buyer agreed to and the amount in your records are the same figure.
A delivery fee is four pounds of arithmetic and one decision. Make the decision once, record it consistently, and the line item stops being the thing you dread in the spreadsheet. If you want to see how the address form, the fee and the discount logic actually behave together, the FAQ covers the mechanics and pricing confirms the part that surprises people most: there is no platform commission on any of it.
Set up one physical product, name your own postage, and keep every pound of the sale minus card processing.
Create your storefrontTurn your knowledge into income
Launch your Store.Fan in minutes — sell digital products, courses, and calls straight from your bio. Free to start.



