How to redirect a domain to another domain over HTTPS
The whole procedure end to end — what you need before you start, the single DNS record, choosing the destination, and how to check the redirect actually works.
You own a domain you do not want to host — an old company name, a spelling people get wrong, a brand you retired — and you want everyone who arrives to end up on your real site instead.
Forwarding the traffic is easy. Doing it over HTTPS is the part that catches people out, because a browser checks the certificate for the domain before it reads your redirect. A domain that does nothing but forward still needs a valid certificate in its own name.
What you need first
- The domain, and the ability to sign in wherever its DNS is managed — usually the registrar you bought it from.
- The address you want visitors to land on.
- An HTTPSredirect account. The free plan covers one domain, certificate included, and never asks for a credit card.
The three steps
-
Add the domain to your account
Create an account and enter the domain you want to redirect. The free plan covers one domain, and needs no credit card.
-
Point the domain at our servers
At your registrar, create an A record for the root of the domain with the value 47.206.179.19. That is the only DNS change the redirect needs.
-
Choose the destination and redirect type
Enter the URL visitors should land on and pick a permanent (301) or temporary (302) redirect. We then obtain a certificate for your domain, install it and keep it renewed.
Adding the domain
Create an account and enter the domain — just the name, with no http:// and no path. The dashboard
then shows you the DNS record to add, and waits for it to appear.
The free plan covers one domain. Plus, at $5 a month, covers ten and adds advanced URL redirects, a redirect
counter and dedicated phone support. Pro, at $15 a month, covers twenty-five and adds analytics and hands-off
DNS setup. The www version of your domain is included free on every plan; any other subdomain —
shop.example.com, say — counts as one of your domains.
Pointing the DNS at us
This is the one change you make outside our dashboard. At your registrar, create an A record for the root of the domain:
- Type
A- Host / Name
@- Value / Points to
-
47.206.179.19 - TTL
Automaticor the lowest offered
If you want www to redirect as well, the dashboard also shows a CNAME record pointing
www at your root domain. It is optional, and it does not count against your domain limit.
When the record is saved, press Check DNS in the dashboard. That is what moves the domain on to the last step.
Choosing the destination
Enter the address visitors should end up on, and pick whether we send them to the https:// or
http:// version of it. Choose HTTPS unless the destination genuinely has no certificate — if it
does not, visitors will simply get the warning one hop later, on a site we do not serve and cannot fix.
Paths carry over. With example.com redirecting to example.net, a visitor arriving at
example.com/contact lands on example.net/contact.
Then choose the redirect type: permanent (301) or temporary (302). If you are moving for good, that is a 301 — and it is worth knowing that browsers cache a 301 hard, which makes it awkward to undo. The difference between the two is worth two minutes before you pick one.
On Plus and Pro you can go further: advanced URL redirects match a specific source URL to a specific
destination, with options for wildcards and for passing query strings through. That is how you send
/old-pricing somewhere other than /old-pricing.
What happens on our side
Once the A record points at us, we request a certificate for your domain from Let’s Encrypt. The validation happens over HTTP, on your domain, against our server — which is exactly why the DNS has to point at us before a certificate can exist.
We install the certificate, start answering HTTPS on your domain, and return your redirect to anyone who asks. Renewal is automatic and repeats for as long as the domain points at us. Certificates from Let’s Encrypt are short-lived by design, so the renewal is the part you would otherwise have to remember every couple of months.
Checking that it worked
Open your domain in a private or incognito window — a normal window may still be holding an old answer.
You should land on your destination, and see a padlock in the address bar. Check the www version
too, if you set it up.
Tools we recommend
-
whatsmydns.net
(opens in a new tab)
Shows what your domain currently answers with from locations around the world. Enter your domain, choose
A, and look for
47.206.179.19. Some locations updating before others is normal. - SSL Checker (opens in a new tab) Once the DNS has moved, this confirms the certificate on your domain is valid, covers the right names and is not close to expiring.
- Where Goes? (opens in a new tab) Paste your domain and it traces the whole redirect chain — every hop, with the status code for each. The easiest way to see whether you are serving a 301 or a 302, and to catch an accidental extra hop.
If you are comfortable with a terminal Optional — the private window does the same job
One line tells you everything:
curl -sI https://example.com
You want a first line reading HTTP/2 301 (or 302) and a location: header holding
your destination. If curl reports a certificate error instead, the redirect is fine but the TLS layer in
front of it is not.
If it is not working
| What you see | What to do |
|---|---|
| Nothing has changed | The old DNS answer is probably still cached between you and the domain. Give it longer, and try from another device. |
| You get a security warning | Something about the certificate does not match the name you typed. This guide explains what the browser is objecting to and how to clear it. |
| The page bounces back and forth | The destination is redirecting to the source. Send the domain somewhere that does not point back. |
Ready to set this up?
The free plan covers one domain, certificate included. No credit card required.