Today, i have tried the new Confluence Release. Everything was fine until the moment, i searched for my content. Pages, witch have my search keyword only as a label are not in the search result anymore. Is this a bug (i hope so) or a feature?
If it is a feature (i hope not!): what can i do to include labels for all my users without using extra search syntax?
This is something we'll look into - I've filed a ticket for you here CONF-30410. Just to clarify why we did this ... we found that people were labeling pages called "foo" with the label "foo" just to artificially boost their ranking in the search results. In short, it was a way to game the system. With the new search algorithm we found that boosting on labels was much too high and artificially skewing search results and providing poor results. Also, it's a bad usability experience if someone has to label their page JUST to have it show up in search results. Given this reasoning, we took labels out of the search results equation (as part of our overall algorithm changes) and we began to see an increase in the percentage of successful searches.
But it sounds from the answers threads and release notes comments that people apply labels for the "synonym" use case where one person might search for "customer" and another person searches for "client" but they're looking for the same content. Surprisingly this didn't come up once in months of use on Confluence OnDemand and even longer on two internal production instances within Atlassian even though the search success rates improved. Nevertheless, "synonyms" seems like a valid use of labels that we do want to support so we'll look into adding labels text back into the search equation (without the boosting).
Good explanation provided by Bill.
What a surprise that we can no longer easily search by labels. This syntax is too complex for many of our users: "labelText:chocolate". Especially after we trained them to add labels to their pages which was a GREAT way to surface content in a way that made sense to them. Please, please put this feature back the way it was!!!
From the release notes:
More details here. Must admit, I think this is a retrograde step. My users will frequently search content using terms which only appear in the labels.
For a related post see: https://answers.atlassian.com/questions/200848/search-no-longer-favours-labels?page=1#200887
What is going on Atlassian? You remove the importance of labels and announce it very quietly and with no explanation. Do you know how much time and effort I (and probably 1000s of other Confluence users) have put into getting other users to use labels?
If they're not a part of the search criteria, then why bother with them? It's at least 50% of why we have them in the first place.
Also, did anyone vote for this measure? As far as I know there's never been an issue with labels that required them being demoted. So why change something as fundamental as this if we were not asking you to do so?
That's awful! We've gone through painstaking efforts to get our users to use labels as a way to address the problem "I can't find what I'm looking for". So, we tell our users if it was difficult for you to locate, add a label of text that makes sense to you and use it - that way, you'll be able to find it easily.
That is a huge step backwards in usability and adoption.
Karie, I'm totally with you on that! :) I've just finished writing a style guide that includes a section on using labels and why they're important. I'm going through a feedback procedure on the style guide with ten or so team leaders, and now a key feature has been quietly negated. Not good!
I agree with everyone in what they have said about the search no long respecting label weighting in the search results. We have thousands of users who routinely write documentation and label them to promote search results. The number one complaint we have is that the "search engine sucks". Thus, the users started labeling everything with (at first, personal labels then you took that away) and now labels don't even register with search. I will strongly urge my web team not to adopt this version of Confluence.
To be fair, Atlassian is correct that the over-labeling of pages by users very often made the search problems worse. But simply turning off the effect of labeling completely is probably not the right solution. The bad labeling of pages is a symptom of the lack of any other means (by users or admins) to influence search results. But without labeling altogether, admins have no dials at all to work with. Filters are great ... but do not solve the ranking problem.
That said, I do like that Atlassian is paying attention to Search. It is the single biggest complaint in our site, and I would imagine, in others'.
I agree with previous comments.
It was a really long and hard work with users to push them using labels, not just only page information. It's very useful for connecting other domains and areas, and it gave possibility to find information quickly by labels. Unfortunately we've already installed latest version, and now we have this problem.
Please, return it back or give some configuration option, that we can return old behaviour back.
Using "labelText:" in search, it's not an option, especially when you search several labels.
This is marked as resolved in 5.3 on the issue tracker, but that isn't the behaviour I'm seeing. I have added "testlabel" to a page in my wiki. But when I search testlabel, I get no result.
Do I need to rebuild the indexes? The dashboard reports that my indexoing queue is up to date.
Badges are a great way to show off community activity, whether you’re a newbie or a Champion.Learn more
Hi Community, Jessica here from the Confluence Product Marketing team! July’s community challenge is all about sharing pictures — and as an extension of our first post on what ...
Connect with like-minded Atlassian users at free events near you!Find a group
Connect with like-minded Atlassian users at free events near you!
Unfortunately there are no AUG chapters near you at the moment.Start an AUG
You're one step closer to meeting fellow Atlassian users at your local meet up. Learn more about AUGs