# MD5, SHA-1 oder SHA-256 für Kundendaten?

> Das Tool bietet fünf Algorithmen, der Upload braucht genau einen. Was Google, Meta und TikTok akzeptieren, wie du jeden Digest erkennst, und die Regel dazu.

- Source: https://www.8apps.co/de/blog/md5-sha1-sha256-kundendaten
- Markdown: https://www.8apps.co/de/blog/md5-sha1-sha256-kundendaten.md
- Published: 2026-09-02
- Author: 8apps-Team
- Language: de

---
## Die Regel in einem Satz

Nimm SHA-256, hexadezimal, in Kleinbuchstaben – es sei denn, die Dokumentation des Ziels sagt schriftlich etwas anderes. Alles Weitere ist die Begründung und die Ausnahmen.

## Was die Plattformen dokumentieren

- **Google Ads:** *"Use hex SHA256"* – die Seite zur Formatierung von Kundendaten nennt SHA-256 und Hex-Kodierung.
- **Meta:** SHA-256-Digests, hexadezimal mit Kleinbuchstaben – die Doku verlangt *"HEX representations… using lowercase for A through F"*, und der veröffentlichte Testwert ist ein SHA-256-Digest.
- **TikTok:** der Ausreißer, der eine Wahl dokumentiert – *"MD5 and SHA256 encryption is supported"*, wobei der Dateiinhalt vor der Verschlüsselung *"in all uppercase or lowercase"* vorliegen soll. TikTok akzeptiert außerdem ungehashte Werte und hasht sie selbst.

SHA-1 dokumentiert niemand für Kunden-Uploads, und nichts Stärkeres als SHA-256 verlangt irgendwer.

## Warum sich SHA-256 durchgesetzt hat

MD5 (1992) und SHA-1 (1995) gelten hinsichtlich Kollisionsresistenz als kryptografisch gebrochen – beide wurden branchenweit vor Jahren aus dem Sicherheitseinsatz genommen. Für das Upload-Matching entscheidet ohnehin die Präferenz der Plattformen: SHA-256 steht in den Dokumentationen, also passt SHA-256 zusammen. TikToks MD5-Unterstützung liest sich am besten als Altlast-Zugeständnis – unterstützt heißt nicht empfohlen, und eine SHA-256-Spalte bedient TikTok und bleibt für die beiden anderen wiederverwendbar.

## Einen Digest auf einen Blick erkennen

Die Hex-Länge ist pro Algorithmus fest – damit identifiziert sich eine Tabellenspalte selbst:

| Algorithmus | Hex-Länge | Sieht aus wie |
|---|---|---|
| MD5 | 32 Zeichen | `9e107d9d372bb682…` |
| SHA-1 | 40 Zeichen | `2fd4e1c67a2d28fc…` |
| SHA-256 | 64 Zeichen | `62a14e44f765419d…` |

`=LEN(B2)` die Spalte hinuntergezogen verrät dir, was eine rätselhafte Datei enthält: 32 heißt, jemand hat mit MD5 gehasht, 64 mit SHA-256, und 128 heißt, ein Digest wurde *erneut* gehasht. Schneller lässt sich eine geerbte "schon gehashte" Liste nicht prüfen.

## Was der Algorithmus nicht reparieren kann

Ein perfekter SHA-256 einer schlecht normalisierten Eingabe passt zu nichts. Groß- und Kleinschreibung, Leerzeichen, Telefonformate, die sich je Plattform unterscheiden – die Normalisierung entscheidet über die Match-Rate; der Algorithmus muss lediglich der sein, den das Ziel erwartet. Die Normalisierungsregeln stehen in unseren Leitfäden zum Hashen von E-Mail-Adressen und Telefonnummern: Wähle hier den Algorithmus, mach die eigentliche Arbeit dort.

## Wo Hash Data hineinpasst

[Hash Data](/de/google-workspace/hash-data) stellt mehrere Hash-Algorithmen als Formeln in Google Tabellen bereit – wenn also ein Ziel SHA-256 will und ein Altsystem noch MD5 verlangt, sind beide ein Herunterziehen in derselben Tabelle, direkt neben den Normalisierungsformeln, die tatsächlich darüber entscheiden, ob etwas zusammenpasst.

## Quellen

- [Google Ads-Hilfe – Kundendatendatei formatieren](https://support.google.com/google-ads/answer/7659867) – gelesen am 20.08.2026
- [Meta – Conversions API customer information parameters](https://developers.facebook.com/docs/marketing-api/conversions-api/parameters/customer-information-parameters/) – gelesen am 20.08.2026
- [TikTok – About guidelines for customer files](https://ads.tiktok.com/help/article/customer-file-faq) – gelesen am 20.08.2026