Envoyer des e-mails depuis l'Inde : facturation en INR, factures GST et délivrabilité

En bref

1. À qui s'adresse ce guide. Si votre entreprise est immatriculée en Inde et envoie des e-mails à ses clients, ce guide est pour vous.
2. Des forfaits facturés en roupies. Les forfaits MigoSMTP peuvent être facturés en INR : vous n'avez donc ni taux du dollar à suivre ni frais de change à payer sur une carte.
3. Factures GST et paiement par UPI. À chaque période de facturation, vous recevez une facture GST, ce dont votre équipe financière a besoin pour le crédit de taxe en amont et la comptabilité.
4. Ce dont votre domaine a besoin avant d'envoyer. Les fournisseurs de messagerie décident vite s'ils font confiance à un expéditeur, et ils regardent d'abord l'authentification.
5. Les règles qui s'appliquent à vous, où que vous soyez. Google et Yahoo exigent des expéditeurs en masse qu'ils authentifient leurs e-mails, maintiennent un faible taux de plaintes pour spam et facilitent le désabonnement.
6. Consentement et loi sur la protection des données personnelles numériques. La loi indienne Digital Personal Data Protection Act de 2023 fixe des règles sur la façon dont les organisations traitent les données personnelles des personnes en Inde, et une adresse e-mail est une donnée personnelle.

À qui s'adresse ce guide

Si votre entreprise est immatriculée en Inde et envoie des e-mails à ses clients, ce guide est pour vous. Cela couvre une boutique en ligne qui envoie des mises à jour de commande et d'expédition, un produit fintech ou edtech qui envoie des codes d'accès et des reçus, une agence qui mène des campagnes pour plusieurs marques, et une équipe logicielle qui veut un relais SMTP ou une API sans gérer de serveurs de messagerie.

L'essentiel de ce qui fait arriver un e-mail est identique partout : des domaines authentifiés, des listes propres, un volume régulier. Pour une entreprise indienne, ce qui change relève du pratique : payer en roupies, obtenir une facture que votre comptable peut utiliser, et respecter la loi sur la vie privée qui s'applique désormais à vous. Nous traitons les deux ici.

Des forfaits facturés en roupies

Les forfaits MigoSMTP peuvent être facturés en INR : vous n'avez donc ni taux du dollar à suivre ni frais de change à payer sur une carte. Sur la page des tarifs, le forfait mensuel de 10 000 e-mails est à ₹799, celui de 100 000 e-mails à ₹5,999 et celui de 500 000 e-mails à ₹26,999. Si vous dépassez votre volume mensuel, les e-mails supplémentaires sont facturés au tarif de dépassement de votre forfait : ₹85, ₹72 ou ₹55 par 1 000 pour Starter, Growth et Scale.

Il existe aussi un forfait gratuit de 1 000 e-mails par mois, sans carte bancaire, ce qui suffit pour tester une intégration de bout en bout avant de vous engager. Les chiffres actuels figurent toujours sur la page des tarifs en INR : vérifiez-les avant de planifier un budget, car c'est la page que nous tenons à jour.

Factures GST et paiement par UPI

À chaque période de facturation, vous recevez une facture GST, ce dont votre équipe financière a besoin pour le crédit de taxe en amont et la comptabilité. Si votre comptable a une exigence précise sur la manière d'adresser la facture, dites-le à notre équipe de facturation avant le premier paiement plutôt qu'après : il est bien plus simple de bien configurer une fois que de réémettre des factures ensuite.

Vous pouvez payer par UPI. Vous pouvez aussi choisir d'être facturé mensuellement, trimestriellement, semestriellement ou annuellement. Le trimestriel fait économiser 5 %, le semestriel 10 %, et l'annuel vous offre deux mois. Pour un produit qui continuera clairement à envoyer, une période plus longue est généralement la manière la moins chère d'exploiter le même volume.

Ce dont votre domaine a besoin avant d'envoyer

Les fournisseurs de messagerie décident vite s'ils font confiance à un expéditeur, et ils regardent d'abord l'authentification. Publiez SPF pour que les récepteurs sachent quels serveurs peuvent envoyer pour votre domaine, signez vos e-mails avec DKIM et ajoutez un enregistrement DMARC pour que les récepteurs sachent quoi faire lorsqu'un message échoue. Faites-le sur le domaine que vous utilisez réellement dans l'adresse From, qu'il s'agisse d'un domaine .com, .in ou .co.in.

N'envoyez pas de courrier professionnel depuis une adresse de messagerie gratuite comme un compte Gmail ou Yahoo. Les récepteurs appliquent des règles plus strictes à ces domaines, et vous ne pouvez pas ajouter vos propres SPF ou DKIM à un domaine qui ne vous appartient pas. Utilisez une adresse sur le domaine de votre entreprise, et un sous-domaine comme mail.yourcompany.in pour les envois en masse ou marketing, afin qu'un problème à ce niveau ne puisse pas affecter votre messagerie professionnelle quotidienne.

