> 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/platzhalter-in-e-mails-vor-dem-versand-prufen.md).

# Platzhalter in E-Mails vor dem Versand prüfen

## Kurz erklärt

Platzhalter setzen persönliche Daten automatisch in eine E-Mail ein, zum Beispiel einen Namen oder eine Adresse. Vor dem Versand musst du prüfen, ob diese Werte wirklich sinnvoll und vollständig erscheinen.

Die Vorschau im E-Mail-Editor zeigt dir die aufgelösten Werte direkt. So erkennst du leere Felder, technische Platzhalter oder eine unpassende Adresse, bevor die Nachricht versendet wird.

## Was ein Platzhalter macht

Ein Platzhalter ist ein kurzer Eintrag im E-Mail-Inhalt, der beim Anzeigen oder Versenden durch Kontaktinformationen ersetzt wird.

| Beispiel                  | Erwartetes Ergebnis                                                      |
| ------------------------- | ------------------------------------------------------------------------ |
| Begrüßung mit Vorname     | Die E-Mail spricht den jeweiligen Kontakt persönlich an.                 |
| Individuelles Kontaktfeld | Ein hinterlegter, kontaktbezogener Wert erscheint im Text.               |
| Vollständige Adresse      | Die gespeicherte Anschrift wird als zusammenhängende Adresse ausgegeben. |

Verwende Platzhalter nur, wenn du weißt, welche Kontaktdaten vorhanden sind. Ein Platzhalter kann keine fehlenden Daten erfinden.

## Vor dem Prüfen vorbereiten

1. Öffne die E-Mail im E-Mail-Editor.
2. Stelle sicher, dass alle verwendeten Platzhalter im Inhalt stehen.
3. Lege bekannte Testdaten bereit, mit denen du die Vorschau vergleichen kannst.
4. Kontrolliere besonders Felder, die bei manchen Kontakten leer sein können.
5. Speichere deinen aktuellen Entwurf.

Bei einer vollständigen Adresse verwendest du den dafür vorgesehenen Platzhalter `{{contact.full_address}}`. Prüfe in der Vorschau, ob dieser Wert genauso aufgebaut ist wie im Kontakt.

## Platzhalter in der Vorschau prüfen

1. Öffne die E-Mail im Editor.
2. Suche die obere Menüleiste.
3. Klicke auf **Vorschau** neben **Speichern**.
4. Prüfe jeden persönlichen Wert im dargestellten Inhalt.
5. Vergleiche wichtige Angaben mit bekannten Kontaktdaten.
6. Schließe die Vorschau, wenn etwas fehlt oder falsch dargestellt wird.
7. Korrigiere den Inhalt oder die Testdaten.
8. Öffne die Vorschau erneut.
9. Fahre erst danach mit Test-E-Mail, Planung oder Versand fort.

**Vorschau** befindet sich in der aktuellen Oberfläche direkt in der oberen Menüleiste. Du musst dafür nicht erst das Menü mit den drei Punkten öffnen.

### Einen Kontakt und die Geräteansicht wählen

Eine Vorschau wird erst aussagekräftig, wenn sie mit den Daten eines echten Beispiels arbeitet.

1. Öffne oben rechts die Schaltfläche für die **Kontaktvorschau**.
2. Wähle einen Kontakt, dessen gespeicherte Werte du kennst.
3. Prüfe in der eingeblendeten Kontaktübersicht, welche Angaben vorhanden sind – etwa Vorname, Adresse oder eigene Kontaktfelder.
4. Wechsle oben zwischen **Desktop**, **Tablet** und **Mobil**. Kontrolliere den Text in jeder Ansicht, besonders bei langen Namen, Adressen oder Feldern.
5. Wähle bei Bedarf einen zweiten Kontakt mit unvollständigen Daten. So siehst du, ob der Text auch bei fehlenden optionalen Werten verständlich bleibt.

Der gewählte Kontakt dient nur als Beispiel für die Kontrolle. Er ändert keine Kontaktdaten und versendet noch keine E-Mail.

## Was du konkret kontrollierst

