DocumentiImmaginiMediaStrumenti PDF

URL Codifica/Decodifica Online

Codifica o decodifica stringhe URL (percent-encoding) nel tuo browser.

Elaborato nel tuo browser — nessun testo inviato ad alcun server

URL puliti all'istante

Standard RFC 3986

Codifica conforme allo standard URI per la compatibilità con tutti i server e client HTTP.

100% privato

La codifica avviene nel tuo browser usando funzioni JavaScript native. I tuoi URL non vengono mai inviati ad alcun server.

Supporto Unicode completo

Gestisce correttamente caratteri di qualsiasi lingua: arabo, cinese, russo, giapponese e tutti i caratteri UTF-8.

Immediato

I risultati appaiono mentre digiti. Senza attese, senza invio di form.

Tre passaggi, senza complicazioni

1

Incolla il tuo testo o URL

Inserisci il testo che vuoi codificare per usarlo in un URL, oppure incolla un URL codificato che vuoi leggere chiaramente.

2

Scegli l'operazione

Clicca su Codifica per convertire i caratteri speciali nel loro formato %XX, oppure su Decodifica per riconvertire una stringa codificata in testo leggibile.

3

Copia il risultato

Il risultato appare immediatamente. Usa il pulsante di copia per inviarlo negli appunti e incollarlo dove ti serve.

Hai delle domande?

RFC 3986 riserva alcuni caratteri per scopi speciali negli URL: : / ? # [ ] @ ! $ e altri simboli simili. Questi devono essere codificati quando vengono usati come dati e non come separatori dell'URL. I caratteri non ASCII come le lettere accentate, le emoji o i caratteri cinesi devono essere sempre codificati.

Sono meccanismi diversi per scopi diversi. La codifica URL (percent-encoding) converte i caratteri speciali nella loro rappresentazione %XX in modo che siano sicuri all'interno di un URL. Base64 converte i dati binari in testo ASCII per il trasporto su protocolli basati su testo. La codifica URL produce output più breve per stringhe semplici; Base64 è necessario per i dati binari completi.

Dipende dal contesto. La codifica URL rigorosa (RFC 3986) usa %20 per gli spazi. Il formato application/x-www-form-urlencoded usato dai form HTML usa il segno più al posto di %20. Entrambe le rappresentazioni sono valide nei rispettivi contesti ma sono distinte e non intercambiabili.

Sì. I caratteri non ASCII vengono prima convertiti nella loro rappresentazione UTF-8 (che può essere da 2 a 4 byte) e poi ogni byte viene codificato come %XX. Ad esempio, la lettera n con tilde spagnola si codifica come %C3%B1 (2 byte UTF-8). La decodifica inverte questo processo e ripristina correttamente il carattere originale.

La doppia codifica si verifica quando si codifica un URL già codificato. Ad esempio, %20 (uno spazio codificato) diventa %2520 (dove %25 è il codice per il segno percento). Questo rompe l'URL perché il server riceve %2520 invece di uno spazio. Per evitarlo, decodifica sempre prima se non sei sicuro che la stringa sia già codificata.

Codifica URL: cos'è il percent-encoding e quando usarlo

Un URL può contenere solo un insieme limitato di caratteri ASCII sicuri. Quando devi includere dati in un URL che contengono caratteri speciali, spazi, lettere accentate, punteggiatura o caratteri non latini, devi prima codificarli usando il percent-encoding. Questo meccanismo sostituisce ogni carattere problematico con il segno di percentuale seguito da due cifre esadecimali: uno spazio diventa %20, la n con tilde diventa %C3%B1 e il simbolo @ diventa %40.

Il percent-encoding è essenziale nello sviluppo web per diversi casi concreti: i parametri di query nelle API REST (quando i valori contengono caratteri speciali), la costruzione di URL con dati inseriti dall'utente (per prevenire l'iniezione di URL), la memorizzazione di URL nei database e la generazione di link che includono testo in qualsiasi lingua. I browser codificano automaticamente gli URL quando si inviano i form HTML, ma quando si costruiscono URL in modo programmatico bisogna farlo manualmente.

Convertir.ai esegue la codifica e la decodifica direttamente nel browser usando le funzioni native di JavaScript encodeURIComponent() e decodeURIComponent(), che implementano correttamente RFC 3986. Non inviando l'URL ad alcun server, si evita il rischio di esporre parametri sensibili come token API o dati personali durante il processo di codifica.