Skip to main content
The 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 via usedFields, definition of additional attributes or field groups.
The configurations contained in the 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

In this example the 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

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

This example defines a standard image format for product images of 600 × 660 px, white background, JPG output quality of 75 %, and automatic saving under 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

In this example, stock monitoring is active. As soon as the stock falls below 50 units, the yellow warning level is displayed, and from 0 units the item is considered sold out. In addition, automatic notifications to the stock manager and to customers when the item is back in stock are enabled.

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

This example shows the standard 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

In this example, products are tagged as new for 14 days after their creation.
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

In this example the product type “Digital” with the technical ID 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

In this example, certain custom fields are explicitly assigned for SEO, prices, weight, vouchers and cross-selling. Other fields (e.g. 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.

Example configuration content.videoSettings

Parameter overview