Kostenloser URL Encoder Decoder Online - Prozentkodierung

A Die Systeme sind komplett verschieden. URL-Encoding wandelt Leerzeichen in %20 um, HTML-Entity-Encoding nutzt   oder   dafür. Wer das verwechselt, bekommt kaputte Links oder sieht Rohcode auf der Webseite. Dieses Tool ist nur für URL-Encoding gedacht. Wenn du in JSON-API-Antworten & statt & siehst, hast du ein HTML-Problem, kein URL-Problem.

A Doppelkodierung passiert, wenn jemand einen bereits kodierten String nochmal kodiert. Dann taucht %2520 statt %20 auf. Lauf es einmal durch den Dekodierer, prüf ob noch Prozentzeichen da sind, und dekodier bei Bedarf erneut. Drei Durchläufe sind so gut wie nie nötig. Wenn ein Zahlungs-Gateway-Callback wirr aussieht, ist das meist der Grund.

A Nein, überhaupt nicht. Die URL-Kodierung ist reine Formatierung – sie macht aus Leerzeichen %20 und aus Sonderzeichen Prozentcodes. Jeder kann das mit diesem Tool sofort wieder entschlüsseln. Stell dir vor, du wickelst ein Sandwich in Klarsichtfolie: ordentlich, aber völlig durchsichtig. Wenn du Passwörter oder API-Schlüssel über URLs teilst, nutze echte Verschlüsselung oder Hashes. Kodieren allein bringt null Sicherheit.

A E-Mail-Editoren kodieren Leerzeichen und Sonderzeichen oft halbherzig. Dein Link sieht im Editor sauber aus, enthält aber ein rohes Leerzeichen — das wird erst beim Versand zu %20 oder bricht den Link sogar ab. Dekodiere den Link vorher mit diesem Tool, um die tatsächlichen Zeichen zu sehen. Findest du ein einsames `&` statt `&`, hast du HTML-Kodierung, kein URL-Encoding. Mein Tipp: kodiere den gesamten Query-String mit `encodeURIComponent` und füge ihn dann erst in die Vorlage ein.

A Der Dekodierer zeigt dir einfach die ursprünglichen Prozent-Byte-Sequenzen an, mehr nicht. `%2520` wird zum Beispiel beim ersten Durchlauf zu `%20`, nicht zu einem Leerzeichen. Wenn du Doppelkodierung vermutest, führe ihn einfach erneut aus — erst beim zweiten Durchlauf siehst du das Leerzeichen. In meiner Erfahrung kodieren Datenpipelines Query-Strings manchmal versehentlich dreifach, also prüfe die Logs zweimal. Tipp: Beim Bereinigen von Tabellen-Exports einmal dekodieren und dann nach verbleibenden `%`-Zeichen suchen.

A Nein, und wer das verwechselt, bekommt schnell Probleme. URL-Encoding nutzt Prozentzeichen mit Hex-Werten – ein Leerzeichen wird zu %20. Base64 verwendet dagegen ein völlig anderes Alphabet aus A-Z, a-z, 0-9, Plus und Schrägstrich, um Binärdaten als Text zu packen. Versuch hier mal einen Base64-String zu dekodieren, du bekommst Quatsch oder eine Fehlermeldung. So erkennst du den Unterschied: Base64-Strings enden oft mit = als Auffüllung und sind deutlich länger als ihre Quelle. Wenn du signierte Links für eine API baust, prüf die Doku genau: Manche Systeme erwarten Base64url, das + und / durch - und _ ersetzt. Diese Variante funktioniert in unserem Tool auch nicht korrekt.

A Das ist die UTF-8-Byte-Darstellung im Vergleich zu Latin-1. Moderne Webstandards erwarten UTF-8, deshalb kodiert dieses Tool é als zwei Bytes: %C3%A9. Das alte %E9 funktioniert nur in Legacy-Systemen. Wenn du Daten an eine API sendest, die vor 2005 gebaut wurde, könnte Latin-1 nötig sein, aber das ist heute selten. Prüf den Charset-Header deines Servers, falls die Empfängerseite Umlaute verstümmelt. Für die meisten Fälle bleib bei UTF-8 — Browser und JSON-Parser gehen davon aus.

A Sofort, bei allem, was du einfügen kannst. Eine einzelne URL oder ein Block mit 10.000 Zeichen wird in unter einer Sekunde verarbeitet, da alles direkt im Browser per JavaScript läuft. Kein Upload, keine Warteschlange, kein Server-Roundtrip. Füge eine Spalte mit 50 URLs aus einer Tabelle ein und du siehst das Ergebnis sofort. Bei riesigen Datensätzen (etwa 100.000 Zeilen) teile sie in Häppchen von ein paar Tausend auf. Die Geschwindigkeit deines Rechners ist hier der einzige Flaschenhals.

A Ja, allerdings musst du das JSON erst in einen String umwandeln und kodieren. Ein Objekt wie `{"id": 42}` wird zu `%7B%22id%22%3A%2042%7D`. Ohne diesen Schritt zerstören geschweifte Klammern sofort das Routing. Füge dein JSON-Objekt einfach hier ein, bevor du es an die API hängst. So vermeidest du lästige Syntaxfehler.