URL Encoder/Decoder – URLs kodieren und dekodieren

Mal ehrlich: Wer hat nicht schon mal einen Link verschickt, der plötzlich nicht mehr funktionierte, weil ein Umlaut oder Sonderzeichen darin steckte? Genau dafür gibt es die URL-Kodierung – und unser Tool macht das Ganze in Sekundenbruchteilen. Einfach den Text oder die URL einfügen, Richtung wählen, fertig. Kein Rätselraten mehr, ob das Prozentzeichen jetzt vor oder nach dem Buchstaben kommt.

Richtung wählen
Kodierungsart

Komponente: Kodiert alle Sonderzeichen inkl. /, ?, &, = – ideal für Query-Parameter.

So funktioniert's

Kopiere den Text oder die URL, die du kodieren oder dekodieren willst, in das Eingabefeld. Dann wählst du aus, ob du kodieren (Encode) oder dekodieren (Decode) möchtest – ein Klick genügt. Das Ergebnis erscheint sofort und lässt sich direkt in die Zwischenablage kopieren. Wirklich nicht komplizierter als Copy & Paste.

Warum lohnt sich das?

Fehlerhafte URLs sind einer der häufigsten Gründe für kaputte Links, gescheiterte API-Aufrufe und frustrierende Debugging-Sessions. Wer regelmäßig mit Webprojekten arbeitet, stößt unweigerlich auf das Thema Prozentcodierung. Statt jedes Mal manuell nachzuschlagen, welches Zeichen wie kodiert wird, erledigt dieses Tool die Arbeit zuverlässig in Echtzeit. Das spart nicht nur Zeit, sondern verhindert auch Flüchtigkeitsfehler, die sich gerne in Produktivumgebungen einschleichen.

Praktische Anwendungsbeispiele

Stellen Sie sich vor, Sie bauen einen Newsletter und möchten Tracking-Parameter an eine URL anhängen. Der Kampagnenname enthält ein kaufmännisches Und-Zeichen oder einen Umlaut – schon bricht der Link. Mit dem URL Encoder wandeln Sie den problematischen Teil in eine sichere Zeichenkette um, und der Link funktioniert in jedem E-Mail-Client sauber.

Ein anderes Szenario: Sie arbeiten mit einer REST-API und müssen Suchbegriffe als Query-Parameter übergeben. Begriffe wie „Größe" oder „Straße" enthalten Zeichen, die in URLs nicht direkt erlaubt sind. Ohne korrekte Kodierung liefert die API entweder Fehler oder – fast schlimmer – falsche Ergebnisse, ohne dass Sie es sofort bemerken.

Auch beim Debugging ist das Tool Gold wert. Kennen Sie das? In den Server-Logs taucht ein kryptischer String auf wie %C3%BC%72 und Sie fragen sich, was der Nutzer eigentlich eingegeben hat. Einfach den kodierten String in den Decoder werfen und sofort sehen Sie den Klartext. Spart enorm viel Zeit, besonders wenn man mehrere Log-Einträge am Stück durchgeht.

Und dann gibt es noch den Klassiker: Redirect-URLs. Wer schon mal OAuth-Flows implementiert hat, weiß, dass die Redirect-URI korrekt kodiert sein muss. Ein einziges falsch kodiertes Zeichen und die Authentifizierung schlägt fehl. Mit diesem Tool prüfen Sie das in Sekunden.

Tipps für fortgeschrittene Nutzung

Ein Detail, das viele übersehen: Es gibt einen Unterschied zwischen encodeURI() und encodeURIComponent() in JavaScript. Die erste Variante lässt Zeichen wie Schrägstriche und Doppelpunkte unangetastet, weil sie zur URL-Struktur gehören. Die zweite kodiert wirklich alles – und genau das brauchen Sie, wenn einzelne Parameter-Werte verarbeitet werden sollen. Unser Tool verwendet standardmäßig die vollständige Komponentenkodierung.

