> 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/kommunikation/e-mail/e-mail-kampagnen-und-vorlagen-testen.md).

# E-Mail-Kampagnen und Vorlagen testen

## Kurz erklärt

Mit **Vorschau** und **Test-E-Mail** prüfst du eine Kampagne oder Vorlage, bevor sie an die tatsächliche Empfängergruppe geht. Die Vorschau zeigt die Darstellung im Editor. Die Test-E-Mail zeigt zusätzlich, wie die Nachricht im echten Postfach ankommt.

Das schützt vor fehlerhaften Links, abgeschnittenen Inhalten, falsch aufgelösten Platzhaltern und einer Darstellung, die auf dem Smartphone nicht passt. Testöffnungen und Testklicks verändern die Kennzahlen einer echten Kampagne nicht.

## Wann du testen solltest

Teste immer:

* bevor eine neue Kampagne geplant oder direkt versendet wird;
* nachdem du Bilder, Links, Buttons oder Personalisierung geändert hast;
* nach dem Einfügen von HTML-Code;
* nachdem du Absender, Betreff oder Vorschautext angepasst hast;
* vor dem erneuten Aktivieren einer geänderten, noch ausstehenden Kampagne.

Eine Vorschau ersetzt keine Test-E-Mail. Beide Prüfungen haben einen anderen Zweck.

## Vor dem Test vorbereiten

Lege vor dem Öffnen des Testdialogs bereit:

| Angabe                      | Wofür sie gebraucht wird                                                                                                             |
| --------------------------- | ------------------------------------------------------------------------------------------------------------------------------------ |
| **Absender-E-Mail-Adresse** | Damit du die sichtbare Absenderadresse im Postfach prüfen kannst.                                                                    |
| **Absendername**            | Optionaler Name, der neben der Absenderadresse erscheint.                                                                            |
| **Test-Empfänger**          | Bis zu fünf erreichbare Testpostfächer, durch Kommas getrennt. Nutze idealerweise mindestens zwei unterschiedliche Postfachanbieter. |
| **Betreff**                 | Die Betreffzeile der Test-E-Mail.                                                                                                    |
| **Vorschautext**            | Optionaler Zusatz, den viele Postfächer beim Betreff anzeigen.                                                                       |
| **Testdaten**               | Bekannte Kontaktwerte, wenn du Platzhalter oder Personalisierung verwendest.                                                         |

Prüfe außerdem, ob du für die Kampagne die richtige Version gespeichert hast. Sonst testest du möglicherweise einen älteren Stand.

## Kampagne oder Vorlage für den Test öffnen

Die Prüfwerkzeuge sind im Editor einer Kampagne und im Editor einer Vorlage verfügbar. Der Einstieg ist je nach Inhalt unterschiedlich:

| Wenn du prüfen möchtest | Navigiere zu                                                                 |
| ----------------------- | ---------------------------------------------------------------------------- |
| **Kampagne**            | **Kommunikation → E-Mail → Kampagnen**, dann die gewünschte Kampagne öffnen. |
| **Vorlage**             | **Kommunikation → E-Mail → Vorlagen**, dann die gewünschte Vorlage öffnen.   |

Ab dem geöffneten Editor sind Vorschau und Test-E-Mail für beide Varianten gleich aufgebaut.

## Vorschau im Editor prüfen

1. Öffne die gewünschte Kampagne oder Vorlage.
2. Klicke oben rechts auf **Vorschau**.
3. Wechsle nacheinander zwischen **Desktop**, **Tablet** und **Mobil**.
4. Prüfe Überschrift, Textabstände, Bilder, Schaltflächen und Links.
5. Achte auf Platzhalter und andere dynamische Werte.
6. Schließe die Vorschau, korrigiere Auffälligkeiten und öffne sie erneut.

Die Vorschau ist besonders wichtig für lange Überschriften, mehrspaltige Bereiche und Bilder mit Text, weil diese auf kleinen Bildschirmen anders wirken können.

## Test-E-Mail versenden

1. Öffne die Kampagne oder Vorlage im Editor.
2. Klicke auf das Menü mit den **drei Punkten** neben **Vorschau**.
3. Wähle **Test-E-Mail**.
4. Wähle die Absender-E-Mail-Adresse.
5. Trage bei Bedarf einen Absendernamen ein.
6. Trage unter **Test-Empfänger** bis zu fünf Testadressen ein und trenne mehrere Adressen mit Kommas.
7. Prüfe Betreff und optionalen Vorschautext.
8. Wenn du dieselben Angaben häufig verwendest, kannst du die Absender- und Empfängerinformationen als Vorgabe speichern. Kontrolliere die Vorgabe beim nächsten Test trotzdem vor dem Senden.
9. Klicke auf **Test-E-Mail senden**.
10. Öffne die Nachricht in allen Testpostfächern und führe die Prüfung unten durch.

Der sichtbare Testdialog enthält Absenderadresse, Absendername, Test-Empfänger, Vorschautext und Betreff. Die Test-Empfänger werden nur für diese Probe verwendet; sie verändern weder die endgültige Empfängergruppe noch die Kennzahlen der späteren Kampagne.

