Codifica e Decodifica URL Online

URL Encoder / Decoder – Codifica e decodifica URL online

L'URL Encoder / Decoder di AnalisiSEO.org converte qualsiasi testo, URL o stringa di caratteri nella forma percent-encoded sicura per il web, oppure trasforma una stringa già codificata in testo leggibile. La conversione avviene interamente nel browser, in tempo reale mentre digiti, senza inviare alcun dato a server esterni: i tuoi dati restano privati al 100%. Lo strumento funziona anche offline dopo il primo caricamento della pagina.

Che cos'è l'URL encoding e perché serve

Gli URL possono contenere solo un insieme ristretto di caratteri definito dallo standard RFC 3986: lettere ASCII non accentate, numeri, e pochi simboli riservati come /, ?, = e & che svolgono un ruolo strutturale nell'indirizzo. Tutto il resto (spazi, lettere accentate, simboli speciali, emoji, caratteri cinesi, giapponesi, arabi o cirillici) deve essere convertito in una sequenza speciale chiamata percent-encoding, composta dal simbolo % seguito da due cifre esadecimali che rappresentano il byte corrispondente. Lo spazio, ad esempio, diventa %20, la lettera à diventa %C3%A0 e il simbolo & diventa %26.

Senza questa conversione, un URL contenente caratteri non validi può rompersi, essere troncato dai browser, venire interpretato in modo errato dai server o risultare inaccessibile ai crawler dei motori di ricerca. L'URL encoding è quindi una delle operazioni più basilari e al tempo stesso più critiche nella gestione tecnica di un sito web.

Due modalità operative: codifica e decodifica

Lo strumento offre due direzioni di lavoro. La modalità Codifica (Encode) trasforma i caratteri speciali, gli spazi, le lettere accentate e qualsiasi carattere non ASCII nella corrispondente sequenza percent-encoded. Il risultato è una stringa sicura da utilizzare negli URL, nei parametri di query string, nei link per email, nei codici di tracking UTM, nelle chiamate API REST e in qualsiasi contesto in cui serve un URL tecnicamente valido.

La modalità Decodifica (Decode) esegue l'operazione inversa: prende una stringa piena di sequenze come %C3%A0, %20, %3D e la riconverte nel testo originale leggibile. È particolarmente utile quando devi capire cosa contiene un URL codificato copiato da un analytics, un parametro di tracking di una campagna, un deep link, un cookie o un log del server.

Tre standard di codifica per esigenze diverse

Non esiste un unico modo di codificare un URL, e usare lo standard sbagliato è una delle cause più frequenti di link non funzionanti. Questo strumento supporta tutti e tre gli standard principali e ti permette di scegliere quello giusto per la tua situazione.

Il primo è Componente URL — RFC 3986, ed è quello consigliato nella maggior parte dei casi. Codifica ogni carattere speciale, inclusi i caratteri strutturali come /, ?, =, &, # e @. È lo standard corretto quando devi codificare un valore da inserire dentro un parametro di query string. Se stai costruendo un URL con parametri che contengono a loro volta URL, percorsi o testo libero, questo è lo standard da usare per evitare che i caratteri del valore vengano confusi con i delimitatori della query string. Corrisponde alla funzione JavaScript encodeURIComponent() con la correzione RFC 3986 per i caratteri ! ' ( ) *.

Il secondo è URL intero — preserva la struttura. Codifica solo i caratteri illegali come spazi, accenti e simboli, ma preserva i caratteri che compongono la struttura dell'URL (/, ?, =, &, #, :, @). È lo standard da usare quando hai un URL completo che contiene accenti o spazi e vuoi renderlo valido senza romperne l'architettura. Corrisponde alla funzione JavaScript encodeURI().

Il terzo è Modulo web — application/x-www-form-urlencoded. Funziona come il componente RFC 3986, ma con una differenza importante: codifica lo spazio come + anziché come %20. È il formato che i browser utilizzano quando inviano i dati dei moduli HTML con metodo POST e che molte API legacy si aspettano di ricevere. Se lavori con form HTML o con sistemi datati che trattano il + come spazio, questo è lo standard corretto.

