DKIM · TXT
selector._domainkey.mail.examplePublish the workspace-generated selector and value.
EmailDomains
Sending domains.
A name they can trust.
Give your email a recognisable, authenticated identity. Follow the DNS records, verification checks, and alignment behind a confident first send.
Know which record needs your attention.
See which sending-domain records are ready and what to configure next. Follow an example from DNS setup to an authenticated sender.
mail.example / FICTIONAL DNS CHECK01 02 03
Return-path · CNAME
send.mail.exampleBounce handling; SPF follows the generated CNAME.
DMARC · TXT
_dmarc.mail.exampleA valid DMARC policy covering the From domain.
Tracking CNAME is optional. Receiving MX is separate; keep an existing corporate MX unchanged unless you intend to change receiving.
Not inspected. Run the current selection to see the illustrative status.
Outside this basic example. It accepts only v=DMARC1 and one p value: none, quarantine or reject. Other valid tags need the full guide; this result is not a general DMARC validator.
Records are still propagating in this example. Keep readiness pending and recheck the actual verification result later.
Return-path CNAME is missing. Publish the exact generated target before rechecking sending readiness.
DMARC alignment needs attention. Compare the authenticated identities with the From domain; DKIM ownership alone does not establish alignment.
Example records are verified. This is not a live DNS check, delivery guarantee or inbox-placement test.
Cloudflare: enter the correct host label and keep the return-path CNAME DNS only.
Route 53: use the correct hosted zone and the exact generated record names and values.
Check whether your provider appends the zone name before entering a fully qualified host.
Companies that trust Bird across their communications.
Read Bird customer storiesDifferent records. Different responsibilities.
Start with your domain.
DKIM signs the message, SPF identifies authorized sending infrastructure, and DMARC evaluates alignment with the From domain. Publish the exact generated records before checking verification.
Understand authentication ↗Plan the transition.
Register and verify the sending identity in the intended workspace and region. Receiving MX is a separate choice; changing it can affect where incoming mail goes.
Set up a sending domain ↗L'authentification, sans fouiller dans les enregistrements DNS.
Les domaines d'envoi sont le point de départ de la délivrabilité sur l<hub>API Email Bird</hub>. Bird génère les enregistrements, signe en périphérie et vous prévient dès quun domaine n'est plus aligné. L'authentification devient une étape de configuration, plus une enquête permanente.
Cinq étapes vers un domaine signé.
Nous générons chaque enregistrement. Vous les publiez une seule fois, et nous les maintenons vérifiés.
Ajoutez un domaine en quelques minutes.
Collez les enregistrements DNS générés chez votre fournisseur et lancez la vérification. La plupart aboutissent quelques minutes après leur propagation.
Signature DKIM, alignement SPF et DMARC.
Bird signe avec DKIM et vérifie les enregistrements return-path et DMARC. Pour afficher un logo de marque dans les boîtes de réception compatibles, publiez votre propre enregistrement BIMI et respectez les exigences du fournisseur.
Un domaine pour chaque flux d'envoi.
Utilisez des domaines distincts pour le transactionnel et le marketing, ou un par marque, chacun avec sa propre réputation. Votre espace de travail affiche le quota de domaines en vigueur.
Des outils pour les enregistrements eux-mêmes.
Évaluez les enregistrements DMARC, SPF, DKIM, BIMI et MX actifs d'un domaine et obtenez le détail de ce qui échoue et pourquoi. Collez un rapport agrégé DMARC et obtenez-en une lecture en langage clair. Les deux fonctionnent sur n'importe quel domaine, sans clé requise.
Compatible avec les sous-domaines.
Envoyez depuis un sous-domaine dédié pour isoler votre réputation d'envoi de votre messagerie d'entreprise.
Une seule commande, tous les enregistrements dont vous avez besoin.
Ajoutez un domaine depuis le tableau de bord, l'API ou la CLI. Bird renvoie les enregistrements exacts à publier : une clé DKIM pour signer vos messages, un CNAME de return-path qui aligne SPF sans toucher à votre enregistrement apex, un enregistrement DMARC, et un CNAME de tracking facultatif pour des liens d'ouverture et de clic à votre marque. Puis il les vérifie pour vous.
bird email domains create
bird CLI
$ bird email domains create mail.acme.com \
| jq -c '.status, (.dns_records[] | {purpose, type, host})'
"pending"
{"purpose":"dkim","type":"TXT","host":"bird1._domainkey.mail.acme.com"}
{"purpose":"return_path","type":"CNAME","host":"send.mail.acme.com"}
{"purpose":"dmarc","type":"TXT","host":"_dmarc.mail.acme.com"}
{"purpose":"tracking","type":"CNAME","host":"links.mail.acme.com"}
# Publish them, then check: bird email domains verify <domain-id>
Create a sending domain with CLI or MCP, publish its DNS records and verify again. Inspect the verification result before using the domain to send.
Suivi des ouvertures et des clics à votre marque.
Ajoutez le CNAME de tracking facultatif et Bird mesure les ouvertures et les clics sous votre propre domaine plutôt que via une redirection générique. Les ouvertures proviennent d'un pixel dans le HTML ; les clics proviennent de liens réécrits via votre nom d'hôte à votre marque, si bien que la réputation de la redirection comme celle des liens reste attachée à votre marque, le tout servi en HTTPS.
Le suivi est une capacité à part entière, distincte de l'envoi. Un domaine envoie dès que DKIM, le return-path et DMARC sont vérifiés, avec ou sans l'enregistrement de tracking en place. Le suivi des ouvertures et des clics s'active une fois le CNAME vérifié et que vous l'activez.
C'est opt-in pour une bonne raison. Les liens réécrits modifient l'URL que le destinataire voit au survol et ajoutent un saut de redirection ; laissez donc le suivi des clics désactivé pour les réinitialisations de mot de passe et les e-mails de sécurité, où un lien direct et propre compte plus que la mesure.
Vérifié une fois, surveillé en permanence.
Dès que vous ajoutez un domaine, Bird vérifie toutes les deux minutes, espace les contrôles à une fois par heure au cours des trois premiers jours, puis passe à une vérification quotidienne de chaque domaine actif. Si un enregistrement vérifié commence à échouer, le domaine reste vérifié dans un état d'avertissement, est revérifié toutes les heures, et votre espace de travail est notifié ; il n'est rétrogradé qu'après 24 heures complètes d'échecs, et toute vérification réussie dans cette fenêtre annule l'avertissement. Un incident DNS passager ne peut pas vous mettre hors ligne, et un enregistrement corrigé est revérifié au prochain contrôle sans intervention de votre part.
Allez plus loin dans la documentation.
Ajoutez et vérifiez un domaine avec le guide des domaines d'envoi, et découvrez comment fonctionnent les enregistrements dans le guide DKIM, SPF et DMARC.
Mettez-le en pratique.
Poursuivez avec la documentation, les guides et les exemples sur ce sujet. Les ressources sont en anglais.
Regarder le guideGetting started with emailGuide d'implémentationSend your first emailSuivre le parcours d'apprentissageBuild your first integration
Essayez la pratique et obtenez un guide d'implémentationQuestions sur les domaines d'envoi
Quels enregistrements dois-je créer pour vérifier un domaine, et combien de temps cela prend-il ?
Nous générons les enregistrements pour vous : un enregistrement TXT DKIM pour signer vos e-mails, un CNAME return-path qui aligne SPF (aucun enregistrement SPF apex requis), et un enregistrement TXT DMARC. Un CNAME de suivi pour les liens d'ouverture et de clic brandés est optionnel. Ajoutez le domaine, collez les enregistrements chez votre fournisseur DNS, puis cliquez sur vérifier : la plupart des vérifications aboutissent en quelques minutes après la propagation DNS, bien que cela puisse parfois prendre plus longtemps.
Que fait concrètement l'enregistrement DMARC ?
DMARC indique aux serveurs de réception quoi faire avec les e-mails qui échouent à l'alignement DKIM ou SPF, et où envoyer les rapports agrégés montrant qui envoie en tant que votre domaine. Nous exigeons un enregistrement DMARC avant qu'un domaine puisse envoyer, et recommandons de commencer avec p=none, qui surveille sans affecter la livraison. Une fois que vous avez confirmé que toutes les sources légitimes sont alignées, renforcez la politique vers p=quarantine ou p=reject. Si vous publiez déjà DMARC sur votre domaine ou un domaine parent, nous l'utilisons tel quel. Les principaux fournisseurs de messagerie attendent désormais des expéditeurs en masse qu'ils publient une politique, donc en avoir une fait de plus en plus partie des conditions pour atteindre la boîte de réception à grande échelle.
Puis-je envoyer depuis un sous-domaine, ou utiliser plusieurs domaines ?
Oui aux deux, et nous recommandons un sous-domaine dédié, car il isole la réputation de vos e-mails de votre messagerie d'entreprise. Vous pouvez également utiliser des domaines séparés pour les e-mails transactionnels et marketing, ou un par marque, chacun avec sa propre authentification et réputation.
De l'authentification à la délivrabilité
Envoi
E-mails transactionnels et marketing, modèles et envois par lot.
Délivrabilité
Authentification, montée en charge des IP, suppression et visibilité par fournisseur.
IP dédiées
IP dédiées et pools gérés, préchauffés automatiquement.
Présentation de l'API Email
L'API Email complète : envoi, délivrabilité, IP, suppression, analytics et diffusions.
Parlez à notre équipe email
Préparez votre domaine d'envoi.
Discutez de l'authentification, de la configuration du domaine et de votre plan de migration. Vous pouvez aussi créer un compte et commencer à vérifier un domaine vous-même.
Créez votre compte, puis ajoutez votre domaine. Vous aurez besoin d'accéder à ses enregistrements DNS.