Implement using Code Editor
To get started with Search on your website, navigate to the Search tab under 'On-site' within the Nosto UI. This is where everything for Search can be configured and controlled, including designing the templates for search pages and autocomplete dropdowns, as well as search analytics, query rules and other settings. Synonyms for search queries can also be configured here.
To begin implementing Search, navigate to the Templates tab under Search, and Click on “Open Code Editor”.

Nosto Admin UI > Search
You will then be redirected to the VSCode Editor window. On the left-hand side is the project structure panel, and on the right-hand side is the very familiar code-editor panel. Note the components defined for both the Search Page and Autocomplete. These components can be used to define and extend behaviour on your website.

VSCode Editor
Why use the VSCode Editor?
Search functionality can be implemented on your website, all while customising the look and feel of how search pages and search autocomplete boxes are rendered through this editor. We provide flexibility to apply any merchant-defined design, as well as other functionalities, for e.g. a custom “Add to wishlist” button.
There is a default design that allows merchants to get started with a pre-implemented easy-to-understand design, which can be extended and modified as required.
index.js
should be used to bind Search on your website.The
inputCssSelector
param can be used for this purpose. If there is an existing Search on your website, you can copy the CSS selector for it by highlighting the search box through the developer tools on your browser, and then right-click and ‘Copy selector’.We will need to unbind any existing Search within the page first. To achieve this, a new function can be introduced (similar to the one below) that will help unbind the original Search functionality and replace it with Search. This can be done in
helpers.js
, for example.export function unbindOriginalSearch(selector) {
const elements = document.querySelectorAll(selector);
elements.forEach(el => {
var newElement = el.cloneNode(true);
el.parentNode.replaceChild(newElement, el);
})
}
This can then be called from within
index.js
, just before the init()
function. The call can pass in the CSS selector that we copied earlier from the website, unbindOriginalSearch('#search_form')
All sorting options can be controlled via
config.js
, where the field on which the sorting is applied can be changed.This is also where the default page size can be changed.

config.js
Category merchandising can also be added through the same
init()
configuration. It is best to have already-existing category pages and disable or hide current results rendering in category pages to achieve the best results. There are four different fields that need to be added to the
init()
function.categoryCssSelector
is similar to contentCssSelector
, it directs where to render the results.categoryQuery
gets the category path from the document dynamically.isCategoryPage
is the logic that determines whether the current page is a category page and whether category results should be rendered....
contentCssSelector: '#content',
categoryCssSelector: '#categoryContent',
categoryQuery: () => {
// In this example, the category path is placed in an HTML div element.
const categryPath = document.querySelector('div.category_path')
return {
name: 'category',
products: {
categoryPath: "Accueil/Militaire - Forces de l'ordre/Gendarmerie/Matériels/",
}
}
},
isCategoryPage: () => {
// Logic to check whether the current page is a category page.
return location.search.includes('/category/')
},
...
Also included in the default design is a
categoryComponent
, which is responsible for rendering the results of categories.Listed below are how the different components under
serp
and autocomplete
will be used to render different sections on the Search Page and the Autocomplete box.Design of the toolbar at the button of the page. This can be used for displaying the number of pages, page count, items per page, etc.
Design of the facets. For example, the product colour, size, and other filters the user may wish to apply to the search results.
Design of the loading page, while search results are retrieved and rendered. This is shown while the search results load. By default, this will be a throbber/loading icon.
Page to show that there were no results found.
Design for changing pages, usually shown below the BottomToolbar. It can be used to design the way the user changes the page.
Design of how the product listings show up on the search page. This can be used to control how many products are shown on the result page, as well as the design of how they are shown.
Design of the autocomplete box as the user enters their search query. This is usually shown just below the search box, and updates in real-time. It features product suggestions to help users view the top matches with their query, even before the search page loads.
The category design mostly reuses serp components because they behave in a very similar manner. For designing results differently, it may be necessary to add additional components for rendering.
All these components can be customised further with the .css files under
styles
.To enable the use of up-down keys with Autocomplete, a special class defined for specifying the colour of the "current" or hovered element must be defined.
.ns-product-hovered
should be set to a colour to enable this behaviour.To preview an undeployed design on your website, and test your changes from the VSCode Editor:
- 1.Navigate to your website
- 2.In the URL, append
?nostodebug=true
to enable the debug toolbar - 3.The Nosto debug toolbar should open up, where you will be asked to log in
- 4.Once you have logged in, enable the Preview toggle button at the bottom
- 5.You should now be able to view your changes live, via the Search box
Through this method, you will be able to view changes even when there is no deployment. If changes are deployed, then the current changes from the VSCode Editor are loaded instead of the deployed version.
- 1.Navigate to the Nosto Admin UI > Search > Templates
- 2.Click on the desired deployment and then click on "Redeploy"
- 1.Navigate to the Nosto Admin UI > Search > Templates
- 2.Click on the “Disable Templates” button.
- 3.This will disable Nosto Search completely, and bind the original Search again
- 4.Once you have addressed the issues with the templates, click "Deploy latest" and Nosto Search will be back in action!
For any other questions, please feel free to contact Nosto support. We will be happy to help you out!