URL Kodieren/Dekodieren Online
URL-Zeichenketten (Percent-Encoding) im Browser kodieren oder dekodieren.
Wofuer es geeignet ist
Saubere URLs sofort
RFC-3986-Standard
Kodierung gemaess dem URI-Standard fuer Kompatibilitaet mit allen HTTP-Servern und -Clients.
100 % privat
Die Kodierung erfolgt in deinem Browser mit nativen JavaScript-Funktionen. Deine URLs werden niemals an einen Server gesendet.
Volle Unicode-Unterstuetzung
Verarbeitet korrekt Zeichen aus jeder Sprache: Arabisch, Chinesisch, Russisch, Japanisch und alle UTF-8-Zeichen.
Sofort
Ergebnisse erscheinen waehrend der Eingabe. Keine Wartezeit, kein Formular zum Abschicken.
So funktioniert es
Drei Schritte, kein Aufwand
Text oder URL einfuegen
Gib den Text ein, den du fuer die Verwendung in einer URL kodieren moechtest, oder fuege eine kodierte URL ein, die du klar lesen moechtest.
Operation auswaehlen
Klicke auf Kodieren, um Sonderzeichen in ihre %XX-Form umzuwandeln, oder auf Dekodieren, um eine kodierte Zeichenkette wieder in lesbaren Text umzuwandeln.
Ergebnis kopieren
Das Ergebnis erscheint sofort. Verwende die Kopierschaltflaeche, um es in die Zwischenablage zu uebertragen und dort einzufuegen, wo du es brauchst.
FAQ
Noch Fragen?
RFC 3986 reserviert bestimmte Zeichen fuer spezielle Zwecke in URLs. Diese muessen kodiert werden, wenn sie als Daten und nicht als URL-Trennzeichen verwendet werden. Nicht-ASCII-Zeichen wie akzentuierte Buchstaben, Emoji oder chinesische Schriftzeichen muessen immer kodiert werden.
Es sind unterschiedliche Mechanismen fuer unterschiedliche Zwecke. URL-Kodierung (Percent-Encoding) wandelt Sonderzeichen in ihre %XX-Darstellung um, damit sie sicher in einer URL verwendet werden koennen. Base64 wandelt binaere Daten fuer den Transport ueber textbasierte Protokolle in ASCII-Text um. URL-Kodierung erzeugt kuerzere Ausgaben fuer einfache Zeichenketten; Base64 ist fuer vollstaendig binaere Daten erforderlich.
Es haengt vom Kontext ab. Strikte URL-Kodierung gemaess RFC 3986 verwendet %20 fuer Leerzeichen. Das application/x-www-form-urlencoded-Format, das von HTML-Formularen verwendet wird, nutzt stattdessen das Pluszeichen. Beide Darstellungen sind in ihrem jeweiligen Kontext gueltig, aber unterschiedlich und nicht austauschbar.
Ja. Nicht-ASCII-Zeichen werden zuerst in ihre UTF-8-Darstellung umgewandelt, die 2 bis 4 Bytes umfassen kann, und dann wird jedes Byte als %XX kodiert. Das spanische n mit Tilde zum Beispiel wird als %C3%B1 kodiert (2 UTF-8-Bytes). Das Dekodieren kehrt diesen Vorgang um und stellt das Originalzeichen korrekt wieder her.
Doppelkodierung tritt auf, wenn du eine URL kodierst, die bereits kodiert wurde. Das bricht die URL, weil der Server eine doppelt kodierte Zeichenkette erhaelt anstatt des eigentlichen Zeichens. Um das zu vermeiden, dekodiere immer zuerst, wenn du nicht sicher bist, ob die Zeichenkette bereits kodiert ist.
URL-Kodierung: was Percent-Encoding ist und wann man es verwendet
Eine URL kann nur eine begrenzte Anzahl sicherer ASCII-Zeichen enthalten. Wenn du Daten in eine URL aufnehmen musst, die Sonderzeichen enthalten, Leerzeichen, Akzente, Satzzeichen, nicht-lateinische Zeichen, musst du sie zuerst mit Percent-Encoding kodieren. Dieser Mechanismus ersetzt jedes problematische Zeichen durch ein Prozentzeichen gefolgt von zwei hexadezimalen Ziffern: Ein Leerzeichen wird zu %20, das deutsche ae zu seiner entsprechenden Hex-Darstellung.
Percent-Encoding ist in der Web-Entwicklung fuer mehrere konkrete Faelle unerlaeesslich: Abfrageparameter in REST-APIs (wenn Werte Sonderzeichen enthalten), das Erstellen von URLs mit benutzereingegeben Daten (um URL-Injection zu verhindern), das Speichern von URLs in Datenbanken und das Erstellen von Links, die Text in beliebigen Sprachen enthalten. Browser kodieren URLs beim Abschicken von HTML-Formularen automatisch, aber wenn du URLs programmgesteuert erstellst, musst du es selbst tun.
Convertir.ai fuehrt die Kodierung und Dekodierung direkt im Browser mit den nativen JavaScript-Funktionen encodeURIComponent() und decodeURIComponent() durch, die RFC 3986 korrekt implementieren. Da die URL nicht an einen Server gesendet wird, wird das Risiko vermieden, sensible Parameter wie API-Token oder persoenliche Daten waehrend des Kodierungsvorgangs preiszugeben.