You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
It is now possible to sort products according to behavioral data metrics in Products PageBuilder widgets.
Elasticsuite Open Source
Additional KPIs in Analytics > Search Usage
KPIs about category views, product views, products added to cart and sales event are now extracted from your behavioral data and visible in the "Analytics > Search Usage dashboard".
Removal of the hardcoded 'sku' field from exact queries filtering part
Historically, when filtering (not scoring !) results, exact match queries always targeted at least the search collector field (containing all searchable attributes content) and the sku field, whatever search weight was assigned to the sku field.
As
on one hand, we have introduced back in releases 2.10.17 and 2.11.3 (experimental) settings to specifically target in that filtering query part all fields using the reference search analyzer (used by the sku attribute by default)
on the other hand, you might be in a situation where you do not want at all the sku to be searchable
we have decided to remove that hardcoded sku in exact queries filtering part.
Long story short, if your users frequently perform searches by SKU and you're still using the reference analyzer for that attribute, we urge you to go enable the following Search Relevance settings listed below :
Elasticsuite > Search Relevance > Spellchecking Configuration > Term Vectors Configuration > Use all tokens from term vectors
Elasticsuite > Search Relevance > Spellchecking Configuration > Term Vectors Configuration > Use reference analyzer in term vectors
Elasticsuite > Search Relevance > Relevance Configuration > Exact matching configuration > Use default analyzer in exact matching filter query
Ability to set custom number of primary shards and replicas by index type
If you're using a 3 nodes cluster in your production environment, you could have been tempted to set 3 primary shards and 2 replicas in the legacy Elasticsuite base settings.
While it is our opinion that having multiple primary shards is hardly necessary unless you really have a sizeable product index, it is now possible to go this route while keeping usually light indices (categories, thesaurus, and tracker indices on low traffic sites) with a single primary shard.
It is now possible to definer per index type the number of primary shards and replicas of indices.
This will allow you to minimize the memory footprint per node of opened shards/indices in your cluster (the rule of thumb being that 1 GB of Heap is required per node per 20 shards just for those indices being opened).
Admin notifications about invalid tracker events and automated removal
Releases 2.10.18.3 and 2.11.4.3 introduced some protections to avoid indexing invalid tracker events missing unique visitor or session ids into the behavioral data indices (as well as CLI tools to remove those already indexed).
Those invalid tracker events were left in the Elasticsuite tracker DB table with a flag is_invalid = 1.
This release introduces a cronjob task that will automatically and periodically remove them and a notification system to warn you about their existence (if you want to investigate the potential issue in your tracker tags).
You also have the ability to remove all of them at once.
📦 Features
Elasticsuite Premium
[Catalog, Behavioral Data] Allow to use behavioral data in PageBuilder
reacted with thumbs up emoji reacted with thumbs down emoji reacted with laugh emoji reacted with hooray emoji reacted with confused emoji reacted with heart emoji reacted with rocket emoji reacted with eyes emoji
-
Main features
Elasticsuite Premium
It is now possible to sort products according to behavioral data metrics in
Products
PageBuilder widgets.Elasticsuite Open Source
Additional KPIs in Analytics > Search Usage
KPIs about category views, product views, products added to cart and sales event are now extracted from your behavioral data and visible in the "Analytics > Search Usage dashboard".
Removal of the hardcoded 'sku' field from exact queries filtering part
Historically, when filtering (not scoring !) results, exact match queries always targeted at least the
search
collector field (containing all searchable attributes content) and thesku
field, whatever search weight was assigned to thesku
field.As
reference
search analyzer (used by thesku
attribute by default)sku
to be searchablewe have decided to remove that hardcoded
sku
in exact queries filtering part.Long story short, if your users frequently perform searches by SKU and you're still using the
reference
analyzer for that attribute, we urge you to go enable the following Search Relevance settings listed below :Ability to set custom number of primary shards and replicas by index type
If you're using a 3 nodes cluster in your production environment, you could have been tempted to set 3 primary shards and 2 replicas in the legacy Elasticsuite base settings.
While it is our opinion that having multiple primary shards is hardly necessary unless you really have a sizeable product index, it is now possible to go this route while keeping usually light indices (categories, thesaurus, and tracker indices on low traffic sites) with a single primary shard.
It is now possible to definer per index type the number of primary shards and replicas of indices.
This will allow you to minimize the memory footprint per node of opened shards/indices in your cluster (the rule of thumb being that 1 GB of Heap is required per node per 20 shards just for those indices being opened).
Admin notifications about invalid tracker events and automated removal
Releases 2.10.18.3 and 2.11.4.3 introduced some protections to avoid indexing invalid tracker events missing unique visitor or session ids into the behavioral data indices (as well as CLI tools to remove those already indexed).
Those invalid tracker events were left in the Elasticsuite tracker DB table with a flag
is_invalid = 1
.This release introduces a cronjob task that will automatically and periodically remove them and a notification system to warn you about their existence (if you want to investigate the potential issue in your tracker tags).
You also have the ability to remove all of them at once.
📦 Features
Elasticsuite Premium
Elasticsuite Open Source
🐛 Fixes
Elasticsuite Premium
Elasticsuite Open Source
🧰 Quality
Elasticsuite Premium
Elasticsuite Open Source
New Contributors
Full Open Source Changelog: 2.11.5.1...2.11.5.2
Full Open Source Changelog: 2.10.19.1...2.10.19.2
Beta Was this translation helpful? Give feedback.
All reactions