Mari Jørgensen
Jun 1, 2011
  7840
(3 votes)

A Major Facelift for the 404 Module

The 404 handler on EPiCode has been improved and upgraded for version 6 of EPiServer CMS. One of the new features is the ability for editors and administrators to maintain redirects through a gadget in the Online Center. 

gadget

With the 404 Handler Redirect Gadget editors can add new custom redirects, delete or search for existing redirects. The "old URL" is unique, meaning that if you register two custom redirects with the same old URL, the latter will overwrite the first one. All redirects are saved in the Dynamic Data Store.

Installation and supported environments

You can choose between a NuGet install package (requires Visual Studio 2010) or a module install package for EPiServer Deployment Center. The NuGet package will become available in the EPiServer NuGet feed soon.

For download and documentation please visit the module wiki page on EPiCode.

The module has been developed and tested for IIS 7, and built using EPiServer CMS 6. I’ve briefly tested it on CMS 6 R2 and it seems to be working just fine. It has not been tested on .NET 4.

Jun 01, 2011

Comments

Jun 1, 2011 04:04 PM

Awesome - really looking forward to trying this out (through Nuget of course!)

Does the redirect work in a similar way to Magnus' module (see below), which ensured the correct Http status code was also sent?

http://world.episerver.com/Blogs/Magnus-von-Wachenfeldt/Dates/2010/2/Making-EPiServer-and-Search-Engines-Work-Together/

Mari Jørgensen
Mari Jørgensen Jun 3, 2011 08:10 AM

Yes, if the url is mapped the Http 301 Moved Permanently is sent.

Mari Jørgensen
Mari Jørgensen Jun 3, 2011 02:28 PM

Update: The module is now available in the EPiServer NuGet Feed (http://nuget.episerver.com/).

Jun 10, 2011 02:34 AM

Fantastic, so many people ask for this!

rachel.goldthorpe@karuba.co.nz
rachel.goldthorpe@karuba.co.nz Feb 10, 2012 02:24 AM

The correct HTTP status code isn't quite right when redirecting .aspx pages.

Instead you get a 302 returned for the old URL and then a redirect to the 404 page which then gives you a 301 code (see bottom of ticket code 198 https://www.coderesort.com/p/epicode/ticket/198#comment:1)

Does anyone have knowledge on what effect this will have with search engines?

Please login to comment.
Latest blogs
Bypassing WAF Blocking in Optimizely CMS 11 with Custom Base64 Properties

Introduction As Optimizely developers, we frequently encounter requirements to allow editors to inject third-party scripts into the head or body of...

Amit Mittal | Mar 2, 2026

Inspect SaaS CMS Packages Without Losing Your Sanity (Package Explorer Update)

Optimizely export packages have quietly become more complex. Inline (nested) blocks in CMS 12 and PaaS solutions weren’t always displayed clearly,...

Allan Thraen | Mar 1, 2026 |

Unstoppable: Insights from Optimizely’s 2026 UK Partner day

Over 150 Optimizely partners met in Shoreditch for the 2026 London Partner Kick Off. The theme was very much Opal with a side order of Optimizely's...

Mark Welland | Feb 27, 2026

What you need to run better experiments today

A practical, end-to-end playbook for higher quality A/B tests: conditional activation, targeting, metrics, power, SRM, and decision discipline.

Hristo Bakalov | Feb 27, 2026 |

Catalog Traversal in Action. Part 2: Real-World Scheduled Job Patterns

In my previous post, I showed how to build a memory-efficient catalog traversal service for Optimizely Commerce. The service uses streaming to...

Stanisław Szołkowski | Feb 24, 2026 |

Resource Editor - A localization management tool for Optimizely CMS

If you have worked with Optimizely CMS for any amount of time you know that managing localization through XML files can be tedious. Content type...

Per Nergård (MVP) | Feb 23, 2026