Les règles qui s'appliquent à vous, où que vous soyez

Google et Yahoo exigent des expéditeurs en masse qu'ils authentifient leurs e-mails, maintiennent un faible taux de plaintes pour spam et facilitent le désabonnement. Microsoft a fixé des attentes similaires pour les expéditeurs à fort volume vers ses boîtes grand public. Beaucoup de vos destinataires sont sur Gmail, Google Workspace, Outlook ou Microsoft 365 : ces règles s'appliquent donc à vos e-mails, que vous soyez à Jaipur ou à Johannesburg.

En pratique, cela signifie un en-tête List-Unsubscribe fonctionnel sur les e-mails marketing, un taux de plaintes bien inférieur aux seuils publiés par les fournisseurs, et aucune liste achetée ou récupérée par scraping. Notre guide des exigences des fournisseurs renvoie vers les pages officielles, qui sont le bon endroit pour vérifier les chiffres exacts, car ils changent.

Consentement et loi sur la protection des données personnelles numériques

La loi indienne Digital Personal Data Protection Act de 2023 fixe des règles sur la façon dont les organisations traitent les données personnelles des personnes en Inde, et une adresse e-mail est une donnée personnelle. En termes simples, vous devez savoir pourquoi vous détenez chaque adresse, avoir un fondement clair pour lui écrire, indiquer aux gens à quoi elle servira et respecter une demande d'arrêt.

Nous ne sommes pas votre conseiller juridique, et les règles sont mises en place progressivement : demandez donc à votre propre conseil ce qui s'applique à votre entreprise et à quel moment. Ce que nous pouvons dire du point de vue de l'envoi, c'est que tenir des registres de consentement propres et retirer immédiatement les personnes qui se désabonnent est une bonne pratique sous n'importe quel régime, et protège aussi votre délivrabilité.

Séparer les e-mails transactionnels et promotionnels

Une réinitialisation de mot de passe, un OTP ou une confirmation de commande, le client les attend. Pas une annonce de soldes. Les fournisseurs de messagerie observent la réaction des gens à chacun, et si les deux partent du même flux, une salve de promotions ignorées peut ralentir les messages les plus importants.

Envoyez les e-mails transactionnels depuis leur propre sous-domaine et, à mesure que vous grandissez, leur propre flux d'envoi, et gardez les e-mails promotionnels sur un autre. Si une campagne génère des plaintes, vos OTP et vos reçus gardent leur réputation. C'est la décision structurelle la plus utile pour un expéditeur e-commerce ou fintech, et elle ne coûte rien dès le premier jour.

Migrer depuis un autre fournisseur

Si vous quittez un autre service, ne basculez pas tout en une nuit. Ajoutez MigoSMTP en parallèle de votre fournisseur actuel, envoyez une petite part d'un flux à faible risque, surveillez les rebonds et les plaintes pendant une semaine, puis migrez le flux suivant. Les enregistrements d'authentification peuvent lister les deux fournisseurs en même temps pendant la transition.

Nous avons des guides de migration pas à pas pour ceux qui viennent d'Amazon SES, SendGrid, Mailgun et Postmark, et ils couvrent les paramètres SMTP, les différences d'API et les changements DNS.

Une courte liste de contrôle pour votre première semaine

Créez votre compte et choisissez la devise INR. Ajoutez votre domaine d'envoi et publiez les enregistrements SPF et DKIM. Ajoutez un enregistrement DMARC en mode surveillance. Envoyez un test à des boîtes que vous contrôlez sur Gmail, Outlook et votre propre domaine, et regardez où chacun arrive. Puis envoyez un petit lot réel à des destinataires engagés avant de monter en charge.

Après la première semaine, examinez les rebonds, les reports et les plaintes par domaine de destinataire, retirez les adresses qui rebondissent et augmentez le volume par paliers. Si quelque chose semble anormal, notre équipe peut examiner les journaux de messages avec vous.

Pour aller plus loin et sources

• Google : Consignes pour les expéditeurs d'e-mails
• RFC 7208 : Sender Policy Framework (SPF)

Dans MigoSMTP : articles du centre d'aide

• Vérifier votre domaine d'envoi : enregistrements DNS et propagation
• Liste de contrôle des exigences Gmail, Yahoo et Outlook pour les envois en masse
• Changer de fournisseur sans perdre en délivrabilité

Guides et outils associés

• Tarifs en INR : forfaits à partir de ₹799 par mois.
• Vérifier SPF, DKIM et DMARC : testez les enregistrements de votre domaine.
• Exigences des fournisseurs de messagerie : ce que Gmail, Outlook et Yahoo attendent.