[wp-meta] [Making WordPress.org] #4469: Plugin information API: Prioritize 100% matched slug in search
Making WordPress.org
noreply at wordpress.org
Tue Jun 4 02:01:28 UTC 2019
#4469: Plugin information API: Prioritize 100% matched slug in search
--------------------------+-------------------------
Reporter: tobifjellner | Owner: tellyworth
Type: enhancement | Status: reviewing
Priority: normal | Milestone:
Component: API | Resolution:
Keywords: |
--------------------------+-------------------------
Comment (by dd32):
Replying to [comment:5 coffee2code]:
> My take is that searching for a slug-like term without a hyphen (e.g.
"seo") should not feature a plugin with a matching slug since it isn't
clear if user is searching on a generic term or a plugin by slug. However,
a slug-like term with a hyphen (e.g. "best-seo") ''should'' feature a
plugin that 100% matches the slug (and is definitely a different search
than "best seo").
My take is a little different - I think we should let the search engine
handle it.
It already has a slug-match boost which pushes plugins much higher in the
ranking, but it doesn't always put it into first position as other plugins
still match the term better based on the other ranking factors.
For most plugins it seems that slug boost already works, one example of a
plugin where it doesn't is `debug-bar-console` which is half way down
page2, because it's really not the best plugin to match it (based on last-
updated, reviews, support, etc. and far more plugins better matching
"debug bar console")
After [8902] searching for the exact URL results in it searching for
'plugin-slug' which at least in the case of health check now results in it
being in the first position:
https://wordpress.org/plugins/search/https://wordpress.org/plugins/health-
check/
--
Ticket URL: <https://meta.trac.wordpress.org/ticket/4469#comment:6>
Making WordPress.org <https://meta.trac.wordpress.org/>
Making WordPress.org
More information about the wp-meta
mailing list