Smart Search

Robert Tyska asked on January 21, 2016 21:35

Worked with Kentico on a handful of projects over the past few year, but this is my first go 'round with the smart search. Our client is running into an issue where the results are including documents that have the word calendar in the title, but are not actually relevant to the search since the content is not calendar-related. I'd like to filter these out, and while defining the doc types would help, I'm thinking more long term and I believe being able to do so via a URL filter would work. Something a little more granular than simply defining the path to search within. Would it possible to tack a filter onto the return results in order to further reduce the items available? I know this may be a bit hard to wrap your head around, so I've include the results in image below... Ideally, only the calendar page should show up.

Image Text

Correct Answer

Roman Hutnyk answered on January 22, 2016 02:55

Robert, there are two features, those could potentially help you:

  • Indexed Content on search index, that allows you to include/exclude content to/from index based on certain criteria, more detail here
  • Page Properties -> Navigation -> Exclude from search checkbox - allows you to exclude particular page from being indexed.
0 votesVote for this answer Unmark Correct answer

Recent Answers


Roman Hutnyk answered on January 21, 2016 23:21

Robert, you should be able to filter out search results by either path or page (document) type with search results web part settings. If you want to do it dynamically, based on URL parameters, use appropriate macro. Is it what you're looking for?

0 votesVote for this answer Mark as a Correct answer

David te Kloese answered on January 21, 2016 23:22

Hi,

(for others, your link: https://www.dropbox.com/s/g47yzm900cwyzmf/IMG_21012016_145021.png)

Your image doesn't work since Dropbox apparently doesn't let you link it from here.

I'm not sure what you want the system to do. Excluding specific page types or paths from the index (or your search) seems like a good way to go. As you know what page types are just data containers.

How would this URL filter know a result is not about your search keyword?

Greets,

David

0 votesVote for this answer Mark as a Correct answer

Robert Tyska answered on January 22, 2016 01:22 (last edited on January 22, 2016 01:27)

Sorry for the DB link not working... probably irrelevant at this point. Judging by the responses, I see I should have been more clear in my initial posts. It sounds like there is no option short of a fully custom solution at this point, but I'll elaborate on my previous example just to make sure we are all on the same page.

I guess what I am kind of surprised about is that at the Page (doc) Type level we can specify which fields to index, but there is no way to specify on a new instance of that document type to NOT index that particular page w/out adding the URL to the web part filter. That may seem logical, but in my experience, allowing a CMS editor access to the configuration of a web part could be disastrous.

We structure out projects in such a way that anything that is not of type Menu Item gets put into a directory we call "Page Elements." That can include any Page Type, custom or from Kentico.

Example:

  • Root
  • Home
  • About
  • Calendar
  • News
  • FAQ
  • Page Elements (just a folder)
  • Calendar Items
  • News Items
  • FAQ Items

Then, as pages get built out, CMS editors can us out custom or Kentico widgets to load the data from these directories. Above is a very basic example, but I just want to convey the idea. So, our only option is to tell the system to only index from specific directories, which in the long term is not really a good solution, b/c there may be instances of a calendar item that we want indexed... but not ALL calendar items. But, since they reside in the calendar item directory, they will all be wrapped up into the results.

Hope that makes sense... any ideas, or am I just wasting everyone's time :-)

0 votesVote for this answer Mark as a Correct answer

   Please, sign in to be able to submit a new answer.