Redirects
Overview of redirection
Managing redirection rules is a common requirement for web applications, especially in cases where you do not want to lose incoming links that have changed or been removed over time. This topic discusses how you can manage redirection rules on your Magento Commerce (Cloud) projects.
If the redirection methods discussed in this topic don’t work for you, you can use caching headers to do the same thing.
Whole-route redirects
Using whole-route redirects, you can define very basic routes in routes.yaml
. For example, you can redirect from a naked domain to a www
subdomain as follows:
http://{default}/:
type: redirect
to: http://www.{default}/
Partial redirects
In the .magento/routes.yaml
file you can also add partial redirect rules
to existing routes:
http://{default}/:
# [...]
redirects:
expires: 1d
paths:
"/from": { "to": "http://example.com/" }
"/regexp/(.*)/matching": { "to": "http://example.com/$1", regexp: true }
This format is more rich and works with any type of route, including routes served directly by the application.
Two keys are available under redirects
:
expires
: optional, the duration the redirect is cached. Examples of valid values include3600s
,1d
,2w
,3m
.paths
: the paths to which to apply redirections.
Each rule under paths
is defined by:
- A key that describes the expression to match against the request path
-
A value object describing both the destination to redirect to with detail on how to handle the redirection.
The value object is defined with the following keys:
to
regexp
prefix
append_suffix
code
to
Required, a partial ("/destination"
or "//destination"
) or full URL ("http://example.com/"
).
regexp
Optional, defaults to false
. Specifies whether the path key should be interpreted as
a PCRE regular expression.
In the following example, a request to http://example.com/regexp/a/b/c/match
redirects to http://example.com/a/b/c
:
prefix
Specifies whether or not to redirect both the path and all its children or just the path itself. Defaults to true
, but is not supported if regexp
is true
.
For example,
In the preceding example, if partial
is set to true
, /from
redirects to /to
and /from/another/path
will redirect to /to/another/path
If partial
is set to false
, /from
triggers a redirect, but /from/another/path
does not.
append_suffix
Determines if the suffix is carried over with the redirect. Defaults to true
, but not supported if regexp
is true
or if prefix
is false
.
For example,
The preceding example results in /from/path/suffix
redirecting to just /to
.
If append_suffix
is set to its default value of true
, /from/path/suffix
redirects to /to/path/suffix
.
code
Specifies the HTTP status code. Valid status codes are 301
(Moved Permanently), 302
, 307
, and 308
. Defaults to 302
.
expires
Optional, the duration the redirect will be cached. Defaults to the expires
value defined directly under the redirects
key, but at this level we can fine-tune the expiration of individual partial redirects:
In the preceding example, redirects from /from
expire in one day, but redirects from /here
expire in two weeks.