Profi-Tipp: Wenn Sie mit mehrfach kodierten Strings zu tun haben, also einem Text, der versehentlich zweimal durch den Encoder gelaufen ist, erkennen Sie das an Sequenzen wie %2520. Das Prozentzeichen selbst wurde hier noch einmal kodiert. Lassen Sie den Decoder einfach zweimal laufen, dann haben Sie den Originaltext zurück.

Für Entwickler, die regelmäßig mit internationalen Zeichensätzen arbeiten: UTF-8 ist der Standard, den unser Tool verwendet. Ältere Systeme nutzen manchmal noch Latin-1, was bei deutschen Umlauten zu unterschiedlichen Ergebnissen führt. Im Zweifel lohnt ein Blick in die HTTP-Header der Zielanwendung.

Noch ein Hinweis aus der Praxis: Leerzeichen können in URLs als %20 oder als Pluszeichen (+) dargestellt werden. Beides ist technisch korrekt, aber in verschiedenen Kontexten. In Query-Strings ist das Plus historisch üblich, im Pfadteil dagegen %20. Achten Sie darauf, wenn Sie Strings manuell zusammenbauen.

Technischer Hintergrund

Die URL-Kodierung basiert auf RFC 3986, dem Standard, der definiert, welche Zeichen in einer URI zulässig sind. Erlaubt sind im Wesentlichen Buchstaben, Ziffern und eine Handvoll Sonderzeichen wie Bindestrich, Punkt und Unterstrich. Alles andere muss in die sogenannte Percent-Encoding-Schreibweise umgewandelt werden – also ein Prozentzeichen gefolgt vom hexadezimalen Wert des Zeichens.

Klingt kompliziert? Ist es im Grunde nicht. Nehmen wir den Buchstaben „ü" als Beispiel. In UTF-8 wird er durch die Bytes C3 und BC dargestellt. Kodiert ergibt das %C3%BC. Genau diese Umwandlung erledigt der Encoder automatisch – und der Decoder macht es rückgängig.

Warum das überhaupt nötig ist, hat historische Gründe. URLs wurden in einer Zeit entworfen, als das Internet fast ausschließlich englischsprachig war. Der ASCII-Zeichensatz reichte damals völlig aus. Mit der Internationalisierung des Webs musste eine Lösung her, um auch chinesische, arabische oder eben deutsche Zeichen in URLs unterzubringen, ohne die bestehende Infrastruktur zu brechen.

Übrigens: Auch scheinbar harmlose Zeichen wie das Leerzeichen oder das kaufmännische Und (&) müssen kodiert werden, weil sie in der URL-Syntax eine besondere Bedeutung haben. Das Und-Zeichen trennt beispielsweise Query-Parameter voneinander – steht es unkodiert im Wert eines Parameters, zerlegt der Server die URL an der falschen Stelle.

Vorteile gegenüber Alternativen

Natürlich könnten Sie auch die Browser-Konsole öffnen und dort encodeURIComponent() eintippen. Funktioniert, keine Frage. Aber mal ehrlich – für einen schnellen Check zwischendurch ist ein dediziertes Tool einfach bequemer. Kein Tab-Wechsel, kein Tippen von Funktionsnamen, kein versehentliches Schließen der Konsole, bevor man das Ergebnis kopiert hat.

Andere Online-Tools gibt es zuhauf, das stimmt. Viele davon sind allerdings mit Werbung überladen oder erfordern unnötige Klicks. Manche schicken Ihre Eingabe sogar an einen Server – bei sensiblen Daten wie API-Keys oder Tokens ist das keine gute Idee. Unser Encoder arbeitet vollständig im Browser. Nichts verlässt Ihren Rechner.

Gegenüber Kommandozeilen-Tools wie python -c "import urllib.parse; ..." hat die Browser-Lösung den Vorteil, dass Sie kein Terminal öffnen müssen und das Ergebnis visuell sofort sehen. Gerade wenn Sie parallel in mehreren Browser-Tabs an einem Projekt arbeiten, ist der Medienbruch minimal.

Was unser Tool zusätzlich auszeichnet: Sie sehen Eingabe und Ausgabe gleichzeitig, können schnell hin und her wechseln zwischen Kodieren und Dekodieren, und das Ganze funktioniert ohne Ladezeiten. Für den täglichen Gebrauch in der Webentwicklung ist das genau die richtige Balance zwischen Einfachheit und Funktionalität.

