Skip to main content

Redirects: Best Practices for Schools

Updated over 2 months ago

URL redirects help ensure that visitors can still find your content even when page addresses change. Friendly URLs make your website addresses easier to remember and more professional-looking. This guide will help you create and manage both effectively in your Edlio CMS.

Understanding URL Redirects

A redirect automatically sends visitors from one web address to another. For example, if you change your "About Us" page location, you can create a redirect so that anyone using the old address will automatically be taken to the new page.

Best Practices for Creating Redirects

Use Safe Characters Only

When creating redirects, stick to safe characters that work reliably across all web browsers and systems. These include:

  • Letters (A-Z, a-z)

  • Numbers (0-9)

  • Hyphens (-)

  • Underscores (_)

redirect safe character list

Avoid Unsafe Characters

Certain characters can cause problems with redirects and should be avoided. These characters may not display correctly or could break your redirect entirely.

redirects unsafe character list

Be Mindful of Reserved Characters

Some characters are reserved for special functions within the Edlio CMS routing system. Using these characters in your redirects could interfere with how your website operates, so it's important to avoid them.

redirect reserved character list

Creating Effective Redirects

Always End with a Forward Slash

When setting up a redirect, make sure your "redirect from" URL ends with a forward slash (/). For example:

  • Correct: www.yourschool.com/old-page/

  • Incorrect: www.yourschool.com/old-page

Don't worry if you forget – the Edlio system will automatically add the forward slash for you, but it's good practice to include it yourself.

Keep Your Redirects Current

Regular maintenance of your redirects is essential. Here's what you need to do:

Check Destination Pages Regularly Make sure the pages your redirects point to still exist and contain the correct information. A redirect that leads to a deleted page will show visitors a "Page Not Found" error.

Update or Remove Broken Redirects If you discover a redirect pointing to a deleted page, you have two options:

  1. Delete the redirect if the content is no longer needed

  2. Update the redirect to point to a different, relevant page

Example Scenario: Let's say you created a redirect from www.yourschool.com/school-profile to your detailed school information page. If that destination page gets deleted later, visitors using the friendly URL will see an error. You'll need to either remove the redirect or point it to another appropriate page with school information.

Using Friendly URLs

Friendly URLs are short, easy-to-remember web addresses that clearly describe your page content. Instead of a complex URL like www.yourschool.com/apps/pages/index.jsp?uREC_ID=1547305&type=d, you can create something simple like www.yourschool.com/lunch-menu.

Setting Up Friendly URLs

You can create friendly URLs for specific pages through Page Options in your Edlio CMS. When creating friendly URLs:

Make Them Descriptive Choose URLs that clearly indicate what visitors will find on the page:

  • www.yourschool.com/calendar for your school calendar

  • www.yourschool.com/contact-us for contact information

  • www.yourschool.com/athletics for sports information

Keep Them Simple Shorter URLs are easier to remember and type:

  • Good: www.yourschool.com/news

  • Avoid: www.yourschool.com/latest-news-and-announcements

Benefits of Friendly URLs:

  • Visitors can easily understand what the page contains

  • URLs are easier to remember and share

  • Search engines favor descriptive URLs

  • Your website appears more professional

Important Note About Friendly URLs vs. Redirects

Friendly URLs created through Page Options work differently from the Redirects feature:

  • Friendly URLs set in Page Options won't appear in your Redirects list

  • Redirects created in the Redirects feature won't show up in Page Options

  • Both serve different purposes and are managed separately

Did this answer your question?