The number of sites in the Stack Exchange network is ever growing, and often the topics overlap to some degree. So for topics on the borderline between communities, a user might well have difficulties to choose the best site where to post his question.

I propose a search for tags on the main stackexchange.com site. At the very least, the result should list tags containing the search term along with the network sites on which they are used.

Additional information would be welcome, particularly some activity measure like accept rate or number of questions, to see which community is most active on a given tag. The short descriptions of the tags for the respective sites would probably be useful as well.


Let us suppose I search the global site for svg. At the time of this writing, the result should list the following sites and numbers of questions:

Some of these might come rather unexpected, although in retrospect they do make a lot of sense. Some of these sites I wasn't even aware of so far. Now I can consider which of the audiences that deals in SVG is most likely to answer my particular question.

Note that the above list was created manually, and thus might be incomplete. Also note that the list only considers exact matches, not substring matches. Having both would be best, but having either would be sufficient for the purpose of this request.


My only concern is that the tags may not be defined the same way across sites, making cross-search difficult.

| improve this answer | |
  • 2
    That's why I'd include the short description. In the end, the user has to decide, but he will be happy to use all the help he can get. Even a listing with a few false positives is better than no listing at all. – MvG Oct 5 '12 at 13:37

In a small way, this feature is already available: when you construct a tag set on SE, then after you enter a tag, you see a list of sites which provide that tag, along with question counts.

  • This does only search full tags, not parts of a tag name. Which might be a valid restriction, as this should still cover the most common use case of a full tag name.
  • The number of matching questions is already included, which is a great thing. They differ slightly from the numbes above, perhaps due to closed questions.
  • This does not provide a link to the site, so users can't easily see examples of what kinds of questions a site covers.
  • The single hit on Ask Different was omitted, which is OK I think.
  • The whole thing is hidden somewhere in the depths of the question filter UI, which is not an obvious place to obtain this information, and which is pretty much a power-user tool.

I guess it shouldn't be too hard to adjust that existing code to provide a stand-alone tag search as requested.

| improve this answer | |

You must log in to answer this question.

Not the answer you're looking for? Browse other questions tagged .