How does HTML coding affect email deliverability and are emojis safe to use in email marketing?
Summary
What email marketers say13Marketer opinions
Email marketer from MailerLite suggests using a preheader. If you do not add a preheader, the email client will automatically pull text from the body of your email. Use this space wisely to further engage subscribers with a message that supports your subject line.
Email marketer from Email on Acid shares to consider how emojis render across different email clients. Some email clients may not support certain emojis, which can result in them appearing as boxes or other unexpected characters. Test your emails to ensure that emojis display correctly for your subscribers.
Email marketer from HubSpot explains that using tables for layout, relying on images without alt text, and neglecting mobile responsiveness are common HTML email design mistakes that can negatively impact deliverability. Focus on clean, responsive designs that work across devices and email clients.
Email marketer from Email Geeks shares that unless a large percentage of recipients find emojis spammy and hit the spam button, then the mailbox providers might start acting on those signals. But that goes for not just emojis but all things recipients can see/read.
Email marketer from Email Geeks responds that there’s bound to be a grouchy sysadmin somewhere who has set up some spam rules on emojis. So yes, “a factor” quite likely, but an infinitesimally small factor probably. He continues to state that he wouldn’t worry about it and if you do, do an A/B test with them.
Email marketer from Reddit explains that using too many images, especially without alt text, can negatively affect deliverability. They share to always use alt text and optimize your images for web to reduce their file size.
Email marketer from StackOverflow responds that inline CSS is generally recommended for HTML emails to ensure consistent rendering across different email clients. External stylesheets are often stripped out, so inline styles provide the most reliable results.
Email marketer from Email Geeks says that HTML coding might play a role in email deliverability (though limited). Apart from special characters, broken tags, some antispam can “fingerprint” some piece of code if it has a history of being part of abusive content.
Email marketer from Stripo explains that using a single column layout is better for deliverability. Multi-column layouts are more difficult for email clients to display correctly, which may cause your emails to be marked as spam. Simpler layouts are generally more reliable.
Email marketer from EmailOctopus shares that emojis in subject lines can increase open rates but warns about overuse. They suggest using them sparingly and ensuring they are relevant to the email content. Consider your target audience and whether they are receptive to emojis.
Email marketer from Campaign Monitor shares that avoiding messy code will improve deliverability. Keep your code clean by removing unnecessary or redundant code, which can bloat the file size and make it more difficult for email providers to parse. Larger file sizes are more likely to be flagged as spam.
Email marketer from Gmass shares that emojis can help your emails stand out in the inbox but stresses the importance of using them appropriately. Avoid using them in a way that appears spammy or unprofessional. They are more suitable for certain industries and audiences than others.
Email marketer from Email Geeks explains that if you've copied a template etc. that is also used in spam which has been matched by a fuzzy checksum filter (e.g. Cloudmark), then the answer is technically yes.
What the experts say5Expert opinions
Expert from Email Geeks answers that emojis won't be a problem for deliverability.
Expert from Email Geeks shares that content plays a less important role in most delivery decisions and reputation of the IP/Domain are far more important. However, he lists stumbling blocks such as: URLs that are not FQDN, URLs that mask other URLs, hidden text / hash busters, URL shortners, and frequently re-used content that is finger printed by services like Cloudmark.
Expert from Email Geeks shares that reputation of the content is at least as important as the reputation of the mail stream at the point the mail has been accepted for delivery and the decision is inbox vs spam folder. That's (probably) dominated at most places by the hostnames of the URLs in the HTML body. So, try and make your HTML look like HTML from legitimate email, and not like HTML from malware, spam or phishing.
Expert from Word to the Wise explains that malformed HTML can damage your reputation because some filters check for HTML errors. Fix broken HTML as part of your general maintenance. In general, it's better to send modern HTML that renders well than to worry about the impact of using it.
Expert from Word to the Wise shares that using huge images or a huge number of images can make the email look spammy to some filters. If you're seeing image-related blocks, then try reducing the number of images or total image sizes. Optimize images for the web before uploading.
What the documentation says4Technical articles
Documentation from Microsoft explains that HTML emails with excessive use of JavaScript, Flash, and embedded forms are more likely to be flagged as spam. Keep your HTML code simple and avoid using elements that are commonly associated with spam.
Documentation from Mailjet explains to avoid using too much HTML, use inline CSS, optimize images and use alt text, use web-safe fonts and test, test, test.
Documentation from Sendinblue shares that emojis can be useful, but should be used with caution. Excessive use can cause your email to be marked as spam, so test the performance of your email with and without emojis to see which performs better.
Documentation from Litmus explains that using valid HTML is important. Invalid or poorly formatted HTML can trigger spam filters. Clean, semantic HTML is preferred. They share that accessibility is also key, ensure your email is accessible to users with disabilities to avoid deliverability issues. They also suggest keeping your code light, as overly complex code can increase email size, potentially affecting deliverability.