Marketo is great for automation, deliverability, and reporting. Building email content in it is the
hard part. Here's what teams actually deal with day-to-day.
The classic editor is being retired
Adobe's new Email Designer is rolling out and migration is forced. The new editor has gaps: limited brand
guardrails, no custom webfont support without manual CSS injection, content locking that doesn't fully prevent
style changes. Most teams are unsure what the right path forward is.
Template syntax is a developer bottleneck
mktoModule, mktoText, mktoImg, and variable syntax all need a developer
who knows them. Every module change means a dev ticket. Developers fluent in HTML email and Marketo
syntax are rare; the bottleneck is real.
Design Studio has limitations
Storing and managing templates in Design Studio is clunky. No visual preview of modules,
no drag-and-drop at the template level in classic, manual version control. Teams accumulate dozens of variations
with no clean way to manage them.
Brand consistency drifts
Even with modules, the editor gives users enough rope to break layouts. Rich-text fields let people change fonts,
colours, and spacing in ways that drift from the brand. The more campaigns you ship, the worse the drift.
You're locked into one platform
Templates built with Marketo syntax only work in Marketo. Migrate ESPs and you start from scratch. An
ESP-agnostic approach avoids this entirely.
The new editor mangles your HTML
Upload clean HTML to the new Email Designer and it runs through an undocumented conversion: inline styles change,
structure shifts, rendering breaks. There's no documentation explaining what the converter does. Teams end up
reverse-engineering the editor instead of building emails.