Growing ANAME / ALIAS support

Standard DNS doesn't allow CNAME records at the apex domain. Fortunately, more DNS providers are offering ANAME/ALIAS records as a solution.
The problem with apex domains
You want to route your apex domain (also called bare or naked domain) like example.com directly to your app, and the hosting provider hands out a host name like myapp.example-host.com as the target. With standard DNS you cannot use CNAME records at apex domain level.
- CNAME records would solve the routing but break email delivery
- A records require IP addresses, which don't work with dynamic hosting services
- Email MX records cannot coexist with CNAME records at the apex
Read the apex domains article for more technical details and to understand whether you need apex domain routing.
The (non-standard) solution
Different providers use different names for essentially the same functionality:
- ANAME (Address Name)
- ALIAS
- CNAME flattening
But they all work the same:
- Acting like CNAME records - They resolve to the target hostname
- Working at the apex - Unlike CNAME, they can be used for bare domains
- Preserving email - They don't interfere with MX records
Apex record support per DNS provider
Checked against each provider's own docs on 2026-10-13. "Any hostname" means the docs say the record can point at a host outside the provider's own services.
| Provider | Record at the apex | Target | Note |
|---|---|---|---|
| Cloudflare | CNAME flattening | any hostname | all plans |
| DNS Made Easy | ANAME | any hostname | |
| DNSimple | ALIAS | any hostname | |
| easyDNS | ANAME | any hostname | all service levels |
| IBM NS1 Connect | ALIAS | any hostname | |
| Namecheap | ALIAS | any hostname | TTL 1 m or 5 m |
| Porkbun | ALIAS | any hostname | |
| Squarespace Domains | ALIAS | any hostname | DNSSEC off |
| Bunny DNS | CNAME flattening | not stated | |
| DreamHost | ALIAS | not stated | |
| Gandi | ALIAS | not stated | LiveDNS only, breaks DNSSEC |
| Google Cloud DNS | ALIAS | not stated | public zones, no DNSSEC |
| INWX | ALIAS | not stated | limits DNSSEC |
| AWS Route 53 | Alias | AWS resources only | |
| Azure DNS | Alias record set | Azure resources only | |
| deSEC | none | refused over DNSSEC | |
| Hetzner DNS | none | no CNAME at the apex | |
| Network Solutions | none | web forwarding instead |
GoDaddy, IONOS, and DigitalOcean do not document an apex alias record in their help pages.
Setting up ANAME/ALIAS records
The exact process varies by provider, but generally involves:
- Log into your DNS management panel
- Create a new record at the apex domain (
@or blank) - Select ANAME/ALIAS as the record type
- Enter your target hostname (e.g.,
myapp.example-host.com) - Save the record and wait for DNS propagation
What to do if your provider doesn't support it
If your current DNS provider doesn't support ANAME/ALIAS records, you have several options:
- Switch DNS providers - Move to one of the providers above
- Add a third-party DNS - Keep your domain registered where it is, but use a different provider for DNS
- Use www forwarding - Redirect
example.comtowww.example.com
Our conclusion
Since most browsers omit the www prefix and users barely notice it, we recommend using a forwarding service instead of ANAME/ALIAS/CNAME flattening. We don't think the aesthetic reasons hold up, as outlined in the apex domains article. You don't lock yourself in. There are no SEO implications, even if you move from bare to www domain.
On fortrabbit, apex domains are not routed directly to an environment. The free www forwarding service redirects the apex domain to the www domain, deep links included.