URL-Encoder & -Parser
Läuft auf Ihrem Gerät. Nichts wird gesendet.Alles geschieht auf Ihrem eigenen Gerät. Nichts, was Sie eingeben oder einfügen, wird an einen Server gesendet.
Das Ergebnis erscheint hier
URLs und Query-Strings kodieren oder dekodieren oder eine URL in ihre Teile zerlegen und den Query-String live bearbeiten – komplett im Browser.
Eine URL darf sicher nur eine begrenzte Menge an ASCII-Zeichen enthalten - alles andere, etwa ein Leerzeichen, ein kaufmännisches Und oder ein nichtlateinischer Buchstabe, muss als %XX prozentkodiert werden, bevor es darin transportiert werden kann. Dieses Werkzeug kodiert und dekodiert Text nach denselben Regeln, die Browser verwenden, und zerlegt zusätzlich eine vollständige URL in Protokoll, Host, Port, Pfad, Query-String und Hash, sodass Sie die Query-Parameter in einer Tabelle bearbeiten und die URL live neu zusammensetzen sehen können. Alles läuft ausschließlich in Ihrem Browser - nichts wird jemals hochgeladen.
Häufig gestellte Fragen
Was ist Prozentkodierung?
Die Prozentkodierung (auch URL-Kodierung genannt) ersetzt ein Zeichen durch % gefolgt von seinem zweistelligen Hexadezimalwert, wiederholt für jedes Byte seiner UTF-8-Darstellung. So kann eine URL ein Leerzeichen (%20), ein kaufmännisches Und (%26) oder ein Emoji transportieren, ohne dass diese Zeichen mit der Syntax der URL selbst verwechselt werden.
Was ist der Unterschied zwischen encodeURIComponent und encodeURI?
encodeURIComponent maskiert alles außer einer kleinen Menge nicht reservierter Zeichen, was es zur richtigen Wahl für einen einzelnen Wert macht - einen Query-Parameter oder ein Pfadsegment -, da es auch Zeichen wie & und = maskiert, die sonst als URL-Struktur gelesen würden. encodeURI ist für eine ganze URL gedacht: Es lässt strukturelle Zeichen wie :, /, ?, & und # unangetastet, damit die URL funktionsfähig bleibt, und maskiert nur Zeichen, die eine URL wirklich nicht enthalten kann, wie Leerzeichen. Eine ganze URL durch encodeURIComponent zu schicken, zerstört sie, da dabei auch die Schrägstriche und Doppelpunkte maskiert würden.
Sollte ich escape() und unescape() noch verwenden?
Nein. Beide wurden bereits in der ersten Ausgabe des JavaScript-Standards als veraltet markiert, die auch encodeURIComponent einführte, weil escape() Nicht-ASCII-Zeichen nicht so kodiert, wie HTTP und moderne URLs es erwarten - es verwendet für alles außerhalb von Latin-1 eine nicht standardisierte %uXXXX-Form, die decodeURIComponent nicht zurücklesen kann. Dieses Werkzeug behält die Option nur, damit Sie prüfen können, was ein Altsystem erzeugt hat.
Warum wird ein + in einem Query-String zu einem Leerzeichen?
Query-Strings stammen historisch von HTML-Formularübermittlungen, die das Format application/x-www-form-urlencoded verwenden: Es kodiert ein echtes Leerzeichen als + statt als %20, und beide werden vom Parser dieses Werkzeugs (und von JavaScripts URLSearchParams) beim Dekodieren als Leerzeichen behandelt. Wird in einem Wert tatsächlich ein Pluszeichen benötigt, muss es selbst als %2B prozentkodiert werden.
Was passiert bei einem wiederholten Parameter wie ?tag=a&tag=b?
Nichts geht verloren - dieses Werkzeug behält jedes Vorkommen in der ursprünglichen Reihenfolge als eigene Zeile in der Query-Parameter-Tabelle bei, genau wie die meisten Server-Frameworks einen wiederholten Schlüssel zu einer Liste zusammenfassen. Das Bearbeiten oder Entfernen einer Zeile lässt die anderen unberührt.
Warum hat der Parser für meine URL https:// angenommen?
Eine Zeichenkette wie example.com/pfad hat kein Protokoll, sodass weder ein Browser noch dieses Werkzeug wissen können, ob es sich um eine Webadresse, ein anderes Protokoll oder einfachen Text handelt. Anstatt sie abzulehnen, nimmt der Parser https:// an, damit Sie sie trotzdem prüfen und bearbeiten können - ein Hinweis erscheint jedes Mal, wenn das passiert, und Sie können das Feld „Protokoll“ korrigieren, falls ein anderes Schema gemeint war.