Codifica e Decodifica URL Online supporta oltre 30 set di caratteri

Per impostazione predefinita lo strumento utilizza UTF-8, che è il charset standard del web moderno e la scelta corretta nella quasi totalità dei casi. Tuttavia, quando devi lavorare con sistemi legacy, software datati o contenuti in lingue con codifiche storiche specifiche, puoi selezionare tra oltre 30 charset diversi.

Oltre a UTF-8 e US-ASCII, sono disponibili le codifiche della famiglia ISO 8859, che coprono l'Europa occidentale (ISO-8859-1, noto anche come Latin-1), l'Europa centrale (ISO-8859-2), l'Europa meridionale e settentrionale (ISO-8859-3 e 4), il cirillico (ISO-8859-5), l'arabo (ISO-8859-6), il greco (ISO-8859-7), l'ebraico (ISO-8859-8) e diverse altre varianti regionali fino alla ISO-8859-16. Sono supportate anche le codifiche della famiglia Windows (Windows-1250 per l'Europa centrale, Windows-1251 per il cirillico, Windows-1252 per l'Europa occidentale e altre), le codifiche giapponesi (EUC-JP, Shift_JIS, ISO-2022-JP), cinesi (GBK, GB18030, Big5) e coreane (EUC-KR), oltre a UTF-16 in entrambe le varianti Little Endian e Big Endian e diverse codifiche storiche come KOI8-R per il russo e IBM-866 per il DOS cirillico. Se durante la codifica un carattere non esiste nel charset selezionato, ad esempio un'emoji in ISO-8859-1, viene automaticamente sostituito con %3F (il punto di domanda) e lo strumento mostra un avviso che suggerisce di passare a UTF-8.

Opzioni avanzate per esigenze professionali

Oltre alla codifica e decodifica standard, lo strumento offre una serie di opzioni pensate per chi lavora quotidianamente con URL, API e sistemi di email.

L'opzione Codifica tutti i caratteri forza la conversione anche delle lettere A-Z, dei numeri 0-9 e dei caratteri normalmente considerati sicuri come il trattino, l'underscore, il punto e la tilde. È utile in contesti dove serve un offuscamento completo della stringa o la massima compatibilità con sistemi legacy particolarmente restrittivi nella gestione degli URL.

L'opzione Interpreta + come spazio, attiva solo in modalità decodifica, determina se il segno + debba essere letto come uno spazio (comportamento previsto dal formato application/x-www-form-urlencoded) o come un + letterale. La distinzione è fondamentale quando analizzi parametri di query string provenienti da form HTML rispetto a URL costruiti secondo lo standard RFC 3986.

La funzione Codifica ogni riga separatamente è pensata per chi ha una lista di valori, URL o parametri su righe diverse e vuole codificarli tutti in un'unica operazione mantenendoli distinti nel risultato. È particolarmente comoda quando devi preparare decine di parametri UTM o URL per un feed e non vuoi processarli uno alla volta.

L'opzione Dividi le righe in blocchi di 76 caratteri inserisce un'interruzione di riga ogni 76 caratteri dopo la codifica, rispettando il formato richiesto dallo standard MIME (RFC 2045) per gli header email codificati e per i contenuti base64 nelle comunicazioni email. Il separatore di riga permette infine di scegliere tra il formato LF (\n, usato da Unix e macOS) e CRLF (\r\n, usato da Windows), un dettaglio che diventa importante quando il testo codificato deve essere integrato in ambienti con requisiti specifici sul formato dei fine riga.

Perché l'URL encoding è importante per la SEO

