Better Auth und Resend: E-Mail-Bestätigung gezielt prüfen

Geschrieben von

Better Auth verwaltet die Anmeldung, Resend liefert die Nachricht. Die Verbindung braucht einen Bestätigungs-Callback, eine verifizierte Versanddomain und Tests für fehlgeschlagene Zustellungen.

Veröffentlicht am

Better Auth und Resend: E-Mail-Bestätigung gezielt prüfen

Aktualisiert

Klare Zuständigkeiten

Die E-Mail-und-Passwort-Anleitung von Better Auth beschreibt Hooks für Bestätigung und Passwortzurücksetzung. Die Authentifizierungsbibliothek erstellt und prüft den Link. Deine Mailfunktion versendet ihn an den richtigen Nutzer. Ein zweiter Tokenmechanismus in der Nachrichtenvorlage ist unnötig.

Die Node.js-Anleitung von Resend beschreibt die Versand-API. Dieser Aufruf gehört auf den Server. Der API-Schlüssel darf weder in öffentlichen Frontend-Variablen noch im Browser-Bundle stehen.

Ablauf der E-Mail-Bestätigung
Better Auth erzeugt den Bestätigungslink, Resend liefert ihn und der Nutzer kehrt zur Anwendung zurück.

Einen vollständigen Bestätigungsweg bauen

Richte zuerst eine Versanddomain mit den von Resend angezeigten DNS-Einträgen ein. Die sichtbare From-Adresse muss eine erlaubte Domain verwenden. Eine Testadresse ersetzt keine Produktionskonfiguration. Nutze die Anleitung zur Domain-Verifizierung.

Verbinde anschließend Better Auths emailVerification.sendVerificationEmail mit einer kleinen serverseitigen Mailfunktion. Übergib die URL der Bibliothek. Behandle das Versandergebnis ausdrücklich. Ein Fehlerobjekt in der API-Antwort ist keine geworfene Ausnahme. Ein allgemeines try/catch kann einen abgelehnten Versand deshalb übersehen.

Entscheide dann über das Anmeldeverhalten. Bestätigung verlangen, bei Registrierung senden und nach Bestätigung automatisch anmelden sind getrennte Produktentscheidungen. Übernimm sie nicht ungeprüft aus einem Beispiel.

Fehler gezielt eingrenzen

Symptom Zuerst prüfen
Hook wird nicht aufgerufen Registrierungsweg und Bestätigungseinstellungen
Resend lehnt die Anfrage ab Versanddomain, From-Adresse und API-Antwort
Nachricht enthält falschen Link Öffentliche App-URL und Callback-Konfiguration
Link öffnet, Bestätigung scheitert Ablaufzeit, Wiederverwendung und falsche Umgebung
Registrierung klappt, Mail fehlt Versandergebnis, Anbieterereignisse und Spamordner

Protokolliere eine Korrelations-ID und eine Fehlerkategorie. Vollständige Bestätigungslinks, Reset-Token und API-Schlüssel gehören nicht in Logs. Sie können Kontozugriff ermöglichen.

Auch Fehlerfälle testen

Verwende ein entbehrliches Konto. Prüfe Bestätigung, abgelaufenen Link, erneute Linknutzung, einen Anbieterfehler und Passwortzurücksetzung. Ein Mail-Stub kann zeigen, dass der Callback eine URL erhält. Für echte Zustellung brauchst du ein externes Postfach.

Begrenze wiederholte Anfragen und lege Wiederholungsregeln fest. Erneutes Senden ohne erfasstes Ergebnis verwirrt Nutzer und verbraucht Versandkontingent. Prüfe aktuelle Anbieterlimits statt alter Zahlen zum kostenlosen Tarif.

Authentifizierung ist Teil eines größeren Produkts. NearYou zeigt getrennte Rollen für Kunden, Unternehmen und Administration. Diese Zuständigkeiten zählen auch bei individuellen Webanwendungen.

Sprechen wir darüber

Lass uns reden

Erzähl mir, was du vorhast. Ich antworte meist innerhalb eines Arbeitstages.