What is the best font for an email?#
It depends what the email has to do. The short version:
| The email is | Use | Why |
|---|---|---|
| An offer, receipt or notice | Arial, then Helvetica | Neutral, on every machine, never the story |
| A newsletter or a long read | Georgia | A serif drawn for screens, on Windows and Mac |
| A formal letter, legal or finance | Times New Roman, then Times | Print associations, present everywhere |
| Small print for older readers | Verdana | Wide letters stay legible at a small size |
| An order number or a code | Courier New | Fixed width, for one line only |
Pick one row and the email looks close to identical everywhere, because all five names ship with Windows and with macOS.
What is the best font for a professional email?#
Arial for anything short, Georgia for anything a person has to read for more than a minute. Those two cover the professional cases: a quote, an invoice, a follow-up, a proposal, a weekly note. A hiring manager has Arial on their work machine and Georgia at home, so the message you sent reads the same in both places.
The thing that reads as unprofessional is not the typeface, it is the mismatch. A letterhead serif that arrives as Courier, a headline set as a picture that a phone shows as a grey box, three families competing in one screen of text. Each of those is a fallback you did not write rather than a font you chose badly.
If the email is a formal letter, legal notice, or anything a person may print, Times New Roman then Times is the honest answer. It carries the print association you want, and it is on every machine in the same place.
What is a font stack and why does it matter?#
A font stack is a comma-separated list of names on one CSS line. The mail client walks it left to right and uses the first font installed on that machine. Order is the only choice you make there.
font-family: Georgia, "Times New Roman", serif; If Georgia is missing, Times New Roman is tried. If that is missing too, the system serif is used. Nothing ever falls back to nothing.The generic name at the end, serif or sans-serif, matters more than it looks. Without it, a machine that has neither name picks whatever the browser defaults to, and that is rarely what you designed.
Which fonts are safe in every email?#
The five in the table above ship with Windows and with macOS and iOS, which makes them the dependable set. Anything outside that list needs a fallback behind it.
Ordering them is the skill. "Helvetica Neue, Helvetica, Arial, sans-serif" is a normal ask: a Mac answers Helvetica Neue, Windows answers Arial, and nobody notices the swap because the letterforms are close.
Does my own font setting change what my reader sees?#
No. The font you pick in your mail program styles the messages you write, not the ones you receive, and nothing you set there reaches the person on the other end. Gmail says this plainly: its Default text style is a style that applies to all new emails you write. You reach it from Settings, See all settings, then the Default text style section, then Save Changes at the bottom.
That is worth knowing before you spend an evening in settings hoping to fix a newsletter nobody else can read the way you read it. Your setting decides what you type with. The font-family lines inside the email decide what your subscriber sees, and those are written by the tool that sent the message.
The same app has one setting that does reach your reader: plain text mode. In Gmail it sits under More options when you are composing. A message sent that way has no font information at all, so the reader's mail program picks everything, size included. That is a reasonable choice for a one-to-one note and a bad one for a designed issue.
Can I use a custom font in an email?#
Not reliably. A font your designer loves is usually not installed on your reader's computer, and loading it from the web inside an email has the same problem in a different place.
- Outlook on Windows ignores web fonts completely. It renders with Microsoft Word, which has no @font-face support, and jumps to the first built-in name in your stack.
- Gmail strips the link to an outside stylesheet, so the font never loads there either.
- Apple Mail does load a linked web font in recent versions, so the same email can look right on one Apple device and plain on another.
- Gmail on Android and iOS substitute their own faces for some names, which is why a phone preview can disagree with the laptop version.
The only way to guarantee a custom face is to set that headline as an image. It then stops being selectable text, it does not scale for someone who enlarges their fonts, and a screen reader will not read it. Use an image for a headline only, never for body copy.
Can I use my brand font in an email?#
You can ask, and part of your list will see it. The rest see the first name in the stack that their machine happens to have. Three ways to handle this, ranked by how much of your list gets the truth:
- Use the brand font as the first name in a stack that ends in a system font. Apple Mail and recent browser-based clients load a linked web font; Outlook on Windows does not and drops to the fallback. One design, two outcomes.
- Set only the headline or the logo as an image and keep the body in a system stack. The brand face shows where it matters, and the paragraphs stay selectable.
- Give up on the typeface and carry the brand in colour, spacing and the shape of the layout. A consistent dark blue rule and one serif body read as a brand from the third issue onward.
The one thing not to do is a body set entirely as an image. The text stops being selectable, it does not reflow on a phone, a screen reader skips it unless you wrote the alt text, and a mailbox with images blocked shows a blank rectangle.
A brand font that only exists as an image also costs you the one thing email is good at: a person being able to copy the code, the address or the sentence out of the message.
What size should email text be?#
- Body text: 16px or larger. Smaller fails on a phone held at arm's length, and most opens happen on a phone.
- Headings: 20px to 24px. If a heading does not clearly outrank the body, it is not a heading.
- Line-height: 1.4 to 1.7. Tight lines make people reread, loose ones look like a school essay.
- Column width: 600px or less. A full-width line on a desktop is 120 characters of nothing.
- Contrast: dark grey on off-white beats pure black on pure white. Pale grey text on white is the most common fault in a template you did not write.
If you change one thing today, change this: body copy at 16px with line-height 1.6. It improves legibility more than any typeface swap. Keep body copy out of capitals too, which slows reading and which some screen readers spell out letter by letter.
| Part of the email | A working default | Why it is set that way |
|---|---|---|
| Body copy | 16px, line-height 1.6 | Readable on a phone held at arm's length without pinch zoom |
| Section heading | 20px to 24px | Outranks the body at a glance, still fits a narrow column |
| Button label | 14px to 16px, with 12px of padding | The tap target is the padding, not the letters |
| Small print, address line | 12px or larger | Below that it fails for older readers and for a screen in sunlight |
| Preheader text | Same as body, in a lighter grey | It is read on the same phones as the rest of the message |
That column is a working set of defaults rather than a standard anybody has published. Mail providers do not state a type size, and no font rule appears in the bulk sender guidance they do publish. What a provider does publish is that the reader's experience counts, and a reader who has to zoom is a reader who marks unread.
Test the sizes on one real phone before you commit a whole template to them. Hold it at the distance you read at, in daylight, and see whether the small print is a chore. If it is, the fix is a bigger number, not a different font.
Which font is best for a newsletter?#
A newsletter is read one-handed on a commute, so it needs the widest margins of any email type. The usual pattern is one serif for the body and one plain sans-serif for headings and buttons. Two font families work. Four make the layout hard to read.
Newsletters break in Outlook the same as everything else, so if your layout changes when you test it there, the Outlook template features and their limits explain why.
What font size works for older readers?#
Verdana or Tahoma at 16px, with line-height at the loose end of the range. Verdana was drawn for screens rather than paper, and its letters are wide with large openings, which is what survives a tired pair of eyes. Georgia is the better choice when the text is long, because a serif gives a word a shape rather than a uniform stripe.
Two habits hurt older readers more than the typeface does: body copy set in all capitals, and pale grey text on white. Both reduce the contrast that makes letterforms separate. Keep the size floor at 16px and the colour dark, and the choice of font stops mattering as much.
What happens if the reader does not have my font?#
The mail client moves to the next name in the stack. If the stack has only one name and no generic ending, the client substitutes whatever it defaults to, and that is where the newsletter arrives in Courier. Writing the stack is what makes this a controlled fall instead of a random one.
font-family: "Helvetica Neue", Helvetica, Arial, sans-serif. Mac shows Helvetica Neue, Windows shows Arial, Linux shows its default sans. Three machines, three files, one design that stays inside the range you picked.The mismatch to watch for is a stack led by a font that only one platform carries. Segoe UI is a Windows face and a Mac does not have it, while the system face a Mac ships with is not installed on Windows. Lead with one of those names and half your list is always reading your second choice.
How do I check which font my email arrived in?#
Send it to yourself, open it in a desktop mail program, and view the raw source of the message. Inside the HTML you are looking for font-family on the body and on each block, and for a link to an outside stylesheet. What is in that source is what the receiving client was told to do; what you see on your own screen is only one answer to it.
- A font-family line that starts with a name you did not choose means something stripped your stack on the way out.
- No font-family at all means the reader's client decides, so your design has a different shape in every inbox.
- A link to a web font means Outlook on Windows ignores it and Apple Mail may load it, which is two designs in one send.
- Body text set as one large image means no client is choosing a font, because there is no text left to style.
If a font question keeps coming back, the honest test is one real send to the three inboxes your customers use: Outlook on a work Windows machine, Gmail on a browser, the mail app on a phone. A preview inside a design tool shows what you built. Those three show what arrived.
Do unusual fonts send an email to spam?#
No mail provider publishes a rule about typefaces, so a font name cannot be the reason a message is filtered. What a provider can see is whether the message has real text, whether the sender authenticates, and how readers treat it. Those are the levers, and they are covered in why your email goes to spam.
The font-adjacent version of that problem is real though. An email whose words are all pictures has no text for a filter to read and no text for a reader to search for later. A message set in Comic Sans or Wingdings is not filtered, it is deleted, which is a different failure and one that costs more over a year.
Copy these two stacks and you are done#
Arial, Helvetica, "Helvetica Neue", sans-serif. For offers, receipts and transactional mail.Georgia, "Times New Roman", serif. For newsletters and anything written to be read.Every Campaign Kicker design is built on stacks that end in a name Outlook and Gmail both have, so the email your reader sees is the email you wrote. You can check it in a real inbox before it goes to anyone.
See the designs, free