A new era for product discovery: Loop54 is now part of FactFinder. For the most up-to-date product and company newsvisit the FactFinder website
Spec Sheet
Download the PDF version
We believe this list covers 99% of our current features and functions. However, since we're a very flexible search engine, the 1% that may not be listed here is simply functionality we haven't yet discovered.
If you have any questions on the features listed below, please chat with us.
Feature |
Description |
---|---|
Ranking products based on unique customer preferences |
The engine will sort search results in real-time based on a visitor's unique personal preferences (e.g. brand, gender, size, or other attribute in the product feed), using browser cookie or user ID. |
Ranking products based on in-session purchase intent |
The engine will sort search results in real-time based on a visitor's unique in-session purchase intent, using browser cookies or user ID. Intent is inferred from the area/context of the catalogue in which the visitor is interacting during a single session. The contextual mapping of products is done during the algorithm training and is a core component of Loop54's proprietary AI. |
Cross-device personalisation |
Personalised experience can be reflected across all the devices a user might use if the user is identified via login ID or user name. |
Feature |
Description |
---|---|
Popular query suggestions |
Query terms, ranked by popularity. Popularity of suggestions are determined by the frequency of searches for that term. The term's popularity is built up by previous searches for that term that led to a good textual match. |
Scoped autocomplete |
The top autocomplete suggestion can be presented with facets (or scopes in other words). To enable users to apply a facet, directly from the search bar. Typically the facets used are brand or category. (e.g. "Prada in Accessories" or "Prada in Shoes") |
Keyword redirects |
If a user enters a pre-defined keyword (e.g. opening hours), they are redirected to a specified URL immediately after pressing enter. The engine returns a link to use for the redirect. |
Products in autocomplete |
Products are returned (along side queries) when a user starts to type in the search box. If a user starts to type "airp" in the search bar, the engine will respond with the "Airpods" product. |
Other data in Autocomplete |
Other things than queries and products can be returned. For example results within categories, brands or other content. This can be used to create a rich Autocomplete experience. |
Feature |
Description |
---|---|
Rank results by relevance |
By default, all search results returned by the engine are ranked by relevance. Relevancy is determined through Machine Learning, which combines keyword-matching, behavioural insights, business logic and the network of relationships between products. Learn more: loop54.com/howproduct-search-works |
Sorting by popularity |
Popularity can be determined by collected behaviour on either Click, Add-To-Cart or Purchase (i.e. not a combination of the three). The engine can also use other data sources to determine popularity, such as Sales or CRM data. |
Sorting by any attribute |
Sorting products by any attribute (e.g. popularity, price, newest/oldest, etc.). |
Sorting by Geo-location |
Show products in stores based on the visitors location or show stores nearby based on the visitors location. |
Feature |
Description |
---|---|
Attribute indexing |
Any attribute on the product can be indexed, and then, configured and scored independently. |
Match types (exact partial, reverse, compound, fuzzy) |
Loop54 use several match types and can find partial matches, reverse partial match, compounded words and fuzzy matches:
|
SKU/EAN search |
Only show one product as result if search is for SKU or EAN number. |
Content search |
Search for things other than products (e.g. guides, blogs, articles, etc.). List of content results will be returned in a separate list from the product results and will be ranked default by relevance. |
Suggested spelling corrections |
When the query contains spelling errors that the engine can interpret with some confidence, it will return spelling suggestions. The engine normally auto-corrects minor misspellings, but if the query is severely misspelled, then the engine will return "best guess" results and provide suggested spelling corrections. The engine is able to determine the most relevant spelling corrections by looking at past queries by other users that led to a direct hit (direct hit = search phrase exists, exactly as typed, in a product's metadata) |
Learning new words |
If no results are found with regular methods, the engine will edit the search query significantly. The engine tries to break a word down into several words, traversing back through the query until it finds a word that has a match in the catalogue. If the engine still can not find a match from sub-words, then it will drastically edit the search phrase (e.g. by swapping letters, replacing letters, etc.). If users frequently interact with the results the engine will learn the meaning of that word and improve the relevance even further. If users don't interact with the results, the engine will eventually decide to return nothing instead. |
Feature |
Description |
---|---|
Related results |
In addition to regular results (Direct Results), the engine generates a list of Related Results. These Related Results are products that the engine consider to be very relevant to the query, however, they don't contain the actual word. This way, the engine can still show "pendants" even though the user searched for "necklace". |
Related queries |
The engine will display query suggestions on the search page that will lead to similar results as the original query. |
Feature |
Description |
---|---|
Boost and bury rules |
Boost or bury results based on any product attribute. For example, promotional campaign, new products, high-margin products, etc. The engine is smart when applying these rules and will only boost a product if it is relevant in the first place. This way, a winter jacket will not be boosted to the top during summer, just because it is on sale. |
Feature |
Description |
---|---|
Facet filters on any product attribute |
Faceted filters can be built using any product attribute (date, number or text). Brand, category and price are default. Allow users to select and deselect facets. Applying a facet will narrow the search results and new facet values will be re-calculated based on the filtered results. All faceting options with a value >0 (i.e. the count of products that contain that filterable attribute) will be returned. |
Dynamic faceted filters |
The engine can decide what facets are relevant for the current search result and strip away any irrelevant facets. This is particulary relevant for stores with many facets and a lot of broad searches. |
Feature |
Description |
---|---|
Segment specific results |
Loop54 can limit the assortment of products shown in search results or category listings based on specific customer groups, geographic markets, specific physical stores, or for the purpose of internal diagnostics. The criteria used to customise the assortment does change between syncs. Loop54 can source the groups and their respective assortment information in real-time by communicating directly with retailer's PIM and/or ecommerce platform. |
Segment specific prices |
Prices can adapt to the conditions of pre-set customer groups. Prices and customer groups need to be in the feed. Although the number of customer groups used is technically limitless, Loop54 imposes a soft upper limit of 100 customer groups. Loop54 can source the groups and their respective price information in real-time by communicating directly with retailer's PIM and/or ecommerce platform. |
Additional languages |
Unlike many language-specific stemming algorithms that have a set of predefined rules of how to find the root form of a word, Loop54 handles things like stemming and other NLP tasks without any assumptions about how the language is built. Therefore multiple languages can be supported, but each language requires its own engine. |
Feature |
Description |
---|---|
Rank results by relevance |
The standard sorting for category listings is "relevance" which incorporates any combination of: user bahaviour, sales statistics, business rules, personalisation and other. |
Sorting by popularity |
Popularity can be determined by collected behavioud on either Click, Add-To-Cart or Purchase (i.e. not a combination of the three). The engine can also use other data sources to determine popularity, such as Sales or CRM data. |
Sorting by any attribute |
Sorting products by any attribute (e.g. popularity, price, newest/oldest, etc.). |
Feature |
Description |
---|---|
Boost and bury rules |
Boost or bury results based on any product attribute. For example, promotional campaign, new products, high-margin products, etc. |
Feature |
Description |
---|---|
Facet filters on any product attribute |
Faceted filters can be built using any product attribute (date, number or text). Brand, category and price are default. Allow users to select and deselect facets. Applying a facet will narrow the search results and new facet values will be re-calculated based on the filtered results. All faceting options with a value >0 (i.e. the count of products that contain that filterable attribute) will be returned. |
Dynamic faceted filters |
The engine can decide what facets are relevant for the current result and strip away any irrelevant facets. This is particulary relevant for stores with many facets and a lot of broad categories. |
Feature |
Description |
---|---|
Segment specific results |
Loop54 can limit the assortment of products shown in results or category listings based on specific customer groups, geographic markets, specific physical stores, or for the purpose of internal diagnostics. The criteria used to customise the assortment does change between syncs. Loop54 can source the groups and their respective assortment information in real-time by communicating directly with retailer's PIM and/or ecommerce platform. |
Segment specific prices |
Prices can adapt to the conditions of pre-set customer groups. Prices and customer groups need to be in the feed. Although the number of customer groups used is technically limitless, Loop54 imposes a soft upper limit of 100 customer groups. Loop54 can source the groups and their respective price information in real-time by communicating directly with retailer's PIM and/or ecommerce platform. |
Product information page (product data page) |
Loop54 can be the source of product page information (e.g. variant images, product specifications, etc.). It is often the case that information for the product page is sourced faster from Loop54 then from the eCommerce platform. |
Related products |
This list is meant to be used on a product page and is made up of the products that are similar, or related, to the product being viewed. Filters can be applied to for example show a more expensive product, or higher margin. |
Product sections |
The engine can return lists with products that fulfill certain requirements. For example new products, campaign products or popular products. These results can also be influenced by the same personalisation as mentioned earlier. |
Feature |
Description |
---|---|
Custom solutions |
Our platform is built to be flexible and we can accommodate if you have any particular need in the setup. Please chat with us to get to know how we can help you with your custom solution. Examples of things we have done for current customers:
|
Feature |
Description |
---|---|
Automatic sync |
Product feed is synced at least once a day. More frequently if needed. |
Real-time delta sync and catalogue indexation |
Delta-information/changes pushed to our API in near real-time, but it should always be complemented with a complete feed that Loop54 can synchronise with at least once a day. Loop54 can fetch changes or retailer can push changes. |
Merge and sync different data sources and formats |
If different information needs to be synced, it does not have to be in the same feed as products. For example, Loop54 can enrich the feed with data from other sources, like images, CRM or sales data. Data can also be in different formats. Engine can index different formats from different sources and merge them. (e.g. CSV, XML, JSON). |
Real-time product removal |
Products that should be removed from the indext can be pushed through the API. |
Partial deltas |
Loop54 also allow for partial delta updates, that means you can send only the data that needs to be updated. |
Feature |
Description |
---|---|
Bespoke static sync filters |
Engine can handle any static filters based on any attribute. These are filters that do not change between syncs of product feed. (e.g. out of stock, available in store, not yet released). Filters are defined by the API client, so adding a new facet on an attribute. |
Bespoke dynamic request filters |
Filters that are created based on live dynamic user information. Product assortment is filtered based on, for example, specific customer groups, geographic markets or specific physical stores. Can also be used for internal diagnostics. |
Feature |
Description |
---|---|
Global behaviour events |
Global events are the user behaviour events (e.g. clicks, add-to-cart, purchases, etc.) that occur across the entire website. These global events are tracked and used to improve the sorting of search results and category listings (i.e. to determine personal taste and popularity). The engine keeps track of where the event occurred - either within search or navigation. Read developer docs. |
Feature |
Description |
---|---|
Automatic rollout of new engines |
Loop54 is SaaS (software-as-a-service), this means our engines our hosted in the cloud and new versions can be rolled out without any extra work or cost. To access some new features, retailers may need to implement new APIs. |
Feature |
Description |
---|---|
Monitoring |
Monthly Uptime Percentage (MUP) of 99.98%. All network traffic is saved and analysed for volume and customer behaviour in MSSQL DB. Traffic data and server monitoring is sent to ELK (Elastic - Logstash - Kibana) system and Grafana where different stats like response time, sync, memory usage are monitored. |
Cached responses |
There is the possibility to cache responses. |
Load distribution |
Possibility to distribute load across multiple servers and work with load balancers. |
Failover measures |
Loop54 has failover proxies hosted in Sweden and England. |
Data privacy |
Encrypted SSL (HTTPS) and, if requested, IP-blocking to backend servers. |
Feature |
Description |
---|---|
Insights dashboard |
Unlike Google Analytics, which only provides unique searches, Loop54 will provide total search volume with adjustable time periods. The Insights Dashboard will also display analytics regarding search trends over time, changes in product rank order, and conversions rates for all queries (click, add-to-cart, purchase). |
Analytics on "MakeSense False" results |
Ability to see queries that the engine could not make sense of "as is" (i.e. the words do not exist anywhere in the catalogue). When "MakeSense" is False, the engine will edit the query to find a match. Being able to view search analytics on "MakeSense False” queries gives an indication of what new words the engine may have already learned or may eventually learn (i.e. in order for engine to learn these new words, "Make Sense False" results must be displayed to the user and behaviour events must be sent to Loop54). |
Export data in XML |
Loop54 provides API so some search insights collected by Loop54 can be exported - only from the backend. The specific insights that can be exported are: all search queries that led to a purchase, and the count of units purchased per product for that search query. |