| Prüfpunkt                | Frage für die Prüfung                                                      |
| ------------------------ | -------------------------------------------------------------------------- |
| **Name und Anrede**      | Ist die Ansprache vollständig und passend?                                 |
| **Eigene Kontaktfelder** | Erscheint der erwartete Wert oder bleibt die Stelle leer?                  |
| **Adresse**              | Ist die Adresse vollständig und korrekt formatiert?                        |
| **Textfluss**            | Bleibt der Satz verständlich, wenn ein Wert fehlt oder besonders lang ist? |
| **Mobilansicht**         | Brechen lange Werte auf kleinen Bildschirmen ungünstig um?                 |
| **Links und Buttons**    | Passen die sichtbaren Texte und Ziele noch zum personalisierten Inhalt?    |

Schicke nach der Vorschau zusätzlich eine Test-E-Mail. So prüfst du, wie die Werte im tatsächlichen Postfach erscheinen. Die vollständige Testanleitung findest du unter [E-Mail-Kampagnen und Vorlagen testen](https://one-loop.gitbook.io/help/plattform/one-loop-plattform/kommunikation/e-mail/e-mail-kampagnen-und-vorlagen-testen).

## Wenn ein Wert nicht stimmt

| Beobachtung                                               | Sinnvolle nächste Prüfung                                                                         |
| --------------------------------------------------------- | ------------------------------------------------------------------------------------------------- |
| Platzhalter bleibt als technischer Text sichtbar          | Prüfe Schreibweise und Position im E-Mail-Inhalt.                                                 |
| Platzhalter ist leer                                      | Prüfe, ob die zugehörige Kontaktinformation vorhanden ist.                                        |
| Adresse ist unvollständig                                 | Prüfe die gespeicherten Adressdaten und danach `{{contact.full_address}}` erneut in der Vorschau. |
| Der Text wirkt wegen eines fehlenden Werts unverständlich | Formuliere den Satz so, dass er auch ohne optionalen Wert verständlich bleibt.                    |
| Ein langer Wert verschiebt das Layout                     | Prüfe Desktop-, Tablet- und Mobilansicht und passe den Aufbau an.                                 |

Ändere Inhalt oder Testdaten nicht erst kurz vor dem Versand. Nach jeder Korrektur gehört eine neue Vorschau dazu.

## Häufige Fehler

### Die E-Mail wurde getestet, aber nicht in der Vorschau geprüft

Eine Test-E-Mail ist wichtig, ersetzt aber nicht die schnelle Kontrolle im Editor. Prüfe zuerst die Vorschau und danach das Testpostfach.

### Der Name fehlt bei einzelnen Kontakten

Das betroffene Kontaktfeld enthält vermutlich keinen Wert. Gestalte die Formulierung so, dass sie auch ohne diesen Wert verständlich bleibt, oder ergänze die Daten vor dem Versand.

### Die Adresse erscheint nicht wie erwartet

Prüfe die vollständige Adresse mit `{{contact.full_address}}` und vergleiche die Vorschau mit dem gespeicherten Kontakt.

### Nach einer Änderung bleibt der alte Wert sichtbar

Schließe die Vorschau, speichere die Änderung und öffne die Vorschau erneut. Kontrolliere dann den aktuellen Inhalt.

## Praxisbeispiel: Persönliche Termin-Erinnerung

Ziel: Eine Erinnerung soll persönlich wirken, aber auch bei unvollständigen Daten verständlich bleiben.

1. Das Team fügt Name und ein eigenes Kontaktfeld in den E-Mail-Text ein.
2. Es öffnet **Vorschau** direkt über die obere Menüleiste.
3. Die bekannten Testdaten zeigen, dass ein Kontaktfeld bei manchen Datensätzen leer sein kann.
4. Der Satz wird so umformuliert, dass er auch ohne diesen optionalen Wert sinnvoll bleibt.
5. Anschließend prüft das Team die Mobilansicht und sendet eine Test-E-Mail.
6. Erst wenn die Werte und der Textfluss stimmen, wird die Kampagne geplant.

So verhindert die Vorschau, dass Personalisierung vor dem Versand unverständlich oder unvollständig wirkt.


---

# 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/platzhalter-in-e-mails-vor-dem-versand-prufen.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.