Resend w praktyce: rejestracja, zamówienia i powiadomienia, które trafiają do skrzynki
Zastosowania Resend: rejestracja i reset hasła, potwierdzenia zamówień, powiadomienia z aplikacji, maile w projektach z Lovable i diagnoza problemów z dostarczaniem.

👁 116 przeczytań
- Resend sprawdza się najlepiej przy mailach transakcyjnych: potwierdzeniach rejestracji, resetach hasła i powiadomieniach o zamówieniu.
- Panel Resend pokazuje status każdego maila - doręczony, odrzucony lub oznaczony jako spam - co eliminuje zgadywanie przy zgłoszeniach klientów.
- Resend zaleca wysyłkę z osobnej subdomeny, żeby zła reputacja maili aplikacji nie wpłynęła na skrzynkę firmową głównej domeny.
Resend przydaje się każdej aplikacji, która wysyła maile w odpowiedzi na działania użytkownika: rejestrację, zakup, zmianę hasła, nowy komentarz. Zebrałem zastosowania, w których sprawdza się najlepiej, i to, na co uważać, żeby maile trafiały do skrzynek, a nie do spamu.
Jak wysłać pierwszego maila i zweryfikować domenę, opisałem w samouczku Resend.
Od czego zacząć
Najlepszy pierwszy mail do przeniesienia na Resend to ten, który najczęściej nie dociera albo najczęściej jest zgłaszany przez klientów. W wielu aplikacjach to reset hasła albo potwierdzenie rejestracji. Po przeniesieniu jednego maila i sprawdzeniu, że działa, kolejne przenosisz według tego samego wzoru, a wspólne elementy szablonów, jak nagłówek i stopka, już masz.
Przed startem zadbaj o konfigurację domeny: SPF, DKIM i warto dodać DMARC. To one w największym stopniu decydują o tym, czy maile trafiają do skrzynek odbiorców.
Rejestracja i reset hasła
Podstawowe zastosowanie każdej aplikacji z kontami. Mail z linkiem aktywacyjnym i reset hasła muszą dochodzić szybko i niezawodnie, bo bez nich użytkownik nie wejdzie do aplikacji. Resend wysyła je jednym wywołaniem API, a w panelu widać, czy mail dotarł, co przy zgłoszeniu „nie dostałem maila” oszczędza długiego szukania.
Potwierdzenia zamówień w sklepie
Sklep internetowy wysyła potwierdzenie zamówienia, informację o wysyłce, fakturę. Maile idą z domeny sklepu, a nie z adresu dostawcy, co buduje zaufanie klienta. Szablon z React Email pozwala wstawić do maila listę produktów, kwotę i numer zamówienia.
Powiadomienia z aplikacji
Nowa wiadomość w aplikacji, zbliżający się termin, zmiana statusu zgłoszenia. Powiadomienia mailowe przyciągają użytkownika z powrotem do aplikacji, jeśli są konkretne i nie przychodzą za często.
Aplikacje budowane w Lovable i podobnych narzędziach
Lovable ma na swoim kanale oficjalny poradnik konfiguracji Resend. Aplikacja zbudowana z opisu dostaje prawdziwą wysyłkę maili, a nie tylko formularz, który nikogo nie powiadamia. O budowaniu w Lovable pisałem w samouczku Lovable.
Maile, które wyglądają jak reszta marki
Szablony w React Email piszesz jak komponenty strony, z tym samym logo, kolorami i czcionką. Wspólne elementy, na przykład stopkę, piszesz raz i używasz we wszystkich mailach. Zmiana adresu firmy w stopce to jedna poprawka zamiast dziesięciu.
Diagnoza problemów z dostarczaniem
Gdy klient mówi, że mail nie dotarł, panel pokazuje status: doręczony, odrzucony, oznaczony jako spam. Zamiast zgadywać, widzisz, co się stało, a przy odrzuceniach wiesz, czy problem jest po stronie adresu odbiorcy, czy konfiguracji domeny.
Osobna subdomena dla bezpieczeństwa reputacji
Resend poleca wysyłkę z osobnej subdomeny. Jeśli coś pójdzie nie tak z reputacją maili aplikacji, nie ucierpi poczta firmowa wysyłana z głównej domeny. To prosta decyzja na starcie, która oszczędza problemów później.
Przykład: sklep z własną domeną wysyłki
Mały sklep z ceramiką przechodzi z maili wysyłanych z adresu platformy na własne. Dodaje subdomenę wysyłkową w Resend, konfiguruje rekordy SPF, DKIM i DMARC, a szablony potwierdzenia zamówienia i wysyłki pisze w React Email z logo i zdjęciem produktu. Klienci dostają maile z adresu sklepu, a właścicielka widzi w panelu, że jedna klientka nie dostała potwierdzenia, bo podała adres z literówką.
W tym przykładzie najcenniejszy okazał się panel z historią wysyłek. Zamiast odpowiadać klientce „u nas wszystko działa”, właścicielka zobaczyła literówkę w adresie i mogła od razu wysłać potwierdzenie na poprawny. Takie sytuacje zdarzają się w każdym sklepie, a możliwość sprawdzenia, co się stało z konkretnym mailem, zamienia frustrującą wymianę wiadomości w jedną szybką odpowiedź.
Na co uważać
- Plan Transactional dotyczy maili wysyłanych w odpowiedzi na działania użytkownika, a newsletter marketingowy to osobna sprawa, która zawsze wymaga zgody odbiorców.
- Klucz API trzymaj na serwerze, nigdy w kodzie strony.
- Doręczalność zależy od konfiguracji, więc rekordy DNS są podstawą.
Jak sprawdzić, czy to się opłaca
Miarą jest przede wszystkim liczba zgłoszeń od klientów typu „nie dostałem maila” przed i po przeniesieniu wysyłki. Każde takie zgłoszenie to czas obsługi klienta, a przy mailu z resetem hasła także klient, który mógł zrezygnować. Druga miara to czas programisty: gotowa biblioteka i szablony jako komponenty oszczędzają pracy przy każdym nowym mailu.
Warto też co tydzień spojrzeć na odsetek odrzuconych wiadomości w panelu. Jeśli rośnie, trzeba przyjrzeć się jakości adresów w bazie.
We wszystkich tych zastosowaniach dobrze działa jedna zasada: mail transakcyjny ma być krótki i robić jedną rzecz. Potwierdzenie zamówienia potwierdza zamówienie, reset hasła resetuje hasło. Dokładanie do nich promocji i newsletterowych treści zwiększa ryzyko, że filtry uznają je za reklamę i odłożą poza skrzynkę odbiorczą.
Roczny plan Resend Transactional Pro sprzedaję taniej niż w oficjalnym cenniku w sklepie kinetyka.pl.
Cały tydzień w AI, w jednym mailu
Wybrane premiery, narzędzia i analizy. Raz w tygodniu, prosto do skrzynki.
Zapisz się za darmo →Najczęstsze pytania
Do czego najlepiej używać Resend w aplikacji webowej?
Resend nadaje się najlepiej do maili transakcyjnych, czyli takich wysyłanych w odpowiedzi na działania użytkownika: rejestrację, zakup, reset hasła, zmianę statusu zgłoszenia. Plan Transactional dotyczy właśnie takich maili - newsletter marketingowy to osobna sprawa wymagająca zgody odbiorców.
Jak Resend pomaga diagnozować problem z niedostarczonym mailem?
Panel Resend pokazuje status każdego wysłanego maila: doręczony, odrzucony lub oznaczony jako spam. Przy odrzuceniach widać, czy problem leży po stronie adresu odbiorcy, czy konfiguracji domeny - przykładowo właścicielka sklepu z ceramiki od razu zobaczyła literówkę w adresie klientki.
Co trzeba skonfigurować w DNS, żeby maile z Resend nie trafiały do spamu?
Trzeba ustawić rekordy SPF i DKIM, a dodatkowo warto dodać DMARC - to one w największym stopniu decydują o tym, czy maile trafiają do skrzynek odbiorców. Rekordy DNS są podstawą doręczalności i bez ich poprawnej konfiguracji pozostałe działania niewiele pomogą.
Od którego maila zacząć przenoszenie wysyłki na Resend?
Najlepiej zacząć od maila, który najczęściej nie dociera albo jest najczęściej zgłaszany przez klientów - w wielu aplikacjach to reset hasła albo potwierdzenie rejestracji. Po przeniesieniu pierwszego maila wspólne elementy szablonów, jak nagłówek i stopka, są już gotowe do użycia w kolejnych.
