Mari Jørgensen
OMVPPaaS CMS Developer CertificationCommerce Connect 13 Developer Certification
Jun 1, 2011
visibility 8266
star star star star star
(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?

error Please login to comment.
Latest blogs
Surviving a Dirty Feed. Part 3: Error Handling and Event Batching

Committing a 250,000-row Optimizely catalog import row by row, returning a per-row failure report, and coalescing catalog events into one per batch.

Stanisław Szołkowski | Oct 16, 2026 |

Building UI Extensions for Optimizely SaaS CMS

Introduction Developers have been extending the functionality of Optimizely PaaS CMS for years using addons built in C# and deployed as NuGet...

Mark Stott | Oct 15, 2026

Cheapskate AI Translator: Because Translation Should Not Require a Second Mortgage

There is a particular kind of software project that begins with a detailed architecture document, a product roadmap, and a carefully assembled...

Linh Doan Cuu | Oct 15, 2026

Computed Fields in CMS 13 Content Contracts with Optimizely Graph

Content Contracts in Optimizely CMS 13 allow different content types to share a common structure when querying Optimizely Graph. But what if the...

Mardy | Oct 14, 2026

Opal Workflow Agents And The Graph Webhook Trap

What we did? We built a compliance review workflow agent in Opal. The job was simple: when an editor submits a page for review in Optimizely CMS 13...

Ritu Madan | Oct 14, 2026

cms13-scan: A Deterministic CMS 13 Readiness Scanner

Every CMS 12 to CMS 13 upgrade I have looked at starts the same way. Someone opens the solution and starts hunting. A text search for the APIs

Adnan Zameer | Oct 12, 2026 |