ForHosting KIT · Daten & Dateien

Base64-Text kodieren und dekodieren

Wandeln Sie Text ohne Rätselraten in Base64 und zurück: Aus „Hello, 🌍!“ wird SGVsbG8sIPCfjI0h, samt Emoji, im Standard- oder im URL-sicheren Alphabet. Beschädigte Eingaben werden abgewiesen, statt als verstümmelter Text zurückzukommen. Kostenlos in Ihrem Browser.

  • Kostenlos
  • Läuft in Ihrem Browser
  • Ohne Anmeldung
  • Ihre Daten bleiben auf Ihrem Gerät
Nutzen Sie es über WebAPIE-MailTelegramApp bald
Wenn Sie eingeben
Text
Hello, 🌍!
Berechnungsmodus
Encode
Erhalten Sie
Ergebnis
SGVsbG8sIPCfjI0h

Wandeln Sie Text in Base64 und zurück um, ohne rätseln zu müssen, welches Alphabet, welche Padding-Konvention oder welche Prüfregel ein Werkzeug stillschweigend gewählt hat. Dieser deterministische Konverter behandelt Unicode als UTF-8, unterstützt RFC-4648-Base64 in der Standard- und URL-sicheren Variante und weist fehlerhafte Eingaben zurück, statt beschädigten Text auszugeben. Jede erfolgreiche Antwort enthält genau eine Ergebniszeichenfolge, die sich einfach kopieren, speichern, vergleichen oder an den nächsten Verarbeitungsschritt übergeben lässt.

UTF-8-Text in eine portable Base64-Darstellung kodieren

Der Konverter stellt die Zeichenfolge zunächst als UTF-8-Bytes dar. Dadurch werden Akzente, Emojis, nichtlateinische Schriften, Zeilenumbrüche und Satzzeichen einheitlich verarbeitet. Anschließend gruppiert er die Bytes nach RFC 4648.

Die Standardvariante verwendet Buchstaben, Ziffern, Plus und Schrägstrich sowie kanonisches Padding mit Gleichheitszeichen. Bei URL-sicher werden Plus und Schrägstrich durch Bindestrich und Unterstrich ersetzt; erzeugtes Padding entfällt. Base64 ist eine Kodierung und keine Verschlüsselung: Wer den Wert besitzt, kann ihn zurückwandeln.

Das zurückgegebene Objekt enthält nur die Ergebniszeichenfolge, damit automatisierte Verarbeitung einfach und deterministisch bleibt.

Streng dekodieren, statt beschädigte Eingaben zu akzeptieren

Wählen Sie den Dekodiermodus, wenn der gelieferte Text bereits Base64 ist und Sie den ursprünglichen UTF-8-Inhalt wiederherstellen möchten. Die gewählte Variante ist Teil der Prüfung: Im Standardmodus sind Plus und Schrägstrich zulässig, im URL-sicheren Modus Bindestrich und Unterstrich. Zeichen des jeweils anderen Alphabets werden nicht stillschweigend umgeschrieben.

Der Decoder prüft außerdem, ob Padding nur am Ende steht, höchstens zwei Zeichen umfasst, zur kodierten Länge passt und vollständige Bytes beschrieben werden können. Auch ungenutzte Schlussbits werden geprüft; Leerraum ist unzulässig. Schließlich müssen die dekodierten Bytes gültiges UTF-8 bilden.

Eine Binärdatei kann korrektes Base64 sein, aber nicht zu dieser textbezogenen Funktion passen; dann erhalten Sie einen Eingabefehler statt Ersatzzeichen. So werden Probleme bereits an der Integrationsgrenze sichtbar und lassen sich leichter untersuchen.

Standard- oder URL-sicheres Base64 passend zum Ziel wählen

Die richtige Variante bestimmt das System, das den Wert verarbeitet. Standard-Base64 ist in kodierten Dokumentfeldern und Spezifikationen üblich, die Plus, Schrägstrich und Gleichheitszeichen ausdrücklich verwenden. URL-sicheres Base64 ist für Kontexte gedacht, in denen diese Zeichen eine besondere Bedeutung haben, etwa URLs, Dateinamen, Cookies und Token-Bestandteile.

Beim URL-sicheren Dekodieren wird korrektes oder weggelassenes Padding akzeptiert, sofern die Länge dies erlaubt; beim Kodieren entfällt es für die kompakte Form. Speichern Sie für zuverlässige Abläufe die Variante zusammen mit den Daten oder legen Sie sie im Protokoll fest. Beide Wege nutzen dieselbe reine Logik und liefern dasselbe Ergebnis.

