Google Suggests NOT Rewriting Dynamic URLs

Posted on

  • email
  • twitter
  • facebook
  • share this

share this


Google has clarified (and confused some webmasters in the process) how it handles dynamic versus static URLs - will you listen? You'll want to read more if you've spent time rewriting URLs to accommodate user-friendly structures over the years - apparently, in the eyes of Google, it's not necessary.

Google is suggesting not rewriting dynamic URLs as it is difficult for Web designers and developers to create and maintain sites that make the change (if they don't know for certain what they are doing) AND Google itself might have problems crawling and ranking dynamic URLs if they are made to look static (in the process hiding parameters which offer Googlebot valuable information on the content of the page.)

Let's actually backup a bit and provide a little background. Static URLs are those that do not change (they contain no parameters.) If you've ever undertaken an effort to rewrite dynamic URLs you know how that goes. Updating these pages can be tedious and time consuming, especially if there is a large quantity of information behind the scenes, which is why so many turn to rewriting dynamic URLs - wherein content is pulled from a database and displayed in a restructured fashion on-demand.

You might want to review a few articles previously published on Website Magazine as background.
Ask the Experts: Rewriting Looooong URLs
How-to Guide: Redirects and htaccess

By all accounts and by Google's own admission, it is safer to serve the dynamic URL and let Google manage detecting/avoiding problematic parameters. Why? The commonly held belief that static or static-looking URLs are an advantage for indexing and ranking sites no longer applies. In the past, Google (as did all search engines - that continues by the way) had problems with session ID's and parameters. Progress has been made over time however, so now (according to Google) "While static URLs might have a slight advantage in terms of click through rates because users can easily read the URLs, the decision to use database-driven websites does not imply a significant disadvantage in terms of indexing and ranking." In short, providing search engines with dynamic URLs should be favored over hiding parameters to make them look static.

As you can imagine, the announcement is causing great amount of confusion in SEO circles. For those using WordPress permalinks, if you can be certain that they do not introduce any irrelevant elements into the URL (which WordPress is actually very good at producing) then there should not be any problems. For those using SEO modules that rewrite URLs (like the ones we featured last week), know in no uncertain terms that Google prefers the dynamic URLs as these solutions make understanding a website easier - for Google.

While Google may claim that they can now properly handle dynamic URLs as well as they handle static URLs, I would advise that you continue to use rewrite to create static-looking URLs for users - not the search engines themselves. If you do decide to not rewrite URLs, make sure pages are defined by no more than three parameters.

Filed under: ,

 
     :: Try iContact for FREE for 30 Days! Sign up now at iContact.com ::


Login To Comment


Become a Member

Not already a part of our community? Sign up to participate in the discussion. It's free and quick.

Sign Up

7 comments

Neil Maycock 09-24-2008 4:48 AM

Very Good Article. Google does like to mix it up for SEO's. I think your summary is right though, let keep using the redirects. I use Joomla! a lot, and so do use the sef function a lot too. Users respond better to url's they can read, but most of them will read the title no the url, as this comes first in Googles search.

One to think about.

John Fitzsimmons 09-25-2008 6:54 AM

This information hurts my brain. ;P

Wynne 10-01-2008 12:57 PM

Shifting away from the SEO indexing for a moment, what about the statistics and (Google) analytics reporting. Usability of these reports to monitor traffic and analyze landing and exit pages is much smoother if the URIs are in human readable language.

E.g. It's one thing to know the most visited/exited page on a Corporate site is www.domain.com/subpage.aspx however, it is a major benefit to immediately recognize this as the "careers" page by distinguishing the URI as www.domain.com/.../php, etc.

Analysis of web statistics is more practical and less time consuming when the page addresses in more semantically descriptive terms.

Peter A. Prestipino 10-01-2008 1:53 PM

I completely agree WynneH. It's certainly much more practical for the purpose you've outlined - it comes in quite handy when we look at our own server logs. I believe that the message from Google was a sign that less attention will be paid in the future to descriptive terms appearing in the URL, and that many are doing it wrong anyway, so why bother rewriting them?

Justin Goldberg 10-03-2008 6:34 PM

Egads, what a mess.

This will just create more of a mess to transition everything using redirects from the old static-looking urls to the original dynamic urls.

For sites with lots of urls with links and ranking, you might not want to change anything.  For newly created sites we can all finally forget rewrites forever.

Words in urls are good, but lets be honest, only geeks ever look urls, imho.

I would suggest that it would be good to keep the url parameters to one at the most.

Chuck Lasker 12-19-2008 2:24 PM

Important to point out is when a site already has been spidered and has rankings, changing URLs can be very destructive, both for Google clicks going nowhere and for rankings. If you change URL formats, be sure to do 301 redirects to tell Google the change is permanent so you don't lose your rankings.

www.webconfs.com/how-to-redirect-a-webpage.php

Justin Bryce 12-21-2008 4:19 PM

Good to know - however static urls or at least urls with session ids after the page url are better for Analytic systems.  They are easier to interpret and require less tweaking of you analytic system.

As a rule I recommend clients to not use a session id or at least to use it as a variable after the page url.

Add to the discussion!

999 E Touhy Ave
Des Plaines, IL 60018

Toll Free: 1.800.817.1518
International: 1.773.628.2779
Fax: 1.773.272.0920
Email: info@websitemagazine.com

Facebook


Twitter