Välj språk

URL-avkodare – Avkoda procentkodade URL:er

Avkoda procentkodade URL:er och textsträngar. Konverterar %-sekvenser och plustecken (+) till läsbar text. Fullt stöd för UTF-8. Kopiera resultatet med ett klick.

Mehmet Demiray Publicerad Uppdaterad
Komponent kodar reserverade tecken; fullständig behåller URL-strukturen

Varför ser webbadresser ibland konstiga ut? En introduktion till URL-kodning

Har du någonsin kopierat en webbadress och märkt att den plötsligt fylls med procenttecken och konstiga teckenkombinationer, som %20 eller %C3%A5? Detta kallas procentkodning, eller URL-kodning, och är en grundläggande del av hur internet fungerar. Anledningen är enkel: webbadresser (URL:er) får endast innehålla ett begränsat antal tecken från den så kallade ASCII-teckenuppsättningen. Denna uppsättning inkluderar engelska bokstäver, siffror och ett fåtal specialtecken som - och _. Tecken som mellanslag, svenska bokstäver som å, ä och ö, eller symboler som & och ? anses vara "osäkra" eller "reserverade". För att skicka med dessa tecken i en URL måste de översättas till ett säkert format. Ett mellanslag blir till exempel %20. Ett svenskt å blir %C3%A5, eftersom det kräver två bytes i UTF-8-kodning. Reserverade tecken som & (som används för att separera parametrar) måste också kodas om de ska vara en del av ett värde, till exempel i en sökning efter "glass & läsk", som kan bli q=glass%20%26%20l%C3%A4sk. Vår URL-avkodare är utformad för att vända på denna process och göra dessa adresser läsbara igen. Den omvandlar koderna tillbaka till sina ursprungliga tecken så att du kan förstå informationen.

Så fungerar avkodning: Från procentsekvenser till läsbar text

Processen att avkoda en URL kan verka komplicerad, men den bygger på en logisk och standardiserad metod. Varje %xx-sekvens i en URL representerar exakt en byte data. De två tecknen xx är ett hexadecimalt tal (bas 16), som kan representera ett värde från 0 till 255. Till exempel är %20 hexadecimalt för talet 32, vilket är ASCII-koden för ett mellanslag. Likaså är %3D hexadecimalt för 61, vilket är koden för likhetstecknet =. För tecken utanför den grundläggande ASCII-uppsättningen, som svenska bokstäver eller emojis, används UTF-8-standarden. I UTF-8 kan ett enskilt tecken bestå av flera bytes. Det svenska tecknet ö representeras till exempel av två bytes: C3 och B6 i hexadecimal form. När detta kodas i en URL blir det sekvensen %C3%B6. En URL-avkodare måste kunna känna igen detta mönster. När den ser %C3%B6 vet den att den ska tolka de två efterföljande byten tillsammans för att återskapa det korrekta ö-tecknet. Vårt verktyg URL-avkodare hanterar automatiskt denna process, oavsett om det rör sig om enkla ASCII-tecken eller komplexa, flerspråkiga tecken, och presenterar resultatet i ett läsbart format.

Plus eller mellanslag? Den vanliga förvirringen med "+"-tecknet

Ett av de vanligaste frågetecknen vid URL-avkodning är hur +-tecknet ska hanteras. Betyder det ett bokstavligt plus eller ett mellanslag? Svaret är: det beror på sammanhanget. Enligt den officiella standarden för URL:er (RFC 3986) är + ett giltigt tecken som inte behöver kodas. Men en äldre och mycket vanlig standard, application/x-www-form-urlencoded, som används när man skickar data från HTML-formulär, specificerar att mellanslag ska kodas som ett +-tecken. Detta skapar en tvetydighet. Om du ser en URL som .../sok?q=prinskorv+mos, är det nästan säkert att det betyder "prinskorv mos", eftersom det kommer från ett sökformulär. Men i en annan URL kan filnamn=rapport+final.xlsx faktiskt referera till en fil med ett + i namnet. För att lösa detta har vår URL-avkodare ett specifikt alternativ: "Avkoda + som mellanslag".

  • Aktivera alternativet när du avkodar en frågesträng (query string) från ett webbformulär, som sökresultat eller formulärdata.
  • Inaktivera alternativet när du misstänker att + är avsett att vara ett bokstavligt plusstecken, till exempel i matematiska uttryck, kod eller filnamn.

När behöver du en URL-avkodare? Praktiska exempel

En URL-avkodare är ett ovärderligt verktyg i många situationer, särskilt för de som arbetar med webbteknik. Här är några praktiska exempel:

  1. Felsökning för utvecklare: När du arbetar med API:er skickas ofta komplex data, som JSON-objekt, som en URL-parameter. En parameter kan se ut så här: data=%7B%22anv%C3%A4ndare%22%3A%22Erik%22%2C%22id%22%3A123%7D. Genom att klistra in detta i URL-avkodaren ser du direkt den underliggande datan: {"användare":"Erik","id":123}. Detta är också användbart när man hanterar andra typer av kodad data som kan finnas i URL:er, till exempel när man behöver avkoda Base64-strängar eller inspektera JWT-tokens.
  1. Analys för SEO-specialister och marknadsförare: Webbserverloggar och analysverktyg registrerar ofta besökares URL:er i kodad form. En URL från en kampanj kan se ut som .../?utm_campaign=P%C3%A5skrea%202024. För att korrekt kunna analysera kampanjens prestanda måste detta avkodas till "Påskrea 2024". Verktyget gör det enkelt att snabbt tolka söktermer och kampanjnamn.
  1. Förbättrad läsbarhet för alla: När du kopierar en länk från webbläsarens adressfält, särskilt från en sida med ett långt namn eller från ett sökresultat, blir den ofta kodad och svårläst. Innan du delar en sådan länk i ett e-postmeddelande eller dokument kan du använda URL-avkodaren för att "städa upp" den till en ren och begriplig version.

