Technology does not trump policy when it comes to delivery

Recently Ken Magill wrote an article looking at how an ESP was attempting to sell him services based on the ESPs ‘high deliverability rates.’ I commented that Ken was right, and I still think he is.
Ken has a followup article today. In the first part he thanks Matt Blumberg from Return Path for posting a thoughtful blog post on the piece. Matt did have a very thoughtful article, pointing out that the vast majority of things affecting delivery are under the control of the list owner, not under the control of the ESP. As they are both right, I clearly agree with them. I’ve also posted about reputation and delivery regularly.

While some of us agree wholeheartedly with Ken, he did receive comments from a few delivery people indicating they thought that ESPs should talk about how their technology could improve delivery for senders. Having had experience with customers of most (if not all) of the major ESPs, I would argue that most of the ESPs have roughly equivalent technology. Some may have slightly different bells and whistles, but those bells and whistles are not going to improve delivery on their own.
One commenter says, “ESP technology completely varies, and as ISPs increase ‘throttling’, the ESPs that can optimize throughput will have dramatically better deliverability than others.” What’s wrong with this statement? Nothing is wrong on the surface, it makes sense if you don’t know much about delivery and ISP rate limiting. However, in the last 12 – 18 months ISPs have really moved from one rate limit for all senders to dynamic limits based on the reputation and type of mail coming from a particular source.  Throttling at the major ISPs is mostly controlled by  reputation – they are dynamically assigning rate limits based on a senders’ short term and medium term reputation. If your ESP has to implement technology in order to cope with those limits on your behalf then your delivery through that ESP, by definition, has a problem.
Moving to an ESP that can dynamically “adjust” to ISP imposed limits may improve delivery over the short term, but will not do anything to fix the underlying reputation issues that are prompting the ISPs to throttle mail.
Another commenter says, “Some ESPs have better support structure in place than others, whether it’s technology, staff, or approach, to make marketers more successful.” I agree with some of this. Some ESPs do have better techology and staff and will hold marketers hands and help them improve delivery. In most cases, this revolves around actually making the marketers into better senders, teaching them about best practices and even forcing the sender to make changes or find another ESP. Rarely does the actual SMTP technology factor into this improvement.
There are a lot of technical things that ESPs could do to improve delivery, but that many (most?) of them don’t do. Two of the more obvious things ESPs could do technically to facilitate delivery improvements are:

  1. Send VALID and w3c compliant HTML mail. This is pretty easy to do with off the shelf or open source technology, but most ESPs don’t do any cleanup of the email format. Invalid HTML will hurt delivery. HTML from a MS Word document pasted into an email creates ugly, uncompliant, messy HTML that looks a whole lot like spam to ISP filters.
  2. Use data mining techniques to identify potential problem customers before mail is sent. I know one ESP is doing this very successfully, but most ESPs deal with problems reactively instead of proactively. It is better for everyone concerned if bad mail is caught before it goes out, not after.

Overall, I am a big supporter of ESPs. I think their technology and their policy expertise makes them a good vendor for the average company wanting to use email marketing. I think, though, that delivery and deliverability are under the control of the sender, not the ESP. An ESP that attempts to sell the idea that the technology is more important than practices and policies is misleading both themselves and their customers.

Related Posts

Hidden cost of email blasts

Seth Godin has a post up today talking about how friction, that is the cost of sending marketing, is good for marketing. With more friction, marketers make choices about sending instead of sending to everyone.
The post touches on a point I’ve certainly tried to explain to clients and senders in general.

Read More

Report spam button broken

Q Interactive and Marketing Sherpa published a press release today about how fundamentally broken the “report spam” button is. They call for ISPs to make changes to fix the problem. I think the study on recipient perceptions is useful and timely. There is an ongoing fundamental paradigm shift in how ISPs are handling email filters. ISPs are learning how to measure a senders collective reputation with end users, and, more importantly integrate that reputation into the equation used to determine how to filter and deliver incoming email.
Q Interactive and Marketing Sherpa acknowledge this change in the report:

Read More

Permission Based Emails? Are you sure?

Yesterday I wrote about the ReturnPath study showing 21% of permission based email does not make it to the inbox. There are a number of reasons I can think of for this result, but I think one of the major ones is that not all the mail they are monitoring is permission based. I have no doubt that all of the RP customers say that the mail they’re sending is permission based, I also have no doubt that not all of the mail is.
Everyone who sends mail sends permission based email. Really! Just ask them!
In 10 years of professionally working with senders I have yet to find a marketer that says anything other than all their email is permission based. Every email marketer, from those who buy email addresses to those who do fully confirmed verified opt-in with a cherry on top will claim all their email is permission based. And some of the mailers I’ve worked with in the past have been listed on ROKSO. None of these mailers will ever admit that they are not sending permission based email.
Going back to ReturnPath’s data we don’t really know what permission based email means in this context and so we don’t know if the mail is legitimately or illegitimately blocked. My guess is that some significant percentage of the 20% of email to the probe accounts that doesn’t make it to the inbox is missing because the sender does not have clear recipient permission.
When even spammers describe their email as permission based email marketing, what value does the term have?

Read More