Interaktionen & Analysen

Wenn ein Empfänger in einer Abstimmung wählt, ein Formular absendet oder eine Bewertung antippt, wird diese Interaktion von den gehosteten Endpunkten von MailInApp erfasst und in Echtzeit Ihrem Projekt zugeordnet.

Wie Interaktionen reisen

Interaktive Blöcke erreichen die Erfassungs-Endpunkte auf zwei Wegen, entsprechend der Fallback-Philosophie:

Links (universell). Jede Option in einer Abstimmung oder Bewertung ist ein einfacher Link. Ein Antippen öffnet eine schlanke gehostete Seite, die die Aktion bestätigt und erfasst. Dieser Weg funktioniert in 100 % der E-Mail-Clients.
In-E-Mail-Formularübermittlungen (Erweiterung). In Clients, die dies unterstützen (Gmail Web/Android, Yahoo), können Formulare und Abstimmungen direkt aus der E-Mail heraus mit standardmäßiger HTML-Formularkodierung übermittelt werden — ohne Seitenwechsel. Nach der Übermittlung werden Empfänger auf die von Ihnen gewählte Seite weitergeleitet.

Beide Wege akzeptieren dieselben Daten, sodass die Ergebnisse unabhängig vom verwendeten Client an einem Ort landen.

Ein Klick auf Jetzt kaufen eines Produkt-Blocks ist die eine Ausnahme: Er kann über diesen Endpunkt überhaupt nicht erfasst werden, da ein Kauf nur auf der gehosteten Checkout-Seite von Stripe selbst abgeschlossen werden kann. Er landet hier trotzdem als purchase-Ereignis — mit Betrag, Währung und Menge —, aber erst, sobald der Webhook von Stripe bestätigt hat, dass die Zahlung tatsächlich durchgegangen ist, niemals allein durch den Klick des Käufers.

Geschützt vor Bots und Scannern

Firmen-Sicherheitstools rufen jeden Link in jeder E-Mail vorab ab, die sie scannen. Würde ein bloßer Link-Klick genügen, um eine Stimme zu erfassen, wären Ihre Abstimmungsergebnisse voller Roboter. MailInApp erfasst nichts bei einem einfachen GET: link-basierte Aktionen erfordern die ausdrückliche bestätigende Handlung des Empfängers, und Live-Ansicht-Interaktionen werden über Formularübermittlungen erfasst. Siehe Live-Ansicht-Links.

Da die Endpunkte notwendigerweise öffentlich sind (ein Posteingang kann sich nicht authentifizieren), wird jede Payload serverseitig validiert, und personalisierte Übermittlungen werden über dieselben signierten Tokens zugeordnet, die auch Live-Ansicht-Links schützen — ein gefälschtes oder nicht passendes Token wird abgelehnt.

Zwei weitere Ebenen halten die Ergebnisse ehrlich:

Pro-Empfänger-Deduplizierung. Die eigene Stimme, Bewertung, Aufdeckung oder Formularabsendung eines Empfängers zählt einmal — ein erneutes Klicken auf den eigenen Link (ein eifriger Doppel-Tap, ein wiederholter Seitenaufruf) ist ein No-op, kein zweiter Eintrag. Wiederholte Ansichten einer Karussell-Folie werden absichtlich nicht dedupliziert, da Wiederholungen dort ein aussagekräftiges Engagement-Signal sind statt Doppelzählung.
Anonyme Flut-Drosselung. Die campaignId einer Kampagne ist im Quellcode der E-Mail selbst deutlich sichtbar, sodass nichts ein Skript davon abhält, beliebige Stimmen ganz ohne Empfänger-Token abzusenden. Nicht zugeordnete Übermittlungen sind pro IP-Adresse, pro Kampagne und pro Minute gedeckelt. Dies ist ein Best-Effort-Netz, keine präzise Identität — gemeinsam genutzte Firmen- oder Webmail-Netzwerke können viele echte Empfänger hinter einer IP verbergen —, daher bleibt die Obergrenze großzügig genug, um einen legitimen Öffnungs-Ansturm nicht zu blockieren.

Was erfasst wird

Jedes Interaktionsereignis erfasst:

das Projekt (die Kampagne), zu dem es gehört,
den Block, der es erzeugt hat (welche Abstimmung, welches Formular),
den Wert (die gewählte Option, die übermittelten Felder, die Anzahl der Sterne),
die Empfängerzeile, wenn die E-Mail mit einer Datenquelle personalisiert wurde — sodass Sie sehen können, wer geantwortet hat, nicht nur wie viele,
einen Zeitstempel.

Umfrage-Lebenszyklus

