When do I actually need to URL-encode something?

Whenever arbitrary text travels inside a URL. Reserved characters have jobs in a URL's grammar — ? starts a query, & separates parameters, # jumps to a fragment — so a value containing them must be percent-encoded (e.g. & becomes %26) or it will be misread as structure. Encode every query-parameter value you build by hand.

What is the difference between encodeURI and encodeURIComponent?

Scope. encodeURIComponent escapes everything with special meaning, so it is right for an individual parameter value (a city name, a search term). encodeURI preserves URL structure characters (?, /, &, =) so a whole URL stays parseable — using it on a parameter value leaves & and = unescaped and corrupts the query string. This tool exposes both modes so you can match the JavaScript function your code uses.

Why do spaces turn into %20 in some places and + in others?

Two standards: the HTML form specification encodes spaces as +, while RFC 3986 percent-encoding uses %20. Browsers submit forms with +, but query strings you build yourself should use %20 — and a strict decoder will not turn + back into a space. If your spaces decode wrongly, you mixed the two conventions.

Is URL encoding the same as HTML escaping?

No, and confusing them causes real bugs. URL encoding (percent-encoding) makes text safe to travel inside a URL; HTML escaping (< & ...) makes text safe to display inside an HTML document. A value that is going into a query parameter needs URL encoding first — HTML-escaping it would send literal amp; junk to the server.

URL Encoder / Decoder

Encode or decode URLs with encodeURIComponent or encodeURI. 100% local.

100% LOCALRFC 39862 modesUnicode safeBrowser only

Saved Sessions· Auto-save on

▾

Input

Mode:

Output

Output will appear here

Data Source & Legal Disclaimer

Effective: 2026

Sources: Browser-side processing (no external API)

This tool runs 100% in your browser. All computation happens locally on your device — your input is never uploaded to any server. Results are for reference only.

See all data sources & update policy →

So funktioniert esPage 2

↩ Zurück zum Rechner

Why URLs escape special characters — illustrated

A URL is allowed to contain only a small safe alphabet (A–Z a–z 0–9 - _ . ~ plus a few reserved symbols). Anything else — spaces, &, /, ?, #, non-ASCII letters, emoji — would be misread as part of the URL structure. Encoding replaces them with % + two hex digits of their UTF-8 bytes; decoding reverses exactly that. encodeURIComponent escapes the widest set (good for a query value); encodeURI keeps structural punctuation like ? and # (good for a whole URL).

One character becomes three

A space is byte 0x20 → %20. The Chinese character 你 (U+4F60) is three UTF-8 bytes E4 BD A0 → %E4%BD%A0. Decoding walks the %XX triplets and reassembles the bytes.

A search query that survives copy-paste

You want to pass 'hello world' and a Chinese keyword in one URL query string.

encodeURIComponent:hello%20world and %E4%BD%A0 — safe inside an &q= value even with & or = in the text
Keep the separator:The & between params must stay literal, so you only escape each value, never the whole string
The # trap:encodeURI leaves # intact → if your text has # it starts a fragment; that is why values use Component mode
Round-trip:Decode restores the original bytes exactly — encode is always reversible

↩ Back to encoder

FAQ & DetailsPage 3

↩ Zurück zum Rechner

Encode and decode URLs with encodeURIComponent and encodeURI modes. Everything runs locally; nothing is uploaded.

FreeToolHub URL Encoder / Decoder is a free browser-based tool — encode and decode URLs with encodeURIComponent and encodeURI modes. No signup, no upload; everything runs locally in your browser.

Über dieses Tool

Was ist dieses Tool?

Kodieren und dekodieren Sie URLs mit encodeURIComponent- und encodeURI-Modi. Volle Unicode-Unterstützung. 100 % browserbasiert, kostenlos, keine Anmeldung erforderlich.

RFC 39862 modesUnicode safeBrowser only

Was ist der URL Encoder / Decoder?

Dieses Tool konvertiert Text in percent-kodierte URL-Formate und zurück, löst das Problem, dass URLs nur eine begrenzte ASCII-Menge enthalten dürfen. Leerzeichen, Und-Zeichen, Rautezeichen, CJK-Zeichen und Emoji haben in URLs reservierte oder ungültige Bedeutungen und müssen als %XX-Folgen kodiert werden. Zwei Modi decken die beiden realen Anwendungsfälle ab: Der encodeURIComponent-Modus kodiert alles einschließlich & = ? / für die Verwendung als einzelner Parameterwert, und der encodeURI-Modus erhält URL-Strukturzeichen, sodass eine vollständige URL funktionsfähig bleibt. Volle Unicode-Unterstützung bedeutet, dass chinesische, arabische und Emoji-Texte korrekt in ihre UTF-8-Prozentsequenzen kodiert werden.

Wer sollte dieses Tool verwenden?

Webentwickler erstellen Abfragezeichenfolgen, in denen Benutzereingaben Leerzeichen oder Symbole enthalten, die sonst Parameterbegrenzungen unterbrechen. Marketingfachleute konstruieren UTM-getaggte Links mit Kampagnennamen, die nicht-ASCII-Zeichen enthalten, und überprüfen, wie diese in E-Mail-Systemen überleben. API-Tester kodieren Filterwerte in Anfrage-URLs und dekodieren Werte, die aus Serverprotokollen entnommen wurden, um zu sehen, was tatsächlich gesendet wurde. Internationale Benutzer, die CJK-Suchbegriffe in Tools einfügen, die kodierte Eingaben erwarten, verwenden es ständig. Debugging-Teams dekodieren kodierte URLs aus Analyseberichten, um das ursprüngliche Ziel zu lesen.

