Welcome to WebmasterWorld Guest from

Forum Moderators: open

Message Too Old, No Replies

404 Redirects vs. IIS Rewrite - attempt 2

404 Redirects vs. IIS Rewrite - attempt 2

2:30 pm on Dec 16, 2004 (gmt 0)

New User

10+ Year Member

joined:Dec 9, 2004
votes: 0

Excuse the cross post (Website technology issues), but no answers for a week and I really need some perspective on this.

Thanks all,

Greetings fellow Webmasters.
I am currently exploring the VALUE of IIS Rewrite (or similar) verses 404 error management in an ISP/ASP based solution. We have VERY successfully implemented IIS Rewrite to create an organic SEM solution for our dynamic eCommerce sites (about 20+)...and are now looking to address some ugly URL issues.

Specifically, we are looking at allowing clients to create friendly URLs (www.client.com/productname) instead of (www.client.com/directory/product.asp?product=sku?prmotiontracking=ID). The question…what is the merit(s) of using IIS Rewrite vs. 404 error handling/redirects?

2:58 pm on Dec 16, 2004 (gmt 0)

Senior Member

WebmasterWorld Senior Member 10+ Year Member

joined:Apr 25, 2002
votes: 0

Systems using 404's are cheap, fairly easy to setup and will work anywhere - they can be made to create redirects and "transparent" rewrites if you know what you're doing.

The downside is that they are at best a messy solution, especially when trying to integrate them with an existing site which wasn't designed to be funnelled through a 404 script. Plus sometimes the the "rewrites" don't work quite as well as you'd like unless you have full access to the IIS settings.

On the other hand IIS Rewrite gives you a more professional way to approach your rewrites which (as far as I'm aware) doesn't interfere with any of the code on the target site. Plus since it's a commercial product I presume you can also get support if it doesn't quite work as planned.

The downsides include the fact that it costs money, and that you need to install the component on the server, but ultimately if your site could benefit from some decent rewrites it's money well spent.

- Tony

6:19 pm on Dec 16, 2004 (gmt 0)

New User

10+ Year Member

joined:Dec 9, 2004
votes: 0


We've already implemented IIS re-write across our servers. The cost issues is mitigated. I'm more concerned with the viability to the solution in a hosted, mulit-client per server environement. the goal is to allow our client to create their own "re-direct rules" through an easy to use GUI...

My developers are convinced that the use of 404 as a vessle for URL redirects is the most efficient way to go.

On the otherhand, I know that IIS Re-write was created for that specific purpose...that it runs in memory (fast)...and that it provides more flexibility.

I guess what I'm looking for as someone to articulate WHY 404 is better than IIS Re-Write...or is it?

12:37 am on Dec 17, 2004 (gmt 0)

Preferred Member

10+ Year Member

joined:May 24, 2002
votes: 0

I hate to recomend another repost, but the folks in the Microsoft Tech forum will be up to speed on these issues.


12:39 am on Dec 17, 2004 (gmt 0)

Senior Member from US 

WebmasterWorld Senior Member pageoneresults is a WebmasterWorld Top Contributor of All Time 10+ Year Member Top Contributors Of The Month

joined:Apr 27, 2001
votes: 61

Stay away from the 404 method and use a proper clean 301 redirect. With ISAPI_Rewrite, you can drop an httpd file in the root of each web on the server where you maintain the ISAPI License.

As mentioned above, the 404 method is a cheap solution and one that usually causes more problems than it is worth.

P.S. Unless your clients are familiar with writing regular expressions, you don't want them doing anything that has to do with redirects. Nada! Zilch! No can do!