A Mailchimp campaign image has to help the subscriber understand the email. The right export starts with the image role and the content block, not with one universal width or compression preset.
Image optimization for Mailchimp means preparing delivery copies that fit the actual template area, stay clear on mobile and high-density screens, use suitable formats, keep critical information in real text, and survive image-blocked or cross-client inbox conditions. It does not guarantee deliverability, opens, clicks, sales, or platform approval.
What Mailchimp campaign images must accomplish
The campaign exists for the recipient, not for the file. A header image may create mood, a product image may prove detail, a logo may identify the sender, and a diagram may explain a process. Each role has a different risk. A small logo can fail because it loses contrast in dark mode; a full-width hero can fail because the headline is trapped inside an image; a product row can fail because two columns collapse awkwardly on mobile.
Before exporting anything, ask three subscriber-centered questions: can the reader understand the message if images do not load, is the key idea clear at phone width, and is the call to action available as real email text or a clear link rather than only as pixels inside the image?
Why image role comes before export settings
A hero, logo, product photo, thumbnail, GIF and background image should not share one preset. Role decides crop, detail, file type, alt text and testing priority. Dimensions matter, but only after you know where the asset will display.
Start with the block
Identify whether the asset will appear in a full-width image block, a multi-column section, a logo area, a product block, a background area or custom-coded HTML.
Then export the delivery copy
Keep the editable master separate. Export a Mailchimp-specific copy in RGB, at enough pixels for the displayed width, with file weight kept reasonable.
Template width, content width, column width and source width
Mailchimp currently says its templates are generally designed around a maximum width of 600 pixels. The new builder's Image block documentation recommends images with a minimum width of 660 pixels and suggests 1320 pixels when preparing for high-density displays. Those statements are not interchangeable. A 600-pixel template, a 660-pixel content area, a two-column product block and a 1320-pixel retina source describe different parts of the decision.
Padding changes the practical number. If a 600-pixel area has 10 pixels of left padding and 10 pixels of right padding, the useful visual area is closer to 580 pixels. In a two-column layout, calculate the visible column after column width and padding rather than exporting both thumbnails as if they were full-width heroes.
Role-based decision table
| Email image role | What it must communicate | Width or block factor to verify | Main quality/accessibility risk | Final test |
|---|---|---|---|---|
| Hero image | Campaign theme, product category or offer context. | Full content area, padding and mobile crop. | Headline or CTA locked inside the image; soft text on mobile. | View on phone width with images enabled and disabled. |
| Logo | Sender identity and brand recognition. | Header/logo block display size, not the full template width. | Transparent mark disappearing on dark or colored backgrounds. | Preview light mode, dark mode and high-density screens. |
| Product photo | Shape, color, texture and reason to click. | Product block or column width after padding. | Over-compression hiding details or inconsistent crops across a row. | Compare product clarity on desktop and mobile. |
| Two-column thumbnail | Quick choice between two items or stories. | Column width after padding and stacked mobile order. | Small embedded text and mismatched aspect ratios. | Check stacked mobile layout and tap target clarity. |
| Screenshot or diagram | A visual explanation that supports surrounding copy. | Displayed width and whether labels remain legible. | Important instructions existing only in the image. | Repeat the key point in real text and test alt text. |
| Animated GIF | A short motion cue or product reveal. | Actual displayed dimensions and file weight. | Large file, weak first frame or unsupported animation behavior. | Confirm first frame makes sense without motion. |
| Background image | Atmosphere behind readable content. | Builder type, section choice and one-column mobile behavior. | Text contrast loss or client-specific rendering differences. | Preview with fallback color and multiple email clients. |
Formats, RGB color and reasonable file weight
Mailchimp's template guidance lists JPG, GIF and PNG as dependable campaign image formats and advises RGB rather than CMYK for web and email display. Legacy builder image-block guidance also notes that Content Studio can accept JPG/JPE/JPEG, GIF, PNG and BMP, but upload acceptance is not the same as best email-client choice. For most campaigns, JPG works for photos, PNG works for transparent logos or sharp graphics, and GIF should be used only when motion adds meaning.
Mailchimp recommends avoiding overly large files and gives a 1 MB maximum recommendation for images. Treat that as a practical ceiling to work under when possible, not as permission to crush every asset until it looks damaged. Pixel dimensions and display width matter more than a DPI label; 72 dpi may be sufficient for web, but it does not rescue an image that is too small for its displayed width.
A practical everyday scenario
Imagine a small home-decor shop sending a Mailchimp promotion for a new desk lamp. The hero image shows the lamp on a desk, the product image shows texture and scale, the logo appears at the top, and a two-column thumbnail row links to "new arrivals" and "styling tips." The team keeps the discount code and button as real email text, exports the hero for the content area, prepares product images for the column width, saves the logo as a clear PNG with enough contrast, writes useful alt text, and tests the email with images blocked before sending.
Preview and testing are part of optimization
Mailchimp encourages testing every email before sending and its testing tips include previewing desktop and mobile, checking links, and reviewing the design. Inbox Preview, where available for the account, can show screenshots across email clients. This matters because Gmail, Outlook, Apple Mail and mobile clients do not render every image, background or layout in the same way.
Image optimization can improve clarity and loading, but it cannot bypass image blocking, replace consent-based sending practices, or guarantee inbox placement. It is one part of a responsible campaign workflow.
Where to go next
FAQ
Is there one correct image size for every Mailchimp email block?
No. The correct size depends on the builder, template/content area, column width, padding, image role and displayed width. Use Mailchimp's current guidance as context, then calculate the real block where the asset will appear.
What should I optimize first: image role, dimensions, file size, or accessibility?
Start with role and subscriber meaning. Then choose dimensions for the displayed block, pick the format, reduce unnecessary file weight, add alt text, and confirm that critical information is present as real email text.
Can one master image be adapted for hero, product, and multi-column blocks?
Yes, if the source is high quality and you export separate delivery copies. Do not force the same crop into every block; create role-specific copies from the master.
How many images should a Mailchimp campaign contain?
Use as many as the message genuinely needs, but avoid a campaign made mostly of heavy images. Every image should add meaning, remain understandable when blocked, and support the real email copy.
Does optimizing Mailchimp images guarantee deliverability, opens, or clicks?
No. Image optimization can improve loading and clarity, but deliverability and engagement depend on consent, sender reputation, relevance, authentication, content, timing and many other factors.
