URL-Encoder

URLs kodieren und dekodieren

100 % kostenlos. Läuft vollständig in deinem Browser: deine Dateien und Daten verlassen dein Gerät nie, und es wird nichts auf einen Server hochgeladen.

Über dieses Tool

URLs dürfen nur eine begrenzte Zeichenmenge enthalten, und mehrere der erlaubten tragen strukturelle Bedeutung. Ein Fragezeichen startet den Query-String, ein Ampersand trennt Parameter, ein Hash beginnt das Fragment, ein Slash teilt Pfadsegmente. Steckt in einem Wert, den du in eine URL setzt, eines dieser Zeichen, bricht die URL - eine Suche nach „fish & chips“ würde den Parameter am Ampersand beenden und „chips“ als neuen behandeln. Percent-Encoding löst das, indem jedes unsichere Zeichen durch % plus Hex-Bytewert ersetzt wird, ein Leerzeichen wird %20, ein Ampersand %26. Die Empfangsseite dekodiert sie zurück. Zwei Dinge sind wichtig: Das ist keine Verschlüsselung, jede Person kann es sofort umkehren, und es gibt zwei Encoding-Bereiche - eine ganze URL encoden versus einen Wert darin - das ist die Quelle der meisten Bugs. Alles läuft in deinem Browser.

So verwendest du dieses Tool

  1. Kodieren oder dekodieren wählenEncode macht Text sicher für eine URL; Decode macht einen percent-encodeten String wieder lesbar.
  2. Füg deine Eingabe einEin einzelner Parameterwert, eine volle URL oder ein encodeter String, den du lesen willst.
  3. Lies das ErgebnisDie Ausgabe aktualisiert sich beim Tippen, sodass du genau siehst, welche Zeichen sich geändert haben.
  4. KopierenFüge es direkt in Request, Config oder Code ein.

Warum es nutzen

  • Funktioniert in beide Richtungen, du kannst eine encodete URL bauen oder eine fremde lesen.
  • Macht klar, welche Zeichen unsicher waren - oft die eigentliche Debug-Erkenntnis.
  • Läuft in deinem Browser - URLs mit Tokens oder personenbezogenen Daten werden nie übertragen.
  • Sofort, ohne Größen- oder Ratenlimit.
  • Kein Konto nötig.

Häufige Anwendungen

  • Einen Query-String mit Leerzeichen, Ampersands oder Symbolen bauen.
  • Eine encodete Redirect-URL lesen, um zu sehen, wohin sie wirklich zeigt.
  • Einen API-Call debuggen, der nur scheitert, wenn ein Parameter Satzzeichen enthält.
  • Einen Suchbegriff oder Dateinamen encoden, bevor er in einen Link kommt.
  • Eine UTM-lastige Kampagnen-URL dekodieren, um die echten Parameter zu sehen.

Tipps für bessere Ergebnisse

  • Encode einzelne Parameter-VALUES, nicht die ganze URL. Die ganze zu encoden macht das strukturelle ? und & zu %3F und %26 und zerlegt sie komplett.
  • Ein Leerzeichen wird %20 im Pfad und kann im Query-String als + erscheinen - beides ist an seinem Platz gültig, deshalb siehst du beides.
  • Nicht-ASCII-Zeichen encoden als mehrere Bytes: é ist %C3%A9 in UTF-8, nicht ein einzelnes Escape.
  • Enthält eine URL schon %-Zeichen, erzeugt erneutes Encoden %25 und double-encodet sie. Dekodiere zuerst, um den Zustand zu prüfen.
  • Für Kampagnen-URLs im Speziellen übernimmt der UTM Builder das Encoding für dich.

Fehler, die du vermeiden solltest

  • Eine komplette URL encoden statt der Werte darin, das escaped die Trenner und zerstört die Struktur.
  • Double-Encoding, indem ein schon encodeter String nochmal durchläuft - %20 wird %2520.
  • Annehmen, Encoding biete Sicherheit. Es ist eine Formatregel, kein Schutz; jede Person kann es in einem Schritt dekodieren.
  • Vergessen, dass + im Query-String Leerzeichen bedeutet, im Pfad aber ein literales Plus, ein Plus in einer E-Mail-Adresse muss also als %2B encodet werden.
  • Leerzeichen unencodet lassen und feststellen, dass manche Clients das tolerieren, andere den Request komplett ablehnen.

Unterstützte Formate

  • URL / query string

Verfügbare Optionen

  • Encode
  • Decode

Häufig gestellte Fragen

Füge deinen Text oben ein, mit Encode gewählt. Unsichere Zeichen werden sofort durch Percent-Escapes ersetzt, bereit zum Kopieren in eine URL.

Ja. Kein Konto, kein Limit, und nichts geht an einen Server.

Weil mehrere Zeichen strukturelle Bedeutung haben - ? startet die Query, & trennt Parameter, # beginnt das Fragment. Ein Wert mit einem davon würde als Struktur gelesen, also wird er escaped.

Ein Leerzeichen. Das Prozent leitet ein Escape ein, 20 ist der Hex-Code für das Leerzeichen. Es ist das häufigste Escape, das du siehst.

Nein. Es ist eine Formatkonvention ohne Schlüssel und ohne Geheimnis - jede Person kann es sofort dekodieren. Es macht Zeichen sicher übertragbar, nicht privat.

Nur die Werte, die du einsetzt. Eine ganze URL zu encoden escaped das ? und &, die ihr Struktur geben, und zerlegt sie - das ist der häufigste Fehler beim URL-Encoding.

Beides wird genutzt. Die +-Konvention kommt aus HTML-Formularen und gilt in Query-Strings; %20 ist überall korrekt, auch im Pfad. Die meisten Server akzeptieren beides in einem Query-String.

Einen schon encodeten String nochmal encoden, sodass %20 zu %2520 wird - das % selbst wird escaped. Es erscheint meist als URL, die fast stimmt, aber scheitert; der Fix ist einmal dekodieren und prüfen, bevor du wieder encodest.

Andere suchen auch nach

  • url encoder decoder online
  • percent encoding konverter
  • was bedeutet %20
  • url parameter encoden
  • url decode online kostenlos
  • html url encoding tabelle
  • doppelt encodete url fix

Useful in

Related guides