Einen kodierten Konfigurationswert untersuchen

Dekodieren Sie Base64 mit strenger Prüfung, damit fehlerhafte Eingaben eindeutig scheitern.

URL-sichere Token-Bestandteile erstellen

Wandeln Sie UTF-8-Text mit Bindestrich-Unterstrich-Alphabet und ohne Padding um.

Ist Base64 eine Verschlüsselung?

Nein. Base64 stellt Bytes lediglich als druckbare Zeichen dar und bietet weder Vertraulichkeit noch Authentifizierung.

Wie wird Unicode behandelt?

Text wird vor der Kodierung in UTF-8-Bytes umgewandelt; dekodierte Bytes müssen gültiges UTF-8 bilden.

Was ändert die URL-sichere Option?

Die Kodierung nutzt Bindestrich und Unterstrich statt Plus und Schrägstrich und lässt Padding weg; die Dekodierung prüft dieses Alphabet.

Welche Dekodiereingaben werden abgelehnt?

Ungültige Zeichen, Leerraum, unmögliche Längen, falsches Padding, von null verschiedene Schlussbits und ungültiges UTF-8 führen zu einem Fehler.

Soll ich Standard-Base64 oder die URL-sichere Variante nehmen?

Die, die das empfangende System erwartet. Standard-Base64 mit Plus, Schrägstrich und Gleichheitszeichen ist in Dokumenten und beim Datenaustausch üblich; die URL-sichere Variante passt zu Webadressen, Dateinamen, Cookies und Tokens, wo Plus und Schrägstrich eine besondere Bedeutung haben.

Kann ich hier ein Bild oder eine andere Binärdatei aus Base64 dekodieren?

Nein, das Werkzeug ist für Text gedacht: Die dekodierten Bytes müssen gültiger UTF-8-Text sein. Eine Binärdatei kann einwandfreies Base64 sein und führt trotzdem zu einer klaren Fehlermeldung statt zu Ersatzzeichen.

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.

POSThttps://api.kit.forhosting.com/data/mime-base64-encode-decode

Authentifizierung per Bearer-Token. Ein einziger POST stellt die Aufgabe in die Warteschlange; das Ergebnis erhalten Sie per Webhook oder über einen signierten Link.

curl -X POST https://api.kit.forhosting.com/data/mime-base64-encode-decode \
  -H "Authorization: Bearer $KIT_KEY" \
  -H "Content-Type: application/json" \
  -d '{"text":"Hello, world!","mode":"encode"}'
{
  "text": "Hello, world!",
  "mode": "encode"
}
{
  "task_id": "tsk_a1b2c3d4e5f6a1b2c3d4e5f6",
  "type": "data.mime_base64_encode_decode",
  "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.

pro Anfrage$0.002

Der Preis steht auf der Seite – keine Tokens, keine Credits. Fehlgeschlagene Aufgaben werden nicht berechnet.

max_mb25
HTTPCodeBedeutung
401unauthorizedDer API-Schlüssel fehlt oder ist ungültig – prüfen Sie den Authorization-Header (Bearer).
402insufficient_balanceIhr Guthaben reicht für diese Aufgabe nicht aus – Aufladungen verfallen nicht.
404unknown_typeUnbekannter Aufgabentyp – prüfen Sie das Feld „type“ gegen den Katalog.
429rate_limitedZu viele Anfragen – warten Sie kurz; Polling ist mit 1 Anfrage pro Sekunde erlaubt.

Nutzen Sie ihn interaktiv im Browser oder rufen Sie die API auf, wenn Ihre Anwendung wiederholbare Konvertierungen benötigt.

UTF-8-Text in eine portable Base64-Darstellung kodieren

Wählen Sie den Kodiermodus, wenn normaler Text als ASCII-Darstellung für ein Textfeld, einen Konfigurationswert, ein JSON-Dokument oder eine Integrationsschnittstelle benötigt wird.

Standard- oder URL-sicheres Base64 passend zum Ziel wählen

Die Einstellung url_safe ändert Kodierung und Dekodierung und sollte dem erwarteten Alphabet der Gegenseite entsprechen. Das Browserwerkzeug eignet sich für Einzelprüfungen, die API kostet $0.002 je automatisierter Anfrage.

Text für eine JSON-Integration vorbereiten

Kodieren Sie Unicode-Text in das von einem externen Schema verlangte ASCII-Base64-Feld.

Was kostet eine Anfrage?

Der API-Preis beträgt $0.002 je Anfrage; die interaktive Browserversion können Sie kostenlos verwenden.

Vollständige KIT-Dokumentation lesen →