Häufig gestellte Fragen

Was genau macht ein URL Encoder?
Ein URL Encoder wandelt Sonderzeichen, Umlaute und andere nicht-ASCII-Zeichen in eine prozentcodierte Schreibweise um. Aus „ü" wird beispielsweise %C3%BC. So stellen Sie sicher, dass URLs in jedem Browser und jeder Anwendung korrekt verarbeitet werden.
Wann muss ich eine URL kodieren?
Immer dann, wenn Ihre URL Sonderzeichen, Leerzeichen, Umlaute oder Zeichen mit spezieller Bedeutung enthält (wie & oder =). Das ist besonders bei Query-Parametern, Tracking-Links und API-Aufrufen der Fall. Ohne Kodierung können Links brechen oder falsch interpretiert werden.
Ist die URL-Kodierung dasselbe wie Base64?
Nein, das sind zwei verschiedene Verfahren. Die URL-Kodierung ersetzt nur problematische Zeichen durch ihre Prozent-Darstellung, während Base64 den gesamten Input in einen anderen Zeichensatz umwandelt. Base64 wird eher für Binärdaten verwendet, URL-Encoding speziell für Webadressen.
Werden meine Daten an einen Server geschickt?
Nein. Die gesamte Verarbeitung findet lokal in Ihrem Browser statt. Kein Zeichen Ihrer Eingabe verlässt Ihren Rechner. Das ist besonders wichtig, wenn Sie mit sensiblen Daten wie API-Schlüsseln oder Tokens arbeiten.
Was bedeutet %20 in einer URL?
Das ist die prozentkodierte Darstellung eines Leerzeichens. Weil Leerzeichen in URLs nicht erlaubt sind, werden sie als %20 dargestellt. In Query-Strings sieht man alternativ auch das Pluszeichen (+), das dieselbe Bedeutung hat.
Warum sieht meine kodierte URL so lang und kryptisch aus?
Weil jedes Sonderzeichen durch seine Byte-Werte ersetzt wird – und bei UTF-8 kann ein einzelnes Zeichen wie „ä" schon zwei Bytes belegen, also sechs Zeichen (%C3%A4) in der kodierten Form. Das ist normal und vom Standard so vorgesehen.
Was ist der Unterschied zwischen encodeURI und encodeURIComponent?
encodeURI kodiert eine vollständige URL und lässt dabei strukturelle Zeichen wie Schrägstriche oder Doppelpunkte unangetastet. encodeURIComponent hingegen kodiert wirklich alles und eignet sich für einzelne Parameter-Werte. Unser Tool nutzt die vollständige Variante, damit keine Zeichen durchrutschen.
Kann ich auch bereits kodierte URLs noch einmal kodieren?
Technisch ja – aber das führt zu einer Doppelkodierung. Aus %20 würde dann %2520, weil das Prozentzeichen selbst nochmal kodiert wird. Prüfen Sie deshalb vorher, ob Ihr Text bereits kodiert ist. Falls ja, erst dekodieren, dann bei Bedarf neu kodieren.
Funktioniert das Tool auch mit sehr langen URLs?
Ja, die Verarbeitung findet clientseitig statt und hat keine praktische Längenbeschränkung. Beachten Sie allerdings, dass viele Browser und Server URLs ab etwa 2.000 bis 8.000 Zeichen abschneiden. Das ist aber keine Einschränkung unseres Tools, sondern eine allgemeine Begrenzung.
Welchen Zeichensatz verwendet das Tool?
UTF-8 – das ist der aktuelle Webstandard und wird von praktisch allen modernen Browsern und Servern unterstützt. Ältere Systeme verwenden gelegentlich noch Latin-1, was bei Umlauten zu abweichenden Ergebnissen führen kann. Im Zweifelsfall ist UTF-8 aber fast immer die richtige Wahl.
Veröffentlicht: 10. April 2026Aktualisiert: 10. April 2026Autor: Marco Berger