Toolosaurus

URL Encoder & Decoder

URLs, Sonderzeichen und Parameter sicher encodieren und decodieren (inkl. Base64).

TextAktualisiert: Oktober 2026
Erkannte URL-Query-Parameter (3)
queryPDF zusammenführen
categorytools
filterkostenlos
Schritt-für-Schritt

So funktioniert URL Encoder & Decoder

URLs, Sonderzeichen und Parameter sicher encodieren und decodieren (inkl. Base64).

1

1. Text oder Webadresse einfügen

Geben Sie Ihre Webadresse, den Abfrageparameter (Query Parameter) oder den zu verarbeitenden Text in das Eingabefeld ein, oder laden Sie eine Textdatei hoch.

2

2. Verarbeitungsmodus wählen: Codieren oder Decodieren

Wählen Sie die gewünschte Operation: URL-Codierung (Percent-Encoding) zur Umwandlung von Sonderzeichen in %HH-Hexadezimalwerte, oder URL-Decodierung zur Wiederherstellung lesbarer Originaltexte.

3

3. Codierungsstandard und Zeichensatz festlegen

Wählen Sie zwischen encodeURI (für vollständige Webadressen unter Erhalt von Protokoll- und Pfad-Sonderzeichen wie /, :, ?) und encodeURIComponent (zur strikten Maskierung einzelner Parameterwerte nach RFC 3986 auf Basis von UTF-8-Oktetten).

4

4. Ergebnis prüfen und in die Zwischenablage kopieren

Überprüfen Sie das fehlerfreie Ergebnis in der Ausgabebox und kopieren Sie die bereinigte URL oder den codierten Parameter mit einem Klick zur direkten Nutzung in Web-Apps oder APIs.

Ihre Vorteile & Datensicherheit

RFC 3986 und WHATWG URL konformes Percent-Encoding und Decoding in Echtzeit
Klare Trennung zwischen vollständigen URLs (encodeURI) und Parametern (encodeURIComponent)
Vollständige Unterstützung für UTF-8-Mehrbyte-Zeichen, Umlaute, asiatische Glyphen und Emojis
Konfigurierbare Leerzeichen-Codierung: Standardgemäß %20 oder Formular-Plus (+)
100 % clientseitige Ausführung im Browser für maximale Sicherheit und Datenschutz
Intelligente Fehlerbehandlung für unvollständige oder beschädigte Prozent-Sequenzen
Praktische 1-Klick-Kopierfunktion und intuitive Umschaltung zwischen Codieren und Decodieren

Geprüft & Entwickelt vom Toolosaurus Engineering-Team

DSGVO-konforme Verarbeitung • Strikte browserbasierte Privatsphäre • Hosting in Deutschland

DSGVO-zertifiziertISO 27001 Rechenzentrum
Praxisratgeber & Hintergrundwissen

Alles Wissenswerte zu URL Encoder & Decoder

RFC 3986 & URI-Standards: Warum URLs percent-encodiert werden müssen

Das Uniform Resource Identifier (URI) System bildet das fundamentale Adressierungsnetzwerk des World Wide Web. Definiert im Standard RFC 3986 durch die Internet Engineering Task Force (IETF), basiert das URI-Format historisch auf einer stark eingeschränkten Teilmenge des US-ASCII-Zeichensatzes. Zeichen innerhalb einer URL werden strikt in zwei Kategorien unterteilt: unreservierte Zeichen (Buchstaben A–Z, a–z, Ziffern 0–9 sowie Bindestrich, Unterstrich, Punkt und Tilde), die keine Steuerungsfunktion besitzen, und reservierte Zeichen (wie Doppelpunkt, Schrägstrich, Fragezeichen, Raute, Kaufmanns-Und und Gleichheitszeichen), die als syntaktische Trenner für Protokoll, Host, Pfad und Abfrageparameter dienen. Wenn Nutzdaten Zeichen außerhalb dieser ASCII-Menge enthalten – wie Umlaute, Leerzeichen oder Sonderzeichen –, müssen diese durch Percent-Encoding maskiert werden. Hierbei wird jedes Byte der UTF-8-Darstellung durch ein Prozentzeichen gefolgt von zwei hexadezimalen Ziffern (%HH) ersetzt, um Datenverlust und Parsing-Fehler zu verhindern.

