For Suppliers

Print Data, Done Right: Standardising Decoration Data Across a Supplier Catalogue

By
Bjorn Bos
·
June 6, 2026
·
7
min read
Before and after of a promo product catalogue with standardised print areas, decoration methods, and SKU mapping
TL;DR

Print data, also called decoration data, defines a product print areas, decoration methods, colour limits, and correct variant images. Without it, resellers cannot visualise, proof, or produce an item. Standardise it across your catalogue with a defined schema, a controlled vocabulary for decoration methods, fixed SKU and image mapping, and validation before publishing.

FastEditor platform data (Mar–May 2026): across 8,664 logo uploads, roughly 85% needed at least one automated fix before production — and that correction only works when each product's print data is clean. Full dataset: Artwork Automation Benchmark 2026.

A product without print data cannot be personalised, visualised, or produced. It sits in your catalogue looking complete, and then the first order for it stalls because no system knows where the logo goes or how it will be decorated. Standardising print data is how you stop that happening across thousands of SKUs.

This guide is for suppliers and distributors who want their products to go live, visualisable, and order-ready across every reseller that lists them. It covers what print data is, the problems that show up most often, what good looks like, and how to standardise it at catalogue scale.

What print data actually is

Product data describes what an item is. Print data, sometimes called decoration data, describes how it can be branded. For each product it answers a short list of questions:

  • Which print areas exist, and what are their exact dimensions?
  • Which decoration methods apply to each area (screen print, pad print, embroidery, digital transfer, laser, embossing)?
  • How many colours does each method allow, and what are the colour limits?
  • What are the correct product colours and images per variant?

Without these fields, a web-to-print editor has nothing to place artwork onto, and a reseller cannot show a live preview or generate a production-ready file.

Why messy print data blocks everything downstream

Print data is the foundation the rest of the workflow stands on. When it is missing or wrong, the failures appear far from the cause:

  • No visualisation: without print-area geometry, there is no 3D or 2D preview to show the customer.
  • Wrong proofs: an incorrect print area produces a proof that misleads the customer and the decorator.
  • Production errors: a missing decoration method or colour limit means the output file does not match what the machine can actually do.

The reseller experiences this as the product not working. The real cause is usually one or two empty fields in the source data.

The four data problems that show up most

1. Missing print data. The product exists but its print areas or decoration methods are blank. This is the single most common blocker to getting an item live.

2. SKU mismatch. The identifier in your feed does not match the identifier the reseller or the editor uses, so artwork and proofs attach to the wrong variant. Agreeing one matching key removes a whole class of errors.

3. Wrong colours and images. A variant labelled black that shows a blue image, or an image that does not match the SKU, breaks customer trust and produces incorrect previews. PMS colour matching only works when the underlying colour data is right.

4. Inconsistent decoration naming. One feed calls it screen print, another silkscreen, another serigraphy. Without a controlled vocabulary, automated systems cannot map methods to file rules. The decoration techniques guide covers the methods these names should map to.

What good print data looks like

Standardised print data has a consistent shape for every product:

  • A unique, stable SKU that everyone agrees on.
  • One or more named print areas, each with width and height in millimetres and a position.
  • A controlled list of decoration methods per area, using consistent names.
  • Colour limits per method.
  • Correct product images mapped to the correct variant and colour.

The detail matters less than the consistency. A field that is filled the same way for every product can be automated. A field that is filled differently each time has to be fixed by hand.

How to standardise across a catalogue

  1. Define the schema: decide the exact fields and the allowed values for decoration methods and colours.
  2. Audit what you have: find products with missing print areas, missing methods, or mismatched images and colours.
  3. Normalise the vocabulary: map every decoration name to your controlled list.
  4. Fix SKU and image mapping: confirm every image and colour resolves to the right variant.
  5. Validate before you publish: no product goes live with empty print data.

If your data is aggregated through a distributor, this work is shared, and getting the matching key and the missing fields resolved together is the fastest path. The supplier artwork workflow and the guide to product catalogue software go deeper on the tooling.

The payoff

Clean, standardised print data is what lets a product be listed once and go live everywhere: visualisable, proofable, and order-ready across every reseller. It is the least glamorous part of artwork automation and the one that decides whether the rest of it works.

Frequently asked questions

What is the difference between product data and print data?

Product data describes the item, such as name, size, and price. Print data describes how it can be decorated: print areas, decoration methods, colour limits, and the correct images per variant.

Why do products fail to go live on reseller sites?

The most common reason is missing print data. Without print areas and decoration methods, no system can visualise the product or generate a correct production file.

How does SKU mismatch cause problems?

If the identifier in your feed differs from the one a reseller or editor uses, artwork, proofs, and files attach to the wrong variant. Agreeing one matching key prevents it.

Can print data be standardised automatically?

Consistent fields can be automated. The work is defining a schema and a controlled vocabulary, then normalising existing data to match it.

Key takeaways

  • Print data, not product data, is what makes an item visualisable and order-ready.
  • Missing print data is the most common reason a product fails to go live.
  • SKU mismatch, wrong colours and images, and inconsistent decoration naming are the next biggest issues.
  • Standardise with a schema, a controlled vocabulary, and validation before publishing.