E-Mails, Telefonnummern und Kartennummern schwärzen
Schwärzen Sie E-Mails, Telefonnummern und kartenähnliche Ziffernfolgen, bevor ein Text in Protokolle oder Tickets gelangt: Im Beispiel werden zwei E-Mails, eine Nummer und eine Karte zu [EMAIL_1], [EMAIL_2], [PHONE_1] und [CREDIT_CARD_1], insgesamt 4. Kostenlos in Ihrem Browser.
- Kostenlos
- Läuft in Ihrem Browser
- Ohne Anmeldung
- Ihre Daten bleiben auf Ihrem Gerät
Im Browser ausführen – kostenlos
Schwärzen Sie häufige Muster personenbezogener Daten, bevor Texte in Protokolle, Tickets, Analysen oder freigegebene Dokumente gelangen. Dieses deterministische Werkzeug erkennt E-Mail-Adressen, gängige Telefonnummernformate und kartenähnliche Folgen aus 13 bis 19 Ziffern. Jeden Treffer ersetzt es durch einen nummerierten Platzhalter wie [EMAIL_1], [PHONE_1] oder [CREDIT_CARD_1]. Zurückgegeben werden der bereinigte Text und Anzahlen je Kategorie. Dabei werden weder Dienste kontaktiert noch Identitäten abgeleitet oder übermittelte Texte gespeichert.
Schwärzen Sie Kennungen, bevor Texte weitergegeben werden
Betriebliche Texte durchlaufen oft mehr Systeme, als ihre Verfasser erwarten. Eine Supportnachricht kann in ein Ticket kopiert, für die Suche indexiert, in ein Analyseereignis aufgenommen und in eine Teamunterhaltung eingefügt werden. Eine E-Mail-Adresse oder Telefonnummer, die im ursprünglichen Austausch nötig war, wird dadurch an vielen späteren Stellen unnötig offengelegt.
Diese Fähigkeit bietet vor dieser Weitergabe einen vorhersehbaren Bereinigungsschritt. Sie übermitteln einen Text und erhalten denselben Inhalt zurück, wobei erkannte Muster durch nummerierte Platzhalter ersetzt sind. Die Nummerierung bewahrt nützliche Struktur: Mehrere Treffer derselben Kategorie bleiben unterscheidbar, und Sie erkennen zwei verschiedene E-Mail-Adressen, ohne deren Werte zu sehen.
Zusätzlich enthält das Ergebnis Kategorienzähler für Qualitätsprüfungen, ohne sensible Treffer auszugeben. Da der Algorithmus deterministisch und ohne Netzwerk arbeitet, führt dieselbe Eingabe stets zur gleichen Ausgabe. Er eignet sich zur Vorverarbeitung von Protokollen, Nachrichten, exportierten Notizen, Testdaten und anderem Klartext, bei dem schnelles, nachvollziehbares Maskieren sinnvoller als semantische Erkennung ist.
Verstehen Sie genau, welche Muster erkannt werden
Die Erkennung konzentriert sich auf drei praktische Mustergruppen. Eine E-Mail-Adresse benötigt einen üblichen lokalen Teil, ein At-Zeichen und eine gegliederte Domain. Bei Telefonnummern werden verbreitete nationale und internationale Schreibweisen mit Leerzeichen, Punkten, Bindestrichen oder Klammern erfasst.
Kartenähnliche Kandidaten bestehen aus 13 bis 19 Ziffern, die durch Leerzeichen oder Bindestriche getrennt sein dürfen. Die Bezeichnung kartenähnlich ist bewusst gewählt: Das Werkzeug fragt keinen Aussteller ab und prüft keine Prüfsumme, sodass auch Kontonummern oder andere lange Ziffernfolgen geschwärzt werden können. Treffer werden in einem geordneten Durchlauf ausgewertet.
So wird eine lange Folge nicht teilweise als Telefonnummer ersetzt, und eingefügte Platzhalter werden nicht erneut durchsucht. Namen, Anschriften, nationale Kennungen, Geburtsdaten, IP-Adressen oder kontextabhängige Geheimnisse werden nicht erkannt. Ebenso kann nicht jede reale Schreibweise erfasst werden.
Betrachten Sie die Ausgabe als gezielte Musterreduktion, nicht als Nachweis der Anonymität oder Freigabe zur Veröffentlichung.
Setzen Sie die Ausgabe sicher in Abläufen ein
Führen Sie die Schwärzung möglichst früh durch, idealerweise bevor Ihre Anwendung nicht vertrauenswürdigen Text dauerhaft protokolliert oder an weitere Verarbeitung übergibt. Ein Gesamtwert von null bedeutet lediglich, dass kein unterstütztes Muster gefunden wurde; er beweist nicht, dass keine personenbezogenen Daten vorhanden sind. Für höhere Sicherheit kombinieren Sie diesen deterministischen Schritt mit fachbezogener Validierung, Zugriffskontrollen, Aufbewahrungsgrenzen und einer getrennten Prüfung.
Speichern Sie den Originaltext nicht allein zum Vergleich mit der bereinigten Fassung, da dies den Zweck der Maskierung unterlaufen kann. Nummerierte Platzhalter bleiben in Tickets und Berichten verständlich, sind jedoch nicht umkehrbar und enthalten keine Wiederherstellungsdaten. Leere Eingaben und reine Leerzeichen werden als ungültig abgewiesen.
Prüfen Sie typische Beispiele aus Ihren Quellen, weil regionale Telefonnummernkonventionen und ungewöhnliche E-Mail-Syntax variieren.
Anwendungsfälle
Anwendungsprotokolle bereinigen
Schwärzen Sie Kontakt- und Zahlungsmuster, bevor Nachrichten in zentrale Protokollierungs- und Suchsysteme gelangen.
Supportverläufe vorbereiten
Entfernen Sie E-Mails, Telefone und kartenähnliche Werte, bevor Ticketauszüge für Schulungen oder Untersuchungen geteilt werden.
Testdaten sicherer machen
Wandeln Sie produktionsnahe Texte in sichereres Testmaterial um und erhalten Sie Position sowie Kategorie jeder Ersetzung.
Häufige Fragen
Welche Muster werden geschwärzt?
Erfasst werden übliche E-Mail-Adressen, verbreitete Telefonnummernformate und Folgen aus 13 bis 19 Ziffern mit optionalen Leerzeichen oder Bindestrichen.
Wird die Gültigkeit einer Kartennummer geprüft?
Nein. Lange Ziffernfolgen gelten ohne Ausstellerabfrage oder Prüfsummenprüfung als kartenähnlich; die Schwärzung hat Vorrang.
Beweist eine bereinigte Ausgabe, dass keine Personendaten verbleiben?
Nein. Namen, Adressen, regionale Formate, kontextbezogene Kennungen und nicht unterstützte Muster können verbleiben. Für vollständige Deidentifizierung sind weitere Kontrollen nötig.
Lassen sich die Platzhalter rückgängig machen?
Nein. Sie enthalten nur Kategorie und laufende Nummer; eine Zuordnung zum erkannten Wert wird nicht zurückgegeben.
Warum sind die Platzhalter nummeriert statt alle gleich?
Damit der Text seine Struktur behält: Wiederholte Kategorien bleiben unterscheidbar, und wer prüft, erkennt zwei verschiedene E-Mail-Adressen, ohne eine davon zu sehen. Die Summen je Kategorie erlauben Ihnen außerdem Qualitätskontrollen, ohne die Werte offenzulegen.
Verwandte Tools
Für Entwickler — API-Zugang
Alles auf dieser Seite ist auch per API verfügbar. Dieser Abschnitt richtet sich an Teams, die es in ihre eigenen Systeme einbinden möchten; alle anderen nutzen einfach das Tool oben.
Endpunkt
Authentifizierung per Bearer-Token. Ein einziger POST stellt die Aufgabe in die Warteschlange; das Ergebnis erhalten Sie per Webhook oder über einen signierten Link.
Aufruf aus Ihrem Stack
curl -X POST https://api.kit.forhosting.com/data/remove-pii-patterns \
-H "Authorization: Bearer $KIT_KEY" \
-H "Content-Type: application/json" \
-d '{"text":"Email alex@example.com, call +1 (415) 555-0198, or reference card 4111 1111 1111 1111."}'const res = await fetch("https://api.kit.forhosting.com/data/remove-pii-patterns", {
method: "POST",
headers: {
"Authorization": `Bearer ${process.env.KIT_KEY}`,
"Content-Type": "application/json"
},
body: JSON.stringify({
"text": "Email alex@example.com, call +1 (415) 555-0198, or reference card 4111 1111 1111 1111."
})
});
const { task_id } = await res.json();import os, requests
res = requests.post(
"https://api.kit.forhosting.com/data/remove-pii-patterns",
headers={"Authorization": f"Bearer {os.environ['KIT_KEY']}"},
json={
"text": "Email alex@example.com, call +1 (415) 555-0198, or reference card 4111 1111 1111 1111."
},
)
task_id = res.json()["task_id"]<?php
$res = file_get_contents("https://api.kit.forhosting.com/data/remove-pii-patterns", false, stream_context_create([
"http" => [
"method" => "POST",
"header" => "Authorization: Bearer " . getenv("KIT_KEY") . "\r\nContent-Type: application/json",
"content" => '{"text":"Email alex@example.com, call +1 (415) 555-0198, or reference card 4111 1111 1111 1111."}',
],
]));
$task = json_decode($res, true);body := bytes.NewBufferString(`{"text":"Email alex@example.com, call +1 (415) 555-0198, or reference card 4111 1111 1111 1111."}`)
req, _ := http.NewRequest("POST", "https://api.kit.forhosting.com/data/remove-pii-patterns", body)
req.Header.Set("Authorization", "Bearer "+os.Getenv("KIT_KEY"))
req.Header.Set("Content-Type", "application/json")
res, _ := http.DefaultClient.Do(req)Beispiel-Anfrage
{
"text": "Email alex@example.com, call +1 (415) 555-0198, or reference card 4111 1111 1111 1111."
}Beispiel-Antwort
{
"task_id": "tsk_a1b2c3d4e5f6a1b2c3d4e5f6",
"type": "data.remove_pii_patterns",
"status": "queued",
"_links": {
"result": "/tasks/tsk_…/result"
}
}Die API arbeitet asynchron: Sie erhalten sofort eine task_id. Polling ist mit 1 Anfrage pro Sekunde erlaubt.
Preis
Der Preis steht auf der Seite – keine Tokens, keine Credits. Fehlgeschlagene Aufgaben werden nicht berechnet.
Limits
max_mb | 25 |
Fehler
| HTTP | Code | Bedeutung |
|---|---|---|
401 | unauthorized | Der API-Schlüssel fehlt oder ist ungültig – prüfen Sie den Authorization-Header (Bearer). |
402 | insufficient_balance | Ihr Guthaben reicht für diese Aufgabe nicht aus – Aufladungen verfallen nicht. |
404 | unknown_type | Unbekannter Aufgabentyp – prüfen Sie das Feld „type“ gegen den Katalog. |
429 | rate_limited | Zu viele Anfragen – warten Sie kurz; Polling ist mit 1 Anfrage pro Sekunde erlaubt. |
Technische Hinweise
Setzen Sie die Ausgabe sicher in Abläufen ein
Verwenden Sie redacted_text als bearbeitetes Dokument und counts als kompaktes Prüfsignal. Bei API-Automatisierung kostet jedes Textelement $0.002; im Browser läuft dieselbe reine Logik lokal.
Technische Fragen
Was geschieht bei einer leeren Eingabe?
Ein leerer oder nur aus Leerzeichen bestehender Text erzeugt einen invalid_input-Fehler statt einer irreführenden leeren Umwandlung.
Was kostet eine API-Anfrage?
Jedes Textelement kostet $0.002 je Anfrage. Die Browserausführung verwendet dieselbe deterministische Logik lokal.