Workspace setup (this page)
- Email that does not exist yet in this form
- Accounts, aliases and groups designed from scratch
- Domain verified and MX records pointed
- No mail history to move, nothing to break
- Can be done calmly, on your schedule
Email at your own domain is the cheapest credibility a small business can buy. It is also the thing most likely to be set up in a rush and quietly wrong underneath.
Google Workspace setup is standing up business email, files and calendars on your own domain: accounts created, the domain verified, and the DNS records in place so your mail arrives and is believed. It is what you do when the email does not exist yet in this form.
The part that is quick is creating the accounts. The parts that decide whether you regret it are the shape of the accounts, who owns the admin, and whether the authentication records were set up or skipped. Those are the ones done badly in a hurry.
Anyone can create a mailbox. These are the decisions that make it hold up.
Workspace only takes your domain once you prove you own it, which means a DNS record. Then the MX records have to point mail at Google rather than wherever they pointed before. If your DNS is somewhere you can reach, this is quick. If nobody knows who controls it, that is the first job, and it is one we meet constantly: see DNS and Cloudflare.
Worth thinking about for a few minutes at the start, because it is tedious to unpick later. People get accounts. Role addresses like info, sales or accounts do not need to be accounts: they can be aliases that land in a real inbox, or groups that reach several people at once. That way a role address does not vanish when a person leaves, and you are not paying for a mailbox that is really just a label.
The administrator account should belong to the company, not to whoever happened to sign up, and not to a contractor. This sounds like paperwork until the day someone leaves on bad terms and takes the keys to your mail with them. We have untangled that situation. It is expensive and it is entirely avoidable.
SPF says which servers may send as your domain. DKIM signs your mail so it can be verified as genuinely yours. DMARC tells receiving servers what to do when something claiming to be you fails those checks. Skip them and your mail is a stranger asking to be trusted. Set them up at the start and you never think about it again.
Drive for shared files, shared calendars, and the collaborative documents. Most small businesses use a fraction of this and that is fine. The bit worth doing deliberately is shared storage, because "the file is on Dave's laptop" is a business risk that presents itself as a filing habit.
These get quoted as one thing and they are not. The difference is whether there is history to protect and a live service that must not stop.
People, role addresses, and shared inboxes are three different things. Sorting them out before anything is created keeps the licence count honest and stops you paying for labels.
Nothing can be verified or delivered without it. If nobody knows who holds it, establishing that comes first. It is a common and unglamorous starting point.
Real accounts for people, aliases and groups for roles, admin owned by the business rather than by an individual or a contractor.
MX records to Google, then SPF, DKIM and DMARC configured properly. This is the step that decides whether your mail arrives, and it is the step most often skipped.
Mail working on the phones and laptops people actually use, shared drives where shared files belong, and a short explanation of what lives where.
Send in and out, to the big providers, and check where it lands. Assuming it works is how businesses discover months later that half their quotes went to spam.
We set up both Google Workspace and Microsoft 365, so the recommendation is based on how you actually work rather than what we happen to sell. The goal is a setup that never needs your attention again.
No, and the difference decides how the work is planned. This page is about standing up a new Google Workspace: creating the accounts, putting your domain on it, and setting up mail that did not exist before in that form.
If you already have mailboxes somewhere and you want them somewhere else, with the history intact and no gap in delivery, that is a migration. It is a different exercise with a cutover to plan: see business email migration.
Both are good. The honest answer depends on what your business already does rather than which is better in the abstract.
If your team lives in Gmail and Google Docs and works mostly from a browser or a phone, Workspace tends to feel natural. If you rely on desktop Excel and Outlook, or you need the deeper administrative control that Exchange, Teams and SharePoint offer, Microsoft 365 usually fits better. We set up and administer both, so we have no reason to push you either way.
You can, and plenty do. What it costs you is credibility and control. An address at gmail.com tells every customer that the business did not put its name on its own mail, and if the person holding that account leaves, the business mail leaves with them.
Mail on your own domain is yours. The accounts belong to the business, they can be reassigned when someone moves on, and a customer replying to you is replying to the company rather than to an individual's personal inbox.
No, and this is where a lot of unnecessary spend happens. A person needs a licensed account. An address like info or accounts does not have to be an account at all: it can be an alias delivering into a real mailbox, or a group that fans out to several people.
Getting this shape right at setup means you pay for people rather than for addresses. It is one of the easier savings to leave on the table by accident.
Not if it is set up correctly. Deliverability comes down to your domain's authentication records, SPF, DKIM and DMARC, being present and correct. A new domain also has no sending reputation yet, so it earns trust as real mail flows.
Setups that skip the authentication records are exactly the ones that end up filtered. See business email going to spam for what actually moves this.
Move mailboxes to a new provider without losing mail or downtime.
DNS, SSL, caching and protection, configured properly.
Straight advice on the systems your business runs on.
Authentication, reputation, and the fixes that actually move the needle.
Certificates, hardening, and protection against the common attacks.
Tell us what you need and we will map out the simplest path.
Tell us who needs an address and what you already use. We will map the simplest setup that will not need redoing.