Mobile app version of vmapp.org
Login or Join
Jennifer507

: Search Engine Friendly URLs with Query String I have content that can be accessed from various ways. For example my content is reviews and I have three type of reviews: /customer-reviews/11/slug.html

@Jennifer507

Posted in: #Seo #Url #UrlRewriting

I have content that can be accessed from various ways. For example my content is reviews and I have three type of reviews:

/customer-reviews/11/slug.html
/third-party-reviews/11/slug.html
/products/99/reviews/11/slug.html


Another example would be products which can be viewed in ways:

/products/11/index.html
/categories/99/products/11/index.html
/suppliers/99/products/11/index.html


The thing to note is that that each set of pages is fed from single table (reviews and products respectively). Now most websites have single URL for same piece of content regardless of the "view". E.g. Christian Bale's IMDB profile is www.imdb.com/name/nm0000288/ whether you were looking at The Dark Knight's cast or looking for popular people born on January 30.

So for my website I plan to use URLs like these:

/reviews/11/slug.html?view=customer
/reviews/11/slug.html?view=third-party
/reviews/11/slug.html?view=products&id=99

/products/11/index.html?view=
/products/11/index.html?view=categories&id=99
/products/11/index.html?view=suppliers&id99


Depending on the view parameter, I'll show a "breadcrumb" that takes the user back to where he came from and provide some kind of visual indication of the hierarchy hierarchy.

Is this good or bad approach. And is there a better solution?

10.03% popularity Vote Up Vote Down


Login to follow query

More posts by @Jennifer507

3 Comments

Sorted by latest first Latest Oldest Best

 

@Welton855

Search engines, at least Google, don't care either way. If you have a clean URL structure (no duplication via URLs like /productname/colorname/ & /colorname/productname/ ) then they generally won't have a problem whether you use URL path elements or URL parameters. Both URL kinds have been around since "forever" so there's no need to worry about that.

My advice would be to primarily focus on the user and let that guide you regarding a decision like this. What works best for the user? And related, how will international (non-English) users be able to cope (if they're a part of your targeted audience)?

Things to keep in mind regardless when choosing a URL scheme:


Make sure you avoid duplication as much as possible
Use the rel=canonical where it makes sense
Don't try to stuff keywords into your URLs (it's not necessary)
Try to avoid unnecessary/unused URL elements (avoid having /123-pagename/ and /123-randomtext/ show the same content)
Avoid "infinite" URL nesting (/123-pagename/ links to /123-pagename/related/ links to /123-pagename/related/234-otheritem/ etc.)

10% popularity Vote Up Vote Down


 

@Frith620

I like your use of query strings, but I would also suggest to have a "default" version that effectively means no query string. When the url is processed the default query string can then be added through url rewriting to process the request. If your using an MVC framework then this can be handled for you by default routes.

You can also make use of canonical url links to mitigate this problem further.
www.seomoz.org/blog/canonical-url-tag-the-most-important-advancement-in-seo-practices-since-sitemaps

10% popularity Vote Up Vote Down


 

@Welton855

I agree with Mr. Disappointment that using URL segments is the way to go. And I think you will eventually end up with shorter URL's. Query strings are more verbose. I would use URLs like this:

/reviews/11/slug/customer/
/reviews/11/slug/third-party/
/reviews/11/slug/product/99/

/products/11/
/products/11/category/99/
/products/11/supplier/99/


It's debatable if you should end your URLs with a slash or not.

10% popularity Vote Up Vote Down


Back to top | Use Dark Theme