Uploaded image for project: 'Atlassian Intelligence'
  1. Atlassian Intelligence
  2. AI-621

Exclude specific pages from search index without restricting access

    • Our product teams collect and evaluate feedback from a number of different sources. To learn more about how we use customer feedback in the planning process, check out our new feature policy.

      NOTE: This suggestion is for Confluence Cloud. Using Confluence Server? See the corresponding suggestion.

      Feature request opened in behalf of our customer Normand(CSP-121033):

      We would like tho remove a page from the search index only without restricting the user access to it.

      Users would be able to browse/navigate directly into the page, however if they try to search for the page in Confluence search it would return not results for that page.

            [AI-621] Exclude specific pages from search index without restricting access

            Dave Lines added a comment -

            +1 This functionality would definitely help us declutter search results and help users find the content they're looking for.

            Dave Lines added a comment - +1 This functionality would definitely help us declutter search results and help users find the content they're looking for.

            This would be a game-changer for our team! We're currently evaluating competing platforms due to the frustration and confusion this causes for our users.

            We have a separate space for our team huddle notes and this content spills over into our search results when trying to use our other KB specific space.

            michael_mcnees@sweetwater.com added a comment - This would be a game-changer for our team! We're currently evaluating competing platforms due to the frustration and confusion this causes for our users. We have a separate space for our team huddle notes and this content spills over into our search results when trying to use our other KB specific space.

            RaeRo added a comment -

            +1 We store customer/meeting notes in personal spaces. We want these pages to be accessible to everyone, but not have them available in the global search. There is not an easy way to exclude these pages. 

            Being able to easily exclude all personal spaces and/or all meeting note pages would be great.

            RaeRo added a comment - +1 We store customer/meeting notes in personal spaces. We want these pages to be accessible to everyone, but not have them available in the global search. There is not an easy way to exclude these pages.  Being able to easily exclude all personal spaces and/or all meeting note pages would be great.

            Please help us spread the word and share it in social media to get more votes  feel free to retweet our post if you like. https://twitter.com/nmc_info/status/994638611499966464 

            Danielle Borges added a comment - Please help us spread the word and share it in social media to get more votes  feel free to retweet our post if you like.  https://twitter.com/nmc_info/status/994638611499966464  

            Scott Love added a comment - - edited

            I up-voted as well for our team. We're a service firm: when we finish a project, I'd love to "demote" its pages while leaving them available for browsing.

            This would be extremely helpful. Our experience is that Confluence becomes a massive pile of pages.. and search results often show tons of older, less-relevant pages.

            I'd think to add this option to the Restrictions interface... and that it would behave the same way: a child page would inherit its settings from a parent page.

            I imagine pages and spaces should have three states, not two:

            1. Active page, as today. In search results, browsable, etc.
            2. Less-Active page, still content that you want available, but 'demoted' to a child state when it comes to search. I want these sorts of pages to remain in my browsable hierarchy, but I want them ignored for search purposes.
            3. Archived pages, no search, no browse.

            I think this feature request really is about improving search results, not about page attributes or states. I'd like search to be much more useful... and by 'demoting' various pages and nested directories of pages, the important stuff can float to the top. That's the theory anyway.

            Super useful!

            Scott Love added a comment - - edited I up-voted as well for our team. We're a service firm: when we finish a project, I'd love to "demote" its pages while leaving them available for browsing. This would be extremely helpful. Our experience is that Confluence becomes a massive pile of pages.. and search results often show tons of older, less-relevant pages. I'd think to add this option to the Restrictions interface... and that it would behave the same way: a child page would inherit its settings from a parent page. I imagine pages and spaces should have three states, not two: Active page, as today. In search results, browsable, etc. Less-Active page, still content that you want available, but 'demoted' to a child state when it comes to search. I want these sorts of pages to remain in my browsable hierarchy, but I want them ignored for search purposes. Archived pages, no search, no browse. I think this feature request really is about improving search results, not about page attributes or states. I'd like search to be much more useful... and by 'demoting' various pages and nested directories of pages, the important stuff can float to the top. That's the theory anyway. Super useful!

            Concurring. We have how-to's that are useful for specific teams that I have to put a disclaimer at the top of to ignore for all but a select few. We also want to keep documents for historical purposes.

            JR McLaughlin added a comment - Concurring. We have how-to's that are useful for specific teams that I have to put a disclaimer at the top of to ignore for all but a select few. We also want to keep documents for historical purposes.

            Concurring. We have how-to's that are useful for specific teams that I have to put a disclaimer at the top of to ignore for all but a select few. We also want to keep documents for historical purposes.

            JR McLaughlin added a comment - Concurring. We have how-to's that are useful for specific teams that I have to put a disclaimer at the top of to ignore for all but a select few. We also want to keep documents for historical purposes.

            We store tons of retrospective journals as pages. We need them to be accessible by everyone but in the same time they quite pollute search results page. Those pages shouldn't be indexed. Now we can't protect them properly except that moving them to private space

            Ivan Styazhkin added a comment - We store tons of retrospective journals as pages. We need them to be accessible by everyone but in the same time they quite pollute search results page. Those pages shouldn't be indexed. Now we can't protect them properly except that moving them to private space

            I'm very surprised that this feature doesn't already exist. 

            It would be extremely useful to exclude specific topics from the internal search feature. 

             

             

            George Alpizar added a comment - I'm very surprised that this feature doesn't already exist.  It would be extremely useful to exclude specific topics from the internal search feature.     

            Joel Beach added a comment -

            Please add this feature. It doesn't seem like it would be that hard to flag something as either available or unavailable for search results.

            Joel Beach added a comment - Please add this feature. It doesn't seem like it would be that hard to flag something as either available or unavailable for search results.

              Unassigned Unassigned
              dluvison Deividi Luvison (Inactive)
              Votes:
              220 Vote for this issue
              Watchers:
              100 Start watching this issue

                Created:
                Updated: