Domains and DNS
The website CNAME can change while hello@ stays at Google or whoever already has MX. Mixing them is how you break mail on a Friday.
Sibling to MX-are-not-the-website and Workspace-plus-CNAME: this URL is the freeze-mail rule during a web cutover. People "clean up DNS" and delete MX because the row looked unused. Someone migrating the site Saturday and still expecting Monday invoices in email. If you did not mean to move mail, do not touch MX, SPF, or nameservers.
When you connect a domain to Bizzit Pro at $12 a month, change the web hostname with a CNAME to slug.bizzit.io and leave MX pointed at the mail host you already use. Screenshot MX first. Wait TTL. Test web and mail on separate checklists. Free remains you.bizzit.io.
Who this is for
Someone migrating the site Saturday and still expecting Monday invoices in email. If that is not you, a different Bizzit guide will fit better, do not force this URL.
The actual answer
Sibling to MX-are-not-the-website and Workspace-plus-CNAME: this URL is the freeze-mail rule during a web cutover. People "clean up DNS" and delete MX because the row looked unused. If you did not mean to move mail, do not touch MX, SPF, or nameservers. The short version is still the one in the box at the top of this page. The rest of the article exists so you do not have to guess the limits.
Do this in order
Two tests: https://www and a message to hello@. Both must pass. If mail fails, you edited the wrong record.
- Screenshot MX, SPF, DKIM if you have them
- Add web CNAME only
- Do not change nameservers "for simplicity"
- Wait TTL
- Send a test email and load the site
What not to do
Do not replace MX with a web CNAME. Do not flatten mail. Do not delete TXT records you do not understand on the same day. That is the usual way a useful page turns into a doorway, a fake comparison, or a brief Cipher cannot honor.
How this shows up on Bizzit
Mailbox-guess is for thinking about addresses, not for taking over Google Workspace.
Limits
Do not replace MX with a web CNAME. Do not flatten mail. Do not delete TXT records you do not understand on the same day.
Limits and caveats
Do not replace MX with a web CNAME. Do not flatten mail. Do not delete TXT records you do not understand on the same day.
If a sentence would require a competitor SKU we have not verified, or a statistic we did not measure, it does not belong here.
What to do after you read this
If this page answered the query, open Create with the nouns from your own business, not a slogan. If it did not, you are probably in the wrong cluster: go back to the blog hub or Domains and DNS. Do not spin a second URL for a synonym. One intent per page is the whole point of this library.
Tools that actually do this job
These are public pages. Use them when the job is this job. They are not a second product you have to buy.
Questions people actually ask
Google Workspace?
Keep their MX as they document. Web CNAME is ours on Pro.
Microsoft 365?
Same idea: their MX docs, our web CNAME. We are not 365.
New domain with no mail yet?
You still should not invent MX. Add mail later with that provider's records.
SPF include our host?
Only if a live product says we send mail. Empty cell if we have not named transactional mail.