Einem Projekt können ein Enddatum und/oder eine Antwortobergrenze gegeben werden (neben seinen Versandeinstellungen festgelegt). Sobald eines von beidem erreicht ist, nehmen die Erfassungs-Endpunkte für dieses Projekt keine neuen Ereignisse mehr an — die Live-Ansicht tauscht interaktive Blöcke gegen einen Hinweis zum Abschluss aus, statt einen Fehler auszugeben — während alles vor dem Abschluss Erfasste genau so erhalten bleibt, wie es aufgezeichnet wurde. Siehe Antworten & Webhooks.

Klick-Tracking

Einfache Links (ein Button, ein verlinktes Bild, ein Social-Icon) sind keine Abstimmung und keine Bewertung, aber es lohnt sich trotzdem, sie zu kennen. Wurde eine E-Mail mit einem personalisierten Empfänger-Link versendet, leitet MailInApp diese einfachen Klicks über eine getrackte Weiterleitung auf dem Weg zu ihrem eigentlichen Ziel um. Der Klick wird erfasst, dann landet der Empfänger auf der von Ihnen festgelegten URL, ohne zusätzlichen Schritt und ohne Verzögerung. E-Mails ohne Empfängerkontext (zum Beispiel ein freiformiger Versand über die Transaktionale API) verlinken stattdessen direkt zum Ziel, da es nichts gibt, dem ein Klick zugeordnet werden könnte.

Anders als Stimmen und Bewertungen werden Klicks niemals dedupliziert — ein Empfänger, der denselben Button fünfmal anklickt, zählt als fünf Klicks, da wiederholte Klicks hier ein aussagekräftiges Engagement-Signal sind, keine Doppelzählung. Ergebnisse fließen in eine Klick-Heatmap pro Block ein — siehe Antworten & Webhooks.

Scroll-Tiefe

Die gehostete Live-Ansicht-Seite meldet außerdem, wie weit ein Empfänger beim Lesen gescrollt hat (25 %, 50 %, 75 %, 100 % der Seite). Dies ist die einzige Stelle in MailInApp, an der ein kleines Skript läuft. Die versendete E-Mail selbst bleibt zu 100 % skriptfrei, wie es sein muss, aber die Live-Ansicht ist bereits eine normale gehostete Webseite, sodass ein Scroll-Listener dort nichts kompromittiert. Meilensteine fließen in einen Scroll-Tiefe-Trichter ein; siehe Antworten & Webhooks.

Öffnungstracking

Jede aus dem Dashboard versendete E-Mail trägt außerdem ein kleines, unsichtbares Öffnungstracking-Pixel, sodass Sie ein Signal für „geöffnet, aber nicht interagiert“ gegenüber „nie geöffnet“ neben expliziten Interaktionen haben. Es wird in der Antworten-Ansicht als eigener Geöffnet-Indikator (Zeitstempel der ersten Öffnung) pro Empfänger angezeigt, statt in die Interaktionsliste gemischt zu werden.

Dies ist ein Best-Effort-Minimum, keine präzise Messung: Sowohl Apple Mail Privacy Protection als auch der Bild-Proxy von Gmail rufen Bilder vorab ab oder cachen sie, unabhängig davon, ob der Empfänger die Nachricht tatsächlich geöffnet hat, sodass Öffnungen unter- oder überzählt werden können (Falsch-Positive). Behandeln Sie es als richtungsweisendes Signal, nicht als maßgebliche Quelle.

Wo die Ergebnisse liegen

Interaktionsdaten werden pro Projekt gesammelt und fließen auf drei Wegen zu Ihnen zurück:

Pro-Empfänger-Antworten — die Antworten-Ansicht des Dashboards gruppiert jede Interaktion nach Empfänger, verknüpft mit Ihrer Datenquelle, sodass Sie sehen, wer geantwortet hat, nicht nur wie viele. Siehe Antworten & Webhooks.
Webhooks — jede Interaktion kann in dem Moment, in dem sie eintrifft, an Ihren eigenen Endpunkt gepusht werden, signiert, sodass Sie verifizieren können, dass sie von MailInApp stammt. Ebenfalls behandelt in Antworten & Webhooks.
Live-Ergebnisse für Empfänger — Abstimmungs-Blöcke können Empfängern auf ihrer gehosteten Ergebnisseite Live-Ergebnisse anzeigen.

Datenschutzhinweis: MailInApp erfasst die Interaktionen, die Empfänger bewusst vornehmen — Stimmen, Übermittlungen, Bewertungen — sowie das oben beschriebene Öffnungstracking-Pixel. Die Endpunkte sind so gestaltet, dass sie kein weiteres beiläufiges Tracking bei bloßen Link-Abrufen protokollieren.