As mentioned on the page Prepare the Product Data, this part of the documentation describes the requirements that your product data feed needs to fulfill in order to build Product Guides entirely yourself with the excentos Workbench.

If you have more complex feeds (e.g. web services or XML feed), please return to the Prepare the Product Data section or contact excentos support if you have any questions regarding your data - we'll help you cover any data feed requirements.

Table of Contents:

Upload Requirements and Limitations

  • The file has to be a CSV (comma-separated values) file. Only this file type is accepted.
  • If your product data is written in an Excel sheet (.xls or .xlsx) or in an OpenDocument format (.ods) which are used by LibreOffice, the file has to be exported to a CSV file (see Export the Product Data File into CSV).

Data Feed File Requirements

If you want to connect your product data directly to the Workbench, the product data CSV file needs to fulfill the following requirements (as mentioned above, please contact excentos for more complex formats such as XML or JSON):

Type / FieldSpecification
File typeCSV file (preferred encoded is UTF-8)
Field separatorNeeds to be one of the following: ',' (comma), ';' (semi-colon), ':' (colon), '|' (pipe), tab or whitespace character.
Text delimiterText cells have to be surrounded by " " (double quote) or ' ' (single quote). One of them at the beginning of a cell; one at the end of a cell. This is especially important if the text contains a specified field separator.
Escape characterThe escape character that is used within the text cells. Normally this is a '\' (backslash), to escape a single double quote, another single double quote can also be used.
Decimal separatorDefault is a '.' (dot), e.g. '799.99'. For comma separated decimals (e.g. '799,99') you need to set the number format in the Workbench.
Multiple values separator

If some attributes contain cells with more than one value in a cell (e.g. the attribute color with the values black and blue), these values need to be separated by a separator (e.g. with a comma such as "black,blue"). Otherwise these two values will be interpreted as one value and cannot be split by using the "Multi Value" switch button in the data attribute table (see Upload your Product Data File, Multi Values).

You can change the global multi values separator anytime as well as the attribute-specific separator in the Product Data view.


Such as kilogram, currencies etc. should be in a separate field if the data field is required to be interpreted as a number.

(this is a suggestion only because the unit is only required if it shall be displayed in the Product Guide in the result list)


The field separator and text delimiter as well as the file type encoding and the escape character can be set during the update process of your product data file.

Required Fields and Their Names

The Workbench expects a fixed name convention for some core product attributes.

  • The "Required" attributes in the table below are the minimal set of data that every Product Guide needs to work properly.
  • The "Recommended" attributes are technically optional, but it is recommended you use them in order to display certain information like the product name or price in the product recommendation card.

Attribute Mapping

Despite that fixed naming convention it is fortunately possible to map the underlying attribute names to your product attribute naming schema (see Attribute Mapping).


(lightbulb) If you build up your product data from scratch, the easiest way to fulfill the data requirements is to start with the Template Data File.

General Data Attributes

(info) General product attributes are identical across all product categories of your Shop / Website.

The required and recommended data attributes and the name conventions for the data fields, which can come from several data sources are:

Attribute NameRequiredRecommendedRemarksVisible in Recommendation



Unique ID for a single product

If your feed does not contain that kind of information, an internal generic id is created to distinguish all products. This internal id is not visible in the data or the Workbench at all.




Name of the product

The name is not technically required, but makes it a lot easier for you and the end-users to identify products in the result list.




Product image URL, e.g. a URL to the product image on your website

The image is not technically required, but makes it a lot easier for you and the end-users to identify products in the result list.



XProduct price (decimal number)(tick)


XManufacturer or brand name(tick)


XURL to the product details page(tick)


-Master variant ID of a product. Useful if your product assortment contains e.g. color or size variants. excentos can collect them to make sure only the master product is displayed in the product result list.-
description-XProduct description text(tick)

All attribute names are case sensitive

This means that the name 'price' and 'Price' will be recognized as two different attributes (with lowercase and uppercase 'p'). Please make sure all attributes are written correctly to match the required/recommended attributes above.

Otherwise make sure your own attribute names are mapped correctly. Else the corresponding information cannot be displayed or executed properly.

(lightbulb) For more information on possible data attributes and which data might help to even improve the Product Guide, please also check

Product Data Sources

This part of the documentation describes different Product Data sources. The Product Data consists of several data sources and can also be connected by different connector types (HTTP, FTP, SFTP).

excentos can help to preprocess these Product Data sources to use them for your Product Guide. Contact excentos support if you have any questions regarding your Product Data sources.

Possible Product Data sources



product information like part numbers, variant id, descriptions etc.x
technical attributescharacteristics of a product; can be contained in master PIM or in another databasex
availability feeddefines product availability per region
country-specific product definitionse.g. different certificates per product; can be contained in master PIM or in other database

Category-specific Product Data

Category-Specific Attributes describe the product itself, such as technical data, possible use-cases and everything that distinguishes one product from the other. For every Product Guide all the category specific attributes are needed, like e.g. the screen resolution of a notebook computer, the shoe size of a mountaineering boot, the range of height adjustment of an office desk etc. The more data there is, the more powerful and detailed the Product Guide can be.

The category-specific attributes can have the same data structure (mostly the case with CSV files) or a separate data structure / different attributes per category (mostly the case with XML data structures).

Category-Specific Attributes are not required for the data sourcing option „third-party licensed data“.

Example of category-specific attributes

Typical CSV file with product data for, e.g., bicycles:

product data example csv raw

This is how the CSV file needs to look like if you open it in e.g. Excel if you have correctly set the text delimiters (in the example above a comma is used):

product data example csv table

Data Feed for international rollouts

You can either provide

  • individual feeds per market / country / etc.
  • or tell excentos a filter criterion within a central feed from which excentos can decide in which market to include the product.

If prices, product names and descriptions differ, it is recommended to provide separate data feeds for each market (although it would be technically possible to contain all markets in one feed).

Mime Type Detection

During the upload process the Workbench is analyzing the data file type. Only if the file is a valid CSV the file can be uploaded. The corresponding mime type (internal format) for CSV files is 'text/csv'. Unfortunately, there are 600+ words, word phrases or hexadecimal values (mostly at the start of the file) that can affect the mime type. That means that a word like 'Article' at the beginning of a CSV file results in the mime type 'message/news'. With that resulting type, it is not possible to upload the CSV anymore although the file is completely valid. Because of the huge amount of words and word phrases, excentos is not able to prevent these errors during the upload process. Nevertheless, the major part of these words/phrases are not relevant for a CSV file use case, like detecting python or image files.

If you have any problems regarding this issue do not hesitate to contact us. Some "bad words" examples are listed below:

Bad wordsMime Type

Mime Type XML

Read about the Template Data File and Example Data File to get started building your own Data File

  • No labels