URL kodieren und dekodieren — Query-Strings

Leerzeichen, Umlaute und reservierte Zeichen für die URL umsetzen oder wieder lesbar machen. Base64URL ist nicht dasselbe.

Query-String mit Umlauten, Redirect-Parameter, „warum bricht die URL?“: percent-encoding, kein Crawler.

Die Seite kodiert oder dekodiert in diesem Tab. Sie ruft die Adresse nicht auf.

Percent-Encoding

Token ansehen: JWT dekodieren (nur Claims, keine Signaturprüfung, alg:none ernst nehmen). User-Agent: User-Agent-Parser.

Ein & in der Query gehört kodiert, im Fließtext oft als Entity — zwei Welten.

Keine Übertragung, kein Fetch auf Ihr Intranet.

Nur den Parameterwert kodieren, nicht die ganze URL inkl. https:// — sonst zerbricht der Host.
& in Query-Werten muss weg. Im HTML-Fließtext sind Entities die andere Seite.
Es startet kein Fetch. Intranet-Adressen bleiben unberührt.

Stolperstein: doppeltes Encodieren (%2520). Einmal reicht meist. Slugs sind keine Query-Strings.

Häufige Fragen

Ist das dasselbe wie HTML-Entities?

Nein. Hier Percent-Encoding für URLs (%20). Im Markup bleiben Entities die andere Seite.

JWT oder Base64URL?

JWT dekodieren zeigt Header und Payload — ohne Signaturprüfung. Reines Base64 hat eigene Seiten.

Slug statt Query?

Slugify baut das Pfadstück aus der Überschrift, inklusive ä→ae.

Wird die URL gesendet?

Nein. Es findet kein Request auf das Ziel statt.

Pluszeichen gegen %20?

Historisch + in application/x-www-form-urlencoded. Schauen Sie, was Ihr Empfänger erwartet.