StoreSteadyStoreSteady
StoreSteady taxonomy v1.0

Eligibility surface

The full set of machine-readable facts required for a system to determine whether a user or order qualifies for an offer, including region, account state, product restrictions, return-policy label, mandatory legal warnings, age/age-verification requirements, and quantity limits.

Term code: OFF-ELIGFamily: OFF · Offer interpretability and eligibilityLast reviewed: 2026-05-20

Definition

The full set of machine-readable facts required for a system to determine whether a user or order qualifies for an offer, including region, account state, product restrictions, return-policy label, mandatory legal warnings, age/age-verification requirements, and quantity limits.

StoreSteady treats eligibility surface as a reference term because Missing eligibility fields: Required eligibility attributes are absent from feed/markup.

Why it matters

  • Missing eligibility fields changes what a crawler, shopping channel, or AI assistant can safely infer about the merchant surface.
  • Without a named category, operators tend to treat eligibility surface as generic AI noise instead of a reproducible finding with evidence and a validation path.

Evidence sources

  • structured-data eligibility fields; feed eligibility attributes; UCP eligibility responses; mandatory legal warnings exposed in machine-readable form.

How StoreSteady detects it

Live

Audit every offer for the eligibility-attribute floor (region, account state, restrictions, warnings, return-policy label). Compare pre-cart agent-visible eligibility to actual checkout enforcement; flag any gap.

False positive risks

  • A product where the "members only" condition is shown to the user as text but not exposed in any structured form.
  • An age-restricted product (alcohol, tobacco) with no machine-readable age-verification requirement.

How to fix it

  1. Identify the merchant-controlled source that creates the eligibility surface signal.
  2. Reconcile visible copy, machine-readable data, policy text, feed state, and checkout behavior where the term applies.
  3. Keep the fix high-level in public docs; detailed remediation belongs inside paid scan workflows.

How to validate it

Rerun the same evidence capture used for detection. The finding is validated only when the original eligibility surface signal no longer reproduces and adjacent source surfaces still agree.

Example finding

warning

Missing eligibility fields

Observed: A UCP product feed entry exposes `eligibleRegion`, `ageRestriction`, `requiresPrescription`, `bulkPurchaseLimit`, `mandatoryWarnings[]`, and `returnPolicyId`. An agent can compute eligibility before adding to cart.

Likely impact: Missing eligibility fields: Required eligibility attributes are absent from feed/markup.

Probable fix location: Public commerce source of truth

Related StoreSteady issue codes

CodeTitleScanner mapping
OFF-001Missing machine-readable eligibilitymissing_condition_microdata
OFF-003Hidden condition not exposed to agentsPlanned detector
OFF-004Regional rendering mismatchno_country_segmentation
AGT-004Consent checkpoint missingPlanned detector

Related standards

See also

Sources

Run a scan against this category

StoreSteady scans public commerce evidence and maps findings back to documented taxonomy terms.

Run a free scan