Get started with email design get-started-content-design

On this page: Learn how to design your email content in the Email Designer, the key steps to build it from scratch, code, or imported HTML, and the best practices that keep your emails rendering well across clients.

To access the Email Designer and start designing your email content, you must first create an email in a journey or a campaign.

You can then use Journey Optimizer email design capabilities to import existing content or start building responsive emails from scratch. Learn more

The Email Designer also enables you to:

  • Leverage Adobe Experience Manager Assets Essentials to enrich your emails, build and manage your own assets database. Learn more

  • Find Adobe Stock photos to build your content and improve your email design. Learn more

  • Enhance customers’ experience by creating personalized and dynamic messages based on their profile attributes. Learn more about personalization and dynamic content.

➡️ Discover this feature in video

Key steps to create email content key-steps

Once you have created an email, you can start designing your email content.

  1. From the journey or campaign configuration screen, go through the Edit content screen to access the Email Designer. Learn more

  2. On the Email Designer home page, choose how you want to design your email from the following options:

    • Design your email from scratch through the Email Designer’s interface and leverage images from Adobe Experience Manager Assets. Learn how to design your email content in this section.

    • Code or paste raw HTML directly in the Email Designer. Learn how to code your own content in this section.

      note
      NOTE
      In a campaign, you can also select the Code Editor button from the Edit content screen. Learn more
    • Import existing HTML content from a file or a .zip folder. Learn how to import an email content in this section.

    • Convert image designs to HTML templates using the AI-powered image to HTML converter. Learn how to transform static images into editable email templates in this section.

    • Select an existing content from a list of built-in or custom templates. Learn how to work with email templates in this section.

  3. Once your email content has been defined and personalized, you can verify your email content with automated content checks to catch HTML and CSS issues — such as unsupported tags, empty divs, and size limit violations — directly in the authoring panel, before sending. Learn more

    note
    NOTE
    The system also checks for key settings as you design and displays alerts for warnings (recommendations and best practices) and errors (blocking issues that prevent testing or activation). Learn more about email alerts

    Content check pane in the Email Designer with issues

  4. You can also validate your content quality to identify potential issues with readability, content cohesiveness, and effectiveness. Learn more about content quality validation

  5. Finally, you can export your content for validation or for later use. Click Export HTML to save on your computer a zip file which will include your HTML and assets.

Email design best practices best-practices

When sending emails, it’s important to consider that recipients may forward them, which can sometimes cause issues with the email’s rendering. This is particularly true when using CSS classes that may not be supported by the email provider used for forwarding, for example, if you are using the “is-desktop-hidden” CSS class to hide an image on mobile devices.

To minimize these rendering issues, we recommend keeping your email design structure as simple as possible. Try to use a single design that works well for both desktop and mobile devices, and avoid using complex CSS classes or other design elements that may not be fully supported by all email clients.

NOTE
The same applies when emails are opened in Gmail or Outlook via a mobile web browser, where CSS handling differs significantly from native apps — simple, table-based layouts with fully inlined styles are the safest choice. Learn more

By following these best practices, you can help ensure that your emails are consistently rendered correctly, regardless of how they are viewed or forwarded by recipients.

Refer to the table below for best practices for email design:

Recommended
Use with care
Not recommended
  • Static, table-based layouts for structure
  • HTML tables and nested tables for layout consistency
  • Template widths between 600px and 800px
  • Simple, inline CSS for styling
  • Web-safe fonts for universal compatibility
  • Background images may not appear on certain email platforms.
  • Custom web fonts lack universal support.
  • Wide layouts can display poorly on smaller screens.
  • Image maps offer limited functionality.
  • Embedded CSS is sometimes removed during email delivery.
  • JavaScript is generally unsupported in email environments.
  • <iframe> tags are blocked on most platforms.
  • Flash is outdated and no longer supported.
  • Embedded audio often fails to play.
  • Embedded video is incompatible with many email platforms.
  • Forms do not work within emails.
  • <div> layering can lead to rendering issues.
NOTE
The European accessibility act states that all digital communications should be accessible. In addition to the email design best practices listed in this section, make sure you also follow the guidelines listed on this page specific to building accessible content with the Email Designer.

Specific guardrails and limitations email-guardrails

Even well-structured emails can render differently depending on the client or environment where they are opened. The sections below document known limitations and client-specific behaviors to keep in mind when designing your emails.

Mobile web browser limitations mobile-web-limitations

Email rendering may differ when recipients open Gmail or Outlook via a mobile web browser (e.g., Chrome on a phone), rather than using a native mobile app or desktop client. This is a known limitation of mobile webmail environments and is not specific to Journey Optimizer.

This rendering difference stems from how webmail clients behave inside a mobile browser. The browser renders the full desktop webmail UI first, placing the email two layers deep — beyond the reach of any responsive CSS or media queries. Gmail Web additionally strips CSS <style> blocks and wraps email content in its own <div>, which can override your styles and create alignment conflicts.

Typical symptoms include text alignment shifting (left-aligned text appearing centered), extra white separator lines between content sections, and an overall layout that differs from the template design.

These issues only occur in Gmail Web and Outlook Web when accessed via a mobile browser. Outlook and Gmail native mobile apps, as well as all desktop clients, are not affected.

TIP
To minimize the impact:
  • Use simple table-based layouts with fully inlined CSS.

  • Avoid relying on media queries or <style> blocks for critical layout properties such as text alignment.

Outlook rendering considerations outlook-tips

Outlook has a number of rendering quirks that can affect your email layout if not accounted for during design. To help ensure your emails render correctly in Outlook, follow these best practices:

  • Use even numbers for padding, font sizes, and widths. Outlook converts pixels to points internally, which can introduce uneven spacing and unwanted white lines when odd numbers are used.
  • Set table widths in pixels, not percentages. Percentage-based widths can break the layout in Outlook. Apply width values directly in the style attribute of each table.
  • Always set image widths using the width attribute. Outlook ignores CSS width and height properties on images and falls back to the file’s native dimensions if no HTML attribute is present.
  • Include Alt text on all images. This prevents display and security issues when images are blocked.
  • Apply borders to table cells, not to the table element itself. If a border is not rendering as expected, move it from the <table> to the <td>.
  • Avoid rounded corners. CSS border-radius is not reliably supported in Outlook — square corners are the safe default.

For dark mode design considerations, including how to use media queries and Outlook.com-specific image swap techniques, refer to this page.

How-to videos video

Learn how to create email content with the message editor.

Learn how to configure content experiments to A/B test and explore email content best drives your business objectives.

recommendation-more-help
journey-optimizer-help