KI-App-Builder mit Resend: E-Mails aus dem Projekt
KI-App-Builder mit Resend: E-Mails aus dem Projekt
Ja, ein generiertes Projekt verschickt E-Mails, und dafür steht Resend als Anbindung bereit. Sie legen ein Konto bei Resend an, verbinden es mit dem Projekt, und ab da gehen Bestätigungen, Benachrichtigungen und Antworten auf Formulare automatisch raus. Ihr privates Postfach bleibt außen vor.
Der schwierige Teil ist nicht die Verbindung, sondern die Frage, welche Nachricht überhaupt verschickt werden soll und unter welchen Regeln. Dieser Text geht beides durch.
Welche E-Mails verschickt ein Projekt überhaupt?
Fast jedes Projekt braucht früher oder später vier Arten von Nachrichten, und sie haben unterschiedliche Empfänger.
| Art der Nachricht | An wen | Wann sie fehlt, merkt man es |
|---|---|---|
| Eingangsbestätigung an den Absender | Interessent | Sofort, er fragt telefonisch nach |
| Benachrichtigung über eine neue Anfrage | Sie selbst | Spät, wenn Anfragen liegen bleiben |
| Bestätigung einer Buchung oder Bestellung | Kunde | Sofort, das Vertrauen fehlt |
| Nachricht rund um das Konto | Registrierter Nutzer | Beim ersten vergessenen Passwort |
Die zweite Zeile wird am häufigsten unterschätzt. Ein Formular, das Anfragen sauber in die Datenbank schreibt, ist wertlos, wenn niemand nachsieht. Die Benachrichtigung an Sie selbst ist die billigste Verbesserung der Antwortzeit, die ein kleines Unternehmen machen kann.
Die dritte Zeile ist die, bei der Geld hängt. Wer im Handwerk oder im Handel bestellt, erwartet innerhalb von Minuten eine schriftliche Bestätigung. Bleibt sie aus, ruft der Kunde an, und Ihre Zeitersparnis durch das Onlineformular ist wieder weg.
Warum nicht einfach das eigene Postfach benutzen?
Der naheliegende Gedanke lautet: Das Formular schickt einfach eine Mail an mich, fertig. Diese Variante trägt genau bis zur ersten echten Nutzung, und dann bricht sie an drei Stellen.
Erstens die Zustellbarkeit. Nachrichten, die eine Website im Namen fremder Absender verschickt, werden von Mailanbietern kritisch behandelt und landen oft im Spam-Ordner. Ein spezialisierter Dienst wie Resend existiert genau wegen dieses Problems.
Zweitens die Richtung. Ein Formular, das nur Sie benachrichtigt, lässt den Interessenten ohne Rückmeldung stehen. Er weiß nicht, ob seine Anfrage angekommen ist, und schickt sie zur Sicherheit an drei Wettbewerber.
Drittens der Nachweis. Nachrichten, die über einen Maildienst laufen, sind protokolliert: Sie sehen, ob eine Bestellbestätigung rausging. Bei Ärger mit einem Kunden ist das ein Argument, bei einer Mail aus dem privaten Postfach ist es eine Behauptung.
Wie läuft die Anbindung ab?
Fünf Schritte, von denen zwei außerhalb des Builders liegen.
| Schritt | Was Sie tun | Wo |
|---|---|---|
| 1 | Konto bei Resend anlegen | Resend |
| 2 | Absenderdomain hinterlegen und die angezeigten DNS-Einträge setzen | Resend und Registrar |
| 3 | Resend im Projekt verbinden | Zugo |
| 4 | Beschreiben, welche Nachricht bei welchem Ereignis rausgeht | Zugo |
| 5 | Testnachricht auslösen und in einem echten Postfach prüfen | Browser |
Schritt zwei ist der einzige technische. Der Versand von einer eigenen Adresse wird bei jedem Maildienst über DNS-Einträge bestätigt, damit Empfänger prüfen können, dass die Nachricht wirklich von Ihrer Domain stammt. Sie kopieren die angezeigten Einträge in das Panel Ihres Registrars, genau wie beim Verbinden der Domain selbst, das in KI-App-Builder mit eigener Domain beschrieben ist.
Schritt fünf wird gern übersprungen und rächt sich zuverlässig. Prüfen Sie in einem echten Postfach und nicht nur in der Vorschau, und sehen Sie dabei auch in den Spam-Ordner.
Was unterscheidet Transaktionsmail von Newsletter?
Diese Unterscheidung ist in Deutschland keine Formalie, sondern der Punkt, an dem Werberecht anfängt.
Eine Transaktionsmail ist die Folge einer Handlung des Empfängers: Er hat bestellt, gebucht, ein Formular abgeschickt, sein Passwort zurückgesetzt. Sie wird erwartet, und ohne sie funktioniert der Vorgang nicht.
Eine Werbemail ist alles, was ohne konkreten Anlass verschickt wird, also Angebote, Neuigkeiten, Rabattaktionen. Für sie brauchen Sie eine nachweisbare Einwilligung, üblicherweise über ein Double-Opt-in, dazu einen Abmeldelink in jeder Nachricht und ein Impressum. Wer diese Grenze verwischt und Werbung in eine Bestellbestätigung packt, verliert den Schutz der ersten Kategorie.
Praktisch heißt das: Bauen Sie beides getrennt. Die Bestätigung geht automatisch, der Verteiler bekommt eine eigene Anmeldung mit Bestätigungsmail und einem gespeicherten Zeitpunkt der Zustimmung. Wie eine solche Anmeldestrecke entsteht, steht in Newsletter-Anmeldung mit KI bauen. Das hier ist eine Einordnung aus der Praxis und keine Rechtsberatung.
Warum landen Nachrichten im Spam?
Vier Ursachen decken fast alle Fälle ab, und drei davon lassen sich abstellen.
Die Absenderdomain ist nicht bestätigt. Ohne die DNS-Einträge aus Schritt zwei kann kein Empfänger prüfen, dass die Nachricht echt ist. Das ist die häufigste Ursache und die am schnellsten behobene.
Die Adresse passt nicht zur Domain des Projekts. Eine Bestellbestätigung von einer Freemail-Adresse wirkt auf Empfänger und auf Filter gleichermaßen verdächtig. Absender und Website sollten denselben Namen tragen.
Der Inhalt sieht nach Werbung aus. Große Bilder, viele Links, Ausrufezeichen und Rabattsprache in einer angeblichen Bestätigung erzeugen genau die Einordnung, die Sie vermeiden wollten.
Und die vierte, die Sie nur teilweise steuern: Empfänger markieren Nachrichten selbst als Spam. Deshalb ist ein sichtbarer Abmeldelink in Verteilermails auch technisch sinnvoll und nicht nur eine Pflicht. Wer sich nicht abmelden kann, klickt auf den Spam-Knopf, und der schadet allen Ihren künftigen Nachrichten.
Wie hängt der Mailversand mit den Daten zusammen?
Eine Nachricht ist selten für sich allein sinnvoll. Sie hängt an einem Datensatz: einer Anfrage, einer Bestellung, einem Konto.
Deshalb arbeiten die Anbindungen zusammen. Supabase hält die Daten und die Anmeldung, Resend verschickt die Nachricht dazu, Stripe meldet den Zahlungsvorgang. Ein Beispiel aus dem Alltag: Ein Kunde bucht einen Termin, der Datensatz landet in Supabase, die Bestätigung geht per Resend an den Kunden und die Benachrichtigung an Sie.
Die Reihenfolge beim Bauen ist entsprechend. Erst die Daten, dann die Nachrichten. Wer mit dem Mailversand anfängt, hat schöne Vorlagen und nichts, worüber sie berichten könnten. Wie die Datenhälfte aufgebaut ist, steht in KI-App-Builder mit Supabase.
Was kostet der Versand im Builder?
Die Anbindung selbst verbraucht keine Credits, und Resend rechnet sein eigenes Kontingent nach eigenen Bedingungen ab. Credits gehen ausschließlich für Generierung weg.
| Aktion | Credits | Im Hi-Fi-Modus |
|---|---|---|
| Änderung an einem Projekt | 3 | 6 |
| Frischer Build | 6 | 12 |
| Mehrseitige Plattform | 12 für die ersten drei Seiten, dann 3 je weiterer Seite | doppelt |
Free gibt 5 Credits, Pro kostet 25 $ im Monat und enthält 200 Credits, Business kostet 99 $ im Monat und enthält 800. Zweihundert Credits entsprechen rund 16 mehrseitigen Plattformen oder 33 Builds oder 66 Änderungen, jeweils für eine Art von Aktion gerechnet. Abgerechnet wird in US-Dollar.
Für den Mailversand ist die mittlere Spalte die wichtige. Vorlagen werden selten beim ersten Versuch richtig: Anrede, Betreff, Reihenfolge der Angaben. Jede solche Korrektur ist eine Änderung zu 3 Credits, und mit dem Pro-Kontingent ist das reichlich Spielraum, um eine Bestätigungsmail wirklich fertig zu machen. Und rechnen Sie vor der Anmeldung nach: 5 Credits sind weniger als die 6 für einen einzelnen Build.
Was leistet die Anbindung nicht?
Drei Grenzen, damit die Erwartung stimmt.
Resend ist kein Postfach. Es verschickt Nachrichten aus dem Projekt, es empfängt keine. Eine Adresse wie info@ihre-firma.de zum Lesen und Antworten richten Sie beim Registrar oder einem Mailanbieter ein, und das ist eine getrennte Entscheidung.
Zustellung ist nicht garantierbar. Kein Anbieter der Welt kann versprechen, dass jede Nachricht im Posteingang landet, weil die Entscheidung beim empfangenden System liegt. Man kann die Wahrscheinlichkeit deutlich erhöhen, mehr nicht.
Der Builder schreibt Ihre Rechtstexte nicht. Einwilligungen, Widerrufsbelehrung und Impressum kommen von Ihnen oder Ihrer Rechtsberatung. Zugo baut die Seite und den Versand, nicht den Inhalt Ihrer Verpflichtungen.
Dazu die Grenze des Produkts selbst: Jeder Build läuft vor der Übergabe in einer Sandbox, was nicht öffnet, wird nicht ausgeliefert. Sehr spezifische Fachlogik, etwa ein mehrstufiger Freigabeprozess vor dem Versand, entsteht über mehrere Änderungen und nicht über einen einzigen Satz.
Welche Reihenfolge ist sinnvoll?
Formular bauen, Daten speichern lassen, Benachrichtigung an sich selbst einrichten, Bestätigung an den Absender ergänzen, alles einmal mit einer echten Adresse testen. In dieser Reihenfolge ist jeder Schritt für sich nützlich, auch wenn Sie beim dritten aufhören.
Eine einfache Seite mit Formular steht in etwa einer Minute, eine mehrseitige Plattform in einigen Minuten. Es gibt 25 Vorlagen, davon 5 für Spiele, wenn Sie nicht bei einem leeren Feld anfangen wollen. Anfangen und den ersten Versand ausprobieren können Sie auf zugo.dev.