[buddypress-trac] [BuddyPress] #1741: Resolve redundant URLs for SEO reasons

buddypress-trac at lists.automattic.com buddypress-trac at lists.automattic.com
Wed Feb 22 18:36:23 UTC 2012

#1741: Resolve redundant URLs for SEO reasons
 Reporter:  Ezd                    |       Owner:  boonebgorges
     Type:  enhancement            |      Status:  reopened
 Priority:  major                  |   Milestone:  1.6
Component:  Core                   |     Version:
 Severity:  normal                 |  Resolution:
 Keywords:  2nd-opinion has-patch  |
Changes (by boonebgorges):

 * keywords:  2nd-opinion => 2nd-opinion has-patch


 John and Paul and I talked about this a bit, and we decided I'd write up a
 patch for Nacin's suggested change, so that we would be able to test side-
 by-side. See 1740.02.patch. General approach is the same: during the
 process of adding menu items based on the requested URL, assemble a
 'canonical stack', which is used in bp_canonical_redirect() to determine
 the canonical URL. The stack is built in such a way that the default
 component or default subnav is left out, resulting in a canonical URL that
 rolls up.

 Please have a test, comparing against the current trunk. Be sure to test
 URLs like this:
 - example.com/members/boone/activity/just-me/ (rolls up)
 - example.com/members/boone/activity/mentions/ (doesn't roll even though
 activity is default component, because of non-default 'mentions' action)
 - example.com/members/boone/ resolves
 - example.com/members/groups/my-groups/ (rolls up)

 Same for groups.

 So, the question is: does this feel like a more natural way of browsing
 the site, given what Nacin and I lay out above about rolling up/down?
 Thanks in advance for feedback.

Ticket URL: <https://buddypress.trac.wordpress.org/ticket/1741#comment:14>
BuddyPress <http://buddypress.org/>

More information about the buddypress-trac mailing list