acento.io
Entwickler-Tool

URL-Encoder und -Decoder

Texte per Prozent-Kodierung für URLs aufbereiten oder kodierte URLs zurück in Klartext umwandeln – 100% im Browser, keine Daten verlassen dein Gerät.

Von Carlos Suárez , Systeminformatiker
Zuletzt aktualisiert:

Was dieser URL-Encoder und -Decoder macht

URLs dürfen nur einen definierten Zeichensatz enthalten. Leerzeichen, Umlaute oder Sonderzeichen wie & und = müssen als Prozent-Sequenzen kodiert werden – zum Beispiel wird ein Leerzeichen in einer URL zu %20. Diese deutschsprachige Version des Tools setzt genau das um: du gibst Text ein, bekommst sofort die RFC 3986-konforme Kodierung – oder du fügst eine kodierte URL ein und siehst den Klartext. Besonders bei Umlauten lohnt sich Sorgfalt: ä, ö, ü und ß werden in UTF-8 als Zwei-Byte-Sequenzen kodiert, was in Legacy-Systemen oft zu kaputten URLs führt. UTF-8 deckt insgesamt 1.112.064 Codepunkte ab – von ASCII bis zu seltenen Schriftzeichen. Die Implementierung folgt RFC 3986, dem Referenzstandard für URI-Syntax. 100% im Browser – deine Daten verlassen nie dein Gerät. Keine Uploads, kein Tracking, keine Server-Logs.

Funktionen

  • Zwei Kodierungsmodi. Wähle zwischen encodeURI (behält reservierte Zeichen wie / ? & bei) und encodeURIComponent (kodiert alles – richtig für Query-Parameter und Weiterleitungs-URIs).
  • Korrektes UTF-8-Handling. Mehrbyte-Zeichen – darunter deutsche Umlaute und Emoji – werden korrekt als %XX%XX-Sequenzen kodiert, nicht als einzelne Bytes.
  • URL-Dekodierung (urldecoder). Aus Logs oder API-Antworten kopierte kodierte URLs lassen sich sofort zurück in lesbaren Klartext umwandeln, inklusive doppelt kodierter Werte wie %2520.
  • Sofortige Ausgabe. Kodierung und Dekodierung laufen live beim Tippen – kein Button-Klick nötig, kein Roundtrip zum Server.
  • Clipboard-Integration. Mit einem Klick kopierst du das Ergebnis in die Zwischenablage. Praktisch beim Zusammenbauen von Query-Strings oder OAuth-Redirect-URIs.

So benutzt du den URL-Encoder und -Decoder

Wähle den Tab „Kodieren“ oder „Dekodieren“, füge deinen Text ein und kopiere das Ergebnis direkt weiter.

  1. Modus wählen. „Kodieren“ für Rohtext → URL-sichere Ausgabe; „Dekodieren“ für kodierte URL → Klartext.
  2. Text eingeben. Füge den Text ein oder tippe ihn direkt. Zum Beispiel: encodeURIComponent('a b&c=d') liefert a%20b%26c%3Dd – reservierte Zeichen werden vollständig escaped.
  3. Komponenten-Modus aktivieren (optional). Aktiviere „Als Komponente kodieren“, wenn du einen einzelnen Query-Wert kodierst. Ohne diese Option bleiben Zeichen wie & und = unkodiert.
  4. Ergebnis kopieren. Klicke auf „Kopieren“ und füge die kodierte URL direkt in deinen Code, dein Terminal oder dein Analytics-Tool ein.

Häufige Anwendungsfälle

  • OAuth-Redirect-URIs. Bei OAuth 2.0-Flows muss der redirect_uri-Parameter vollständig prozent-kodiert sein. Ein falsch kodiertes & bricht den gesamten Autorisierungsrequest.
  • Query-Parameter mit Sonderzeichen. E-Mail-Adressen, Tokens oder Freitexte als URL-Parameter? encodeURIComponent ist Pflicht – encodeURI allein kodiert das @ nicht und erzeugt ungültige URLs.
  • Debugging doppelt kodierter Logs. In Server-Logs taucht %2520 statt %20 auf? Das ist ein klassischer Double-Encoding-Bug: %20 wurde versehentlich nochmals kodiert. Hier einfach dekodieren und den Ursprungswert prüfen.
  • Analytics-Tracking-Parameter. UTM-Parameter für Kampagnen aus Hamburg oder Berlin enthalten oft Leerzeichen und Schrägstriche – beide müssen kodiert sein, damit Tracking-Tools sie korrekt parsen. Wenn du zusätzlich QR-Codes für Kampagnen generierst, hilft unser [QR-Code-Generator](/de/qr-code-generator/).
  • Python- und Shell-Skripte. In Python erledigt from urllib.parse import quote; quote('a b&c=d') die Kodierung. Für schnelle Shell-Checks: jq -rR @uri <<< 'a b&c=d'. Beide Varianten folgen demselben RFC-3986-Standard wie dieses Tool.

Häufig gestellte Fragen

Was ist der Unterschied zwischen encodeURI und encodeURIComponent?

encodeURI ist für vollständige URLs gedacht und lässt reservierte Zeichen wie / ? & = # unangetastet. encodeURIComponent kodiert alles davon – es ist die richtige Wahl für einzelne Query-Werte oder Redirect-URIs, bei denen & als Literal gemeint ist.

Warum wird ein Leerzeichen manchmal als + und manchmal als %20 kodiert?

In URL-Pfaden (und nach RFC 3986) ist %20 korrekt. Das Pluszeichen für Leerzeichen stammt aus dem älteren application/x-www-form-urlencoded-Format, das Formulardaten im HTTP-Body verwendet. Mischst du beide Formate, entstehen schwer zu findende Bugs.

Werden meine Daten an einen Server geschickt?

Nein. Das gesamte Kodieren und Dekodieren läuft ausschließlich in deinem Browser. Es gibt keinen Server-Roundtrip, keine Logs und kein Tracking. Besonders bei Query-Strings mit Tokens, E-Mail-Adressen oder anderen personenbezogenen Daten ist das ein echter Vorteil.

Was bedeutet %2520 in einer URL?

Das ist ein Double-Encoding-Fehler: %20 (kodiertes Leerzeichen) wurde erneut kodiert, wobei das % zu %25 wurde. Dekodiere den Wert einmal hier, um den ursprünglichen String zu sehen, und suche dann im Code nach der Stelle, die zweimal kodiert.

Wie kodiere ich URLs in Python oder der Shell?

In Python: from urllib.parse import quote; quote('text mit ä', safe=''). In der Bash mit jq: jq -rR @uri <<< 'text'. Beide Methoden folgen RFC 3986 und erzeugen dieselbe Ausgabe wie dieses Tool. Wenn du Base64 statt Prozent-Kodierung brauchst, schau dir unseren [Base64-Encoder und -Decoder](/de/base64/) an.

Warum bereiten Umlaute bei der URL-Kodierung oft Probleme?

Ä, ö, ü und ß sind in UTF-8 Zwei-Byte-Zeichen und werden daher als zwei Prozent-Sequenzen kodiert – ä wird zu %C3%A4. Ältere Systeme, die nur Latin-1 kennen, interpretieren diese Bytes falsch und zeigen korrumpierte Zeichen. Mit diesem Tool siehst du sofort, wie dein Umlaut korrekt kodiert aussieht, und kannst Legacy-Probleme gezielt debuggen.