La newsletter part du même serveur que WordPress : 8 000 destinataires, script PHP mail(). Le lendemain, tous les mails transactionnels — factures, réinitialisation de mot de passe — finissent en spam. L'adresse IP mutualisée est blacklistée. L'hébergeur suspend l'envoi, parfois le compte entier. Le site web et la liste de diffusion ne partagent pas le même métier.
L'hébergement web sert les pages et, parfois, un SMTP limité pour les mails transactionnels. L'emailing — Brevo, Mailjet, Mailchimp et équivalents — repose sur une infrastructure d'envoi massif avec réputation, rebonds, désabonnement et statistiques. Confondre les deux met en danger ce qui rapporte vraiment : les e-mails que le client attend après un achat.
Limites typiques du SMTP hébergeur
Sur mutualisé, les quotas journaliers tournent souvent entre 200 et 500 messages — une newsletter sérieuse les dépasse en minutes. L'adresse IP partagée porte la réputation de centaines de sites voisins, dont certains envoient du spam. Sans boucle de retour structurée, les rebonds durcissent la liste sans que vous le voyiez. Les politiques d'abus sont strictes : un signalement peut suspendre le site entier, pas seulement l'envoi marketing.
Pour un formulaire de contact à faible volume, SMTP authentifié ou service tiers léger suffit. Pour une liste, un prestataire d'envoi dédié est la norme.
Choisir et configurer un prestataire d'envoi
Vérifiez la région et le contrat de sous-traitance si votre liste est européenne — la logique du guide choisir une région cloud s'applique aux données d'abonnés. Respectez l'opt-in RGPD : preuve de consentement, lien de désinscription, registre de traitement. Configurez SPF, DKIM et DMARC progressivement avec les enregistrements DNS fournis par le prestataire. Montez le volume progressivement sur un domaine neuf. Nettoyez la liste : retirez rebonds durs et inactifs prolongés.
Les plugins WordPress doivent appeler l'API du prestataire — pas envoyer des milliers de messages via wp_mail. Consultez aussi SPF, DKIM, DMARC pour l'authentification mail.
Lien avec l'hébergement du site
Le site reste chez votre hébergeur ; l'envoi passe par le prestataire d'emailing. Ne confondez pas le MX du mail professionnel @entreprise.tld — parfois chez l'hébergeur ou Google Workspace — avec les campagnes expédiées via newsletter@ et les DNS du prestataire. En cas de compromission d'un script d'envoi, voir traiter un abus.
Le sommet : l'IP du mutualisé n'est pas une réputation newsletter
Comparez limites SMTP et offres sur l'annuaire et le comparateur.
Décider et avancer sans angle mort
Séparez dès le départ le canal transactionnel — hébergement ou SMTP dédié — et le canal marketing via un prestataire d'envoi avec réputation propre. Configurez SPF, DKIM et DMARC sur le domaine d'envoi avant le premier envoi massif. Documentez l'opt-in et la procédure de désinscription conforme au RGPD. N'envoyez jamais plus de quelques centaines de messages par jour depuis un mutualisé sans accord écrit de l'hébergeur. Enfin, surveillez la délivrabilité des mails transactionnels après chaque campagne — c'est le signal d'alarme le plus fiable.
Questions fréquentes
Puis-je envoyer ma newsletter depuis mon hébergement mutualisé ?
Techniquement parfois oui, en pratique déconseillé : quotas bas (200 à 500 par jour), adresse IP partagée parfois déjà entachée, pas de gestion fine des rebonds. Risque de liste noire et de suspension pour abus — voir aussi les CGV hébergement.
Quelle différence entre SMTP site et outil mailing ?
Le SMTP du site sert aux mails transactionnels — commande, réinitialisation de mot de passe. Un outil d'emailing apporte réputation dédiée, gestion des rebonds, désinscription, statistiques et conformité RGPD sur l'opt-in.
SPF et DKIM : que configurer ?
SPF autorise les serveurs expéditeurs ; DKIM signe le message. L'outil mailing fournit les enregistrements DNS à ajouter — distincts du MX web. Ne dépassez pas la limite de dix consultations DNS pour SPF.
Héberger les emails pro sur le même hébergeur que le site ?
Possible en IMAP mutualisé pour le mail professionnel classique. Les listes massives restent sur un prestataire d'envoi dédié ; ne mélangez pas la réputation newsletter et celle du mail support.
Si votre newsletter part du même serveur que le blog, ce n'est pas un gain — c'est un risque pour tous vos e-mails.