List Sunsetting

Owlat stellt den Versand an Kontakte, die alles Gesendete 180 und dann 270 Tage lang ignoriert haben, automatisch ein — wie die Entscheidung fällt, wie Sie das je Thema anpassen und wie Sie einen Kontakt zurückholen.

Menschen, die Ihre Mail nie öffnen, sind der mit Abstand größte Grund dafür, dass gute Mail im Spam landet. Mailbox-Anbieter beobachten weit genauer, wie Empfänger reagieren, als was in Ihren Inhalten steht. Eine Liste mit einem langen Schwanz stummer Adressen zieht daher die Zustellung für alle anderen darauf nach unten — auch für die Menschen, die tatsächlich von Ihnen hören wollen. Schlimmer noch: Adressen, die seit einem Jahr stumm sind, sind genau jene, die zu Spam-Traps recycelt werden.

Owlat übernimmt das für Sie. Die Funktion ist ab Werk aktiv und arbeitet mit konservativen Schwellenwerten, denn eine Hygienefunktion, die niemand einschaltet, schützt niemanden.

Was passiert und wann

Die Uhr läuft ab dem letzten Zeitpunkt, an dem ein Kontakt etwas getan hat. Es gibt zwei Schwellen:

Stumm seit …Was Owlat tut
180 TagenVerschiebt den Kontakt auf den Reaktivierungs-Track. Nichts wird blockiert; der Kontakt wird markiert, damit Sie daraus eine Win-back-Sendung bauen können.
270 TagenUnterdrückt den Kontakt automatisch. Er erhält keine Kampagnen und Automatisierungen mehr.

Beide Werte sind konfigurierbar. Keiner von beiden löscht irgendetwas.

Was als „nicht stumm“ zählt

Alles, was zeigt, dass eine Person noch da ist, setzt die Uhr zurück:

  • eine Ihrer E-Mails öffnen oder darin klicken
  • Ihnen antworten oder Ihnen von sich aus schreiben
  • ein Thema abonnieren, ein Double Opt-in bestätigen oder durch einen Import als bestätigt gekennzeichnet werden

Ein Kontakt, der ein Jahr lang Newsletter ignoriert hat und heute Ihr Anmeldeformular ausfüllt, ist nicht stumm. Die Uhr startet an diesem Tag neu.

Was sie niemals tun wird

Das sind Garantien, keine Standardwerte:

  • Sie löscht niemals etwas. Eine Unterdrückung ist ein umkehrbarer Zustand mit Grund und Zeitstempel. Der Kontakt, seine Historie und seine Themenmitgliedschaften bleiben unangetastet.
  • Sie unterdrückt niemals einen Kontakt ohne Historie. Ein Kontakt, den Sie nie tatsächlich angeschrieben haben, kann nicht „inaktiv“ sein — es gab keine Gelegenheit zur Interaktion. Fehlende Historie ist fehlende Messung, kein Beleg.
  • Sie unterdrückt niemals einen neuen Kontakt. Ein Kontakt muss länger existiert und Mail empfangen haben als das angewandte Zeitfenster.
  • Sie handelt niemals auf Basis einer falschen Uhr. Weicht die Serveruhr von dem ab, was Owlat aufgezeichnet hat, hält der Durchlauf an, statt zu raten — und diese Sperre löst sich nicht von selbst. Es wird nichts unterdrückt, bis ein Mensch die Uhr bestätigt. Siehe Wenn der Durchlauf wegen der Uhr anhält.
  • Sie läuft niemals davon. Ein Durchlauf kann höchstens eine begrenzte Zahl von Kontakten automatisch unterdrücken. Sollte je etwas Systemisches schiefgehen, stoppt sie, hält fest, was sie zu tun verweigert hat, und wartet auf den nächsten Durchgang.
  • Sie blockiert niemals transaktionale Mail. Siehe unten — dieser Punkt ist wichtig.

Transaktionale Mail läuft weiter