## Checkliste für das Testpostfach

Kontrolliere nicht nur, ob die E-Mail angekommen ist:

| Prüfpunkt                    | Was du kontrollierst                                                            |
| ---------------------------- | ------------------------------------------------------------------------------- |
| **Absender**                 | Stimmen Name und E-Mail-Adresse?                                                |
| **Betreff und Vorschautext** | Erklären beide verständlich, was die E-Mail enthält?                            |
| **Darstellung**              | Wirken Text, Bilder und Abstände auf Computer und Smartphone sauber?            |
| **Bilder**                   | Werden sie geladen und ist ihr wichtiger Inhalt verständlich?                   |
| **Links und Schaltflächen**  | Führt jeder Link zur richtigen Seite?                                           |
| **Platzhalter**              | Zeigen sie sinnvolle Werte statt leerer oder technischer Texte?                 |
| **Abmeldelink**              | Ist er sichtbar? In einer Test-E-Mail führt er absichtlich keine Abmeldung aus. |
| **Spam-Ordner**              | Liegt die Nachricht versehentlich dort?                                         |

Bei einer RSS-E-Mail musst du im Test zusätzlich die gleiche RSS-Feed-URL angeben, die später auch für die Kampagne verwendet wird. Sonst können Feed-Inhalte in der Test-E-Mail leer bleiben. Mehr dazu steht in [RSS-E-Mail-Kampagnen planen](https://one-loop.gitbook.io/help/plattform/one-loop-plattform/kommunikation/e-mail/rss-e-mail-kampagnen-planen).

## Was ein Test nicht prüft

Eine Test-E-Mail zeigt die Darstellung und die Zustellung an dein Testpostfach. Sie beweist nicht, dass jede spätere echte E-Mail bei allen Empfängern gleich ankommt. Prüfe daher bei wichtigen Kampagnen mindestens zwei unterschiedliche Testpostfächer und sende erst danach an die endgültige Empfängergruppe.

Testöffnungen und Testklicks werden nicht als Kennzahlen der echten Kampagne gewertet. Ein sichtbarer Abmeldelink ist im Test ebenfalls absichtlich ohne Wirkung.

## Häufige Fehler

### Die Test-E-Mail kommt nicht an

Prüfe zuerst den Spam- oder Junk-Ordner. Kontrolliere danach Absenderkonfiguration und Empfängeradresse. Teste bei Bedarf mit einer anderen Adresse.

### Die E-Mail sieht in der Vorschau gut aus, im Postfach aber nicht

Eine Vorschau und ein E-Mail-Programm verarbeiten Inhalte unterschiedlich. Prüfe immer auch die zugestellte Test-E-Mail, insbesondere bei Bildern, Schaltflächen und eingefügtem HTML.

### Ein Platzhalter ist leer oder technisch dargestellt

Kontrolliere, ob die zugehörigen Kontaktdaten vorhanden sind. Öffne danach erneut die Vorschau und prüfe den Wert mit bekannten Testdaten. Eine genaue Anleitung findest du unter [Platzhalter in E-Mails vor dem Versand prüfen](https://one-loop.gitbook.io/help/plattform/one-loop-plattform/kommunikation/e-mail/platzhalter-in-e-mails-vor-dem-versand-prufen).

### Der Abmeldelink funktioniert im Test nicht

Das ist erwartetes Verhalten. In Test-E-Mails wird keine Abmeldung ausgelöst.

### Eine Änderung erscheint nicht im Test

Speichere den Inhalt, schließe die Vorschau und öffne die Testfunktion erneut. Prüfe dabei Betreff, Vorschautext und Inhalt auf den aktuellsten Stand.

### Ein Testpostfach fehlt in der Probe

Prüfe, ob die Adresse korrekt geschrieben ist und mehrere Adressen mit Kommas getrennt wurden. Sende die Probe danach erneut und kontrolliere jedes Testpostfach.

## Praxisbeispiel: Einladung sicher prüfen

Ziel: Eine Einladungs-E-Mail soll am nächsten Morgen versendet werden.

1. Das Team öffnet die fertige Kampagne und prüft Desktop-, Tablet- und Mobilansicht.
2. Es sendet die Test-E-Mail an zwei Testpostfächer.
3. Beide Personen prüfen Betreff, Vorschautext, Logo, Schaltfläche und Zielseite.
4. Ein Platzhalter wird mit bekannten Kontaktdaten verglichen.
5. Der Abmeldelink ist sichtbar; dass er im Test keine Abmeldung auslöst, wird als erwartetes Verhalten erkannt.
6. Nach einer letzten Korrektur wird erneut getestet und erst danach die Kampagne geplant.

So wird die Kampagne vor dem Versand in der echten Postfachansicht geprüft, ohne Ergebnisse der späteren Aussendung zu verfälschen.


---

# 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/kommunikation/e-mail/e-mail-kampagnen-und-vorlagen-testen.md?ask=<question>&goal=<user_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.
