content node forms the central configuration layer for all catalogue content.This is where the structures, fields and settings are defined that are used to manage products, categories and the associated media and attribute data. The most important areas include:
- Categories
Definition of category fields, field groups and supplementary information for display in the frontend. - Products
Management of product fields, variants, product types and general product settings. - Media
Control of image and video formats, storage targets and automatic conversion processes. - Links & extensions
Assignment of custom fields viausedFields, definition of additional attributes or field groups.
content node therefore form the foundation for all catalogue-based functions of the shop — from the product display in the frontend through to data integration via the API.
The individual configuration areas can be found in the Admin Interface under different services (e.g. Catalogue → Products, Catalogue → Categories, etc.). They can also be edited via the REST API configuration.
content* - Basic structure
The basic structure of the content node is shown below:
Parameter descriptions
content.categoryField - Standard category fields
This node describes the predefined system fields of a category. Creating or deleting additional fields is not possible at this point. Depending on the field, certain properties are editable while others are managed exclusively by the system.
Existing values can — provided the respective field is editable — be changed via the Admin Interface (service “Catalogue → Categories”) or via the REST API configuration. System-managed fields (e.g. timestamps) are read-only.
Example configuration content.categoryField.descr
descr field has been defined as the category description field that can be maintained editorially. It is not search-relevant and not a required field.
Parameter overview
content.categoryFieldGroup - Category field groups
The content.categoryFieldGroup node is used for logically grouping category fields within the catalogue. Since extensive shops may have a large number of individual category fields, they can be summarised here into thematic groups — for example for SEO data, images, marketing content or master data.
The grouping improves the clarity in the Admin Interface and ensures that fields are presented in a structured way. A field group can reference several existing fields.
New groups can currently only be created via the REST API configuration.
Example configuration content.categoryFieldGroup.robots
Parameter overview
content.contentFieldDataTypes - Data types (oneOf)
The contentFieldDataTypes type defines which data type type is assigned to a product and/or category data field. This way, WEBSALE provides consistent, validatable field definitions for categories and products (e.g. “text with max length”, “integer with min/max”, “selection list”).
The oneOf principle applies: exactly one data type is active; all other type objects are not set (e.g. null or missing).
Example configuration for the data type assignment type of a data field
Overview of available data types
int?, uint?, float?, string? mean optional. If the property is not set, “no additional restriction” applies.
Details & parameter tables per type
bool
Example
Parameter overview
dateTime
Example
Parameter overview
enumeration
Example — product assignment type
Parameter overview
float
Example — weight in kg
Parameter overview
image
Example
Parameter overview
integer
Example — range −100 … 100
Parameter overview
list
Example — max. 20 entries
Parameter overview
map
Example — key-value structure for properties
Parameter overview
multiFormatImage
Example — two output formats
Parameter overview
price
Example
Parameter overview
Note: Currency, tax context and rounding logic are configured outside of this type. See → general - General shop settings
text
Example — SEO text with full-text search
Parameter overview
uinteger
Example — only non-negative values
Parameter overview
video
Example — only non-negative values
Parameter overview
content.customCategoryField - Custom category fields
The content.customCategoryField node is used to create additional, freely definable fields that can be used to describe categories in the catalogue.
This allows you to attach individual information to categories — such as texts, images, SEO metadata or technical properties — which can be displayed or further processed in the frontend or in external systems (e.g. ERP, search index, PIM).
These fields complement the fixed standard fields from content.categoryField and enable a flexible extension of the category structure.
New fields can be created either via the Admin Interface in the service “Catalogue → Categories” or via the REST API configuration.
Example configuration content.customCategoryField.image
Parameter overview
content.customProductField - Custom product fields
The content.customProductField node is used to create additional, freely definable fields for products. These fields make it possible to capture individual product information that goes beyond the standard fields — such as materials, technical properties, additional texts, media content or marketing attributes.
In this way, product-relevant additional data can be maintained, which is then used in the frontend, in the search index or in external systems (e.g. PIM, ERP).
New fields can be created either via the Admin Interface in the service “Catalogue → Products” or via the REST API configuration.
Example configuration content.customProductField.material
Parameter overview
content.imageFormat - Image formats & conversion settings
The content.imageFormat node defines image formats and the associated conversion rules used by the system during import, automatic conversion or output of product, category or CMS images.
An image format describes how an image is processed, checked, stored and named.This includes settings for scaling, cropping, file size, DPI limits, output folders and compression quality. New image formats can be created either via the Admin Interface in the service “Templates and Content → Image converter” or via the REST API configuration.
Example configuration content.imageFormat.normal
products/normal.
Parameter overview
content.inventory - Stock management & inventory notifications
The content.inventory node controls the stock management of the shop and the communication when stock levels are low or items are sold out. It defines from which thresholds products are considered available, low or not deliverable, and which texts or email notifications are used in these cases.
In addition, automatic emails to people in charge or to customers can be configured, e.g. for low stock or when an item is available again.
New limits and inventory notifications can be created via the REST API configuration.
Example configuration content.inventory
Parameter overview
content.productField - Standard product data fields
The content.productField node describes the predefined standard fields of product data. These fields form the fixed technical basis for all products and cannot be deleted or newly created. They define which properties every product has in the system — such as name, price, description or tax information.
Depending on the field, you can specify whether it is manually editable, search-relevant or variant-specific.
New, additional fields cannot be created through this node. The separate content.customProductField node is available for that.
Existing values can — provided the respective field is editable — be changed via the Admin Interface (service “Catalogue → Products”) or via the REST API configuration. System-managed fields (e.g. timestamps) are read-only.
Example configuration content.productField.name
name field, which is available for all products. It is search-relevant, required and variant-specific. The maximum length is 255 characters.
Parameter overview
content.productSettings - General product settings
The content.productSettings node contains general settings that influence the behaviour of product display and tagging in the shop. Currently this section in particular contains the definition of how long a product should be marked as “new”.
The settings can be created via the REST API configuration.
Example configuration content.productSettings
After this period, the tag is removed automatically.
Parameter overview
content.productType - Product types
The content.productType node is used to define product types that allow you to classify different kinds of products in the system.
Product types can be used to control functions, processes or display logic depending on the type — for example to distinguish between physical products, digital goods or services.
Each product type has a unique ID and a name that is shown in the Admin Interface.
New product types can be created via the REST API configuration.
Example configuration content.productType.digital
digital is defined.It can then be used on products to distinguish digital content from physical goods, for example.
Parameter overview
content.usedFields - Assignment of custom fields
The content.usedFields node defines which custom fields (customCategoryField / customProductField) are actively used in the shop system for specific functional areas. This defines which custom fields are used in the frontend or in the backend for SEO, metadata, cross-selling, discounts, vouchers, etc.
This means:A reference stored here such as
"metaTitle": "content.customProductField.metaTitle"defines which custom field is actually the SEO title field for products. This way administrators and developers can flexibly integrate individual fields into the system logic without the need for fixed system fields. The assignment can be created and edited via the REST API configuration.
Example configuration content.usedFields
bestPrice, defaultSort) remain unused (null).
Parameter overview
content.videoSettings - Video settings for products and categories
The content.videoSettings node defines the general parameters for uploading and storing video files used in product or category content.This is where you specify which formats are allowed, how large a video file may be at maximum, and in which target directories videos are stored. These settings apply both to manual uploads in the Admin Interface and to automated data imports. New and existing settings can be edited via the Admin Interface (service “Other modules → Videos”) or via the REST API configuration.
