Skip to content
SyncRefine
SyncRefine

How to win on CDON when your product needs to speak four languages at once

Winning on CDON is not a translation job but a data one: EAN, MPN, brand and a real localized description per Nordic market, Finnish and Nynorsk included.

Julian Marulanda
8 min read

Most sellers I talk to think the Nordics are a translation problem. Get the copy into Swedish, Danish, Norwegian and Finnish, ship it, done. Then they wonder why their listings sit on page three while a competitor with a plainer product outranks them. The gap is almost never the translation. Its the data underneath it.

The short answer
Winning on CDON is not a copywriting task, its a data task. The marketplace reads listings as structured records and ranks them on content completeness: EAN/GTIN, MPN and brand, plus a real localized description per market. Every language is a field that has to be populated, validated and tied to the right locale, per variant, or the ranking engine downgrades you. Finnish and both Norwegian written standards are exactly where unchecked tools quietly ship the wrong thing, and your prices ride the same feed onto comparison engines like Prisjakt and PriceRunner.

Language is a field, not a paragraph

I watched a wholesaler try to launch a kitchen range on CDON last year. Good products, fair prices, decent photos. Their agency had translated the marketing descriptions into all four Nordic languages and everyone felt good about it. Two weeks in, barely any placement.

The prose wasnt the problem. CDON reads listings as structured records and ranks them on content completeness, and their feed had one description field doing quadruple duty while the localized versions lived in a spreadsheet nobody had mapped to a language indicator. Swedish shoppers were getting Danish snippets. The brand and MPN drifted from variant to variant. The category mapping was off. CDONs quality model saw an incomplete product and treated it like one.

Thats the thing I keep coming back to. On a Nordic marketplace, speaking four languages isnt a copywriting task. Its a data task. Every language is a field that has to be populated, validated and tied to the right locale, per variant, or the ranking engine downgrades you. That is the same discipline behind keeping product data quality under control: the field either exists, is consistent and is in the right place, or the channel treats the record as incomplete.

Why CDON rewards the boring stuff

CDON is the biggest marketplace in the region, spanning Sweden, Norway, Denmark and Finland, with 1,500+ merchants and roughly 12 million products. Its a pure third-party platform now: about 94% of GMV flows through third-party sellers, with a category take rate around 20% in 2026. You dont get a storefront and hope. You get a listing that competes inside a ranking algorithm.

And that algorithm runs on content. CDON scores listings by how complete and clean the content is, then buckets merchants into four performance tiers. Better content, higher placement. Its not a slogan. Its the mechanic.

12M
products across Sweden, Norway, Denmark and Finland, with 1,500+ merchants on CDON
~94%
of GMV flows through third-party sellers, with a category take rate around 20% in 2026
10,000
character limit for a local-language description, with titles capped at 150 characters

The mandatory pieces have been in place since October 2021: a barcode (EAN/GTIN), the manufacturer part number, and the brand, all in the product data. Descriptions go in the local language of each market (Swedish for SE, Danish for DK, Norwegian for NO, Finnish for FI, with English as the international fallback), up to 10,000 characters. Titles cap at 150 characters. Nordic shoppers browse visually and compare hard, so your images and structured attributes carry more weight than any clever tagline. If you want those images to pull their weight, optimising your product images for size and format matters as much as the copy sitting next to them.

Heres what a CDON-ready record actually needs, per product:

One description field, reused everywhereA localized description for each active market (SV, DA, NO, FI), not one translation reused
Brand / MPN drifting between variantsEAN/GTIN, MPN and brand populated and consistent across every variant
Your internal category treeCategory mapped to CDON’s taxonomy, not your own
A machine-mangled or overlong titleTitles under 150 characters that read naturally in each language
Whatever photo the supplier shippedImages that hold up when a shopper compares five products side by side

None of it is glamorous. All of it moves you up the page.

Finnish is where the wheels come off

If you remember one thing, remember this. Swedish, Danish and Norwegian are close cousins. Finnish isnt. Different language family entirely, and AI models tuned on Scandinavian languages routinely trip over it. Norwegian has its own trap too: two written standards, Bokmål and Nynorsk, that need handling as separate outputs, not one Norwegian bucket.

So when a vendor tells you their tool does the Nordics, ask exactly how it handles Finnish, and whether it treats Bokmål and Nynorsk as distinct. That one question separates the tools that understand the region from the ones that ran everything through a single model and hoped.

The old fix was brute force. Litiums 2026 B2B report (915 Nordic decision-makers, surveyed January 2026) puts multilingual product data at the center of the operational bottleneck for wholesalers going digital, and industry sources put a professional translation of a 3,000-SKU catalog across the five Nordic languages at €50,000 to €100,000, running to months of work. Thats a real number, and a real reason people quietly drop Finnish and leave a market on the table.

Speaking four languages isnt a copywriting task. Every language is a field, and Finnish is the field most tools leave empty.

This is exactly the work that pays off once the source is clean rather than every time you export. Localized descriptions and attributes can be produced with AI enrichment across your product data, and AI product descriptions and translation carry the volume, as long as a human checks the languages a model is most likely to get wrong.

