Eine 200-Antwort ist keine Zustellung
Providerannahme, Postfachzustellung, Hard und Soft Bounces sowie Beschwerden sind unterschiedliche Zustände.
Developer-first-E-Mail-Aktivierung
Arbeitsbereich verfügbar · Kundenversand nicht aktivDie Versandanfrage ist nur der Anfang.
TrackMailer soll Transactional Email mit Zustellung, Bounces, Klicks und den nachfolgenden Ergebnissen verbinden. Heute kannst du Zielgruppen und Absender vorbereiten sowie Anfrageverträge in der Sandbox validieren; der produktive Kundenversand bleibt deaktiviert.
01Anfrage→
02Absenderidentität→
03Zustellsignale→
04Klick→
05Ergebnis
Warum E-Mail-Infrastruktur wichtig ist
„Angenommen“ bedeutet nicht zugestellt – und zugestellt ist noch nicht das Ergebnis.
Transactional Email wird zur betrieblichen Infrastruktur, wenn Passwort-Resets, Belege und Lifecycle-Nachrichten Vertrauen, Supportaufwand und Umsatz beeinflussen.
Die Öffnungsrate ist ein unvollkommenes Signal
Privacy-Proxys, Bildblocker, Caches und Scanner machen Öffnungen als alleinige Wahrheitsquelle ungeeignet.
Der E-Mail-Kontext endet zu früh
Ein Klick wird aussagekräftiger, wenn Kampagnen- und Session-Kontext ihn später mit einer Registrierung oder einem Kauf verbinden können.
Geplanter Zustelllebenszyklus
Von der Absicht zum Nachweis – mit einem eindeutigen Zustand nach dem anderen.
TrackMailer trennt Konfiguration, Validierung, Providerannahme, Zustellereignisse und nachgelagerte Attribution. Dadurch werden weder ein Entwurf noch eine Sandbox-Antwort oder Provideranfrage als zugestellte Nachricht gezählt.
- Verfügbar
Vorbereiten
Modelliere Kontakte, Pflichtfelder, consentbewusste Gruppen, gespeicherte Filter und eine exakte Absenderdomain innerhalb eines Projekts.
- Sandbox
Validieren
Prüfe eine typisierte Anfrage in der authentifizierten Sandbox. Ein gültiges Ergebnis meldet sent=false und persisted=false.
- Geplant
Zustellen
Ein künftiger verifizierter Worker soll Providerannahme, Zustellung, Bounce und Beschwerde getrennt behandeln.
- Geplant
Zuordnen
Eine künftige TrackAny.Click-Verbindung soll E-Mail-Klicks in den Kontext von Session, Conversion und Umsatz übertragen.
{
"operation": "transactional.send",
"sender": {
"senderDomainId": "<your project domain id>",
"fromLocalPart": "service"
},
"to": "recipient@example.com",
"subject": "Your receipt",
"text": "Thanks for your order.",
"idempotencyKey": "receipt_2026_001",
"purpose": "receipt"
}Verwende diesen Vertrag in der authentifizierten TrackMailer-Sandbox. Er validiert ausschließlich; in dieser Version gibt es keine öffentliche URL für Kundenversand.
Konkrete Abläufe
Richte die Nachricht an ihrer tatsächlichen Aufgabe aus.
Der Arbeitsbereich kann diese Abläufe bereits modellieren und validieren. Der tatsächliche Kundenversand bleibt ein künftiger Aktivierungsschritt.
Sicherheits- und Kontonachrichten
Bereite Verträge für Passwort-, Verifizierungs- und Kontowarnungen mit eindeutigem Zweck und klarer Absenderidentität vor.
Technische Anleitung lesenBelege und Lifecycle-Benachrichtigungen
Validiere idempotente transaktionale Payloads auf deinem Server, bevor eine Zustellpipeline aktiviert ist.
Technische Anleitung lesenConsentbewusste Zielgruppen
Erstelle typisierte Kontaktfelder, manuelle Gruppen und gespeicherte Filter, ohne eine Vorschau als endgültige Versandliste zu behandeln.
Technische Anleitung lesenFür Entwickler, die mit KI veröffentlichen
Gib deinem Coding Agent einen Vertrag – nicht die Erlaubnis zu raten.
Eine sichere KI-unterstützte E-Mail-Aufgabe beginnt mit einer exakten Servergrenze, einem eindeutigen Status und einer Anfrage, die weder ein Browser-Secret verbirgt noch eine Sandbox-Prüfung als Zustellung ausgibt.
Validiere diesen transaktionalen Payload in der TrackMailer-Sandbox.Der Agent kann die dokumentierte Operation verwenden und sent=false korrekt einordnen.
Erkläre DKIM, SPF, DMARC und MAIL FROM für diese Absender-Subdomain.Der Agent sollte die exakten Datensätze aus dem Dashboard verwenden und niemals DKIM-Werte erfinden.
Modelliere eine consentbewusste Empfängergruppe für diese Firebase-App.Der Agent kann stabile eigene Felder und Suppressionsregeln abbilden, ohne den API-Schlüssel in React einzubetten.
Funktion, Problem, Ergebnis
Baue auf dem auf, was existiert. Erkenne, was den Versand noch blockiert.
Jede Funktion trägt ihren aktuellen Status, damit Entwickler, Crawler und Coding Agents das Zielprodukt nicht mit der heutigen Version verwechseln.
Zielgruppensteuerung
Typisierte Kontaktfelder, Gruppen und gespeicherte Filter reduzieren fragile Einzellogik für Empfänger und wahren zugleich Consent- und Suppressionsgrenzen.
API-Schlüssel und Anfragevalidierung
Schlüssel mit Scopes und die authentifizierte Sandbox zeigen Schemafehler, ohne zu versenden, Kontakte zu persistieren oder Trackingevents zu erzeugen.
Absenderidentität einrichten
Exakter Domainnachweis sowie Anleitungen zu DKIM und MAIL FROM machen die Absendergrenze prüfbar; die vollständige Kundendomain-Journey benötigt noch eine produktive Abnahme.
Zustell- und Ergebnisnachweise
Provider-Events, verifizierte Empfängerzuordnung und TrackAny.Click-Attribution bleiben Voraussetzungen für belastbare Zustell- und Umsatzberichte.
TrackMailer + TrackAny.Click
Ein E-Mail-Touchpoint wird wertvoll, wenn der nächste Schritt messbar bleibt.
Die geplante Integration erhält E-Mail-, Klick-, Session-, Conversion- und Umsatzkontext, ohne rohe Kontaktdaten in jedes Ereignis zu kopieren. Das ist Architektur und noch keine aktive Kundenpipeline.
01E-Mail-Absicht→
02Verifiziertes Zustellereignis→
03Zugeordneter Klick→
04Session→
05Conversion oder Umsatz
Konkrete Zustellgrenzen
Vertrauen in E-Mail entsteht durch eine Kette von Prüfungen, nicht durch ein Siegel.
TrackMailer hält Absender-, Empfänger-, Mandanten- und Ereignisgrenzen eindeutig, bevor der Kundenversand aktiviert wird.
Serverseitige Secrets und Scopes
API-Schlüssel gehören auf deinen Server, werden einmal angezeigt und durch Modus, Scope, Projekt und erlaubte Absenderdomains begrenzt.
Passende AnleitungExakter Domainbesitz
Eine übergeordnete Domain autorisiert keine beliebigen Subdomains; jede Absenderidentität benötigt einen eigenen Projektnachweis und eigene Providerprüfungen.
Passende AnleitungMandanten- und Rechteprüfung
Organisation, Projekt, Produktberechtigung und aktuelle Rolle werden serverseitig ermittelt und nicht aus Request-Feldern übernommen.
Passende AnleitungConsent und Suppression bleiben maßgeblich
Ein neuer Import reaktiviert keinen Kontakt stillschweigend, der sich abgemeldet hat, gebounct ist oder eine Beschwerde ausgelöst hat.
Passende AnleitungVor der Integration
Die kürzesten ehrlichen Antworten.
Kann TrackMailer heute Kundenmails produktiv versenden?
Nein. Kundenversand, Queues, Provider-Events und Conversion-Attribution sind nicht aktiv. Arbeitsbereich und Sandbox können den Vertrag ohne Versand vorbereiten und validieren.
Was weist eine erfolgreiche Sandbox-Antwort nach?
Sie weist nach, dass eine authentifizierte Anfrage dem aktuellen Schema und den Projektregeln entspricht. Sie meldet ausdrücklich sent=false und persisted=false und ist kein Zustellbeleg.
Beweist eine Öffnung, dass eine Person die E-Mail gelesen hat?
Nein. Privacy-Proxys, Bildblocker, Caching und automatisierte Scanner beeinflussen die Öffnungsmessung. Zustellung, Klick, Bounce und Beschwerde müssen getrennt betrachtet werden.
Bereite den Vertrag jetzt vor. Aktiviere den Versand erst, wenn die Nachweiskette steht.
Nutze den Arbeitsbereich für Zielgruppen, Absendereinrichtung und Sandbox-Validierung. Prüfe anschließend den Statusleitfaden, bevor du TrackMailer als Kundenversanddienst behandelst.