Knowledge hub · definition

What Is Product Data Quality?

Product data quality describes how fit product information is for its intended use. A record has high quality when its information is sufficiently accurate, complete, consistent and valid for the business process that depends on it.

Quality is contextual. A field can be present and still be low quality if the value is wrong, inconsistent or unusable for filters and customer decisions.

See How It Works
Fit-for-use DiagnosticPRESENT ≠ USABLE
AccuracyDoes the value correctly describe the product?
CompletenessAre the required fields present?
ConsistencyAre comparable concepts represented the same way?
ValidityDoes the field follow accepted rules and formats?
PRODUCT RECORD

Present is not the same as usable

Field is populatedPRESENT
Value is wrongNOT ACCURATE
Formatting differsNOT CONSISTENT
Unusable for filtersNOT FIT FOR USE
Dimensions

Break product data quality into separate questions instead of hiding them inside one score.

Accuracy, completeness, consistency, validity and timeliness measure different failure modes. A record can be complete but wrong, accurate but incomplete, or valid in format while still describing the wrong product.

Quality Coordinate FrameAC820825 · FIVE SEPARATE DIMENSIONS
EVIDENCE ↑
PRODUCT-FAMILY CONTEXT
DO NOT AVERAGE BLINDLY
AccuracyIdentity facts source-supported
Completeness5 / 6 accepted target fields
ConsistencyFan wheel / Gebläserad → Fan impeller
ValidityAccepted values fit canonical fields
TimelinessEvaluate only for time-sensitive fields
AccuracyOEM / MPN, EAN, product type and compatibility are tied to public evidence; weight remains unresolved.
CompletenessFive of six reference fields are accepted; the sixth is deliberately held instead of filled to improve the percentage.
ConsistencyEquivalent multilingual source terms are mapped to one canonical product type.
ValidityAccepted values conform to the expected identifier, text and relationship fields.
TimelinessNo freshness score is invented where the field has no defined expiry or update requirement.
Accuracy

Accurate product data describes the correct product with the correct value.

Accuracy problems can come from product mismatches, copied supplier errors, ambiguous specifications or AI output accepted without evidence.

For technical catalogs, one wrong dimension or compatibility statement can be more damaging than several missing marketing fields.

Accuracy ForensicsFOUR FAILURE SOURCES
Incorrect product valueFACTUAL FAILURE
Product mismatchCorrect value — wrong variant.
Supplier errorUpstream mistake copied without checking.
Ambiguous sourceSpecification could mean two different things.
Unsupported AI outputPlausible value accepted without evidence.
FORENSIC RECORD / EXAMPLE PATTERN

One field, four checks

identityRight product / variant?VERIFY
sourceReliable source?VERIFY
meaningUnambiguous specification?VERIFY
evidenceValue traceable before acceptance?REQUIRED
Completeness

Completeness asks whether the required information is present and accepted.

A field with unresolved evidence should not be counted as complete just because a candidate value exists. The public AC820825 reference makes that distinction visible.

Category Schema StencilAC820825 · 6-field target
OEM / MPNAC820825ACCEPTED
EAN8716106986118ACCEPTED
Product typeFan impellerACCEPTED
CompatibilityOptima / Optima HDACCEPTED
MaterialMetalACCEPTED
Weight1.74 kg vs 2.60 kgREVIEW / HOLD
5 / 6accepted required fields · 83.3% record-level completeness
Consistency

Consistent data represents the same concept the same way.

If different product sources use “Fan wheel”, “Gebläserad” and “Koło wentylatora”, the catalog still needs one canonical product type before filters, titles and analytics can use the concept consistently.

Normalization TunnelTHREE SUPPLIERS → ONE FIELD
Supplier A42 mm
Supplier B4.2 cm
Supplier C“…width 42 mm…”
Normalize + standardizelabels · units · values · formats
CANONICAL OUTPUT
width = 42 mm

Normalization and standardization improve consistency by aligning representation across comparable products.

Validity

Valid data follows the rules defined for the field.

Validity checks catch structural problems: numeric fields need appropriate numeric values and units, identifiers need expected formats, and categories must exist in the accepted taxonomy.

Validity Gate ArraySTRUCTURAL, NOT FACTUAL
GATE 01
TYPE + UNIT

Numeric attribute contains an appropriate numeric value and unit.

NUMERIC ATTRIBUTE
GATE 02
FORMAT

Required identifier follows the expected format.

IDENTIFIER
GATE 03
IN TAXONOMY

Category assignment points to an accepted taxonomy node.

CATEGORY
Timeliness where relevant

Some product information can become stale even when it was once correct.

Timeliness matters for fields that change. Stable physical specifications may depend more on provenance and accuracy than on update frequency.

Freshness FieldDEFINE THE SCOPE

Fields that move

Freshness can matter for information tied to current state or documentation.

Lifecycle statusDescriptions tied to current documentationChannel requirementsOther time-sensitive information
FRESHNESS ↔ PROVENANCE

Stable physical specifications

For dimensions, materials or interfaces, accuracy and source evidence may matter more than recency.

Dimensions and materialsThread sizes and interfacesAccuracy over update frequencySource evidence over recency
Measurement

Use measurable rules instead of one vague quality score.

A useful framework reports operational states separately: accepted, review, rejected, provenance coverage, missing/blocked fields and conflicts. If a composite score is used, its formula and denominator should be documented.

Quality Telemetry ConsoleNOT ONE NUMBER
CompletenessPER CATEGORY
Invalid recordsRULE-BASED
ConflictsCOUNTED
Review ratesTRACKED
FRAMEWORK RULE

Report dimensions separately.

Rules and accepted formats are defined by product family so the numbers stay interpretable within the category.

required fieldsinvalid formatsconflictsreview load
Improvement workflow

Quality improves through repeated diagnosis, enrichment and validation.

A practical process identifies missing or inconsistent records, prioritizes high-value categories, enriches recoverable information, normalizes the result and validates the final record.

Quality Improvement LoopKEEP UNRESOLVED VISIBLE
Product data qualityRepeated diagnosis + repair + validation
01 · IdentifyFind missing or inconsistent records.
02 · PrioritizeHigh-value categories go first.
03 · EnrichResearch recoverable information.
04 · NormalizeAlign the result to the schema.
05 · ValidateCheck the final record before publication.
UNRESOLVED → HUMAN REVIEW
Examples

Quality defects become easier to understand when the evidence and disposition are visible.

Quality Defect Scanner5 concrete patterns
01AC820825 weight: 1.74 kg vs 2.60 kgCONSISTENCY / CONFLICT · HOLD
02AC820825: unsupported legacy dimensions such as 320 mmACCURACY / EVIDENCE · REJECT
03Fan wheel / Gebläserad / Koło wentylatoraCONSISTENCY · NORMALIZE
04Numeric attribute receives free text or a value without a required unitVALIDITY · BLOCK
05Required category field remains without reliable evidenceCOMPLETENESS · LEAVE UNRESOLVED
FAQ

Common questions about product data quality.

Four source-backed questions about scope, automation and where to start.

Quality Question Desk4 QUESTIONS
ONE DIMENSION

Completeness is only one part of quality.

A complete record can still be wrong or inconsistent.

Next step

See how the dimensions are measured on a real catalog.

Move from the conceptual dimensions into completeness, validation, control and a real evaluation methodology.

Quality Evaluation KitFROM RULES TO REAL CATALOG

Measurement route

Required fieldsCOMPLETENESS
Field rulesVALIDITY
Evidence checksACCURACY
Real catalogMEASUREMENT

Talk to ENRIVAQ

Request a catalog assessment

Tell us enough to make the next step useful for your catalog.