Your prices live on comparison engines too

CDON isnt the end of it. Nordic buyers price-check obsessively, and the comparison engines run on the same feed you think of as just data. Prisjakt (and its international arm PriceSpy) wants nine required fields, including a category mapped to its taxonomy, images at least 500×500 over HTTPS, and a sale price thats genuinely lower than the regular one. PriceRunner, owned by Klarna since 2022, wants every variant as its own feed row with its own EAN and SKU. A shoe in seven sizes is seven lines.

ChannelWhat it insists onWhere the gap comes from
CDONEAN/GTIN, MPN, brand and a localized description per marketOne description field reused, brand/MPN drifting per variant
Prisjakt / PriceSpyNine required fields, category mapped to its taxonomy, images ≥ 500×500 over HTTPSYour internal category tree and low-res or HTTP images
PriceRunner (Klarna)Every variant as its own row, each with its own EAN and SKUVariants collapsed into one line in the source feed

One catalog, three rule sets. Clean, structured, per-variant data keeps you visible wherever your buyers land.

One thing worth knowing for 2026: Prisjakt raised fees around 1 January and set off a real merchant revolt, with Inet, Cyberphoto, Jollyroom and CDON among those pulling out, and its planned March listing got postponed. Where your buyers compare prices is shifting under your feet. The one constant is that clean, structured, per-variant data keeps you visible wherever they land. Splitting a catalog into proper per-variant rows is exactly the job behind merging simple products into variants, which is what a channel like PriceRunner quietly assumes youve already done.

How we actually approach it

Ill be straight about what we do and dont do. We let AI carry the heavy lifting: localized descriptions and attributes, per language, per variant, at a speed no human team matches. But it runs with our people alongside it, never AI-only, because Finnish and Nynorsk are exactly the cases where an unchecked model quietly ships something wrong.

We read your existing shop and supplier structure and build on it instead of making you start over. We never overwrite your source. Enrichment sits in layers, and youre always one click from the original. That matters more than it sounds when youre pushing the same catalog to CDON, Prisjakt and PriceRunner and one bad overwrite propagates everywhere. Pulling scattered supplier files into a single consistent record is the groundwork, and merging supplier data into a golden record is where per-variant EAN, MPN and brand stop drifting.

How SyncRefine does this
One clean source, each Nordic channel its own complete slice.
SyncRefine is your product data hub. We read your existing shop and supplier feeds the way they already are, so you dont start from zero, and we define what each channel needs (EAN/GTIN, MPN, brand and a localized description per market) as structured attributes. Enrichment sits in a layer above the source that we never overwrite, so youre always one click from the original. AI carries the volume with our experts alongside it, never AI-only, which is the whole point for Finnish and both Norwegian written standards. From that one clean record each channel gets its own complete slice: CDON in the local language per market, Prisjakt and PriceRunner with per-variant rows and the right images. Were data-informative, not a translation or localization authority: whether a specific description reads perfectly to a native Finnish shopper is a call for your local reviewer, and thats exactly why a human sits next to the model.

A quick sanity check before you push a Nordic feed:

1
Identifiers first
Does every product carry EAN/GTIN, MPN and brand, consistent across variants? Drift here is the quiet reason a whole batch ranks like an incomplete product.
2
A real description per market
Is there a genuine localized description per market, with Finnish and both Norwegian forms (Bokmål and Nynorsk) handled on purpose, not one translation reused everywhere?
3
Category mapped to the platform
Is your category mapped to each platform’s taxonomy, not your own internal category tree? CDON, Prisjakt and PriceRunner each want their own.
4
Images and per-variant rows
Are images HTTPS and at least 500×500, and is every variant its own row where the channel requires it? A shoe in seven sizes is seven lines on PriceRunner.

Run that list and youre ahead of most of the sellers youre up against. If your catalog still lives in spreadsheets, the honest first step is turning that into a structured source, which is what going from Excel chaos to a clean product catalogue is about. From there you can see how SyncRefine works on your existing shop setup without overwriting it.

The honest question Id put to you is this: if you exported your catalog right now and opened the Finnish column, would there be anything in it? For most people the answer is no. And that empty column is exactly where a fourth market is hiding.

Want to see whats actually in your Finnish column before you push a Nordic feed?

In half an hour well walk through how your product data travels today, from suppliers all the way to CDON, Prisjakt and PriceRunner, and tell you honestly which fields derive cleanly and which languages need a real human check. If you want more on the same theme, product feed management for Amazon, eBay and Google covers how one clean catalog projects into different channel formats, do I need a PIM helps you decide how much structure you actually need, and a clean product catalogue is where all of this starts.

Written by
Julian Marulanda
AI operations & support | Process standardization
LinkedIn
Keep reading

Curious what SyncRefine can do with your product data?

Book a no-obligation demo and we will show it live on your own data.

Kenneth Dekker
Automation & data integration

“Automating with AI is happening now. In half an hour we will show you what it means for your business.”

No obligation and fully tailored