The purpose of Explorer is to enable search across multiple data sources.

When you have collected documented, you may explose them by defining a search interface - or just interface for short.

An interface allows you to select which collections and synonyms to combine, as well as the ability to tune and boost your search down to the field level.

Interface list

Manage interfaces

From the interface list view, you may perform regular actions.

Additionally, it offers two custom actions for Trying out the interface:

  • A [Magnifying glass] button, to test the interface.

  • A [GraphQL] button, to test the API.


When creating, or editing interfaces, these are the available options you may manage:

Manage interfaces

Each interface needs a unique name, which is also the identifier

Once created, the name cannot be changed.

You need to specify at least one collection to include in the search.


By default, the _alltext field is used when performing text searches. Here, you may add specific fields and boosting options to tune your search results.

Field boosting means matches in the specified field will get a higher (or lower) priority when calculating the document scoring.

Term boosting allows you to boost a specific value within a field.


The search string is split, by unicode boundaries, into words, then each word matching a stop word will be removed from the search string. Stop-words are applied before the synonym stage.

Be careful when adding stop words, it may quickly lead to an empty search string and no search results.

Optionally add one ore more thesauri. They will be used to "decorate" the query, and hopefully provide better results.

First any Stop-words are removed, then the remaining search string is used to query for synonyms, matches are used to decorate the main query.