Eine Sunset-Unterdrückung ist ausschließlich eine Entscheidung über Marketing-Mail. Belege, Passwort-Resets und Double-Opt-in-Bestätigungen sind nicht betroffen: Eine Kundin, die Ihren Newsletter ignoriert, hat nicht darum gebeten, den Beleg für das gerade Gekaufte nicht mehr zu erhalten.

Unterdrückungen wegen eines Hard Bounce oder einer Spam-Beschwerde sind etwas anderes — sie sind Belege über das Postfach selbst und blockieren alles.

Anpassung je Thema

Verwaltung unter „Unterdrückungen“

Owners und Admins können die Zeitfenster unter Zielgruppe > Unterdrückungen ändern. Die zugrunde liegende Mutation contacts/sunset:setSunsetPolicy erfordert die Berechtigung contacts:manage, und jede Änderung wird als contact.sunset_policy_updated auditiert.

Die Richtlinie wird je Thema gespeichert, dazu kommt ein deploymentweiter Eintrag.

  • Die deploymentweite Einstellung gilt für jeden Kontakt.
  • Jedes Thema kann die Zeitfenster überschreiben oder Sunsetting für seine Mitglieder ganz abschalten.

Gehört ein Kontakt mehreren Themen an, gewinnt die großzügigste Richtlinie: Es gilt das längste Zeitfenster, und wenn bei irgendeinem zutreffenden Thema Sunsetting abgeschaltet ist, wird der Kontakt nicht ausgesteuert. Zwei widersprüchliche Betreiberabsichten werden in Richtung „nicht unterdrücken“ aufgelöst.

Schalten Sie es deploymentweit ab, ist es überall aus, unabhängig davon, was die Themen sagen. Wird die Überschreibung eines Themas gelöscht, kehrt dieses Thema zum deploymentweiten Wert zurück.

Das kürzeste konfigurierbare Zeitfenster beträgt 30 Tage, und das Unterdrückungsfenster muss mindestens so lang sein wie das Reaktivierungsfenster.

Einen einzelnen Kontakt ausnehmen

Wenn Sie etwas wissen, das Owlat nicht weiß — ein Kontakt, der jedes Jahr telefonisch kauft, eine Adresse, die aus einem Grund zählt, den kein Klick je zeigen wird —, setzen Sie die Ausnahme je Kontakt. Ein ausgenommener Kontakt wird niemals ausgesteuert, in keinem Alter, bis Sie die Ausnahme aufheben.

Verwaltung unter „Unterdrückungen“

Der Reaktivierungs-Track unter Zielgruppe > Unterdrückungen zeigt die Ausnahme an und erlaubt einem Owner oder Admin, sie umzuschalten. Die zugrunde liegende Mutation contacts/sunset:setSunsetContactExemption erfordert contacts:manage. Beide Richtungen werden als contact.sunset_exemption_changed auditiert.

Einen Kontakt zurückholen

Es gibt zwei Wege zurück, und sie unterscheiden sich in einem wichtigen Punkt.

Zielgruppe > Unterdrückungen > Entfernen löscht den Unterdrückungseintrag und sonst nichts. Das funktioniert für jeden Grund, auch für einen Bounce oder eine Beschwerde. Da dabei keine Ausnahme gesetzt wird, kann ein weiterhin stummer Kontakt bei einem späteren Durchlauf erneut ausgesteuert werden.

Die Aktion Wiederherstellen unter Zielgruppe > Unterdrückungen ruft contacts/sunset:restoreSunsetContact auf (contacts:manage). Sie ist die eigene Wiederherstellung der Sunset-Engine — und diejenige, die Bestand hat. In einer Aktion tut sie Folgendes:

  1. sie entfernt die Unterdrückung — aber nur, wenn die Engine sie geschrieben hat, sodass Bounce- und Beschwerdebelege nie gelöscht werden,
  2. sie setzt den Kontakt zurück auf den normalen Track und
  3. sie setzt die Ausnahme je Kontakt, damit der nächste Durchlauf ihn nicht sofort erneut unterdrückt.

