Academy
Product data feed: the merchant's guide
What a product data feed carries, how it differs from a catalogue, and where small shops lose useful detail.
Checked against the sources on 7 October 20267 min read

A product data feed is a structured export of the product information a receiving channel needs. It turns a catalogue into rows and fields that can be checked consistently: product identity, copy, links, images, price, availability and seller context.
Why this matters now
A catalogue is built for the shop that owns it. A feed is built for a channel that did not. That difference matters when a shop stores a beautiful product name in one place, availability in another and images behind a private content delivery service. The feed makes the hand-off explicit, which is exactly where hidden gaps surface.
What to check first
| Check | What good looks like | What to do if it is missing |
|---|---|---|
| Catalogue | The merchant's working product record | Keep it complete and source-controlled |
| Feed | A selected structured distribution layer | Map it to the receiving specification |
| Channel | A platform that reads the feed | Check its current rules and onboarding path |
A practical way to do it
- List the facts a receiving channel requires before choosing a format.
- Map each field to a maintained source, rather than filling gaps with guesses.
- Use UTF-8, stable column or key names and publicly accessible product assets.
- Keep variants as separate sellable rows when their price, availability or image differs.
- Test a small export before publishing the whole catalogue.
Common mistakes
- Calling a spreadsheet a feed before checking whether the target accepts its format.
- Using stock codes that change whenever the merchandising team changes a title.
- Treating a product category as a substitute for a real product description.
What this does not mean
A clean product feed makes your catalogue understandable to a receiving platform. It does not guarantee approval, inclusion, ranking, sales or a particular checkout experience. Those decisions and customer-facing flows remain with the platform and the merchant.
The useful habit is simple: correct the source data, then validate the exported feed. Do not patch a one-off file and assume the next shop sync will remember your fix. That is how a tidy launch turns into a slow drift a fortnight later.
See the missing fields in a public shop catalogue before you spend time formatting a feed by hand.
Run a free store checkQuestions
Is JSONL better than CSV?
Neither is universally better. Use the format the receiving platform documents and validate the required fields.
Can one feed serve every channel?
Some fields can be reused, but formats, policies and eligibility are channel-specific.