ForHosting KIT · Entwickler-Tools

Text zu Base64

„Hello, world!“ wird in Standard-Base64 zu SGVsbG8sIHdvcmxkIQ==, mit Plus, Schrägstrich und den üblichen Gleichheitszeichen am Ende. Jede gültige Base64-Zeichenkette wird wieder zu lesbarem UTF-8-Text, samt Umlauten und Emojis. 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, world!
Erhalten Sie
Ergebnis
SGVsbG8sIHdvcmxkIQ==
Berechnungsmodus
Encode
Füllzeichen
standard
Byte-Anzahl
13

Die Kodierung ist deterministisch UTF-8, dann RFC 4648; das Dekodieren weist unzulässige Alphabet-Zeichen, defektes Padding und Nicht-UTF-8-Nutzlasten mit einem klaren Fehler für ungültige Eingabe zurück statt stillem Datenmüll.

Text zu Standard-Base64 mit Padding kodieren

Die Engine interpretiert die Zeichenkette als Unicode-Text, serialisiert sie zu UTF-8-Bytes und bildet diese Bytes auf das Alphabet aus vierundsechzig Zeichen ab: A bis Z, a bis z, null bis neun, Plus und Schrägstrich. Leere Zeichenketten sind gültig: Sie werden zu einem leeren Base64-Ergebnis mit null Bytes kodiert. Mehrsprachiger Text, Emoji und Satzzeichen überstehen den Round-Trip, weil der Pfad vollständig UTF-8 ist und keine Latin-1-Abkürzung.

Die Antwort enthält stets result mit dem Base64-String, mode gleich encode, padding gleich standard und bytes als UTF-8-Länge vor der Kodierung, damit Sie die Nutzlastgröße in Tests prüfen können. Identische Eingaben erzeugen stets identische Ausgaben, denn der Algorithmus ist reine Arithmetik ohne Netzwerk, ohne Zufalls-Salt und ohne Uhr.

Base64 zurück zu Text dekodieren und ungültige Eingaben behandeln

Setzen Sie mode auf decode und platzieren Sie einen Standard-Base64-String in text. Padding-Gleichheitszeichen dürfen vorhanden sein oder fehlen, solange der Rest zulässig ist; mehr als zwei Füllzeichen, Füllzeichen in der Mitte oder eine Länge mit Modulo vier gleich eins werden mit einer ausdrücklichen Meldung abgelehnt, damit Clients die Nutzlast korrigieren können. Erfolgreiches Dekodieren liefert result als wiederhergestellte Zeichenkette, mode decode, padding standard und bytes als dekodierte UTF-8-Länge.

Bevorzugen Sie diese Fähigkeit, wenn Ihre Suchintention buchstäblich Text zu Base64 oder Base64 zu Text für menschenlesbaren Inhalt lautet; binäre Bilddaten-URIs gehören zu bildorientierten Tools und URL-sichere Cookies zu spezialisierten Encodern.

Typische Einsätze und praktische Grenzen

Nutzen Sie das kostenlose Text-zu-Base64-Tool im Browser für Unterrichtsdemos, Support-Playbooks und einmalige Umwandlungen, ohne OpenSSL oder Sprach-Laufzeiten zu installieren. Ein typischer Workflow kodiert einen kurzen Konfigurationswert zur Speicherung in einer Umgebungsvariable, verschickt ihn über ein Ticketsystem und dekodiert ihn dann im empfangenden Dienst mit mode decode, wobei geprüft wird, dass bytes der ursprünglichen Länge entsprechen. Ein weiterer Workflow verifiziert vor einem Release, dass ein Dokumentationsbeispiel noch zum dokumentierten Klartext dekodiert.

Kombinieren Sie diesen Endpunkt mit URL-Prozent-Kodierungstools, wenn eine Zeichenkette sowohl Base64- als auch Query-String-Regeln überstehen muss, halten Sie die Schritte aber getrennt, damit jede Landingpage einer einzigen Suchintention entspricht. Autoren, die SDKs ausliefern, können das result-Feld direkt auf eine Kopieren-Schaltfläche abbilden, während die Bezeichnungen mode und padding Screenshots und OpenAPI-Beispiele für Leser selbsterklärend machen, die nur das klassische Alphabet mit Gleichheitszeichen kennen.

Wie dekodiere ich Base64 zu Text?

Senden Sie mode decode und platzieren Sie den Base64-String in text.

Was passiert, wenn der Base64-String ungültig ist?

Die Fehlermeldung beschreibt das Problem; die Anfrage wird nicht berechnet.

Wie wandle ich Text in Base64 um?

Geben Sie den Text ein und lassen Sie die Voreinstellung Kodieren stehen. Aus „Hello, world!“ wird SGVsbG8sIHdvcmxkIQ==. Der Text wird dabei zuerst in UTF-8-Bytes übersetzt und dann mit dem Standardalphabet aus RFC 4648 geschrieben.

Warum endet mein Base64-Ergebnis mit zwei Gleichheitszeichen?

Die Gleichheitszeichen sind die übliche Auffüllung am Ende von Standard-Base64. „Hello, world!“ hat 13 Bytes und ergibt SGVsbG8sIHdvcmxkIQ== mit zwei davon. Behalten Sie sie beim Kopieren, denn der Decoder prüft die Auffüllung und lehnt eine beschädigte ab.