encodeURI vs. encodeURIComponent: Technische Unterschiede im Detail

In der modernen JavaScript- und Web-Entwicklung stellt die Wahl der richtigen Codierungsmethode eine häufige Fehlerquelle dar. Die native Funktion encodeURI() ist darauf ausgelegt, eine komplette, bereits zusammengesetzte Webadresse zu bereinigen. Sie codiert ungültige Zeichen wie Leerzeichen oder Umlaute, lässt jedoch reservierte Strukturzeichen wie http://, Pfadtrenner (/) und Query-Präfixe (?) unberührt, damit die URL für den Browser navigierbar bleibt. Im Gegensatz dazu verfolgt encodeURIComponent() einen strikten Isolationsansatz: Sie maskiert ausnahmslos jedes Sonderzeichen, inklusive Schrägstrichen, Gleichheitszeichen und kaufmännischen Und-Zeichen (&). Diese Funktion ist zwingend erforderlich, wenn dynamische Werte (beispielsweise Benutzereingaben, Suchbegriffe oder Callback-URLs) als Werte an Abfrageparameter (?redirect=...) übergeben werden. Wird hier fälschlicherweise encodeURI verwendet, zerreißt ein im Parameter enthaltenes &-Zeichen die URL-Struktur des Servers.

UTF-8-Byte-Sequenzen & Hexadezimal-Oktette bei internationalen Zeichen

Während lateinische ASCII-Buchstaben im Percent-Encoding jeweils einem einzigen %HH-Oktett entsprechen, erfordern internationale Alphabete, Umlaute und moderne Emojis ein mehrstufiges Verfahren. Nach modernem Webstandard muss jedes Zeichen zunächst in seine deterministische UTF-8-Byte-Sequenz zerlegt werden. Der deutsche Buchstabe "ä" beispielsweise belegt in UTF-8 zwei Bytes (Hexadezimal C3 und A4) und wird daher zu %C3%A4 encodiert. Noch komplexer verhält es sich bei Emojis: Das beliebte lachende Gesicht benötigt im Unicode-Raum vier Bytes (F0 9F 98 80), was zu der codierten Zeichenkette %F0%9F%98%80 führt. Unser Werkzeug bildet diesen UTF-8-Standard fehlerfrei ab und verhindert die berüchtigten "Mojibake"-Zeichensalat-Fehler, die entstehen, wenn Legacy-Systeme versuchen, URLs in veralteten ISO-8859-1-Zeichensätzen zu interpretieren.

Web-Sicherheit: Parameter-Sanitization & Schutz vor Injection-Angriffen

Die saubere Codierung von URLs ist nicht nur eine Frage der Funktionalität, sondern ein kritischer Baustein der Webanwendungs-Sicherheit. Werden unbereinigte Benutzereingaben unreflektiert in Query-Strings konkateniert, öffnen Entwickler Angreifern Tür und Tor für HTTP Parameter Pollution (HPP) und Open-Redirect-Schwachstellen. Ein Angreifer könnte durch Einschleusen von nicht maskierten &- oder =-Zeichen bestehende Authentifizierungsparameter überschreiben oder Nutzer unbemerkt auf schädliche Phishing-Seiten umleiten. Unser URL-Encoder demonstriert, wie Parameterwerte absolut sicher maskiert werden. Gleichzeitig setzen wir höchste Datenschutzmaßstäbe: Die gesamte Verarbeitung findet zu 100 % clientseitig im flüchtigen Speicher Ihres Browsers statt. Vertrauliche Abfrageparameter, Authentifizierungs-Token und Passwörter werden zu keinem Zeitpunkt an externe Server übertragen.

FAQ

Häufig gestellte Fragen

Themen-Cluster

Passende verwandte Tools

Alle 50 Tools ansehen