Vanliga frågor om URL-avkodning

Varför innehåller webbadresser %20 och %3D? Webbadresser är begränsade till en specifik uppsättning tecken för att garantera att de fungerar konsekvent över hela världen. Tecken som mellanslag eller = har reserverade funktioner. Ett mellanslag separerar inte ord i en URL, och ett = används för att tilldela ett värde till en parameter. För att använda dessa tecken som en del av ett värde, till exempel i en sökning efter "röda skor", måste de kodas. Mellanslag blir %20 och = blir %3D. Detta säkerställer att servrar och webbläsare tolkar adressen korrekt. Processen för att skapa dessa koder kan göras med ett verktyg för URL-kodning.

Hur avkodar jag en hel frågesträng (query string)? Kopiera hela delen av webbadressen som kommer efter frågetecknet (?) och klistra in den i URL-avkodaren. Om din URL är example.com/sok?q=cykelhj%C3%A4lm+barn&färg=bl%C3%A5, klistrar du in q=cykelhj%C3%A4lm+barn&färg=bl%C3%A5. Verktyget avkodar då alla sekvenser och ger dig q=cykelhjälm barn&färg=blå (förutsatt att du aktiverat avkodning av + som mellanslag).

När ska jag aktivera alternativet att avkoda + som mellanslag? Du bör aktivera det när datan troligen kommer från ett HTML-webbformulär, vilket är mycket vanligt för sökparametrar (som q=...). Ett klassiskt exempel är en sökning på Google. Inaktivera det om du har anledning att tro att + är ett avsiktligt tecken, till exempel i ett filnamn som dokument_v1+korr.docx.

Vad händer om jag matar in en ogiltig sekvens som %G1? En giltig procentkodning måste följas av två hexadecimala siffror, vilket är 0-9 och A-F. Tecknet G är inte en giltig hexadecimal siffra. Vår URL-avkodare är byggd för att vara robust och kommer att identifiera detta som ett fel. Istället för att gissa eller krascha kommer verktyget att visa ett tydligt felmeddelande som förklarar att den inmatade strängen är felaktigt formaterad.

De frågor vi får oftast.

Varför innehåller webbadresser ibland konstiga tecken som %20 eller %C3%A5?

Detta kallas procentkodning och är ett sätt att representera tecken som antingen har en särskild betydelse i en URL (som ?, &) eller som inte är tillåtna (som mellanslag eller å, ä, ö). Varje kodad sekvens, som %20 för mellanslag eller %C3%A5 för 'å', säkerställer att webbadressen kan tolkas korrekt av webbläsare och servrar. Vår URL-avkodare översätter dessa koder tillbaka till läsbar text.

Hur avkodar jag en hel frågesträng, till exempel för att analysera UTM-taggar?

Klistra in hela strängen efter frågetecknet (?) i verktyget. URL-avkodaren kommer att omvandla alla procentkodade sekvenser i samtliga parametrar. Till exempel blir utm_source=google&utm_campaign=sommar%20rea till utm_source=google&utm_campaign=sommar rea. Detta gör det mycket enklare att granska och felsöka kampanjlänkar, API-anrop eller loggfiler.

När ska jag bocka i rutan ”Avkoda + som mellanslag”?

Detta alternativ är specifikt för data som kommer från HTML-formulär som använder kodningstypen application/x-www-form-urlencoded. I den standarden representeras mellanslag med ett plustecken (+) istället för %20. Aktivera alternativet om du arbetar med data från ett sådant formulär och ser plustecken där det borde vara mellanslag. För de flesta andra moderna URL:er ska rutan vara urbockad.

Hanterar verktyget svenska tecken som å, ä och ö korrekt?

Ja, absolut. URL-avkodaren har fullt stöd för UTF-8, vilket är den teckenkodning som används för att representera i princip alla tecken, inklusive svenska. En sekvens som %C3%A5%C3%A4%C3%B6 kommer att avkodas korrekt till åäö. Verktyget hanterar automatiskt dessa så kallade multibyte-sekvenser utan problem. Om du behöver skapa en sådan kodad URL kan du använda vår URL-kodare.

Vad händer om jag matar in en ogiltig sekvens som %G1 eller %3?

Verktyget kommer att visa ett felmeddelande. En giltig procentkodad sekvens måste bestå av ett procenttecken (%) följt av två hexadecimala siffror (0-9 och A-F). En sekvens som %G1 är ogiltig eftersom 'G' inte är en hexadecimal siffra, och %3 är ogiltig eftersom den är ofullständig. Felet indikerar exakt var i din text problemet finns så att du kan korrigera det.

Är URL-avkodning samma sak som Base64- eller JWT-avkodning?

Nej, det är olika tekniker för olika syften. URL-avkodning gör webbadresser läsbara genom att omvandla specialtecken. Base64-avkodning är en metod för att representera binär data som text, ofta för bilagor i e-post. En JWT Decoder används specifikt för att inspektera innehållet i JSON Web Tokens, som är vanliga för autentisering i webbapplikationer. Varje metod har sitt eget unika användningsområde.