The weight of the synonym should be the same as the original word ('bass, fish') however there are several factors I feel are worth mentioning.
Currently only single-word synonyms can be used, however there is an idea created for multi-word synonyms here: Allow multi-word synonyms when defining Search Synonyms
Therefore tagging might be a potential workaround for you. For example, Tagging a document with both "bass" AND "clear water fishing" would cause that content to be served regardless of which was used in Search.
The other aspect to search is even if identical searchers were made by two separate users the results still might have some slight differences, one reasons in particular is the users view history will impact search result ranking.
For more additional information around search, these docs might be useful for you:
The last thing that might be relevant is the ability to promote certain content. This would allow for multiple words unlike how synonyms currently are set up. This doc provides more details around Promoting content:
Hope this helps.
Thanks John Decker
Are you absolutely sure this is the case and that it's not just the UI that's preventing admins from entering multi-word synonyms due to it misinterpreting the spaces as word separators? The reason I ask is that we have had Jive Professional Services bulk upload multi-word synonym lists in the past without any mention of this limitation and you can see in the screenshot that the multi-word synonyms do appear to be stored correctly.
Re: multi-tags as an alternative - the whole point of the synonym list is that every possible term/phrase a user might search for doesn't have to be added as a tag. People in one territory might use one term/phrase to describe something and aren't aware of the alternative terms/phrases in use in other territories.
Given this, does this change how you think search is working?
If your site has a customization that changes the out-of-the-box behavior then I can't say for certain how it will impact the site. You might consider discussing it with your Project Manager or PS Engineering.
The standard behavior would lists the synonyms slightly differently as shown below:
Hi John Decker
Yes - I'm going to open a case to verify this as I'm now wondering whether our list of synonyms wasn't checked by PS at the time it was uploaded to the back-end table and although the multi-word synonyms are stored, search is not able to use them correctly.
I've performed some more testing in our Jive 7 environment and found that although single word synonyms are working, the results aren't necessary what users would expect. It seems that results containing the exact match are returned first and synonym matches returned after them. In our case (with the synonym pair jde, jdedwards), this means that searching people profiles for jde might return an individual's profile as the first result but searching for jdedwards will list them way down on page 2 or 3 of results where few users would bother to scroll to.
Note that a definitive answer from Jive engineering regarding the multi word synonyms has not yet been received. My basic testing however, indicates that they do not work despite us having Jive PS upload them for us via a script.