Magento and Adobe Commerce sell digital goods through two native product types. A downloadable product delivers a file or URL after payment, such as software, an ebook, audio, or a design asset. A virtual product sells something intangible with no file, such as a warranty, membership, service fee, or class booking. Neither requires shipping, and both work on a Hyvä storefront without an extension.
That native capability is more capable than most merchants realize, and also has sharp edges the tutorials skip. This guide covers when to use each type, how to configure delivery links, samples, and download limits, how digital orders behave differently at checkout and in the customer account, the tax question that catches US sellers, and the point at which you outgrow native and need a module. If you sell a mix of physical and digital, the interactions between the two are where projects go wrong, so we cover those directly.
Downloadable versus virtual: choosing the right type
The deciding question is simple: does the purchase deliver a file or link? If yes, it is downloadable. If the thing sold is intangible and nothing needs to be delivered for download, it is virtual. Both skip shipping and both can be taxed, but they render and fulfill differently.
| Attribute | Simple product | Virtual product | Downloadable product |
|---|---|---|---|
| Physical shipment | Yes | No | No |
| Delivers a file or URL | No | No | Yes |
| Typical use | Physical goods | Warranty, service, membership, fee | Software, ebook, audio, video, assets |
| Samples before purchase | No | No | Yes, optional |
| Download limit and expiry | N/A | N/A | Configurable |
| Needs a customer account to retrieve | No | No | Optional, or delivered by link |
| Weight field shown | Yes | No | No |
A frequent mistake is modeling a service, say an installation fee or a support retainer, as a simple product with a zero weight. Use a virtual product instead. It removes the shipping step from checkout and stops the store from asking for a delivery address it does not need, which matters most on a fast Hyvä checkout where every unnecessary field costs conversion.
Configuring a downloadable product
In the admin you build a downloadable product like any other, then add the Downloadable Information section. The pieces that matter:
- Links. Each link is a file you upload or a URL you point to, with its own title and optional price. You decide whether links can be purchased separately, which lets one product page sell, for example, three chapters of a report individually or as a set.
- Samples. Optional free previews, a watermarked PDF page or a clip, that any visitor can download before buying. Samples are one of the strongest conversion levers digital sellers have and cost nothing to add.
- Maximum downloads. Cap how many times a customer can retrieve each link, or leave it unlimited. Caps protect high-value files from being over-shared.
- Shareable. Controls whether the download link works without logging in. Turn sharing off for licensed content so retrieval requires the buyer’s account.
Store-wide behavior lives at Stores → Configuration → Catalog → Downloadable Product Options. Two settings define the customer experience: the Order Item Status to Enable Downloads (whether a file becomes available on Pending or only on Invoiced, meaning payment captured) and the Default Maximum Number of Downloads. Set enablement to Invoiced for paid content so a file is never released before the money clears.
Adobe’s own reference for the downloadable product configuration is the authoritative walkthrough of every field, and it is worth following exactly, because a mis-set order status is the most common reason a customer reports a missing download.
Fulfillment: how the file actually reaches the buyer
Magento supports two delivery paths, and you can use both. The customer can retrieve files from the My Downloadable Products area of their account after logging in, and Magento can also send links directly. For an account-based flow the buyer needs to be registered, so if you allow guest checkout on digital orders, make sure your post-purchase communication carries the retrieval link. That link is a transactional email, which means its deliverability is not optional: if the confirmation lands in spam, the customer never gets their purchase. Our guide to transactional email deliverability for Magento covers the SPF, DKIM, and DMARC setup that keeps download emails out of the junk folder.
On a Hyvä storefront the download page in the account area renders with the theme’s Alpine.js and Tailwind stack rather than legacy Luma markup, so if you have customized the account section you should confirm the downloadable list and its download buttons still display and function after a migration. This is a small area that is easy to miss in QA precisely because it sits behind login.
The tax question US sellers get wrong
Digital goods are not tax-free by default, and their taxability varies by state. Some US states tax digital products the same as tangible goods, some tax only specific categories, and some exempt them. Because a downloadable or virtual product carries a tax class just like a physical one, you must assign the correct class and let your tax engine apply the right rule by jurisdiction. Native Magento tax tables do not scale to that complexity, which is why most serious sellers automate it. If digital goods are a real part of your revenue, treat tax as an integration, not a checkbox, and pair it with the approach in our piece on Magento sales tax automation with Avalara and TaxJar. Getting the product’s tax class wrong is a compliance problem, not a cosmetic one.
Mixing physical and digital in one cart
Real stores rarely sell only digital goods. A customer might buy a physical kit and a downloadable manual in the same order. Magento handles the mixed cart, but you should understand the behavior:
- Shipping is calculated only on the physical items, so the digital lines add nothing to the shipping quote.
- If the order contains only virtual or downloadable items, the shipping step disappears entirely, which shortens checkout.
- Downloadable items are released based on the order status rule you set, independent of when the physical shipment goes out.
The practical takeaway is that a store selling mixed carts benefits from a checkout that adapts, hiding shipping when it is irrelevant and surfacing the download promise when it is relevant. This is where a well-built Hyvä checkout earns its place, and where thoughtful merchandising of digital add-ons lifts average order value.
When native is not enough
Native downloadable and virtual products cover a large share of digital selling, but they stop short in predictable places. You will need an extension or custom development when you require:
- Unique license keys or serial numbers issued per purchase, which native product types do not generate.
- Recurring access or subscriptions. Magento has no native subscription engine, so recurring digital access needs a gateway feature or a module, as we detail in Magento subscriptions and recurring billing on Hyvä.
- Digital rights management or streaming, where files must not be downloadable at all.
- Large media files better served from a CDN or dedicated delivery service than from the Magento media directory.
Knowing this boundary up front stops a project from discovering it during launch week. A quick architecture review, deciding what native covers and what needs a module, is the cheapest hour you will spend.
Digital goods in a B2B catalog
Wholesale and distribution stores sell digital goods too, and the rules shift in a B2B context. Spec sheets, CAD files, firmware, compliance certificates, and training modules are all natural downloadable or virtual products, but B2B buyers expect them gated behind an account and, often, behind a specific company or customer group. Two patterns come up repeatedly:
- Group-restricted files. A firmware download should be visible only to verified dealers, not the open public. Combine a downloadable product with catalog or category visibility rules tied to a customer group so the asset appears only for accounts entitled to it.
- Zero-price entitlements. Warranty registration, a documentation library, or a onboarding course is frequently a zero-price virtual product a rep or the system adds to an account, rather than something bought at checkout.
Because B2B stores usually run tighter approval and pricing logic, model these carefully rather than dropping every PDF onto a public product page. Done well, a gated digital library becomes a real reason for dealers to log in, which is exactly the behavior a self-service portal is designed to encourage. The same account rendering that powers pricing and reordering also governs where these downloads surface, so treat them as part of the account experience, not an afterthought bolted to the catalog.
Getting digital products found and cited
Digital catalogs live or die on discoverability. Because downloadable and virtual products often lack the rich imagery of physical goods, structured data does disproportionate work in helping search engines and AI assistants understand and surface them. Emitting correct product schema, including price and availability, is essential, and the default Magento microdata frequently falls short, as covered in structured data on Magento and Hyvä. Pair clean schema with the same rendering discipline you apply to complex catalog product types on Hyvä so your digital pages are fast, crawlable, and quotable.
FAQ
What is the difference between a virtual product and a downloadable product in Magento?
A downloadable product delivers a file or URL after purchase, such as software or an ebook. A virtual product delivers nothing to download and represents an intangible, such as a warranty, service, or membership fee. Both skip shipping. If a file changes hands, use downloadable; if not, use virtual.
Can customers download files without creating an account?
Yes, if you set the link to Shareable. That allows retrieval without logging in, which suits low-value or freely distributable files. For licensed or paid content, keep links non-shareable so the file is tied to the buyer’s account, and make sure any guest-checkout confirmation email still carries the retrieval link.
When does Magento release a downloadable file to the buyer?
It depends on the Order Item Status to Enable Downloads setting. Set it to Invoiced so files are released only after payment is captured, or to Pending if you want immediate access before capture. For paid digital goods, Invoiced is the safe choice.
Are digital goods taxable in the United States?
Often, yes, but it varies by state and by product category. Assign each digital product the correct tax class and use a tax automation service to apply the right rule per jurisdiction, because native tax tables do not handle the complexity of US digital-goods rules.
Do downloadable and virtual products work on a Hyvä theme?
Yes. Both are native Magento product types and require no extension to sell on Hyvä. After a theme migration, test the account download area and the add-to-cart flow, since customized account pages are an easy place for a rendering issue to hide.
Can I sell subscriptions or license keys with native product types?
No. Native downloadable and virtual products do not generate unique license keys or handle recurring billing. Those require an extension or custom development, so scope that requirement before you build.
Native digital product types are one of Magento’s underused strengths, letting a store sell files, services, and memberships without bolting on a platform. The value is in configuring delivery, tax, and fulfillment correctly, and in knowing exactly where native stops. Bemeir builds and supports Magento and Adobe Commerce stores, tunes them for speed on Hyvä, and works across Shopify, BigCommerce, and Shopware for merchants whose catalogs span physical and digital. Our depth in payments, tax, and delivery comes from a broad technology partner network; you can learn more about Bemeir or start a conversation from our home page.
