Base64-Text kodieren und dekodieren
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.
Im Browser ausführen – kostenlos
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. Nutzen Sie ihn interaktiv im Browser oder rufen Sie die API auf, wenn Ihre Anwendung wiederholbare Konvertierungen benötigt. 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
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. 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. Die Einstellung url_safe ändert Kodierung und Dekodierung und sollte dem erwarteten Alphabet der Gegenseite entsprechen. 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. Das Browserwerkzeug eignet sich für Einzelprüfungen, die API kostet $0.002 je automatisierter Anfrage. Beide Wege nutzen dieselbe reine Logik und liefern dasselbe Ergebnis.
Anwendungsfälle
Text für eine JSON-Integration vorbereiten
Kodieren Sie Unicode-Text in das von einem externen Schema verlangte ASCII-Base64-Feld.
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.
Häufige Fragen
Was kostet eine Anfrage?
Der API-Preis beträgt $0.002 je Anfrage; die interaktive Browserversion können Sie kostenlos verwenden.
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.
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/mime-base64-encode-decode \
-H "Authorization: Bearer $KIT_KEY" \
-H "Content-Type: application/json" \
-d '{"text":"Hello, world!","mode":"encode"}'const res = await fetch("https://api.kit.forhosting.com/data/mime-base64-encode-decode", {
method: "POST",
headers: {
"Authorization": `Bearer ${process.env.KIT_KEY}`,
"Content-Type": "application/json"
},
body: JSON.stringify({
"text": "Hello, world!",
"mode": "encode"
})
});
const { task_id } = await res.json();import os, requests
res = requests.post(
"https://api.kit.forhosting.com/data/mime-base64-encode-decode",
headers={"Authorization": f"Bearer {os.environ['KIT_KEY']}"},
json={
"text": "Hello, world!",
"mode": "encode"
},
)
task_id = res.json()["task_id"]<?php
$res = file_get_contents("https://api.kit.forhosting.com/data/mime-base64-encode-decode", false, stream_context_create([
"http" => [
"method" => "POST",
"header" => "Authorization: Bearer " . getenv("KIT_KEY") . "\r\nContent-Type: application/json",
"content" => '{"text":"Hello, world!","mode":"encode"}',
],
]));
$task = json_decode($res, true);body := bytes.NewBufferString(`{"text":"Hello, world!","mode":"encode"}`)
req, _ := http.NewRequest("POST", "https://api.kit.forhosting.com/data/mime-base64-encode-decode", 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": "Hello, world!",
"mode": "encode"
}Beispiel-Antwort
{
"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.
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. |