URL-kodning og -afkodning

En URL må kun indeholde et begrænset sæt ASCII-tegn. RFC 3986, specifikationen for URI-syntaks fra 2005, deler dem i to grupper. De ikke-reserverede tegn, A–Z, a–z, 0–9 og de fire tegn - . _ ~, skal aldrig kodes. De reserverede tegn har en opgave: de generelle skilletegn : / ? # [ ] @ adskiller skema, vært, sti, forespørgsel og fragment, og underskilletegnene ! $ & ' ( ) * + , ; = adskiller elementer inden for dem, ligesom & og = gør i en query string. Alt andet, og ethvert reserveret tegn, der bruges som almindelige data, skal procentkodes.

Procentkodning skriver en byte som % efterfulgt af to hexadecimale cifre. Teksten konverteres først til UTF-8, så et mellemrum bliver til %20, et é (to bytes) bliver til %C3%A9, og en emoji bliver til fire %XX-grupper. Derfor ender en søgning efter "café & bar" i et link som caf%C3%A9%20%26%20bar: tegnet & er kodet, så serveren ikke læser det som starten på en ny parameter.

encodeURIComponent er det rigtige valg til en enkelt del, som en værdi i en query, et stisegment eller en omdirigerings-URL, der sendes som parameter. Den koder alt undtagen de ikke-reserverede tegn og ! ' ( ) *, som JavaScript af historiske årsager lader være. encodeURI (hele URL'en) går ud fra, at input allerede er en komplet adresse, og bevarer de reserverede tegn, så i https://example.com/a b?q=1 bliver kun mellemrummet kodet. At bruge encodeURI på en parameterværdi er en klassisk fejl: et & eller # i værdien ville blive stående og ødelægge URL'en.

Afkod omvender begge funktioner. HTML-formularer, der sendes med GET, bruger det ældre format application/x-www-form-urlencoded, hvor et mellemrum skrives som + i stedet for %20. Lad Behandl + som mellemrum være afkrydset til dem, og fjern fluebenet, når et egentligt plustegn har betydning, f.eks. i et telefonnummer. Hvis input indeholder et % uden to hex-cifre efter, eller bytes der ikke er gyldig UTF-8, fejler afkodningen med en tydelig besked i stedet for at gætte. Når teksten indeholder en query string, vises dens parametre afkodet i en tabel under værktøjet. Til binære data i URL'er er Base64url det sædvanlige alternativ.