I'd be really interested to learn how hubspot.com achieves this lovely site search functionality?
I'm in the process of moving our blog from Wordpress over to HubSpot and so far I haven't been able to find any documentation on how to offer a search option for visitors. I realise this example is probably custom development, but are there any global modules that would help us achieve a basic free text search of all blog posts? If so, can anyone point me in the direction of the documentation?
Hopefully, this article points you in the right direction, but it would be great to hear from some experienced COS designers/developers on the topic. @stefen@ndwilliams3 do you guys have any input on this?
@LoisJ it sounds like a z-index issue. I've updated the css with a higher z-index and with the fix for scrolling results. Try again with the latest files and see if that helps..
Has anyone conquered this for a global site? We have essentially one domain, but on it runs different subdirectories (e.g. /uk or /au). While the beta search from Hubspot seems to be OK, it would search *all* our sites, which would be a terrible user experience. Has anyone gotten around this? With so much content on our site, I"m eager to figure out how to implement search.
Thanks for the response! We have subdirectories, not subdomains (e.g. /uk or /au off of our main domain not mainsite.uk.com or mainsite.au.com). Does this functionality work the same as with subdomains?
You can now add a `pathPrefix=` query param to filter results by path prefix. `https://www.hubspot.com/_hcms/search?term=hubspot&minScore=0&pathPrefix=services` as an example to only return results that match `hubspot.com/services*`. This requries a reindex of portals, so may take up to 24 hours to be available for your portal.
Hi @mcoley, The pathPrefix parameter sounds very useful to me. Where is this variable entered? In the Site Search Input module or Site Search Results module? In the snippet, JS or elsewhere?
How do I configure a sub folder such as /en/app/services instead of only /services ?
you can set the pathPrefix in your search input module in the HTML&HUBL-code window. This hidden input adds two different parameters to the search-query url. (In this Screenshot: Search only for Blogposts with the pathPrefix=de => german blogposts)
On this page you can see different implementations of the search:
Search on English Website (Topnavigation) => Search Results Page delivers Results of the english website.
Search on German Website => German Website Results
Search on English Blog (Sidebar or Topnavigation) => English Blogposts
Search on German Blog => German Blogposts
You also can use the query parameters in the URL to customize the behaviour of the search result page. (German/English Footer, Tabbed Search Module in the sidebar, German/English-"No Results-Message",...)
Thank you for your great and clear explanation. However, I’m still a bit confused about how I may implement it in my particular case. I intend to make a search in a user manual, i.e. a section with a limited group of pages at our site. You can’t isolate these pages by neither page type, language or only first level in the path (Path Prefix). The ability to use several levels in the path would be terrific. Alternatively, if I could tag these pages with a searchable ID. Or do you have an even more clever solution?
I agree, it ought to work, but it doesn’t. At least not for me. As soon there is a / in the URL it will be transcoded to %2F (as it should) but there is where it stop working.
It will always result in “Sorry. There are no results for [query string] Try rewording your query, or browse through our site.”
I’m curious about what makes it work for you, but not for me.
I'm the marketer here rather than a designer/developer, but I know enough to have been able to install this and get it working on our site. I do have a question though if you don't mind.....on my site, the search overlay seems to sit behind the main navigation and side scroll bar so I lose the box to type the search in as well as the close link. I was able to adjust the positioning of the overlay in the css to bring it down enough to be able to see it all below the nav, but it looks like something in the css also adjusted the positioning of the menu.
I don't seem to have a scroll bar on the result set at all, unlike the demo running on your site, which means I can't scroll the results if they go further than the one page - it just scrolls the page in the background.
Can you think of anything obvious I may have done wrong, or overlooked before I get our developer to take a closer look?
@LoisJ it sounds like a z-index issue. I've updated the css with a higher z-index and with the fix for scrolling results. Try again with the latest files and see if that helps..