URL-Kodierer

Eine URL darf nur eine begrenzte Menge von Zeichen enthalten. Leerzeichen, Akzente, Emojis oder Zeichen wie & und # haben innerhalb einer URL eine besondere Bedeutung - ein Leerzeichen würde den Pfad brechen, ein & würde einen neuen Abfrageparameter beginnen. Die Prozentkodierung löst das, indem sie jedes unsichere Zeichen als ein % gefolgt von zwei Hexadezimalziffern umschreibt: Aus einem Leerzeichen wird %20, aus ü wird %C3%BC. Dieses Tool führt diese Umwandlung in beide Richtungen aus - für einzelne Komponenten wie für komplette URLs.

So verwenden Sie das Tool

Richtung wählen - Kodieren verwandelt Klartext in seine prozentkodierte Form; Dekodieren verwandelt eine prozentkodierte Zeichenkette zurück in lesbaren Text. Das Ergebnis aktualisiert sich beim Tippen.
Umfang wählen - Komponente oder Gesamt-URL (siehe unten). Das entscheidet, welche Zeichen der Kodierer unangetastet lässt.
Tauschen - übernimmt das aktuelle Ergebnis in die Eingabe und dreht die Richtung um, sodass Sie Kodieren → Dekodieren → Kodieren verketten und Zwischenergebnisse prüfen können.
Kopieren - kopiert die Ausgabe. Im Modus Dekodieren + Komponente erscheint zusätzlich das Kontrollkästchen + als Leerzeichen, das für formularartige Abfragestrings gedacht ist.

Komponente vs. Gesamt-URL

Komponente nutzt encodeURIComponent/decodeURIComponent. Sie kodiert die maximale Menge: Auch strukturelle Zeichen einer URL wie /, ?, :, & und # werden zu %2F, %3F, %3A, %26 und %23. Verwenden Sie das, wenn Sie einen einzelnen Wert in eine URL einbauen - einen Suchbegriff, einen Parameterwert, einen Dateinamen - wo jedes reservierte Zeichen seine Bedeutung verlieren muss.
Gesamt-URL nutzt encodeURI/decodeURI. Sie schützt das Gerüst der URL (schema://host/pfad?abfrage#fragment) und kodiert nur die Zeichen, die in dieser Struktur tatsächlich escapet werden müssen. Verwenden Sie das, wenn Sie von einer lesbaren URL mit ein paar Leerzeichen oder Akzenten ausgehen und daraus einen gültigen Link machen wollen: Aus https://example.com/a b?q=it's great wird https://example.com/a%20b?q=it's%20great.

Die Unterscheidung Komponente ↔ Gesamt ist nur bei den Zeichen sinnvoll, die unterschiedlich behandelt werden; alles andere dekodiert zurück zu exakt dem Text, mit dem Sie gestartet sind.

Hinweise und Beispiele

Hello Wörld! wird im Komponentenmodus zu Hello%20W%C3%B6rld!.
Ein Emoji wie 😀 wird zu %F0%9F%98%80 - vier Prozentfolgen für vier UTF-8-Bytes. Die Prozentkodierung arbeitet immer auf den UTF-8-Bytes der Eingabe, nie auf ISO-8859-1, sodass die Ausgabe dem entspricht, was moderne Webserver erwarten.
Ein Apostroph wird von encodeURIComponent nicht kodiert (es ist ein zulässiges Zeichen), also bleibt it's it's. Brauchen Sie kodierte Apostrophe für veraltete Middleware: Dieses Tool folgt dem Web-Standard und lässt sie unverändert.
+ als Leerzeichen ist wichtig, weil HTML-Formulare historisch + für ein Leerzeichen in ihrer Abfragekodierung nutzten. Das Dekodieren von a+b+c mit gesetztem Kästchen ergibt a b c; ohne es ergibt es a+b+c. Diese Option erscheint nur (und wirkt nur) im Komponentenmodus.
Fehlerhafte Eingaben erzeugen eine konkrete Meldung. Beim Dekodieren eines Strings mit einem einzelnen % oder %zz erscheint eine klare Meldung über die ungültige Prozentkodierung, statt kaputte Ausgabe durchzudrücken.

Wann Sie dieses Werkzeug statt des Base64-Konverters nutzen

Beide Werkzeuge kodieren Text, aber für unterschiedliche Ziele. Base64 erzeugt kompaktes ASCII, das opak ist - es ist für Datenspeicherung und JWT-artige Nutzlasten gedacht und verändert die Größe der Daten. Die URL-Kodierung ist transparent (Sie können den Originaltext oft noch erkennen), garantiert einen String, der sicher in einer URL steht, und ist die richtige Form für Abfrageparameter, Ankerfragmente und Dateinamen. Wenn die kodierte Ausgabe in einer URL landet, nehmen Sie dieses Werkzeug.