Home
/
Use cases
/
Give each category its own attributes
Use case

Give each category its own attributes

Scope attributes to the categories they apply to, so each product type has the right fields and completeness, templates and filters all make sense.

Try it on your own data
Give each category its own attributes

A kettle and a cable gland should not share an attribute set. SKULaunch scopes attributes to the categories they apply to, so each product type gets the fields that matter for it, suppliers get relevant templates, and your filters show options customers actually use.

The problem

Many catalogues use one long list of attributes for everything. Every product has 200 fields, most of them irrelevant, so nobody can tell which empty fields matter. Completeness scores are meaningless, supplier templates are enormous, and filters on the website show options that apply to nothing in the category.

Before and after

An illustrative example across two categories.

Before: one shared attribute set

Every product has the same 180 attributes, including "Thread size" on kettles and "Capacity (litres)" on cable glands. Completeness looks low everywhere.

After: category-specific attributes in SKULaunch

  • Kettles: capacity, power, material, cordless, limescale filter
  • Cable glands: thread size, cable diameter range, material, IP rating
  • Shared attributes, such as brand and EAN, held once for all categories
  • Completeness measured against what each category actually needs

How it works in SKULaunch

  1. Define attributes once. Each attribute has a type, unit and value list.
  2. Assign to end nodes. Attributes are scoped to the taxonomy nodes they apply to.
  3. Set requirements per category. Mark which attributes are required, and which suppliers must provide.
  4. Everything follows the scope. Templates, enrichment, completeness and exports all use the category's attribute set.

How many attributes per category

More is not better. Aim for the attributes that drive filters, comparisons and buying decisions, typically 8 to 25 per end node, plus a small shared set. Each extra attribute is work for suppliers and enrichment, so it should earn its place by being something a customer filters on, compares, or needs to know before buying.

What changes

Every product type gets the right fields, completeness becomes meaningful, and filters show options that apply.

Common questions

Can an attribute apply to several categories?

Yes. Assign it to every node it applies to and it behaves the same in each.

Can we import our attribute model?

Yes. Import taxonomy and attributes together, linked by node IDs.

What about attributes needed by only one channel?

Channel scoping controls which attributes go to which channel.

See the schema and attributes platform page, product attributes, and supplier templates by category.

PRODUCT DATA WEEKLY

Get Product Data Weekly

What we're seeing across product data ops, from Ben and Clare. Straight to your inbox.

Subscribe free

SKULAUNCH PLATFORM

See how it works

Watch AI enrichment and supplier onboarding in a live demo.

Book a demo →

MORE USE CASES

No items found.

See it working on your own product data

Upload a supplier file and watch SKULaunch turn it into complete, structured, sales-ready records. Two weeks free, no card, no consultants.

© 2026 SKU Launch Ltd. All rights reserved.
Built for e-commerce teams who are done doing it by hand.