Appearance
Responsive Email Design
Responsive email design is the practice of building emails that automatically adapt their layout, text size, and spacing to the screen they're viewed on, from a small phone to a wide desktop monitor. Because a majority of email opens now happen on mobile devices, an email that only looks good on desktop risks losing readers before they ever reach the call-to-action. Responsive design works hand in hand with the rest of your email design choices and with a broader email marketing strategy that assumes subscribers are reading on the go.
Why Mobile Matters First
Designing for mobile first, rather than shrinking a desktop layout down, produces better results in practice. Mobile screens are narrow, attention spans are short, and subscribers are often reading in a busy inbox on a small screen with imprecise touch input. If the design breaks or forces zooming and horizontal scrolling on a phone, most recipients will simply delete the email rather than fight the layout. Treating mobile as the primary experience, and letting the desktop version be the "expanded" version, tends to hold up better across the full range of devices an email might land on.
Single-Column Layouts
The most reliable responsive pattern is the single-column layout: one continuous vertical stack of header, image, text, and button, with no side-by-side columns. Single-column layouts:
- Never require horizontal scrolling, regardless of screen width
- Reflow naturally without complex media queries
- Keep reading order unambiguous, since there's only one path through the content
- Simplify testing, because there's one structure to check rather than several breakpoints
Multi-column layouts can still work for things like product grids, but they should collapse into a single column on narrow screens rather than shrinking columns until text becomes unreadable.
Fluid vs. Fixed-Width Tables
Email clients still render HTML inconsistently, which is why many templates are built on tables rather than modern CSS layout. There are two general approaches:
| Approach | How it Behaves | Best For |
|---|---|---|
| Fixed-width tables | Set to an exact pixel width (commonly 600px), doesn't resize | Simpler builds, clients with poor media query support |
| Fluid/liquid tables | Set with percentage widths (e.g. 100%) that scale to the container | True responsiveness across arbitrary screen sizes |
| Hybrid | Fixed-width outer wrapper with fluid inner elements, adjusted via media queries | Most production templates: balances control and flexibility |
A hybrid approach is the common real-world choice: it gives predictable rendering in clients that ignore media queries, while still adapting gracefully in modern clients that support them.
Font Size and Tap Targets
Text and buttons that are comfortable on a desktop screen are often too small on a phone. A few practical guidelines:
- Body text: aim for at least 14–16px so it's legible without zooming.
- Headings: scale up noticeably from body text so hierarchy is obvious at a glance.
- Tap targets: buttons and links should be large enough to tap accurately with a thumb (roughly 44x44px is a commonly cited minimum), with enough padding around them that adjacent links aren't accidentally triggered.
- Line length: shorter line lengths on narrow screens reduce eye strain and keep paragraphs from feeling like a wall of text.
Getting tap targets wrong is one of the most common reasons a mobile subscriber fails to complete the action an email is trying to prompt.
Testing Across Email Clients
Because rendering engines vary widely, a responsive design should always be checked across the major clients before sending, not just previewed in one place:
- Gmail (app and webmail): widely used, but historically clips large emails and has quirks around CSS support.
- Outlook (desktop): uses a different rendering engine than most other clients and has the weakest support for modern CSS, which is why table-based layouts remain common.
- Apple Mail / iOS Mail: generally strong CSS support, and one of the most common places subscribers will see dark mode rendering.
Testing tools that generate screenshots across clients are far more reliable than assuming a design that looks right in one inbox will look right everywhere.
Dark Mode Considerations
Many clients now let subscribers view all email in dark mode, and some clients apply their own automatic color inversion whether or not the email was designed for it. This can cause unexpected results, like a transparent logo turning invisible or dark text disappearing against a dark background. To design defensively for dark mode:
- Use PNGs with transparent backgrounds carefully, or add a subtle background color to logos so they don't vanish.
- Avoid relying on pure black or pure white text with no fallback, since some clients invert colors automatically.
- Test the final design specifically in a dark-mode-enabled client rather than assuming it will "just work."