Gift cards for digital downloads: selling a promise the recipient redeems later

Selling a download as a gift is one delivery: a buyer pays, a recipient gets the file. A gift card is different, and the difference is where sellers get caught. With a gift card you sell a promise. The buyer pays today, somebody you have never met redeems weeks or months later, and your delivery system has to honour a purchase it barely remembers. Get the mechanics right before the holiday rush, not during it.

A gift card is not a gift purchase

In a gift purchase, the product is chosen at checkout. The buyer picks the exact file, pays the exact price, and the recipient's only job is to download it. The open questions are small: which email, which message, which day.

A gift card leaves every one of those questions open. The recipient chooses the product, the timing, and sometimes whether to redeem at all. That means a gift card is not a product with a bow on it — it is a small, self-issued currency. It needs denominations, a balance rule, an expiry rule, and a fraud rule, even if you sell three cards a year. Sellers who skip that thinking discover it in January, one awkward support email at a time.

Decide what the card can actually buy

Start with denominations that map to your real prices. If your downloads cost $12, $29, and $79, a $25 card is a frustration machine: too much for one product, too little for the next, and guaranteed to strand a balance. Either price cards to your catalogue — $12, $29, $79, and a full-catalogue card — or sell one card that covers your best-known product exactly, tax and all, so a first-time recipient needs no second payment to finish.

Then decide the balance rule in one sentence and publish it where the buyer can see it before paying. Can a leftover balance be used on a second purchase, or is the card single-use? Can two cards combine? Can a card combine with a discount code? Any answer is defensible. An unstated answer is not, because the recipient will assume the most generous version and judge you against it.

Deliver two things, to two different people

A gift card sale creates two deliveries, and they fail in different ways.

The first delivery goes to the buyer: a presentable card — a code, a printable page, or a scheduled email — that makes them look thoughtful. Buyers forward screenshots, print cards on home printers, and paste codes into birthday messages. Design for that. The code should survive being copied by hand, read aloud, and photographed slightly out of focus. Short, grouped characters beat a 32-character string every time.

The second delivery goes to the recipient at redemption: the actual file, under their email, with their download limits and, where relevant, their license key in their name — not the buyer's. If redemption quietly reuses the buyer's delivery record, the recipient's re-downloads, updates, and support requests all tangle back to a person who never used the product. Keep the two records separate from the first minute; untangling them later is manual work you will do on your busiest week.

Expiry, balances, and the unredeemed pile

Unredeemed cards feel like free money until you think about them properly. A card sold in November may be redeemed the following October, against a product you have since updated, repriced, or retired. Decide now what a redemption buys when the catalogue has moved: the current version, at the current terms, is the simplest honest rule — say so on the card itself.

Expiry needs the same plain treatment. Some places restrict expiry dates and fees on gift cards by law, and the rules vary — check what applies where you sell before printing a deadline, rather than copying another shop's wording. Whatever date you choose, send one reminder before it. A lapsed card with no warning makes an enemy of two customers at once: the recipient who lost the value and the buyer who paid for it.

Keep a simple ledger, even a spreadsheet: code, buyer, amount, date sold, date redeemed, what it bought. The day a buyer swears they sent a card that the recipient swears never arrived, that ledger is the whole conversation.

The code is cash — treat it that way

Anyone holding the code holds the money. That single fact should drive three choices.

First, never print the full code in a place strangers can see — order-confirmation screenshots in reviews, public thank-you pages, or social posts celebrating a sale. Second, make redemption one-time and balance-checked on your side, not honoured from a static file anyone can re-share. Third, expect the lost-code email and write the policy before it arrives: with proof of purchase from the buyer, can you void the old code and issue a new one? If yes, say so; it turns a panic into a two-minute fix. If no, that is also a policy — but the buyer should learn it before paying, not after.

The redemption moment is your real product page

The recipient did not choose you. They have never seen your store, your reviews, or your careful product descriptions — their entire impression is a code in a birthday card and a redemption page. That page has to do the work a product page normally does: show what the card covers, state the balance rule, and make the download itself unmissable once redeemed.

Test the full path as a stranger would live it: buy a card with a second email address, redeem it days later in a private browser window, and download the file. Time how long the recipient spends wondering what to click. Every confused minute there becomes a support email addressed to you but really about a gift someone else chose — handle it with unusual patience, because that recipient is a customer you acquired at zero advertising cost, holding proof that your buyers trust you enough to give you away.

A short launch checklist

Before you sell the first card, confirm each line in writing:

• Denominations match real product prices, with no stranded-balance trap.
• The balance, combining, and discount rules are stated before purchase.
• Buyer delivery looks presentable printed, forwarded, and photographed.
• Redemption creates the recipient's own delivery and license record.
• The expiry rule is lawful where you sell, stated on the card, and paired with a reminder.
• A ledger tracks every code from sale to redemption.
• The lost-code policy exists and the redemption path has been test-bought end to end.

Do that, and a gift card stops being a seasonal gamble. It becomes what it should be: your existing buyers doing your marketing for you, one birthday at a time.

---

Closing note: this playbook is seller-side practice — no delivery tool issues gift cards for you, and this article does not claim otherwise. Where a dedicated delivery tool helps is the redemption end: delivering the file and any license key to the recipient's own email, with expiring links and a delivery record you can check in a dispute. FileFreight is one such tool — flat-rate delivery and license keys for downloads, paid through your own Stripe account; Pro is $19/month at 0% per sale, with a free plan at 5%. Honest caveats: it is new and small, it is not a merchant of record (no sales tax or VAT handling), and there is no importer yet — if gift-card accounting or tax handling is the problem you need solved, a delivery tool is not the answer to it.