> For the complete documentation index, see [llms.txt](https://one-loop.gitbook.io/help/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://one-loop.gitbook.io/help/plattform/one-loop-plattform/vertrieb/pipelines-und-chancen/dashboards-erstellen-und-verwalten/e-mail-leistung-im-dashboard-auswerten.md). # E-Mail-Leistung im Dashboard auswerten E-Mail-Widgets zeigen Zustellung, Reaktionen und Probleme direkt im Dashboard oder in individuellen Berichten. Damit erkennst du, welche Versände gut funktionieren und wo du Inhalt, Zielgruppe oder Absender prüfen solltest. ## Voraussetzungen * Du kannst Dashboards oder individuelle Berichte im Standort sehen und bearbeiten. * Im ausgewählten Zeitraum wurden E-Mails versendet. Für die Kennzahlen ist keine zusätzliche Verbindung erforderlich. Wenn ein Widget keine Daten zeigt, prüfe zuerst Zeitraum und Filter. ## Verfügbare E-Mail-Widgets | Widget | Aussage | | --------------------------------- | ----------------------------------------------- | | Angenommene E-Mails | Vom sendenden System angenommene E-Mails | | Zugestellte E-Mails | Bei Empfängern zugestellte E-Mails | | Geöffnete E-Mails | E-Mails mit Öffnung | | Geklickte E-Mails | E-Mails mit Link-Klick | | Beantwortete E-Mails | E-Mails mit Antwort | | Temporär fehlgeschlagene E-Mails | Vorübergehende Zustellprobleme | | Dauerhaft fehlgeschlagene E-Mails | Nicht dauerhaft zustellbare E-Mails | | Fehlgeschlagene E-Mails | Nicht versendete E-Mails | | Abgemeldete E-Mails | Empfänger mit Abmeldung | | Abmeldungen pro Tag | Zeitliche Entwicklung der Abmeldungen | | E-Mails nach Empfängerdomain | Verteilung nach der Domain der Empfängeradresse | ## Widget im Dashboard einrichten 1. Öffne **Dashboards** und wähle ein bestehendes Dashboard oder erstelle eine neue Ansicht. 2. Wähle **Dashboard bearbeiten** und danach **Widget hinzufügen**. 3. Öffne den Bereich **E-Mails**. 4. Wähle die gewünschte Kennzahl aus. 5. Konfiguriere Darstellung, Bedingungen und Gestaltung. 6. Speichere die Änderungen ausdrücklich. Für eine dauerhafte Übersicht eignen sich zum Beispiel zugestellte, geöffnete und geklickte E-Mails nebeneinander. So siehst du den Weg von der Zustellung bis zur Reaktion. ## Darstellung und Bedingungen bewusst einstellen Im Bereich **Konfigurieren** legst du die Darstellung und, soweit verfügbar, die Gruppierung fest. Die Kennzahl zählt E-Mails. Für Abmeldungen pro Tag und E-Mails nach Empfängerdomain ist eine Gruppierung unmittelbar vorgesehen. Im Bereich **Bedingungen** kannst du die Daten eingrenzen: * **Quelle:** Workflow, E-Mail-Kampagne, Kampagne, Sammelversand, Vorlage oder sonstiger Versandweg. * **Status:** angenommen, zugestellt, geöffnet, geklickt, beantwortet, vorübergehend fehlgeschlagen, dauerhaft fehlgeschlagen, fehlgeschlagen oder abgemeldet. * **Gesendet von:** ein bestimmtes Teammitglied. * **Domain:** eine Empfängerdomain. * **Abhängige Auswahl:** Sobald eine Quelle gewählt ist, kann die passende konkrete Kampagne, der Workflow, die Vorlage oder der Sammelversand ausgewählt werden. Mit **UND** grenzt du Ergebnisse weiter ein: Alle Bedingungen müssen zutreffen. Mit **ODER** vergleichst du getrennte Bedingungsgruppen. Beispiel: Zeige Nachrichten aus einem bestimmten Workflow oder alle Nachrichten aus einer bestimmten Kampagne. Eine Gruppierung nach Workflow, Kampagne, Vorlage oder Sammelversand wird erst verfügbar, wenn unter Bedingungen die passende Quelle festgelegt ist. Setze daher zuerst die Quelle und kehre danach zur Konfiguration zurück. ## E-Mail-Daten in Berichten und Kennzahlen verwenden Du kannst dieselben Widgets auch in einem individuellen Bericht einsetzen: 1. Öffne den Bereich für individuelle Berichte. 2. Starte mit einer leeren Vorlage, einer Vorlage oder einer übernommenen Dashboard-Anordnung. 3. Füge die gewünschten E-Mail-Widgets ein. 4. Konfiguriere sie wie im Dashboard und speichere den Bericht. 5. Versende oder terminiere den Bericht erst, nachdem du die Werte geprüft hast. Für eigene Kennzahlen steht die Anzahl der E-Mails im Formeleditor zur Verfügung. Du kannst damit zum Beispiel geöffnete E-Mails durch zugestellte E-Mails teilen, um eine Öffnungsrate zu beobachten. Prüfe dabei, dass beide Bestandteile denselben Zeitraum und passende Bedingungen verwenden. ## Ergebnisse prüfen 1. Wähle zunächst einen Zeitraum mit bekannten Testversänden. 2. Entferne bei leeren Ergebnissen vorübergehend enge Bedingungen. 3. Prüfe, ob Quelle und konkrete Kampagne oder Workflow zusammenpassen. 4. Vergleiche zugestellte, geöffnete und geklickte E-Mails statt nur eine einzelne Zahl zu betrachten. 5. Untersuche wiederkehrende Zustellprobleme nach Empfängerdomain und passe erst danach Absender, Zielgruppe oder Inhalt an. ## Praxisbeispiel Ein Team möchte die Wirkung einer Termin-Erinnerung aus einem Workflow prüfen. Es fügt drei Widgets hinzu: zugestellte, geöffnete und geklickte E-Mails. Unter Bedingungen setzt es die Quelle auf **Workflow** und wählt anschließend genau diesen Workflow aus. Nach einer Woche vergleicht das Team die Werte mit einem älteren Zeitraum und prüft bei auffälligen Zustellproblemen zuerst die betroffenen Empfängerdomains. --- # Agent Instructions This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com. ## Querying This Documentation If you need additional information that is not directly available in this page, you can query the documentation by asking a question. Perform an HTTP GET request on the following URL with the `ask` and `goal` query parameters: ``` GET https://one-loop.gitbook.io/help/plattform/one-loop-plattform/vertrieb/pipelines-und-chancen/dashboards-erstellen-und-verwalten/e-mail-leistung-im-dashboard-auswerten.md?ask=&goal= ``` `ask` is the immediate question: it should be specific, self-contained, and written in natural language. `goal` is what the user is ultimately trying to achieve, the reason they need the answer. Sharing it helps GitBook give you a better, more relevant answer. A goal is most helpful when it describes the outcome the user wants rather than restating the question. For example, with `ask=how do I create an API token`, a goal like `automate deployments from our CI pipeline` lets GitBook tailor the answer to that use case. The response will contain a direct answer to the question and relevant excerpts and sources from the documentation. Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.