Comparaison des fournisseurs de services de messagerie transactionnelle

Bien que le courrier électronique soit loin d'être le seul canal de communication (et pour de nombreuses personnes, il n'est plus le canal préféré), il reste le principal canal de communication pour toute application Web. Vous pouvez implémenter des SMS, des notifications push, FB Messenger et 10 autres canaux, mais vous aurez sûrement aussi un e-mail.

Avec les clients vient le besoin d'envoyer beaucoup d'e-mails, et croyez-le ou non, envoyer des e-mails n'est ni facile ni gratuit . Même pour une LLC en Floride, cela pourrait représenter une dépense considérable. C'est pourquoi les fournisseurs de services de messagerie transactionnelle existent - pour faciliter et faciliter l'envoi d'un grand nombre d'e-mails personnalisés déclenchés par l'utilisateur et pour maximiser leur délivrabilité. Comme pour tout service sur Internet, nous avons l'embarras du choix lorsqu'il s'agit de choisir un fournisseur de messagerie transactionnelle. Nous avons trouvé 15 des plus populaires et comparé leurs caractéristiques et leurs prix.

E-mails transactionnels vs promotionnels/marketing/newsletter

Wikipedia définit les e-mails transactionnels comme ceux qui "sont généralement déclenchés en fonction de l'action d'un client". C'est l'un des deux éléments de base des e-mails transactionnels, l'autre étant la personnalisation.

Les e-mails marketing (newsletters) ne sont pas personnalisés, mais les concevoir correctement avec une plate-forme de messagerie hautement révisée comme Flodesk peut toujours produire des résultats exceptionnels . Oui, vous entendrez souvent parler de segmentation, de tests A/B et de marquage, mais au final, le même e-mail est envoyé à des milliers d'abonnés. La personnalisation maximale que vous pouvez obtenir dans la copie de l'e-mail est Hello %%first-name%% .

Les e-mails transactionnels sont (ou devraient être) très personnalisés. Par exemple, un e-mail de réinitialisation/récupération de mot de passe est un excellent exemple. Il est déclenché par l'utilisateur (une action de réinitialisation du mot de passe est déclenchée) et personnalisé - il contient un lien unique de réinitialisation du mot de passe spécifique à l'utilisateur ciblé.

Je vais juste envoyer des e-mails depuis mon serveur

Bien que techniquement tout à fait possible et assez facile, envoyer des e-mails à partir d'un serveur qui n'est pas spécialisé pour cette tâche est au mieux futile et franchement stupide. Pourquoi? Parce que 90% de vos e-mails finiront dans les SPAM s'ils arrivent même dans la boîte aux lettres des clients.