Kann ich Emojis oder Umlaute in Base64 umwandeln?

Ja. Ihr Text wird vor dem Kodieren in UTF-8-Bytes übersetzt, deshalb überstehen Umlaute, andere Schriften, Emojis und Satzzeichen den Hin- und Rückweg und kommen genau so zurück, wie Sie sie eingegeben haben.

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/enc/base64

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/enc/base64 \
  -H "Authorization: Bearer $KIT_KEY" \
  -H "Content-Type: application/json" \
  -d '{"text":"Hello, world!"}'
{
  "text": "Hello, world!"
}
{
  "task_id": "tsk_a1b2c3d4e5f6a1b2c3d4e5f6",
  "type": "enc.base64",
  "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.

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.

Base64 wandelt beliebige Bytes in ein sicheres ASCII-Alphabet aus Buchstaben, Ziffern, Plus, Schrägstrich und Gleichheits-Padding um, damit Text ohne Beschädigung durch JSON, Formulare, E-Mail-Header und Konfigurationsdateien reisen kann. Diese Fähigkeit konzentriert sich auf die Alltagsaufgabe, die Menschen in die Suche tippen: Klartext in Base64 umwandeln oder einen Base64-String zurück in lesbares UTF-8 bringen – mit einem einzigen mode-Feld und klassischem Standard-Padding.

Text zu Standard-Base64 mit Padding kodieren

Senden Sie einen JSON-Body mit dem erforderlichen String-Feld text, gesetzt auf die Klartext-Nachricht, die Sie für den Transport schützen möchten, und belassen Sie mode bei der Vorgabe encode oder setzen Sie mode ausdrücklich auf encode. Ist die Bytelänge kein Vielfaches von drei, werden ein oder zwei Gleichheitszeichen angehängt, sodass jede Ausgabe ein Vielfaches von vier Zeichen ist – das ist Standard-Padding, die Form, die die meisten HTTP-APIs, Data-URLs für Textschnipsel und klassische Anleitungen erwarten. Die optionalen Aliase input, value und s werden für dasselbe Feld akzeptiert, wenn Sie Clients aus älteren Formularnamen erzeugen. Nutzen Sie diesen Pfad immer dann, wenn Sie eine einfügesichere Darstellung eines Geheimnisfragments, eines Konfigurationstokens oder eines kleinen JSON-Schnipsels benötigen, das einen reinen Textkanal überstehen muss.

Base64 zurück zu Text dekodieren und ungültige Eingaben behandeln

Führende und abschließende Leerzeichen, Tabulatoren und Zeilenumbrüche werden entfernt, damit mehrzeilige Einfügungen weiterhin funktionieren, aber jedes andere Zeichen außerhalb des Standard-Alphabets verursacht ein sofortiges invalid_input-Scheitern – die Engine bildet URL-sichere Minus- und Unterstrich-Varianten nicht still um, denn das würde das Produktversprechen von Standard-Padding und -Alphabet verwässern. Nach der Alphabet-Validierung werden die Bytes mit einem fatalen Decoder als UTF-8 dekodiert: Ist die Nutzlast kein gültiger Unicode-Text, erhalten Sie invalid_input statt Ersatzzeichen, die nachgelagerte Anzeigen beschädigen würden. Validierungsfehler werden in der Prepaid-API nicht berechnet, sodass das Prüfen eines verdächtigen Tokens für Betreibende günstig und für Endanwender sicher ist.

API-Nutzung, Preise, Workflows und praktische Grenzen

Verwenden Sie die Prepaid-KIT-API, wenn ein Backend, eine serverlose Funktion oder ein SDK denselben Encode- oder Decode-Schritt unter Guthaben zu $0.002 pro erfolgreichem Element benötigt; fehlgeschlagene Validierung verbraucht niemals Guthaben, nachdem die Engine die Anfrage abgelehnt hat.

Konfigurations- und Geheimnisfragmente in Textkanälen

Kodieren Sie kurze UTF-8-Tokens, damit sie E-Mail, Chat und JSON unbeschädigt überstehen, und dekodieren Sie sie im empfangenden Dienst mit demselben mode-Feld.

golden-Prüfungen für Doku und CI

Fixieren Sie Encode- und Decode-Fixtures, damit Dokumentationsbeispiele und Continuous-Integration-Tests sofort fehlschlagen, falls Base64-Alphabet oder Padding je abweichen.

Support und Schulung

Mitarbeitende und Lernende wandeln Text im kostenlosen Browser-widget zu Base64 und zurück, mit klaren invalid_input-Fehlern bei abgeschnittenen oder beschädigten Einfügungen.

Wie wandle ich Text in Base64 um?

Senden Sie JSON mit text gesetzt auf Ihren Klartext und mode encode (oder lassen Sie mode weg). Das Feld result enthält Standard-Base64 mit Padding.

Verwendet dies URL-sicheres Base64?

Nein. Nur das Standard-Alphabet (+ und /) mit optionalem =-Padding wird akzeptiert. URL-sichere Zeichen werden als ungültige Eingabe abgelehnt.

Ist das Text-zu-Base64-Tool kostenlos?

Das Browser-Tool läuft kostenlos auf Ihrem Gerät. API-Aufrufe nutzen Prepaid-KIT-Guthaben zu $0.002 pro erfolgreichem Element; Validierungsfehler werden nicht berechnet.

Vollständige KIT-Dokumentation lesen →