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 ↗Uwierzytelnianie bez grzebania w rekordach DNS.
Domeny wysyłkowe to punkt wyjścia dla dostarczalności w Bird Email API. Bird generuje rekordy, podpisuje na brzegu sieci i informuje cię w chwili, gdy domena traci zgodność uwierzytelniania. Uwierzytelnianie staje się krokiem konfiguracji, a nie ciągłym dochodzeniem.
Pięć kroków do podpisanej domeny.
Generujemy każdy rekord. Publikujesz je raz, a my dbamy o ich ciągłą weryfikację.
Dodaj domenę w kilka minut.
Wklej wygenerowane rekordy DNS u swojego dostawcy i kliknij weryfikację. Większość kończy się w ciągu kilku minut od propagacji.
Podpisywanie DKIM, wyrównanie SPF i DMARC.
Bird podpisuje wiadomości kluczem DKIM oraz weryfikuje rekordy return-path i DMARC. Aby logo marki wyświetlało się w obsługiwanych skrzynkach, opublikuj własny rekord BIMI i spełnij wymagania dostawcy.
Osobna domena dla każdego strumienia wysyłek.
Prowadź oddzielne domeny dla wiadomości transakcyjnych i marketingowych albo jedną na markę — każda z własną reputacją. Twój obszar roboczy pokazuje aktualny limit domen.
Narzędzia do samych rekordów.
Oceń na żywo rekordy DMARC, SPF, DKIM, BIMI i MX dowolnej domeny i sprawdź, co nie przechodzi weryfikacji i dlaczego. Wklej raport zbiorczy DMARC, a otrzymasz go w zrozumiałym języku. Oba narzędzia działają z dowolną domeną, bez potrzeby podawania klucza.
Przyjazne subdomenom.
Wysyłaj z dedykowanej subdomeny, aby odizolować swoją reputację wysyłkową od poczty firmowej.
Jedno polecenie, wszystkie potrzebne rekordy.
Dodaj domenę z pulpitu, przez API lub CLI. Bird zwraca dokładne rekordy do opublikowania: klucz DKIM do podpisywania poczty, rekord CNAME dla return-path, który zapewnia zgodność SPF bez ruszania rekordu apex, rekord DMARC oraz opcjonalny rekord CNAME do śledzenia, dla otwarć i kliknięć opatrzonych marką. Następnie weryfikuje je za ciebie.
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.
Śledzenie otwarć i kliknięć opatrzone marką.
Dodaj opcjonalny rekord CNAME do śledzenia, a Bird mierzy otwarcia i kliknięcia pod twoją własną domeną zamiast generycznego przekierowania. Otwarcia pochodzą z piksela w kodzie HTML; kliknięcia z odnośników przepisanych przez nazwę hosta opatrzoną twoją marką, więc reputacja zarówno przekierowania, jak i odnośnika pozostaje przy twojej marce, a wszystko jest serwowane przez HTTPS.
Śledzenie to osobna funkcja, niezależna od wysyłki. Domena wysyła w chwili, gdy zweryfikują się DKIM, return-path i DMARC, niezależnie od tego, czy rekord śledzenia jest na miejscu. Śledzenie otwarć i kliknięć włącza się, gdy CNAME się zweryfikuje i je włączysz.
Jest opcjonalne nie bez powodu. Przepisane odnośniki zmieniają adres URL, który odbiorca widzi po najechaniu kursorem, i dodają krok przekierowania, więc wyłącz śledzenie kliknięć dla resetów hasła i poczty bezpieczeństwa, gdzie czysty, bezpośredni odnośnik liczy się bardziej niż metryka.
Zweryfikowana raz, monitorowana bez końca.
Zaraz po dodaniu domeny Bird sprawdza ją co kilka minut, następnie w ciągu pierwszych trzech dni przechodzi na sprawdzanie co godzinę, a potem ustala codzienny cykl weryfikacji każdej aktywnej domeny. Jeśli zweryfikowany rekord zaczyna zawodzić, domena pozostaje zweryfikowana w stanie ostrzeżenia, jest sprawdzana co godzinę, a Twój workspace otrzymuje powiadomienie; status zostaje obniżony dopiero po pełnych 24 godzinach niepowodzeń, a każde pomyślne sprawdzenie w tym oknie kasuje ostrzeżenie. Chwilowa awaria DNS nie wyłączy Cię z działania, a naprawiony rekord zostanie ponownie zweryfikowany przy następnym sprawdzeniu — bez konieczności interwencji.
Zgłęb temat w dokumentacji.
Dodaj i zweryfikuj domenę za pomocą przewodnika po domenach wysyłkowych oraz przeczytaj, jak działają rekordy, w przewodniku po DKIM, SPF i DMARC.
Zastosuj w praktyce.
Kontynuuj z dokumentacją, przewodnikami i przykładami dotyczącymi tego tematu. Zasoby są w języku angielskim.
Obejrzyj przewodnikGetting started with emailPrzewodnik wdrożeniowySend your first emailPodążaj ścieżką naukiBuild your first integration
Wypróbuj ćwiczenie i uzyskaj brief wdrożeniowyPytania o domeny nadawcze
Jakie rekordy DNS są potrzebne do weryfikacji domeny i jak długo to trwa?
Generujemy rekordy za Ciebie: rekord TXT DKIM do podpisywania poczty, CNAME return-path wyrównujący SPF (rekord SPF w domenie głównej nie jest wymagany) oraz rekord TXT DMARC. Opcjonalnie możesz dodać CNAME śledzenia dla brandowanych linków otwarć i kliknięć. Dodaj domenę, wklej rekordy u swojego dostawcy DNS i kliknij „Zweryfikuj
Co właściwie robi rekord DMARC?
DMARC informuje serwery odbierające, co zrobić z pocztą, która nie przechodzi weryfikacji DKIM lub SPF, oraz dokąd wysyłać raporty zbiorcze pokazujące, kto wysyła wiadomości w imieniu Twojej domeny. Wymagamy rekordu DMARC, zanim domena będzie mogła wysyłać, i zalecamy rozpoczęcie od p=none, co monitoruje bez wpływu na dostarczanie. Gdy potwierdzisz, że wszystkie legalne źródła są prawidłowo wyrównane, zaostrz politykę do p=quarantine lub p=reject. Jeśli publikujesz już DMARC w swojej domenie lub domenie nadrzędnej, korzystamy z niego w obecnej postaci. Główni dostawcy skrzynek pocztowych oczekują teraz od nadawców masowych publikacji polityki, więc jej posiadanie jest coraz ważniejsze dla dotarcia do skrzynki odbiorczej przy dużych wolumenach.
Czy mogę wysyłać z subdomeny lub używać więcej niż jednej domeny?
Tak, jedno i drugie — i zalecamy dedykowaną subdomenę, ponieważ izoluje ona reputację e-mailową od firmowej poczty. Możesz również prowadzić oddzielne domeny dla poczty transakcyjnej i marketingowej lub jedną domenę na markę, każdą z własnym uwierzytelnianiem i reputacją.
Od uwierzytelnienia do dostarczenia
Wysyłka
Email transakcyjny i marketingowy, szablony oraz wysyłki wsadowe.
Dostarczalność
Uwierzytelnianie, rozgrzewka IP, listy wykluczeń i widoczność per dostawca.
Dedykowane adresy IP
Zarządzane dedykowane adresy IP i pule, rozgrzewane automatycznie.
Przegląd Email API
Pełne Email API: wysyłka, dostarczalność, IP, blokowanie, analityka i wysyłki zbiorcze.
Porozmawiaj z naszym zespołem e-mail
Przygotuj swoją domenę wysyłkową.
Omów uwierzytelnianie, konfigurację domeny i plan migracji. Możesz też utworzyć konto i samodzielnie rozpocząć weryfikację domeny.
Utwórz konto, a następnie dodaj swoją domenę. Będziesz potrzebować dostępu do jej rekordów DNS.