Drupal modules related to Search provide hooks and user interface options to ensure that the results are relevant to the searches. The most suitable combination of hooks and settings depends on the architecture of your application, the behavior of the site visitors, and user testing.
To receive the best results, follow the methods listed for your version of Drupal. Ensure that you test your changes and obtain feedback.
Current Drupal Version
Use the search_api_solr module with Solr.
You can use this module with the current Drupal version and with Drupal 7.
- Use a combination of the following customizations to provide an effective search experience to users:
- Configure your search experience using the search_api_solr configurations from the Drupal backend and your search views.
Use contributed or custom modules that extend the functionality of the search_api_solr module.
For information about the modules, visit Ecosystem modules for Search API Solr.
Make changes in the Solr configset or schema. The schema is a set of configuration files deployed on your Solr index. These configuration files define the behavior of Solr.
For more information, visit Solr configuration files.
Drupal 7 with apachesolr
- Use biasing options in the Drupal user interface to:
- Tweak result ordering by newness or by entity type.
Give more importance to matches in taxonomy terms, titles, or other fields.
To view biasing options for your application:
- Sign in to your Drupal application as an administrator.
- Go to Configuration > Apache Solr Search > Settings.
- Click Bias next to the search environment you want to edit.
For more information, visit Using bias to tune search results. For example, an easy way to prioritize items on search results is to mark those nodes as sticky at top of lists. You must also work with your editors to understand when and how to configure this flag.
Use modules such as Apachesolr Term Proximity to boost matching terms and provide better results to users when they are searching for phrases.
For example, a search for
parking permits
will boost the items with the exact phrase in their contents before the items with the words shown separately.- Create custom code that implements hooks. Hooks such as
hook_apachesolr_query_alter()
change the queries sent to Solr as those queries are being made. Hooks can also introduce complex boosting or ordering commands onto the Solr query. Use the Apache Solr Not a Node module for indexing items that are not nodes.
Solr configuration options
You can modify your Solr configurations to improve your search results.
- Create hard overrides of the searching behavior by editing the following text files in your Solr configuration:
synonyms.txt
- Allows you to swap wordsFor example, a search for
garage
can only matchparking
, or searches for bothgarage
andparking
can be equivalent and match eithergarage
orparking
in content.protwords.txt
- Allows you to force Solr to always take words as they are and not cut them down to their rootThis prevents Solr from stemming words. Normally, a search for
parking
will matchpark
,parks
, andparker
, but addingparking
toprotwords.txt
ensures that searches will only match the exact term:parking
.elevate.xml
- Allows you to force certain items to show up among the first results for a specific search. To learn more read Configuring the Query Elevation Component.For example, modifying this file allows you to always display
parking
as the first result when website visitors search for phrases likeparking
orwhere to park
. The Solr best bets module can help you construct this file. Once you have created and tested a version of this file, create a Support ticket to begin its placement on your server.stopwords.txt
- Allows you to tell Solr which words are not meaningful and should be dropped from queries and indexing.
Monitoring website visitors’ search experiences
You can use various tools to track searches and see what your visitors are looking for. Tracking low-result and no-result searches help you with an editorial strategy to put content into the hands of those visitors.
Due to Varnish® caching, Drupal-side logging of searches does not provide you all the data around what is being searched for on your website, while a client-based (JavaScript) option does. For example, the Apache Solr Statisticsmodule does not properly log all searches while working under Varnish®.