[wp-meta] [Making WordPress.org] #1692: Plugin search quality improvements

Making WordPress.org noreply at wordpress.org
Thu Sep 22 15:43:09 UTC 2016


#1692: Plugin search quality improvements
-------------------------------------+-------------------------------------
 Reporter:  tellyworth               |       Owner:  tellyworth
     Type:  enhancement              |      Status:  assigned
 Priority:  normal                   |   Milestone:  Plugin Directory v3 -
Component:  Plugin Directory         |  M5
 Keywords:  dev-feedback needs-docs  |  Resolution:
  2nd-opinion                        |
-------------------------------------+-------------------------------------

Comment (by joyously):

 Replying to [ticket:1692 tellyworth]:
 > Some ideas for indicators of good quality results:
 >
 > * A search for a general term like "gallery" or "shopping cart" should
 favour plugins that have been updated relatively recently, are popular,
 and tested-up-to recent stable releases of WP.
 I disagree that these criteria indicate good quality results because
 change does not equate to "better".
 > * A search for a plugin name, or partial name, that is relatively unique
 (such as "akismet" or "super cache"), should show that plugin as the top
 result.
 The title should have the most weight, and it shouldn't matter if it's
 relatively unique or not because a partial name search is often done
 intentionally.
 > * A search for a partial plugin name that is somewhat generic (such as
 "contact form" or "wordpress seo") should show that plugin near the top
 result, provided it is recent and popular.
 If I can't find an older plugin by partial name, how do I find it? Why
 does it have to be popular or recent if I know part of the name?
 > * Plugins that are abandoned, have few active installs, or possible
 compatibility issues, should be ranked lower or not shown at all in search
 results.
 I disagree. The search shouldn't decide what I want to see. How would a
 maintainer of the directory find those plugins if they need to if the
 search is rigged against them? What if those are the ones I want to find?
 I should be able to search and jump to the last page of results to get my
 answer.
 > The approximate active install count, modified date, and tested-up-to
 version, are already indexed, and should go a long way towards ranking
 results appropriately.
 These should be displayed in results, but not used for relevancy ranking
 due to not knowing the searcher's actual intent.

--
Ticket URL: <https://meta.trac.wordpress.org/ticket/1692#comment:58>
Making WordPress.org <https://meta.trac.wordpress.org/>
Making WordPress.org


More information about the wp-meta mailing list