URL kodieren / dekodieren
Strings für URLs percent-encoden — oder %20-verseuchte Links zurück in lesbaren Text verwandeln.
Dieses Tool übernimmt URL Encode und Decode live beim Tippen. Kodiere einen Wert, bevor er in einen Query-String wandert, oder füge einen Link voller %20, %3A und %2F ein, um zu sehen, was wirklich drinsteckt. Beide Richtungen aktualisieren sich sofort.
Alles passiert lokal in deinem Browser — du kannst also bedenkenlos URLs mit Session-IDs, signierten Parametern oder Tracking-Tokens einfügen: Nichts wird irgendwohin gesendet. Das macht das Tool zum praktischen Schmierzettel beim Debuggen von Redirect-Ketten, OAuth-Callbacks und Webhook-URLs.
Percent-Encoding existiert, weil URLs nur einen begrenzten Zeichensatz erlauben. Leerzeichen, Kaufmanns-Und, Fragezeichen und Nicht-ASCII-Zeichen (auch ä, ö, ü) müssen als % plus Hex-Ziffern escaped werden, sonst verändern sie die Bedeutung der URL. Einen Wert zu kodieren hält ihn intakt; das Kodieren zu vergessen ist der Klassiker, an dem Query-Strings kaputtgehen.
So kodierst oder decodierst du eine URL
- Füge deinen Text oder deine URL in das Eingabefeld ein.
- Wähle Encode, um Sonderzeichen zu escapen, oder Decode, um %XX-Sequenzen zurückzuübersetzen.
- Lies das Live-Ergebnis im Ausgabefeld ab.
- Bei Query-Strings: Kodiere nur den Wert, nicht die ganze URL — sonst überleben die Trennzeichen & und = nicht.
- Kopiere den Output mit einem Klick.
Kodiere den Wert, nicht die ganze URL
Der häufigste Fehler: eine komplette URL durch den Encoder jagen. Dabei werden :// und jedes &-Trennzeichen escaped — heraus kommt ein Link, der nicht mehr funktioniert. Kodiere nur die Teile, die Daten tragen, etwa einen einzelnen Query-Parameter-Wert oder ein Pfadsegment, und baue die URL drumherum zusammen.
Auch gut zu wissen: Ein Leerzeichen kann als %20 erscheinen oder, in älteren Query-Strings, als +. Wenn ein decodierter String Pluszeichen zeigt, wo Leerzeichen hingehören, ist das Legacy-Formular-Encoding und kein Bug.
Wofür Percent-Encoding da ist
URLs dürfen nur einen begrenzten Satz von Zeichen enthalten: Buchstaben, Ziffern und eine Handvoll Satzzeichen. Alles andere, einschließlich Leerzeichen, der meisten Symbole und jedes Nicht-ASCII-Zeichens, muss indirekt dargestellt werden. Percent-Encoding ist dieser Mechanismus: Jedes unzulässige Byte wird als %-Zeichen gefolgt von seinem zweistelligen Hexadezimalwert geschrieben, sodass aus einem Leerzeichen %20 und aus einem Doppelpunkt %3A wird.
Das ist wichtig, weil mehrere Zeichen strukturell sind. Ein ? beginnt den Query-String, ein & trennt Parameter, ein = verbindet einen Key mit seinem Wert, und ein / markiert eine Pfadgrenze. Wenn ein Teil deiner Daten zufällig eines dieser Zeichen enthält, muss es kodiert werden, sonst liest der Browser oder Server es als Struktur, und die URL bedeutet etwas anderes, als du beabsichtigt hast.
Wie Encode und Decode in deinem Browser laufen
Das Tool konvertiert in beide Richtungen, sobald du tippst, und nutzt dafür die browsereigenen Kodierungsroutinen, die als JavaScript auf deinem Gerät laufen. Beim Kodieren geht es deinen Text durch, lässt die sicheren Zeichen in Ruhe und schreibt jedes andere Byte in seine %XX-Form um. Beim Decodieren sucht es nach %-Sequenzen und verwandelt jede wieder in das ursprüngliche Zeichen.
Weil das alles lokal passiert, gibt es keinen Umweg über einen Server und keine Wartezeit. Es bedeutet auch, dass das Tool nach dem Laden offline weiterarbeitet und — wichtig — dass alles, was du einfügst, auf deinem Rechner bleibt. Genau deshalb macht man das client-seitig statt über einen Webdienst, der deine Links empfangen würde.
Datenschutz für Links, die Tokens tragen
Echte URLs sind oft voll mit sensiblem Material: Session-IDs, signierte Query-Parameter, OAuth-Authorization-Codes, Passwort-Reset-Tokens, Tracking-Kennungen und pre-signed Storage-Links, die vorübergehenden Zugriff auf private Dateien gewähren. Das in ein Tool einzufügen, das es überträgt, würde praktisch funktionierende Zugangsdaten an denjenigen weitergeben, der den Dienst betreibt.
Hier wird nichts hochgeladen, gespeichert oder geloggt. Encode und Decode passieren nur in deinem Browser — eine signierte Callback-URL oder ein Magic-Link, den du debuggst, verlässt also nie dein Gerät und verschwindet, wenn du den Tab schließt. Das macht das Tool zum sicheren Schmierzettel, um Redirect-Ketten und Authentifizierungs-Flows zu inspizieren, die du verantwortungsvoll nirgendwohin senden könntest.
Häufige Debugging-Aufgaben
Decodieren ist der schnelle Weg, einen bedrohlich aussehenden Link zu lesen, bevor du ihm vertraust: Füge eine URL voller %2F, %3A und %3F ein, und die lesbare Version verrät, wohin sie tatsächlich zeigt und welche Parameter sie trägt. Praktisch, um Marketing-Links zu prüfen, ein Redirect-Ziel zu kontrollieren oder zu sehen, was ein OAuth-Provider wirklich an deinen Callback zurückschickt.
Kodieren löst das umgekehrte Problem. Wenn du eine URL von Hand baust — für einen Test-Request, einen Deep-Link oder ein Doku-Beispiel — und ein Wert Leerzeichen, Kaufmanns-Und oder nicht-englischen Text enthält, hält das Kodieren dieses Werts ihn zuerst intakt, sodass der Query-String korrekt parst. Das richtig zu machen, ist der Unterschied zwischen einem Link, der überall funktioniert, und einem, der in dem Moment kaputtgeht, in dem ihn jemand teilt.
Reservierte Zeichen und die %20-gegen-Plus-Eigenheit
Es hilft zu wissen, welche Zeichen reserviert sind und warum. Trennzeichen wie / ? # [ ] @ ! $ & ' ( ) * + , ; = tragen in einer URL Bedeutung, deshalb ändert ihr Kodieren, ob sie als Struktur oder als Daten wirken. Wenn ein Wert eines davon buchstäblich enthalten muss, kodiere es; wenn es seine strukturelle Aufgabe erfüllen soll, lass es in Ruhe. Das ist der Kern von 'kodiere den Wert, nicht die ganze URL'.
Der andere klassische Stolperstein ist das Leerzeichen. Modernes Percent-Encoding schreibt ein Leerzeichen überall in einer URL als %20, aber die ältere Konvention application/x-www-form-urlencoded, die in vielen Query-Strings und HTML-Formular-Übermittlungen noch genutzt wird, schreibt es als +. Beide decodieren zu einem Leerzeichen; siehst du unerwartete Pluszeichen, schaust du fast sicher auf Legacy-Formular-Encoding und nicht auf einen kaputten Link.
Verwandte Tools, zu denen du als Nächstes greifen könntest
Eine decodierte URL legt häufig weitere darin verschachtelte Kodierungen offen. Ein Query-Parameter könnte einen Base64-Blob tragen, den der Base64-Decoder öffnet, oder einen JSON-String, den der JSON Formatter sauber auslegt. Diese Schichten eine nach der anderen mit je einem Tool durchzuarbeiten, ist oft der Weg, um zu entwirren, was ein Tracking- oder Authentifizierungs-Link wirklich tut.
Für tieferliegende Neugier zeigt der Binärcode-Übersetzer, wie die Zeichen in einer URL überhaupt auf Bytes abgebildet werden, und der Hash-Generator kann zwei Links per Fingerprint abgleichen, um zu prüfen, ob sie identisch sind. Wie dieser URL-Encoder und -Decoder laufen sie alle vollständig in deinem Browser — du kannst sensible Strings also zwischen ihnen weitergeben, ohne dass etwas hochgeladen wird.
Häufig gestellte Fragen
Ist dieser URL-Encoder kostenlos?
Ja, vollständig kostenlos. Kein Konto, keine Limits, keine Wasserzeichen. Nutze ihn, so oft du willst.
Ist das privat? Meine URLs enthalten Tokens.
Ja. Encode und Decode laufen ausschließlich in deinem Browser. Die eingefügten URLs werden nie übertragen oder gespeichert — signierte Links und Session-Tokens bleiben auf deinem Rechner.
Was ist der Unterschied zwischen %20 und + für Leerzeichen?
%20 ist das Standard-Percent-Encoding für ein Leerzeichen an jeder Stelle einer URL. Das + ist eine ältere Konvention speziell für Query-Strings (application/x-www-form-urlencoded). Beides bedeutet Leerzeichen; %20 ist heute die sichere Wahl.
Warum hat das Kodieren meine URL kaputt gemacht?
Vermutlich hast du die gesamte URL kodiert — dabei werden die Trennzeichen (/, ?, &, =) escaped, die ihr die Struktur geben. Kodiere nur einzelne Parameter-Werte und setze die vollständige URL aus den kodierten Teilen zusammen.
Kommt das Tool mit Umlauten und nicht-englischen Zeichen klar?
Ja. Zeichen außerhalb von ASCII werden als UTF-8-Percent-Sequenzen kodiert: aus 'Straße' wird Stra%C3%9Fe und zurück — das gilt genauso für Arabisch, Chinesisch und Emojis.
Kann ich das auf dem Handy nutzen?
Ja. Es funktioniert in jedem Mobil-Browser auf iPhone und Android — praktisch, um einen verdächtig kodierten Link zu prüfen, bevor du ihn antippst.