How to create a redirect page on MediaWiki sites

To redirect a page (1) to a different page (2), enter on the top of page 1:

 #REDIRECT NAME OF PAGE 2 

For example, to redirect the [ Cambridge University] page to the University of Cambridge page, [ edit] the Cambridge University page and enter:

 #REDIRECT University of Cambridge 

Please note that you can only redirect to articles, not sections in them; although the syntax allows them, e.g.

 #REDIRECT University of Cambridge 

they don't work.

Everything after the redirect line will be blanked when you save the page. Any text on the same line as the redirect will stay, but will not be visible unless someone edits the page.

To go back and edit your redirect after it's working, add &redirect=no to the end of the URL for your redirect. To add a reason, select one of the tags from the Tag column below and add it one space after and on the same line as #REDIRECT Wherever. E.g. for the redirect page University of Cambridge,

 #REDIRECT University of Cambridge 

That will also add the redirect to the category listed in the Category column below.

More examples are included below:

What do we use redirects for?

 * Avoiding broken links (see below)


 * Minor but notable topics

Sub-topic redirects are often temporary, eventually being replaced by fully fledged articles on the sub-topic in question. Be conservative when creating sub-topic redirects &mdash; they can sometimes be counter-productive, because they disguise the absence of a proper article from editors. Sub-topic redirects should only be used where the main article has a section on the sub-topic. For example, denial of service has a section on distributed denial of service. Sub-topics should be boldfaced on their first appearance in the section, to indicate that they are in fact alternate titles or sub-titles.

In accordance with naming conventions (precision) it's best to have an article at a well-defined, unambiguous term, with redirects from looser colloquial terms, rather than vice versa.

Some editors prefer to avoid redirects and link directly to the target article, as it is reported that redirects lower search engine rankings.

See also: Template messages/Redirect pages which contains a somewhat longer list of available redirect templates

Renamings and merges
We try to avoid broken links, because they annoy visitors. Therefore, if we change the layout of some section of Wikipedia, or we merge two duplicate articles, we always leave redirects in the old location to point to the new location. Search engines and visitors will probably have linked to that page at that url. If the page is deleted, potential new visitors from search engines will be greeted with an edit window. The same is true for anyone who previously bookmarked that page, and so on.

On a small scale, this applies to cases where we had duplicate articles on some subject, or lots of twisty little stubs on different aspects of the same overall subject. On a larger scale, we've had a few fairly major reorganizations:


 * Moving away from CamelCase article names
 * Moving away from having homepages in the article namespace (see User:Tim Starling/Redirects from : to User: for a partial list)
 * Moving away from using subpages in the article namespace

When should we delete a redirect?
To delete a redirect without replacing it with a new article, list it on redirects for deletion. See deletion policy for details on how to nominate pages for deletion.

This isn't necessary if you just want to replace a redirect with an article, or change where it points: see How do I change a redirect? for instructions on how to do this. If you want to swap a redirect and an article, but are not able to move the article to the location of the redirect please use Requested moves to request help from an admin in doing that.

What needs to be done on pages that are targets of redirects?
We follow the "principle of least astonishment" &mdash; after following a redirect, the reader's first question is likely to be: "hang on ... I wanted to read about this. Why has the link taken me to that?". Make it clear to the reader that they have arrived in the right place.

Normally, we try to make sure that all "inbound redirects" are mentioned in the first couple of paragraphs of the article. For example:


 * Longships were boats used by the Vikings...
 * longship, redirect from viking ship
 * Edvard Munch (1863–1944) was ... The broadest collection of his works is at on display at the Munch Museum at...
 * Edvard Munch, redirect from Munch Museum

Don't cause a secondary redirect. They don't work like a primary redirect; same with tertiary redirects.

Self-links, duplicate links
Avoid self-links, including self-links through redirects ("loop links"). Also, avoid having two links that go to the same place. These can confuse readers, and cause them to unnecessarily load the same page twice.

Don't fix redirects that aren't broken
Some editors are tempted, upon finding links using a legitimate redirect target, to edit the page to "fix" the redirect so that it points "straight" at the "correct" page. Unless the link displays incorrectly—for instance, if the link is to a misspelling or if the hint that appears when you hover over the link is misleading—there is no need to edit the link. Most especially, there should never be a need to replace redirect with redirect.

Some editors are under the mistaken impression that fixing such links improves the capacity of the Wikipedia servers. But because editing a page is thousands of times more expensive for the servers than following a redirect, the opposite is actually true.

Credits
This page has been adapted from
 * http://en.wikipedia.org/wiki/Wikipedia:Redirect

From HowTo Wiki, a Wikia wiki.