Wie funktioniert es?

(1) Fügen Sie Ihren Text oder Ihre URL ein. (2) Wählen Sie den Modus: component-Modus für einen Parameterwert, full-URI-Modus für eine vollständige URL, bei der Schrägstriche und Abtrennzeichen überleben müssen. (3) Lesen Sie die kodierte Ausgabe — Leerzeichen werden zu %20 (oder + in Formular-Kontexten), nicht-ASCII-Zeichen werden zu mehrbyteigen UTF-8-Sequenzen, reservierte Zeichen werden zu ihren Prozentformen. (4) Der Decode-Modus kehrt jede percent-kodierte Zeichenfolge um, verarbeitet gemischte UTF-8-Sequenzen und die +-Leerzeichen-Konvention. Alles wird live und lokal konvertiert.

Wann verwenden Sie encodeURIComponent vs encodeURI?

Die beiden JavaScript-Funktionen entsprechen den beiden Kodierungsphilosophien, und die falsche Wahl bricht URLs auf unterschiedliche Weise. encodeURIComponent ist für einzelne Werte: es maskiert alles mit struktureller Bedeutung — & = ? / # — sodass ein Wert wie a&b=c keine gefälschten Parameter einfügen kann. Verwenden Sie es immer, wenn Benutzereingabe zu einem Abfrageparameter wird. encodeURI ist für bereits zusammengestellte vollständige URLs: es erhält die Trennzeichen, die die URL funktionsfähig machen, während Leerzeichen und nicht-ASCII-Zeichen kodiert werden. Verwenden Sie es, um einen vollständigen Link zur Anzeige oder Übertragung zu bereinigen. Der klassische Fehler ist die Verwendung von encodeURI für einen Parameterwert, wobei & und = intakt bleiben, sodass Downstream-Server den Wert in Phantomeparameter aufteilen; der umgekehrte Fehler verwandelt eine vollständige URL in Unbrauchbarkeit. Dieses Tool macht beide Modi explizit sichtbar, sodass Sie immer den richtigen auswählen.

Häufige Fragen

Wann muss ich eigentlich etwas URL-kodieren?

Immer wenn beliebiger Text innerhalb einer URL reist. Reservierte Zeichen haben Aufgaben in der Grammatik einer URL — ? startet eine Abfrage, & trennt Parameter, # springt zu einem Fragment — daher muss ein Wert, der sie enthält, percent-kodiert werden (z. B. wird & zu %26) oder er wird als Struktur fehlinterpretiert. Kodieren Sie jeden manuell erstellten Abfrageparameterwert.

Was ist der Unterschied zwischen encodeURI und encodeURIComponent?

Umfang. encodeURIComponent maskiert alles mit besonderer Bedeutung, daher ist es richtig für einen einzelnen Parameterwert (ein Stadtname, ein Suchbegriff). encodeURI erhält URL-Strukturzeichen (?, /, &, =), sodass eine ganze URL analysierbar bleibt — seine Verwendung auf einen Parameterwert lässt & und = unmaskiert und beschädigt die Abfragezeichenfolge. Dieses Tool macht beide Modi sichtbar, damit Sie die JavaScript-Funktion abgleichen können, die Ihr Code verwendet.

Warum werden Leerzeichen an manchen Stellen zu %20 und an anderen zu +?

Zwei Standards: Die HTML-Formularspezifikation kodiert Leerzeichen als +, während RFC 3986 Prozentkodierung %20 verwendet. Browser senden Formulare mit +, aber von Ihnen selbst erstellte Abfragezeichenfolgen sollten %20 verwenden — und ein strenger Dekodierer verwandelt + nicht zurück in ein Leerzeichen. Wenn Ihre Leerzeichen falsch dekodiert werden, haben Sie die beiden Konventionen vermischt.

Ist die URL-Kodierung dasselbe wie das HTML-Escape?

Nein, und das Verwechseln verursacht echte Fehler. URL-Kodierung (Percent-Encoding) macht Text sicher für die Reise innerhalb einer URL; HTML-Escape (< & ...) macht Text sicher für die Anzeige in einem HTML-Dokument. Ein Wert, der in einen Abfrageparameter geht, benötigt zuerst URL-Kodierung — seine HTML-Escapierung würde wörtlichen amp;-Müll an den Server senden.

Beeinflusst die URL-Kodierung das SEO oder das Weiterleitungsverhalten?

URL-kodierte Zeichen werden vom Server vor der Verarbeitung dekodiert, daher ändert die Kodierung nicht die Zielseite. Exzessive Kodierung in sichtbaren URLs kann jedoch für Suchmaschinen spamartig aussehen. Beste Praxis: Kodieren Sie nur Sonderzeichen in Abfrageparametern, nicht in der Pfadstruktur. Verwenden Sie Bindestriche für Worttrennung in URL-Pfaden.

What is the difference between encodeURIComponent and encodeURI?

encodeURIComponent encodes all special characters including : / ? # [ ] @, making it suitable for encoding individual query parameter values. encodeURI preserves URL structural characters, making it suitable for encoding an entire URL. This tool supports both modes—use encodeURIComponent for parameter values, encodeURI for full URLs.

Does URL encoding affect SEO or redirect behavior?

URL-encoded characters are decoded by the server before processing, so encoding does not change the destination page. However, excessive encoding in visible URLs can look spammy to search engines. Best practice: encode only special characters in query parameters, not in the path structure. Use hyphens for word separation in URL paths.