Avez-vous déjà eu des problèmes pour recevoir des e-mails de WordPress ? Nouveaux comptes, commentaires à modérer, e-mails de réinitialisation de mot de passe (vous pouvez retrouver l'accès à WP même si la réinitialisation du mot de passe ne fonctionne pas) et autres qui ne passent pas ? C'est parce que WP envoie ces e-mails transactionnels en utilisant le même serveur qu'il utilise pour héberger le site. Un serveur non optimisé et fait pour l'envoi d'emails.

Bien que cela ressemble à une publicité pour les fournisseurs de messagerie transactionnelle, ce n'est pas le cas. Envoyer des e-mails qui sont livrés et ouverts, les suivre, obtenir des statistiques et comprendre pourquoi les choses ne fonctionnent pas, nécessite de nombreuses pièces mobiles. Si vous insistez pour faire les choses par vous-même, vous finirez par vous créer un emploi à temps plein. Attirant? Je crois que non!

Je vais utiliser Gmail ! C'est simple et gratuit !

Utiliser Gmail comme serveur de messagerie sortant pendant le développement et les tests est une solution parfaite. Nous l'utilisons tout le temps. Tout le monde a un compte Gmail, c'est gratuit, simple et Google "comment envoyer des e-mails avec Gmail via PHP" vous amène sur un article utile de Stackoverflow afin que vous puissiez copier/coller le code.

Donc quel est le problème? Limites et fonctionnalités. Étant donné que Gmail n'est pas destiné à cet usage, vous recevrez bientôt le redoutable message "vous avez atteint une limite d'envoi d'e-mails". La limite exacte est inconnue, mais c'est au mieux quelques centaines par jour. Encore une fois, étant donné que Gmail n'a pas été conçu à cet effet, vous ne saurez pas combien d'e-mails ont été livrés ou ouverts, ni combien de liens les utilisateurs ont cliqués dans ces e-mails.

N'y a-t-il pas une option gratuite ?

N° Période. Il n'y en a pas. Si vous voulez un bon service, vous devez le payer. Comme le montre le tableau de comparaison ci-dessous, vous pouvez envoyer gratuitement environ 5 000 e-mails par mois. Cependant, dès que vous dépassez la limite, vous devez payer par e-mail envoyé.

Les prix varient, principalement en fonction du volume dont vous avez besoin, mais un calcul approximatif que vous pouvez toujours utiliser est de 1 USD pour mille e-mails envoyés .

Tableau comparatif des services de messagerie transactionnelle

E-mails gratuits/mois – le nombre d'e-mails que vous pouvez envoyer gratuitement par mois. Des limitations supplémentaires s'appliquent. Sur Amazon SES par exemple, les e-mails doivent être envoyés depuis une application hébergée EC2. En d'autres termes, lisez les petits caractères.

Prix ​​​​des e- mails de 10 000 niveaux le plus bas : le prix (de départ) le plus élevé que vous paierez pour l'envoi de 10 000 e-mails.

Prix ​​​​des e- mails 10k le plus élevé - les prix les plus bas que vous paierez pour l'envoi de 10 000 e-mails. Les prix sur mesure, pour des volumes encore plus importants, sont bien plus bas alors n'hésitez pas à demander.

Prix ​​mensuel fixe du niveau le plus bas - certains services facturent mensuellement, d'autres ne nécessitent que des crédits d'e-mail de pré-achat.

IP dédiée /mon – prix mensuel pour une adresse IP dédiée. Certains disent qu'il vaut mieux l'avoir, d'autres qu'il vaut mieux ne pas l'avoir – à vous de juger.

Test A/B – étant donné que le faire au niveau de l'application nécessite du code, il est agréable d'avoir cette fonctionnalité intégrée au service.

Traitement des e-mails entrants – les e-mails transactionnels sont souvent envoyés à partir d'un e-mail « [email protected] ». Soyez assuré que cela n'empêche pas les utilisateurs de répondre, vous devez donc également disposer d'une boîte aux lettres ou, comme c'est le cas dans la plupart des cas, le transférer vers votre solution de billetterie. Cependant, si vous ne voulez pas d'une boîte aux lettres classique, vous pouvez demander à l'API de vous envoyer un ping chaque fois qu'un e-mail arrive et de le traiter.

Tous les services ont un support API et SMTP. Utilisez l'API si vous me demandez. Ils prennent également en charge les modèles d'e-mail stockés de leur côté ainsi que les statistiques "e-mail ouvert" (qui, naturellement, ne fonctionnent que s'il s'agit d'un e-mail HTML) et les statistiques "lien cliqué".

Une note ou deux sur certains services

Je n'ai pas testé ou utilisé tous les services énumérés ci-dessus. Cependant, pour ceux que j'ai voici quelques notes.

Amazon – le grand kahuna. Ce n'est pas le plus facile à mettre en place, mais ils ont tout sous un même toit. Si jamais vous avez la chance de devenir vraiment grand, vous serez heureux d'être sur Amazon. Les prix peuvent être délicats, mais utilisez leur calculatrice et tout ira bien. Si vous avez le temps de traverser une courbe d'apprentissage abrupte, Amazon vous servira bien.

SendGrid & Campaign Monitor – les options mix&match. Contrairement à d'autres services qui sont uniquement orientés transactionnels et se résument plus ou moins à une API, ces deux sont également des plateformes de marketing. Considérez-les comme MailChimp + une API transactionnelle. Étant donné que nous envoyons tous des e-mails de type newsletter à un moment donné, je leur donnerais une solution unique.

Mailgun - l'option non-PayPal. J'avais bien l'intention de m'inscrire il y a quelques années. Principalement en raison de leur slogan "Le service de messagerie pour les développeurs". Cependant, ils n'acceptent pas PayPal et aucune de mes quatre cartes de crédit n'était assez bonne pour eux. Le support m'a également refusé, je n'ai donc jamais eu l'occasion d'essayer le service. Je vois que PayPal n'est toujours pas une option.

Mandrill – l'option qui n'est plus abordable. Mandrill est ce qui alimente MailChimp. C'est leur service de messagerie transactionnelle. Il a été privé pendant un certain temps, puis public, bon marché et peu annoncé. Ensuite, ils l'ont complètement séparé de MailChimp et ont augmenté les prix. Certains prétendent avoir un taux de délivrabilité plus élevé que d'autres, mais je ne peux pas le confirmer.

Qu'est ce que tu utilises? Recommandez-moi quelque chose !

Nous utilisons le cachet de la poste. Je les utilise depuis des années et tout fonctionne comme annoncé. De nombreuses fonctionnalités, des prix décents, des mises à jour fréquentes et un support amical. Il existe peut-être des services meilleurs ou moins chers, mais nous n'avons jamais ressenti le besoin de changer. Veuillez noter qu'il ne s'agit en aucun cas d'un article sponsorisé et que je ne pense pas non plus qu'ils soient la meilleure chose depuis le pain tranché. Cependant, ce sont les services que nous utilisons pour nos sites SaaS et WordPress.

Je ne pense pas que vous ferez une erreur en choisissant l'un des services ci-dessus. Je sais aussi qu'il est difficile de savoir ce dont vous aurez besoin dans une année lorsque vous débutez. Au début, vous voulez économiser de l'argent, et plus tard, vous voulez gagner du temps. Changer de service n'est jamais amusant, mais tous ces services de messagerie transactionnelle ont des API robustes, ce n'est donc pas la fin du monde.