Submit a Ticket

Loading support form...
Skip to content
  • There are no suggestions because the search field is empty.

Requesting and Understanding Redirect Rules in uConnect

If you need a new redirect on your site, our Support team can set it up for you. While customers don't have direct access to the redirect manager, understanding how redirects work will help you request the right change, avoid common mistakes, and choose the correct destination behavior.

Submit a request to Support with the current URL, the destination URL (if applicable), whether the change should be permanent or temporary, and any context about why the redirect is needed.

⚠️ Important: Redirects affect live visitor traffic. A small mistake can send users to the wrong page, create a redirect loop, or send search engines the wrong signal. That's why it's worth a quick read before submitting your request!

What Is a Redirect?

A redirect tells a browser that one URL should lead somewhere else, or that a page should no longer be available. This is useful when:

  • Content has moved
  • A page is temporarily unavailable
  • An outdated section of your site needs to be retired

Depending on the status code used, a redirect can:

  • Send visitors to a new location
  • Tell search engines the move is permanent or temporary
  • Return a "not found" or "gone" response instead of loading content

The most common question to ask yourself: should this URL point somewhere new, or should it stop working on purpose?

How to Request a Redirect from Support

When you contact Support, please include as much of the following as possible:

Detail

Description

Redirect from

The old path visitors are using

Redirect to

The new destination (if this is a redirect, not a removal)

Permanent or temporary

Whether this change is final

Reason for the change

e.g., page moved, section retired, temporary issue, outdated file

Desired timing

If the redirect needs to go live by a certain event or launch date

Examples to test

Sample URLs you'd like confirmed after setup

 

💡 Best practice: If you're not completely sure a redirect should be permanent, ask for a temporary redirect first. It's usually safer to start with a temporary rule and update it later.

 

How Redirects Are Configured Behind the Scenes

Support creates redirect rules in your site's redirect manager. The options available depend on the HTTP status code selected.

Status Group

What Support Enters

Typical Use

3XX

A source URL and a destination URL

Send visitors from one URL to another

4XX

A source URL only

Return an error response instead of redirecting

For redirect rules, the source path is usually entered as a relative path, not a full web address. This means Support configures the path portion of the URL rather than tying the rule to one specific mapped domain.

A note on mapped domains: If your site has multiple mapped domains, a relative redirect path applies based on whichever mapped domain the visitor used. If traffic needs to be redirected from a domain that is not mapped to your site, that redirect must be configured outside the platform by your domain owner or IT team.

 

Which Status Codes Matter Most

There are many HTTP status codes, but most customer requests fall into one of these four:

Code

Name

What It Means

When to Ask for It

301

Moved Permanently

The old URL has a new long-term home

The move is final and should stay that way

302

Found / Temporary Redirect

The old URL points somewhere else for now

The original page may return later

404

Not Found

The requested page should not be available

You don't want visitors sent to a replacement page

410

Gone

The page was intentionally removed permanently

Content has been retired with no replacement

The backend can also support 303, 307, and 403 in some cases, but these are less common for customer-facing requests. For most situations, 301, 302, 404, and 410 are the ones to know.

 

301 vs. 302: Choosing Permanent or Temporary

This is the most important decision in most redirect requests.

Ask yourself: If someone bookmarked the new destination and came back a year from now, should they still end up there?

  • If yes → request a 301
  • If not sure → request a 302
  • If the original page is only unavailable for a short time → request a 302

⚠️ Be careful with 301 redirects. Browsers and search engines may treat them as long-term truth. Undoing a 301 later is possible, but effects can linger since browsers cache them and search engines may take time to reprocess the old URL.

Why Permanent Redirects Need Extra Care

A 301 does more than move traffic — it tells search engines and browsers that the old URL has permanently moved:

  • Browsers may cache it aggressively — some visitors may keep being redirected even after a change is reversed.
  • Search engines may transfer ranking signals — the old URL can lose visibility while the new one becomes the primary destination.
  • Fixes can take time to settle — reversing a permanent redirect isn't always immediate from an SEO perspective.

This is why Support may ask clarifying questions before setting up a 301 redirect.

 

Wildcard Redirects for Groups of Pages

Sometimes one rule can cover many URLs. A wildcard can match a pattern instead of a single page.

Example 1 — Preserving the path:

  • From: audience/*
  • To: channel/*

This preserves the portion after the slash, so a visitor going to /audience/alumni would be sent to /channel/alumni.

Example 2 — Consolidating to one destination:

  • From: our-team/*
  • To: /staff

In this case, every page under /our-team/ goes to a single destination.

💡 Advanced behavior: Pattern-based redirects are powerful, but they can also affect more URLs than expected. If you need a wildcard redirect, include examples of both URLs that should redirect and URLs that should not.

 

What Can Go Wrong

The most common issue is a redirect loop. This happens when one rule sends visitors to a URL that's already affected by another redirect — sometimes sending them back again:

  1. A redirects to B
  2. B redirects back to A
  3. The browser refuses to load the page

Conflicts can also happen when an older rule overlaps with a new wildcard rule. This is why Support reviews existing redirects before publishing a new one.

 

What Visitors Will Experience

Type

Visitor Experience

3XX redirect

Sent to the new location automatically

404 page

Sees a "not found" experience instead of content

410 page

Sees that the page is no longer available

In most redirect cases, the transition is seamless, and visitors won't see a special message before arriving at the new destination.

 

Tips for Making a Strong Support Request

✅ Share the exact old and new URLs whenever possible

✅ Say whether the change is permanent or temporary

✅ Explain whether search visibility matters for this page

✅ Mention if this is a single page or a whole section

✅ Call out any related redirects already in place

✅ If multiple domains are involved, specify which domains are mapped to the site

 

Frequently Asked Questions

  • Can a redirect point to an external website (not on our uConnect site)? Yes. A redirect destination can point to a full external URL when appropriate — just include the full destination in your request.

  • Is it ever better to show an error page instead of redirecting? Yes. In some cases, a 404 or 410 response is more appropriate than sending visitors elsewhere, especially when there's no clear replacement page.

  • Can Support redirect traffic from a domain that isn't mapped to our site? No. If the source domain isn't mapped to your site, the redirect can't be handled in the platform's redirect manager. It must be configured by whoever controls that domain — such as your IT team or hosting provider.

Summary

If you need a redirect, our Support team can create it for you. The key is to provide the source URL, the destination (if needed), and whether the change is permanent or temporary. Understanding the difference between 301, 302, 404, and 410 helps you request the right behavior and avoid issues with search engines, caching, and redirect loops.