Adressverifizierung per Postkarte prüft, ob ein Nutzer Zugriff auf den angegebenen Briefkasten hat. Dein System erzeugt einen einmaligen Link, EchtPost druckt ihn als QR-Code auf eine Karte und der Scan schaltet die gewünschte Funktion frei.
qr_code_url und qr_code_messageep_test_-Key möglichDigitale Prüfungen sind günstig. Eine neue E-Mail-Adresse, ein geklickter Bestätigungslink oder ein frischer Browser-Fingerprint kosten Angreifer wenig. Eine echte postalische Adresse skaliert schlechter: Die Adresse ist an einen Ort gebunden, Zustellung dauert und der Code liegt nicht sofort in einem Skript.
Das heißt nicht, dass Postkarten jede Umgehung verhindern. Packstationen, fremde Adressen oder gemeinsam genutzte Briefkästen können weiterhin vorkommen. Der Nutzen liegt in der Kosten-Asymmetrie: Für legitime Nutzer ist eine einzelne Karte verständlich, für Massenmissbrauch wird sie zum Aufwand.
Adressvalidierung prüft, ob eine Adresse formal existieren kann: Straße, Hausnummer, Postleitzahl, Ort. Adressverifizierung prüft etwas anderes: Hat dieser Account Zugriff auf den angegebenen Briefkasten? Für saubere Daten brauchst du oft beides. Vor dem Druck lohnt sich eine Plausibilitätsprüfung, danach bestätigt der QR-Code den Zugriff.
Ein Bot kann E-Mail-Adressen und Double-Opt-ins schnell durchlaufen. Eine zugestellte Karte mit individuellem Code lässt sich nicht im selben Tempo wegautomatisieren.
Du musst nicht jeden Trial-Nutzer prüfen. Sinnvoll ist die Postkarte dort, wo ein Account sensible Funktionen freischalten will oder durch Missbrauchsmuster auffällt.
Wenn ein gesperrter Nutzer im Support diskutiert, hilft ein harter Status: Adresse bestätigt, Karte unterwegs oder Code nie gescannt.
Dein System erzeugt den Token und ruft die Postkarten-API auf. EchtPost übernimmt Druck, echte Briefmarke und Versand.
qr_code_available liefern. An den API-Endpunkt /v2/cards sendest du Empfängeradresse, Motiv, Kartentext und den Link als qr_code_url. Die kurze Anleitung neben dem QR-Code passt in qr_code_message mit maximal 70 Zeichen. Wenn QR-Codes für das Konto nicht aktiv sind, kann die API mit 422 feature-not-available antworten; bei einem Motiv ohne QR-Code-Unterstützung wird kein QR-Code gerendert.EchtPost produziert Karten an Werktagen und übergibt sie am Folgetag an die Deutsche Post. Danach kommen in Deutschland üblicherweise 1 bis 3 Werktage Postlaufzeit hinzu. Für technische Tests nutzt du einen ep_test_-Key, bevor du echte Karten druckst. Die API-Doku liegt unter api.echtpost.de/v2/docs.
Lege einen kostenlosen Account an, kopiere den API-Key und schicke dir selbst die erste Karte mit QR-Code. So prüfst du Text, Motiv und Token-Flow, bevor du den Prozess in dein Produkt hängst.
Adressverifizierung per Postkarte passt nicht als Pflichtschritt für jede Registrierung. Dafür dauert Post zu lange und legitime Nutzer erwarten bei einem einfachen Testaccount keine Hürde im Briefkasten.
Sinnvoll wird sie, wenn ein Account etwas tun will, das Missbrauchskosten für dich oder andere erzeugt:
Definiere auch den Nicht-Scan-Pfad: Der Account kann weiter bestehen, aber die riskante Funktion bleibt gesperrt. Wenn die Karte nicht ankommt, erzeugst du einen neuen Token, verschickst eine neue Karte und invalidierst den alten Link.
CentralPlanner, ein Produkt von unseren Freunden bei 42he, nutzt postalische Verifizierung als Baustein gegen Signup-Missbrauch. Wenn ein Account in ein auffälliges Muster fällt, reicht eine digitale Prüfung nicht immer aus. Die Karte mit Code schafft dann einen klaren nächsten Schritt: Wer Zugriff auf die angegebene Adresse hat, kann die betroffene Funktion freischalten.
In einem Fall meldete sich sogar ein Spammer beim Support und beschwerte sich, seine Accounts seien falsch markiert worden. Solche Diskussionen gehören zum Muster. Eine bestätigte Postadresse gibt dem Support eine sachliche Grundlage, ohne sich auf Bauchgefühl oder lange E-Mail-Ketten zu stützen.
Der Gedanke ist vertraut. Google Business Profile verschickt Codes per Postkarte, Banken senden PIN-Briefe, und Anbieter wie easybell schalten bestimmte Telefonnummern erst nach postalischem Aktivierungscode frei. Der Kanal ist langsam, aber genau das macht ihn für ausgewählte Prüfungen nützlich.
Für SaaS-Produkte ist die Frage deshalb nicht, ob Post digital wirkt. Die bessere Frage lautet: An welcher Stelle im Produkt brauchst du eine Hürde, die nicht sofort automatisiert weggeklickt werden kann?
Du zahlst den normalen Kartenpreis inklusive Druck, echter Briefmarke und Versand. Die aktuellen Staffelpreise stehen unter Zahlung und Versand. Für Tests kannst du im Sandbox-Modus arbeiten, ohne echte Karten auszulösen.
Rechne in Deutschland grob mit 2 bis 4 Werktagen vom API-Aufruf bis zum Scan: Produktion an Werktagen, Übergabe an die Deutsche Post am Folgetag und danach die übliche Postlaufzeit. Für zeitkritische Logins ist das zu langsam, für riskante Feature-Freischaltungen passt es besser.
Dein Backend erzeugt einen Token und setzt ihn in eine URL, zum Beispiel https://example.com/verify-address?token=.... Diese URL übergibst du als qr_code_url. In qr_code_message erklärst du kurz, was der Nutzer tun soll.
Dann verschickst du eine neue Karte mit neuem Token und machst den alten Token ungültig. Die betroffene Funktion bleibt bis zum Scan gesperrt. Der restliche Account muss deshalb nicht automatisch blockiert werden.
Nein. Prüfe gezielt dort, wo Missbrauch für dich teuer wird oder andere Nutzer beeinträchtigt. Für einfache Newsletter- oder Trial-Signups sind Double-Opt-in, Rate Limits und Plausibilitätschecks meist die bessere erste Hürde.
Du übergibst eine vom Nutzer angegebene Adresse an EchtPost, damit wir die Karte drucken und versenden. Für Auftragsverarbeitung gibt es eine AVV. Kläre in deiner eigenen Datenschutzerklärung, warum du die Adresse erhebst und wann du sie wieder löschst.
Ja. Nutze einen Sandbox-Key mit ep_test_, um API-Aufruf, Payload und Token-Flow zu prüfen. Danach testest du mit einer echten Karte an eine interne Adresse, bevor du die Prüfung für Nutzer aktivierst.
Technische Grundlagen, Beispiel-Requests und Wege, Karten direkt aus deinem Produkt zu verschicken.
Weitere SaaS-Use-Cases für Onboarding, Lifecycle-Kommunikation und produktnahe Karten.
Postkarten direkt aus Agenten-Workflows und KI-Tools vorbereiten und testen.
Du erreichst uns
in unserem Kölner Büro
unter 0221 - 177 383 93.
Nutz unser Kontaktformular
um uns eine Nachricht zu hinterlassen.
Wähl einen dir
passenden Termin und wir
melden uns telefonisch.