What Is A Redirect?<\/h2>\n
Website redirects tell browsers and search engines information about a URL and where to find the webpage.<\/p>\n
A URL redirect involves code implemented to a specific URL, or a group of URLs so that the user (or search engine) is sent to a different page to the actual URL that was input or clicked.<\/p>\n
A redirect can be set as a:<\/p>\n
- \n
- Temporary redirect: 302, 303, 307, 308.<\/li>\n
- Permanent redirect: 301.<\/li>\n<\/ul>\n
When To Use Redirects<\/h2>\n
The main reasons to use redirects are:<\/p>\n
- \n
- An individual page or entire domain has been moved (URL changed).<\/li>\n
- To allow the use of URL shorteners or \u2018pretty URLs.\u2019<\/li>\n
- Site migration (e.g., HTTP to HTTPS).<\/li>\n<\/ul>\n
For SEO purposes, URL redirects are important because they:<\/p>\n
- \n
- Forward authority of any links pointing to a page that has moved or been deleted.<\/li>\n
- Avoid 404 page not found errors (although sometimes it is better to leave a 404).<\/li>\n<\/ul>\n
Redirects can be implemented on a group or domain-wide basis but often need to be set on an individual basis to avoid issues.<\/p>\n
When using RegEX for group redirects, it can have unexpected results if your logic isn\u2019t flawless!<\/p>\n
Types Of Redirects<\/h2>\n
There are three main types of redirects:<\/p>\n
- \n
- Meta Refresh redirects<\/strong> are set at the page level but are generally not recommended for SEO purposes. There are two types of meta redirect: delayed which is seen as a temporary redirect, and instant, which is seen as a permanent redirect.<\/li>\n
- Javascript redirects<\/strong><\/a> are also set on the client side\u2019s page and can cause SEO issues. Google has stated a preference for HTTP server-side redirects.<\/li>\n
- HTTP redirects<\/strong> are set server-side and the best approach for SEO purposes \u2013 we covered in-depth below.<\/li>\n<\/ul>\n
What Is A HTTP Response Status Code?<\/h2>\n
Browsers and search engine crawlers like GoogleBot are called user agents<\/strong>.<\/p>\n
When a user agent tries to access a webpage, what happens is that the user agent makes a request, and the website server issues a response.<\/p>\n
The response is called an HTTP response status code<\/a>. It provides a status for the request for a URL.<\/p>\n
In the situation where a user agent like GoogleBot requests a URL, the server gives a response.<\/p>\n
For example, if the request for a URL is successful, the server will provide a response code of 200, which means the request for a URL was successful.<\/p>\n
So, when you think of a GoogleBot reaching a website and trying to crawl it, what\u2019s happening is a series of requests and responses.<\/p>\n
HTTP Redirects<\/h2>\n
An HTTP redirect is a server response to request a URL.<\/p>\n
If the URL exists at a different URL (because it was moved), the server tells the user agent that the URL request is being redirected to a different URL.<\/p>\n
The response code for a changed URL is usually in the form of a 301 or 302 response status code.<\/p>\n
The entire 3xx series of response codes communicate much information that can optionally be acted upon by the user agent.<\/p>\n
An example of an action that the user agent can take is to save a cache of the new URL so that the next time the old URL is requested, it will ask for the new URL instead.<\/p>\n
So, a 301 and a 302 redirect is more than an internet road sign that says, \u201cGo here, not there.\u201d<\/p>\n
3XX Series Of Status Codes<\/h2>\n
Redirects are more than just the two status codes everyone is familiar with, the 301 and 302 response codes.<\/p>\n
There are a total of seven official 3xx response status codes.<\/p>\n
These are the different kinds of redirects available for use:<\/p>\n
- \n
- 300 Multiple Choices.<\/li>\n
- 301 Moved Permanently.<\/li>\n
- 302 Found.<\/li>\n
- 303 See Other.<\/li>\n
- 304 Not Modified.<\/li>\n
- 305 Use Proxy.<\/li>\n
- 306 (Unused).<\/li>\n
- 307 Temporary Redirect.<\/li>\n
- 308 Permanent Redirect.<\/li>\n<\/ul>\n
Some of the above status codes have not been around as long and might not be used. So, before using any redirect code other than 301 or 302, be sure that the intended user agent can interpret it.<\/p>\n
Because GoogleBot uses the latest version of Chrome (called a headless browser), it\u2019s easy to check if a status code is compatible by checking if Chrome recognizes the status code with a browser compatibility list<\/a>.<\/p>\n
For SEO, one should stick to using the 301 and 302 response codes unless there is a specific reason to use one of the other codes.<\/p>\n
301: Moved Permanently<\/h3>\n
The 301 status code is routinely referenced as the 301 redirects. But the official name is 301 Moved Permanently<\/strong>.<\/p>\n
The 301 redirect indicates to a user agent that the URL (sometimes referred to as a target resource or simply resource) was changed to another location and that it should use the new URL for future requests.<\/p>\n
As mentioned earlier, there is more information as well.<\/p>\n
The 301 status code also suggests to the user agent:<\/p>\n
- \n
- Future requests for the URL should be made with the new URL.<\/li>\n
- Whoever is making the request should update their links to the new URL.<\/li>\n
- Subsequent requests can be changed from GET to POST.<\/li>\n<\/ul>\n
That last point is a technical issue. According to the official standards for the 301 status code<\/a>:<\/p>\n
\n
\u201cNote: For historical reasons, a user agent MAY change the request method from POST to GET for the subsequent request. If this behavior is undesired, the 308 (Permanent Redirect) status code can be used instead.\u201d<\/p>\n<\/blockquote>\n
For SEO, when search engines see a 301 redirect, they pass the old page\u2019s ranking to the new one.<\/p>\n
Before making a change, you must be careful when using a 301 redirect. The 301 redirects must only be used when the change to a new URL is permanent.<\/p>\n
The 301 status code must not be used when the change is temporary.<\/p>\n
Additionally, if you change your mind later and return to the old URL, the old URL may not rank anymore and may take time to regain the rankings.<\/p>\n
So, the main thing to remember is that a 301 status code will be used when the change is permanent.<\/p>\n
302: Found<\/h3>\n
The main thing to understand about the 302 status code is that it\u2019s useful for situations where a URL is temporarily changed.<\/p>\n
The meaning of this response code is that the URL is temporarily at a different URL, and it is suggested to use the old URL for future requests.<\/p>\n
The 302 redirect status code also comes with a technical caveat related to GET and Post:<\/p>\n
\n
\u201cNote: For historical reasons, a user agent MAY change the request method from POST to GET for the subsequent request. If this behavior is undesired, the 307 (Temporary Redirect) status code can be used instead.\u201d<\/p>\n<\/blockquote>\n
The reference to \u201chistorical reasons\u201d may refer to old or buggy user agents that may change the request method.<\/p>\n
307: Temporary Redirect<\/h3>\n
A 307 redirect means the requested URL is temporarily moved, and the user agent should use the original URL for future requests.<\/p>\n
The only difference between a 302 and a 307 status code is that a user agent must request the new URL with the same HTTP request used to request the original URL.<\/p>\n
That means if the user agent requests the page with a GET request, then the user agent must use a GET request for the new temporary URL and cannot use the POST request.<\/p>\n
The Mozilla documentation of the 307 status code<\/a> explains it more clearly than the official documentation.<\/p>\n
\n
\u201cThe server sends this response to direct the client to get the requested resource at another URI with same method that was used in the prior request.<\/p>\n
This has the same semantics as the 302 Found HTTP response code, with the exception that the user agent must not change the HTTP method used: if a POST was used in the first request, a POST must be used in the second request.\u201d<\/p>\n<\/blockquote>\n
Other than the 307 status code requiring subsequent requests to be of the same kind (POST or GET) and that the 302 can go either way, everything else is the same between the 302 and the 307 status codes.<\/p>\n
302 Vs. 307<\/h3>\n
You may handle a redirect via server config files .htaccess on Apache, example.conf file on Nginx or via plugins if you are using WordPress.<\/p>\n
In all instances, they have the same syntax for writing redirect rules. They differ only with commands used in configuration files. For example, a redirect on Apache will look like this:<\/p>\n
Options +FollowSymlinks\nRewriteEngine on\nRedirectMatch 301 ^\/oldfolder\/ \/newfolder\/<\/pre>\n
(You can read about symlinks here<\/a>.)<\/p>\n
On Nginx servers, it will look like this:<\/p>\n
rewrite ^\/oldfolder\/ \/newfolder\/ permanent;<\/pre>\n
The commands used to tell the server\u2019s status code of redirect and the action command differ.<\/p>\n
For instance:<\/p>\n
- \n
- Servers status code of redirect: \u201c301\u2033 vs. \u201cpermanent.\u201d<\/b><\/li>\n
- Action command: \u201cRedirectMatch\u201d vs. \u201crewrite.\u201d<\/b><\/li>\n<\/ul>\n
But the redirect syntax ( ^\/oldfolder\/ \/newfolder\/ ) is the same for both.<\/p>\n
On Apache, ensure that mod_rewrite and mod_alias modules (responsible for handling redirects) are enabled on your server.<\/p>\n
Since the most widely spread server type is Apache, here are examples for .htaccess apache files.<\/p>\n
Make sure that the .htaccess file has these two lines above the redirect rules and put the rules below them:<\/p>\n
Options +FollowSymlinks\nRewriteEngine on<\/pre>\n
Read the official documentation to learn more about the RewriteEngine<\/a>.<\/p>\n
To understand the examples below, you may refer to the table below on RegExp<\/a> basics.<\/p>\n
\n\n\n
\n *<\/td>\n zero or more times<\/td>\n<\/tr>\n \n +<\/td>\n One or more times<\/td>\n<\/tr>\n \n .<\/td>\n any single character<\/td>\n<\/tr>\n \n ?<\/td>\n Zero or one time<\/td>\n<\/tr>\n \n ^<\/td>\n Start of the string<\/td>\n<\/tr>\n \n $<\/td>\n End of the string<\/td>\n<\/tr>\n \n a|b<\/td>\n OR operadn \u201c|\u201d a or b<\/td>\n<\/tr>\n \n (z)<\/td>\n remembers the match to be used when calling $1<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n<\/div>\n How To Create Redirects<\/h2>\n
How To Create A Redirect For A Single URL<\/b><\/h3>\n
The most common and widely used type of redirect is when deleting pages or changing URLs.<\/p>\n
For instance, say you changed the URL from \/old-page\/ to \/new-page\/. The redirect rule would be:<\/p>\n
RewriteRule ^old-page(\/?|\/.*)$ \/new-page\/ [R=301,L]<\/pre>\n
Or<\/p>\n
RedirectMatch 301 ^\/old-page(\/?|\/.*)$ \/new-page\/<\/pre>\n
The only difference between the two methods is that the first uses the Apache mod_rewrite module, and the second uses mod_alias. It can be done using both methods.<\/p>\n
The regular expression \u201c^\u201d means the URL must start with \u201c\/old-page\u201d while (\/?|\/.*)$ indicates that anything that follows \u201c\/old-page\/\u201d with a slash \u201c\/\u201d or without an exact match must be redirected to \/new-page\/.<\/p>\n
We could also use (.*), i.e., ^\/old-page(.*), but the problem is, if you have another page with a similar URL like \/old-page-other\/, it will also be redirected when we only want to redirect \/old-page\/.<\/p>\n
The following URLs will match and be directed to a new page:<\/p>\n
\n\n\n
\n \/old-page\/<\/td>\n \/new-page\/<\/td>\n<\/tr>\n \n \/old-page<\/td>\n \/new-page\/<\/td>\n<\/tr>\n \n \/old-page\/?utm_source=facebook.com<\/td>\n \/new-page\/?utm_source=facebook.com<\/td>\n<\/tr>\n \n \/old-page\/child-page\/<\/td>\n \/new-page\/<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n<\/div>\n It will redirect any variation of the page URL to a new one. If we use redirect in the following form:<\/p>\n
Redirect 301 \/old-page\/ \/new-page\/<\/pre>\n
Without regular expressions, all URLs with UTM query string, e.g., \/old-page?utm_source=facebook.com<\/strong> (which is common since URLs are used to be shared over a social network), would end up as 404s.<\/p>\n
Even \/old-page without a trailing slash \u201c\/\u201d would end up as a 404.<\/p>\n
Redirect All Except<\/b><\/h3>\n
Let\u2019s say we have a bunch of URLs like \/category\/old-subcategory-1\/, \/category\/old-subcategory-2\/, \/category\/final-subcategory\/ and want to merge all subcategories into \/category\/final-subcategory\/. We need the \u201call except\u201d rule here.<\/p>\n
RewriteCond %{REQUEST_URI} !\/category\/final-subcategory\/\nRewriteCond %{REQUEST_FILENAME} !-f\nRewriteRule ^(category\/). \/category\/final-subcategory\/ [R=301,L]<\/pre>\nHere, we want to redirect all under \/category\/ on the third line except if it is \/category\/final-subcategory\/ on the fourth line. We also have the \u201c!-f\u201d rule on the second line, ignoring any file like images, CSS, or JavaScript files.<\/p>\n
Otherwise, if we have some assets like \u201c\/category\/image.jpg,\u201d it will also be redirected to \u201c\/final-subcategory\/\u201d and cause an image break.<\/p>\n
Directory Change<\/b><\/h3>\n
You can use the rule below if you did a category restructuring and want to move everything from the old directory to the new one.<\/p>\n
RewriteRule ^old-directory$ \/new-directory\/ [R=301,NC,L]\nRewriteRule ^old-directory\/(.*)$ \/new-directory\/$1 [R=301,NC,L]<\/pre>\n
I used $1 in the target to tell the server that it should remember everything in the URL that follows \/old-directory\/ (i.e., \/old-directory\/subdirectory\/) and pass it (i.e., \u201c\/subdirectory\/\u201d) onto the destination. As a result, it will be redirected to \/new-directory\/subdirectory\/.<\/p>\n
I used two rules: one case with no trailing slash at the end and the other one with a trailing slash.<\/p>\n
I could combine them into one rule using (\/?|.*)$ RegExp at the end, but it would cause problems and add a \u201c\/\/\u201d slash to the end of the URL when the requested URL with no trailing slash has a query string (i.e., \u201c\/old-directory?utm_source=facebook\u201d would be redirected to \u201c\/new-directory\/\/?utm_source=facebook\u201d).<\/p>\n
Remove A Word From URL<\/b><\/h3>\n
Let\u2019s say you have 100 URLs on your website with the city name \u201cChicago\u201d and want to remove them.<\/p>\n
For the URL http:\/\/yourwebiste.com\/example-chicago-event\/, the redirect rule would be:<\/p>\n
RewriteRule ^(.*)-chicago-(.*) http:\/\/%{SERVER_NAME}\/$1-$2 [NC,R=301,L]<\/pre>\nIf the example URL is in the form http:\/\/yourwebiste.com\/example\/chicago\/event\/, then the redirect would be:<\/p>\n
RewriteRule ^(.*)\/chicago\/(.*) http:\/\/%{SERVER_NAME}\/$1\/$2 [NC,R=301,L]<\/pre>\nSet A Canonical URL<\/h3>\n
Having canonical URLs is the most important part of SEO.<\/p>\n
If missing, you might endanger your website with duplicate content issues because search engines treat URLs with \u201cwww\u201d and \u201cnon-www\u201d versions as different pages with the same content.<\/p>\n
Therefore, you must ensure you run the website only with one version you choose.<\/p>\n
If you want to run your website with the \u201cwww\u201d version, use this rule:<\/p>\n
RewriteCond %{HTTP_HOST} ^yourwebsite.com [NC]\nRewriteRule ^(.*)$ http:\/\/www.yourwebsite.com\/$1 [L,R=301]<\/pre>\nFor a \u201cnon-www\u201d version:<\/p>\n
RewriteCond %{HTTP_HOST} ^www.yourwebsite.com [NC]\nRewriteRule ^(.*)$ http:\/\/yourwebsite.com\/$1 [L,R=301]<\/pre>\nTrailing slash is also part of canonicalization since URLs with a slash at the end or without are also treated differently.<\/p>\n
RewriteCond %{REQUEST_FILENAME} !-f\nRewriteRule ^(.*[^\/])$ \/$1\/ [L,R=301]<\/pre>\nThis will make sure the \/example-page is redirected to \/example-page\/. You may choose to remove the slash instead of adding then you will need the other rule below:<\/p>\n
RewriteCond %{REQUEST_FILENAME} !-d\nRewriteRule ^(.*)\/$ \/$1 [L,R=301]<\/pre>\nHTTP To HTTPS Redirect<\/b><\/h3>\n
After Google\u2019s initiative to encourage website owners to use SSL, migrating to HTTPS<\/a> is one of the commonly used redirects that almost every website has.<\/p>\n
The rewrite rule below can be used to force HTTPS on every website.<\/p>\n
RewriteCond %{HTTP_HOST} ^yourwebsite.com [NC,OR]\nRewriteCond %{HTTP_HOST} ^www.yourwebsite.com [NC]\nRewriteRule ^(.*)$ https:\/\/www.yourwebsite.com\/$1 [L,R=301,NC]<\/pre>\nUsing this, you can combine a www or non-www version redirect into one HTTPS redirect rule.<\/p>\n
Redirect From Old Domain To New<\/b><\/h3>\n
This is also one of the most used redirects when you decide to rebrand and need to change your domain. The rule below redirects old-domain.com to new-domain.com.<\/p>\n
RewriteCond %{HTTP_HOST} ^old-domain.com$ [OR]\nRewriteCond %{HTTP_HOST} ^www.old-domain.com$\nRewriteRule (.*)$ http:\/\/www.new-domain.com\/$1 [R=301,L]<\/pre>\nIt uses two cases: one with the \u201cwww\u201d version of URLs and another \u201cnon-www\u201d because any page for historical reasons may have incoming links to both versions.<\/p>\n
Most site owners use WordPress and may not need a .htaccess file for redirects but use a plugin instead.<\/p>\n
Handling redirects using plugins may be slightly different from what we discussed above. You may need to read their documentation to handle RegExp correctly for the specific plugin.<\/p>\n
From the existing ones, I would recommend a free plugin called Redirection<\/a>, which has many parameters to control redirect rules and many useful docs<\/a>.<\/p>\n
Redirect Best Practices<\/b><\/h2>\n
1. Don\u2019t Redirect All 404 Broken URLs To The Homepage<\/b><\/h3>\n
This case often happens when you are too lazy to investigate your 404 URLs and map them to the appropriate landing page.<\/p>\n
According to Google, they are still all treated as 404s.<\/p>\n
\n
Yeah, it\u2019s not a great practice (confuses users), and we mostly treat them as 404s anyway (they\u2019re soft-404s), so there\u2019s no upside. It\u2019s not critically broken\/bad, but additional complexity for no good reason \u2013 make a better 404 page instead.<\/p>\n
\u2014 🍌 John 🍌 (@JohnMu) January 8, 2019<\/a><\/p>\n<\/blockquote>\n
- Action command: \u201cRedirectMatch\u201d vs. \u201crewrite.\u201d<\/b><\/li>\n<\/ul>\n
- Servers status code of redirect: \u201c301\u2033 vs. \u201cpermanent.\u201d<\/b><\/li>\n
- Javascript redirects<\/strong><\/a> are also set on the client side\u2019s page and can cause SEO issues. Google has stated a preference for HTTP server-side redirects.<\/li>\n
- Meta Refresh redirects<\/strong> are set at the page level but are generally not recommended for SEO purposes. There are two types of meta redirect: delayed which is seen as a temporary redirect, and instant, which is seen as a permanent redirect.<\/li>\n
![\"This](\"https:\/\/marketingnewsbox.com\/wp-content\/uploads\/2022\/12\/url-redirects-for-seo-a-technical-guide-via-sejournal-vahandev.png\")