URL-Kodierer
Text für URLs und Query-Parameter prozentkodieren oder eine kodierte URL dekodieren. Umschalten zwischen encodeURIComponent für einzelne Werte und encodeURI
Kodieren Sie Text prozentweise, damit er sicher in einer URL mitgeführt werden kann, oder dekodieren Sie einen Link, den Sie aus einem Protokoll oder einer E-Mail kopiert haben. Werte wie Leerzeichen, Und-Zeichen, Fragezeichen und nicht-lateinische Zeichen müssen maskiert werden, bevor sie in eine Query-Zeichenkette gelangen, und dieses Tool zeigt genau, wie die kodierte Form aussieht.
Zwei Modi sind wichtig: Das Kodieren eines einzelnen Werts (ein Suchbegriff, eine E-Mail-Adresse, ein Token) maskiert jedes reservierte Zeichen, während das Kodieren eines vollständigen Links die Strukturzeichen – die Schrägstriche, das Fragezeichen, das Und-Zeichen – unangetastet lässt. Den falschen davon zu wählen ist die klassische Ursache einer kaputten Weiterleitung, deshalb ist der Modus auswählbar.
So kodieren und dekodieren Sie eine URL
Fügen Sie Text oder eine URL ein
Wählen Sie den Wert-Modus oder den Voll-Link-Modus
Kopieren Sie das kodierte oder dekodierte Ergebnis
Häufige Fragen
Was ist der Unterschied zwischen den beiden Modi?
Der Wert-Modus maskiert reservierte Zeichen wie & = ? / #, was Sie innerhalb eines Query-Parameters brauchen. Der Voll-Link-Modus behält diese Zeichen, damit eine vollständige URL nutzbar bleibt.
Warum wird ein Leerzeichen zu %20 oder +?
%20 ist die standardmäßige Prozentkodierung. Das Pluszeichen ist eine alte Konvention aus HTML-Formularübermittlungen und nur innerhalb einer Query-Zeichenkette gleichwertig, nicht in einem Pfad.
Kann es ebenso dekodieren wie kodieren?
Ja, das Dekodieren funktioniert in beide Richtungen und zeigt die ursprünglichen Zeichen, einschließlich akzentuierter und CJK-Texte.
Warum schlägt das Dekodieren meiner Zeichenkette fehl?
Ein einzelnes % ohne zwei folgende Hexadezimalziffern ist ungültig und lässt sich nicht dekodieren. Prüfen Sie auf einen abgeschnittenen Wert oder ein Prozentzeichen, das wörtlich gemeint war.
Werden nicht-lateinische Zeichen verarbeitet?
Ja, der Text wird zuerst als UTF-8 kodiert und dann prozentkodiert, was der Form entspricht, die Browser und Server erwarten.
Wird meine Eingabe hochgeladen?
Nein, Kodieren und Dekodieren sind reine Textoperationen in Ihrem Browser.
Auf einen Blick
| Eingabe | Text |
|---|---|
| Mehrere Dateien | Nein |
| Läuft wo | In Ihrem Browser – Dateien werden nie hochgeladen |
| Funktioniert offline | Ja — sobald die Seite geladen ist |
| Preis | Kostenlos, keine Anmeldung, kein Wasserzeichen |
Ein Datenformat auswählen
JSON ist die Voreinstellung für alles, was eine API zurückgibt oder ein Programm liest: Es verarbeitet verschachtelte Strukturen, Zahlen, Booleans und null auf natürliche Weise, und jede Sprache kann es parsen. CSV ist kleiner und öffnet sich direkt in einer Tabellenkalkulation, kann aber keine Verschachtelung ausdrücken und hat keinen gemeinsamen Standard für Trennzeichen, Anführungszeichen oder Zeichensatz – genau dort gehen Konvertierungen schief. XML ist ausführlich, trägt aber Attribute, gemischte Inhalte und Schemata, weshalb es Dokumentformate und Altsysteme weiterhin dominiert. YAML ist für Konfigurationen am besten lesbar, reagiert aber empfindlich auf Leerraum und hat überraschende Typumwandlungen („no“ wird zu false, eine Version wie 1.10 wird zu 1.1). Wählen Sie das Format, das das verarbeitende Werkzeug bevorzugt, nicht das, das am schönsten aussieht.
Wo Konvertierungen stillschweigend kaputtgehen
Die meisten Konvertierungsfehler drehen sich nicht um Syntax, sondern um Bedeutung. Eine CSV-Spalte mit Postleitzahlen verliert ihre führenden Nullen in dem Moment, in dem eine Tabellenkalkulation sie für eine Zahl hält; eine lange ID überschreitet die Gleitkommapräzision; Datumsangaben ändern ihre Bedeutung, je nachdem, ob der Tag oder der Monat zuerst kommt. JSON-Schlüssel sind ungeordnet, Arrays aber nicht, und ein Werkzeug, das Schlüssel sortiert, ändert nichts, während eines, das Arrays sortiert, die Daten verändert. Unicode ist eine weitere Falle: Text kann als UTF-8, als UTF-16 oder mit BOM ankommen, und ein Decoder, der falsch rät, macht aus akzentuierten Zeichen Mojibake. Bevor Sie einer Konvertierung trauen, prüfen Sie stichprobenartig die erste und letzte Zeile, jedes Feld mit führenden Nullen und jedes Feld mit Anführungszeichen, Kommas oder Zeilenumbrüchen.