Codificatore URL Gratuito: Codificare e Decodificare URL Online

A %20 è la codifica standard dello spazio nelle URL. Il + si usa come alternativa allo spazio solo nei form (application/x-www-form-urlencoded).

A Questo strumento si concentra sulla codifica URL, non sulla conversione dei set di caratteri. Presuppone che il testo di input sia già in un set standard come UTF-8. Se hai testo in una codifica diversa, dovrai prima convertirlo in UTF-8 prima di utilizzare questo codificatore per garantire una codifica percentuale corretta. Assicurati che la tua stringa sia rappresentata come byte UTF-8 prima di inserirla qui.

A encodeURI è pensato per codificare URL interi, non valori di parametri. Mantiene i caratteri con significato speciale nelle URL — come ?, #, / e =. Se devi codificare anche quelli, usa encodeURIComponent. Per esempio, encodeURI lascia ? così com'è, ma encodeURIComponent lo trasforma in %3F. Scegli la modalità giusta in questo strumento in base alla parte di URL che stai codificando.

A I browser spesso normalizzano automaticamente le URL. Ad esempio, digitare uno spazio nella barra degli indirizzi viene convertito in %20, ma alcuni browser lo visualizzano di nuovo come spazio. Il nostro strumento mostra l'output grezzo con codifica percentuale, che è ciò che viene effettivamente inviato in rete. Incolla l'URL del tuo browser nel decodificatore per vedere i veri caratteri sottostanti. Questa discrepanza coglie molti sviluppatori di sorpresa.

A Sono sistemi completamente diversi. La codifica URL trasforma gli spazi in %20, mentre quella delle entità HTML usa   o  . Confonderli rompe i link o mostra codice grezzo nelle pagine. Questo strumento è solo per codifica URL. Se fai debug di risposte API JSON e vedi & invece di &, è codifica HTML che filtra, non un problema di URL.

A La doppia codifica capita quando qualcuno codifica una stringa già percent-encoded. Vedrai cose come %2520 invece di %20. Passala nel decodificatore una volta, controlla se restano segni di percentuale e decodifica di nuovo se serve. Tre passaggi non servono quasi mai. Se un callback di un gateway di pagamento arriva illeggibile, di solito è questo il colpevole.

A No, per niente. La codifica URL è solo formattazione — trasforma gli spazi in %20 e i caratteri speciali in codici percentuali. Chiunque può decodificarli all'istante con questo stesso strumento. È come avvolgere un panino nella pellicola trasparente: ordinato ma totalmente visibile. Per dati sensibili come password o chiavi API negli URL, usa crittografia reale (HTTPS protegge il trasporto) o l'hashing. La sola codifica non offre alcuna privacy.

A Gli editor di posta elettronica codificano spazi e caratteri speciali in modo incostante. Uno spazio non codificato sembra a posto nell'editor, ma all'invio diventa %20 — o peggio, il link si tronca al primo spazio. Incolla il link in questo decodificatore per vedere i caratteri reali. Se trovi una `&` nuda invece di `&`, quella è codifica HTML, non URL. Un trucco: codifica l'intera stringa di query con `encodeURIComponent` prima di inserirla nel template.

A Il decodificatore mostra semplicemente i byte codificati originali, niente di più. Ad esempio, `%2520` si decodifica in `%20` al primo passaggio, non in uno spazio. Eseguilo di nuovo se sospetti una doppia codifica — è al secondo passaggio che vedrai finalmente lo spazio. Ho visto pipeline di dati codificare accidentalmente tre volte le stringhe di query, quindi controlla i log due volte. Consiglio: per pulire esportazioni da fogli di calcolo, decodifica una volta e poi cerca eventuali segni `%` rimanenti.

A No, e confonderle crea veri grattacapi. La codifica URL usa segni di percentuale seguiti da valori esadecimali — uno spazio diventa %20. Base64 usa un alfabeto completamente diverso con A-Z, a-z, 0-9, più e barra per impacchettare dati binari in testo. Prova a decodificare una stringa Base64 qui e otterrai spazzatura o un errore. Per distinguerle: le stringhe Base64 finiscono spesso con = e sono molto più lunghe della fonte. Se stai creando link firmati per un'API, controlla bene la documentazione: alcuni sistemi richiedono Base64url, che sostituisce + e / con - e _. Anche quella variante non funzionerà correttamente con il nostro strumento.