Who Really Provides Your Website Builder's Email
The product is called Business Email. The company operating it is usually Google or Microsoft, and the company you can phone is neither. Knowing which is which changes what you do when something breaks.
A website builder selling you a mailbox is almost never selling you its own mail service. It is reselling somebody else's, under its own product name, with its own billing cycle bolted on the front. That arrangement is entirely normal in this industry and mostly works well. It also means that the company whose name is on your invoice and the company running the servers that hold your mail are two different organisations with two different sets of terms.
Most of the time this is invisible. It becomes extremely visible on exactly two occasions: when something breaks, and when you leave.
Identify the operator first
Before anything else, work out whose mail service you are actually using. It takes a minute and it determines every subsequent decision.
The name on the invoice, and the company running the mail
Sold as business email; filed under Google Workspace
Seats, plus a Professional Email tier on the same stack
Plus Essential Email by Titan, billed inside Squarespace
Mailboxes from its own hosting product set
Wix sells business email as Google Workspace. Its help centre does not disguise this — the articles are filed under that name and describe Google's own terms as governing the account's data.
GoDaddy sells Microsoft 365 seats, and also a Professional Email tier built on the same underlying platform. Its own comparison pages set the two side by side.
Squarespace has run a Google Workspace offer for years, described in its documentation as a free year of the Workspace Starter plan for eligible sites, and also sells Essential Email by Titan with billing managed inside Squarespace.
Hostinger provides mailboxes with its plans as part of its own hosting product set.
If your provider is not on that list, the fastest way to identify the operator is to look at the MX records for your domain. The hostnames they point at name the operator unambiguously, whatever the product is called on the invoice.
What reselling changes in practice
Four things, in rough order of how often they matter.
The support path goes sideways. You open a ticket with the reseller. The reseller either resolves it from their own admin tools or escalates it to the operator. For routine problems this is fine and sometimes faster than dealing with a large company directly. For anything unusual — a deliverability investigation, a compromised account, a legal hold — you are two organisations away from the people who can actually look at the logs.
The terms stack. Your contract is with the reseller. The reseller's contract is with the operator. Data retention, acceptable use and account suspension are usually governed by the operator's terms, which you did not sign and may never have read. Wix's documentation is unusually candid about this, stating that business email data is retained in line with Google's applicable terms and retention policies.
The admin console may be a subset. Resellers frequently expose a simplified panel rather than the operator's full administrative console. For one or two mailboxes this is a mercy. For an organisation that needs security policies, retention rules or group management, the missing controls are a real constraint and they are not always documented in advance.
The billing cycle is the reseller's. Your renewal date comes from the reseller's schedule, not the operator's, and a payment failure at the reseller can suspend an account that the operator would happily have kept running.
The retention question
When a resold mailbox lapses, whose retention policy decides how long your mail survives?
The operator's. Wix says as much: data is retained in accordance with Google's terms and, if you repurchase within that window, it is restored. What Wix's article notably does not do is print a number of days — because the number is Google's to set and change, not Wix's to promise.
Treat that as the correct level of certainty rather than as an omission. Any specific figure you find quoted for this on a blog is somebody's recollection of a policy that the company running the service can revise whenever it likes. The safe planning assumption is that a lapsed mailbox is gone, and that anything recovered afterwards is a bonus.
Which leads to the only durable protection: keep a local copy. A desktop mail client syncing over IMAP, or a periodic export, means the archive exists somewhere that is not inside a subscription.
What this means when you leave
Here is the part that catches people. If your mailbox is a resold seat and you want to keep the same mail service while dropping the builder, you are not simply changing who bills you. You are usually creating a new account with the operator and migrating into it, because a reseller seat is not generally portable out of the reseller relationship as-is.
That is a real migration: new account, new credentials, a mail transfer, and a DNS change to repoint MX when the new account is ready. It is a well-trodden job and every operator documents it, but it is a project rather than a setting.
The sequence that keeps mail flowing during it is in email on a moving domain. The structural alternative — never being in this position — is to buy the mailbox from the operator directly in the first place, which is argued out on business email with a website builder.
Is reselling a bad deal?
Not inherently, and it is worth saying so plainly because the honest answer is mixed.
For a single mailbox on a small site, buying through the builder is genuinely convenient. One invoice, one panel, a setup process that configures the DNS for you, and often a discounted or free first year. The mail service underneath is the same one you would have bought anyway.
It becomes a poor deal at three points: when you outgrow the simplified admin panel, when a problem needs the operator's own support, and when you want to change website platform. All three are futures rather than presents, which is precisely why the decision gets made on convenience.
The compromise that costs nothing: take the bundled mailbox if it is free for a year, and spend that year deciding whether the mail is important enough to move into a direct relationship before the first real invoice lands.
The two-minute audit
- Look up your domain's MX records and identify the operator from the hostnames.
- Find out who bills you for the mailbox, and on what date.
- Check where the billing and password-reset notifications are sent, and make sure it is not the mailbox at risk.
- Confirm you have a copy of the mail archive somewhere outside the subscription.
If any of those four produces an unpleasant surprise, fix that one before doing anything else. And if you are still at the stage of choosing a plan, the mailbox terms sit alongside the registration terms on free domain website builder plans, which is the page to read before signing rather than after.
Queries at the desk
Is website builder email the same as Google Workspace?
Who do I contact when a resold mailbox breaks?
How long is my mail kept if the subscription lapses?
Can I move a resold mailbox to a direct account?
Most people arrive at this desk while deciding whether to take a provider up on its domain offer. That decision is worked through in full on free domain website builder plans, which sets out what each provider registers, on whose behalf, and what happens in month thirteen.