La codifica degli URL è un aspetto della SEO tecnica che viene spesso sottovalutato ma che può avere conseguenze dirette sulla scansionabilità, sull'indicizzazione e persino sul posizionamento di un sito. I crawler dei motori di ricerca, Googlebot incluso, devono poter accedere a ogni URL del sito senza incontrare errori. Un URL malformato, con spazi non codificati, accenti grezzi o caratteri speciali non convertiti, può risultare irraggiungibile per il crawler, impedendo l'indicizzazione della pagina.

Un caso particolarmente insidioso riguarda i parametri di query string che contengono a loro volta URL o testi con caratteri speciali. Se il valore di un parametro include un simbolo & non codificato, il browser e il server lo interpreteranno come un separatore di parametri anziché come parte del valore, troncando l'URL e producendo un risultato diverso da quello atteso. Questo problema si presenta di frequente nei link di tracking, nei parametri UTM con testi contenenti caratteri speciali, nei feed di prodotto per Google Merchant Center e nelle integrazioni con API di terze parti.

Un altro aspetto critico riguarda i canonical URL e i link interni. Se lo stesso URL appare in forme diverse, una volta con gli spazi codificati come %20, un'altra come +, un'altra ancora con gli spazi grezzi — i motori di ricerca potrebbero trattarli come pagine distinte, frammentando i segnali di ranking e creando problemi di contenuto duplicato. La coerenza nella codifica degli URL attraverso tutto il sito è una best practice tecnica che previene questa frammentazione.

Anche le sitemap XML richiedono una codifica corretta. Le specifiche del protocollo sitemap stabiliscono che tutti gli URL inclusi nel file devono essere entità-escaped per XML e correttamente percent-encoded. Un URL con caratteri non codificati in una sitemap può generare errori di parsing che impediscono a Google di leggere il file, con conseguenze potenzialmente gravi sull'indicizzazione dell'intero sito.

Infine, gli URL leggibili (le cosiddette URL parlanti o "SEO-friendly") beneficiano di una codifica consapevole. Un URL come /scarpe-da-donna è molto più leggibile e cliccabile nei risultati di ricerca rispetto a /scarpe%20da%20donna, e genera un CTR (tasso di clic) tendenzialmente superiore. Per questo motivo, la pratica SEO consolidata prevede di utilizzare il trattino come separatore di parole negli URL anziché gli spazi, evitando alla radice la necessità di codificarli.

Casi d'uso pratici

Lo strumento serve in una varietà di situazioni che chiunque lavori nel web incontra regolarmente. Lo sviluppatore web lo usa per codificare i valori dei parametri nelle chiamate API REST, per verificare che gli URL generati dal CMS siano validi o per decodificare gli URL nei log del server e capire quali pagine sono state richieste. Il SEO specialist lo utilizza per controllare i parametri UTM delle campagne, per verificare la codifica degli URL nelle sitemap XML, per analizzare i redirect che contengono parametri codificati e per diagnosticare problemi di indicizzazione legati a URL malformati.

Il digital marketer lo usa per costruire link di tracking corretti, per preparare URL da inserire nei codici QR, nelle email e nelle campagne advertising dove un singolo carattere sbagliato può rompere il link e vanificare l'investimento pubblicitario. Il system administrator lo utilizza per analizzare le richieste nei log di Apache o Nginx, per decodificare i cookie e gli header HTTP, e per diagnosticare problemi di encoding nei form HTML che producono dati corrotti.

Privacy e sicurezza dei dati

Tutta l'elaborazione avviene interamente nel browser dell'utente tramite JavaScript. Nessun dato inserito nello strumento viene inviato a server esterni, nessun input viene registrato, memorizzato o tracciato. Questa architettura client-side garantisce che anche dati sensibili, come token di autenticazione, parametri con credenziali, chiavi API o URL che contengono informazioni personali, possano essere codificati o decodificati senza alcun rischio di esposizione. Lo strumento continua a funzionare anche senza connessione internet dopo il primo caricamento della pagina, confermando che nessuna comunicazione con server esterni è necessaria per il suo funzionamento.