Weight, Material, Voltage, and so on — with units, data types, and a
priority that reflects how much the merchant cares about each one.
Always fetch templates before you enrich. They tell your model exactly which attributes to
produce, in what unit, and in what shape — so your proposals slot cleanly into the merchant’s
catalog instead of inventing free-form fields that a reviewer has to clean up.
Endpoint
catalog:read scope. Returns every active template for your organization, each
with its options.
Response
A JSON array of templates:Template option fields
The template option’s identifier. Reference it as
option.optionId on the attributes you
submit so Verzla can link your value to the schema.The attribute name — e.g.
Voltage, Material. This is the label your value answers.The unit the value should be expressed in (e.g.
V, kg, mm). null for unitless attributes.Relative importance. Lower numbers are higher priority — enrich these first when you can’t fill
everything.
The expected value type, e.g.
STRING, NUMBER, BOOLEAN. Format your detail value to match.Whether this attribute is surfaced on the merchant’s storefront.
true attributes are the most
visible — and the most valuable to get right.Whether the attribute feeds search and filtering. Searchable attributes benefit from consistent,
normalized values.
Using templates to enrich
When you build attribute proposals, align each one to a template option:- Match the attribute name — use the same
attributestring the template defines. - Respect the unit and data type — emit
220for aNUMBER/Vvoltage, not"220 volts". - Prioritize — fill high-priority,
showOnWebsiteattributes first; they move the needle most. - Reference the option id — set
option.optionIdon the submitted attribute so Verzla can tie your value to the schema (see Submitting proposals).