You tested your email and the font family is not the same as what you assigned in the email editor. Or, you do not see a font family you commonly use available in our email editor. Why?
The font selections in the drag-and-drop editor are universally accepted fonts for email clients. The default font selector is limited to fonts that are universally rendered by email clients in an effort to ensure the display of the end recipient is what you intended.
If the font changed in your test email, it's likely that your email client does not recognize it, or does not have rendering rules for it.
Notes
- While it is possible to hard-code custom fonts in the HTML code view we do not recommend it. Hard-coding a font family will not force an email client to render it and it could potentially leave your recipients unable to read the text at all because their system could not render the font family.
- An alternative to hard-coding custom fonts is to save Brand Styles to your account. Saving custom fonts still provides no guarantee that the email client will render the font, but it will at least alleviate the possibility that a hard-coded font family causes unintended problems with your email rendering. See these articles for more information:
Comments
0 comments
Article is closed for comments.