Sie wird als contact.sunset_restored protokolliert.

Wenn der Durchlauf wegen der Uhr anhält

Eine Uhr kann sich nicht selbst prüfen. Deshalb vergleicht der Durchlauf vor jedem Durchgang die aktuelle Serverzeit mit den Zeitstempeln, die Owlat bei früheren Durchgängen geschrieben hat. Liegt das „Jetzt“ unplausibel weit davor — mehr als 30 Tage —, bewertet der Durchlauf nichts und hält fest, warum.

Diese Sperre löst sich nicht von selbst. Nur der Durchlauf schreibt diese Zeitstempel; ein Deployment, das länger als einen Monat abgeschaltet war, sieht daher exakt so aus wie eine Uhr, die nach vorn gesprungen ist, und kein späterer Durchgang kann den Unterschied allein erkennen. Sunsetting bleibt aus, bis ein Mensch bestätigt, dass die Uhr in Ordnung ist. Das ist Absicht: Pausieren ist immer ungefährlich, ein Jahr voller Kontakte still zu unterdrücken, weil eine VM aus einem Snapshot wiederhergestellt wurde, dagegen nicht.

Sie sehen es auf zwei Wegen. Unter Zielgruppe > Unterdrückungen erscheint für die Dauer der Sperre ein Banner mit dem Text „Automatisches Sunsetting ist pausiert“ — und nur dann wird dieses Banner angezeigt; ein gesundes Deployment sieht nichts. Zusätzlich wird sie im Audit-Log als Eintrag contact.sunset_sweep_summary festgehalten, der nichts unterdrückt hat und die Sperre erklärt, höchstens einmal täglich für die Dauer des Zustands, damit ein dauerhafter Stillstand nicht den Rest des Logs zuschüttet.

So starten Sie es wieder: Prüfen Sie zuerst die Systemuhr der Maschine (NTP). Sobald Sie überzeugt sind, dass sie stimmt — auch im gewöhnlichen Fall, in dem die Uhr nie falsch ging und das Deployment einfach pausiert war —, drücken Sie auf diesem Banner Uhr bestätigen. Das darf jede Person mit der Berechtigung contacts:manage tun; die zugrunde liegende Mutation lautet contacts/sunset:confirmSunsetClock, falls Sie sie lieber direkt ausführen. Die Bestätigung wird als contact.sunset_clock_confirmed protokolliert und wird zur zweiten Beobachtung, mit der der nächste Durchgang vergleicht — die Durchläufe laufen also mit dem folgenden stündlichen Takt wieder an.

Der Audit-Trail

Jede automatische Aktion wird unter Einstellungen > Audit-Log festgehalten, auch die, die einen Kontakt nur markieren:

AktionBedeutung
contact.sunset_reengagementAuf den Reaktivierungs-Track verschoben.
contact.sunset_suppressedAutomatisch unterdrückt, mit dem vollständigen Entscheidungs-Snapshot.
contact.sunset_resumedWieder aktiv geworden und auf den normalen Track zurückgekehrt.
contact.sunset_restoredEin Betreiber hat den Kontakt zurückgeholt.
contact.sunset_exemption_changedEin Betreiber hat die Ausnahme je Kontakt geändert.
contact.sunset_policy_updatedJemand hat die Zeitfenster geändert.
contact.sunset_sweep_summaryZusammenfassung eines Durchlaufs, der Kontakte unterdrückt oder die Unterdrückung verweigert hat.
contact.sunset_clock_confirmedEin Betreiber hat die Serveruhr bestätigt und einen angehaltenen Durchlauf wieder scharf geschaltet.

Jeder Unterdrückungseintrag nennt den Grund und trägt die Zahlen, auf deren Grundlage entschieden wurde — auf „Warum bekommt diese Adresse keine Mail mehr?“ gibt es also immer eine Antwort.