Codificador/Decodificador de URL
Codifica y decodifica URLs.
URL inválida
Qué son la codificación y la decodificación de URL
La codificación de URL, llamada también codificación por porcentaje, es el mecanismo que convierte en una cadena ASCII de la forma %XX los caracteres que una URL no puede llevar: escrituras no latinas y símbolos. Una URL se concibió suponiendo solo caracteres ASCII, de modo que esta conversión se impone en cuanto pasa caracteres multibyte o caracteres reservados como ? y & en calidad de valor de parámetro.
Esta herramienta codifica y decodifica con un clic la URL o cadena introducida, y el resultado se copia y se emplea tal cual. Interviene en toda suerte de trabajos de desarrollo: armar peticiones de API, generar URL de redirección y examinar el contenido de una URL ya codificada que ha transmitido otro sistema.
Cómo emplearla
- Introduzca la cadena a convertir Pegue en el campo de entrada un texto con caracteres no latinos, o una URL ya codificada.
- Elija codificar o decodificar Elija codificar para llevar una cadena corriente a notación por porcentaje, o decodificar para restituir la notación por porcentaje.
- Consulte el resultado La cadena convertida aparece al instante.
- Copie el resultado y empléelo Puede pegarlo directamente en el parámetro de consulta de una petición de API o en una URL de redirección.
Consejos para aprovecharla mejor
- El carácter japonés「あ」se codifica como
%E3%81%82en UTF-8. - Un espacio puede convertirse en
%20en rutas URL o en+en parámetros de consulta (diferencia entre RFC 3986 y la especificación de formularios HTML). - Los caracteres reservados como
?,&y=deben codificarse cuando se usan como valores de parámetros. - Útil para incluir caracteres no ASCII en parámetros de consulta de APIs REST o para pasar URLs de redirección de forma segura.
Cuándo resulta útil
Armar los parámetros de consulta de una API REST
Empléela cuando quiera incluir sin riesgo palabras clave o valores de entrada libre en una cadena de consulta.
Ensamblar una URL de redirección
Cuando incrusta una URL de destino como parámetro dentro de otra URL, la codificación previene cualquier choque con los separadores.
Examinar una URL recibida de otro sistema
Decodifique una URL plagada de notación por porcentaje transmitida por un registro o un servicio externo y leerá los valores reales de los parámetros.
Crear enlaces para correos y para compartir en redes
Puede incorporar texto sin riesgo a un enlace mailto con asunto y cuerpo, o a una URL para compartir en redes sociales.
El vocabulario empleado aquí
- Codificación por porcentaje
- Un procedimiento que convierte un carácter en su secuencia de bytes UTF-8 y expresa cada byte con un signo de porcentaje seguido de dos dígitos hexadecimales. Representa sin riesgo los caracteres que una URL no puede llevar.
- Caracteres reservados
- Símbolos como ?, &, =, # y + que sirven para delimitar la estructura de una URL. Deben codificarse cuando figuran en un valor de parámetro.
- Caracteres no reservados
- Los caracteres alfanuméricos y los cuatro símbolos -, _, . y ~. La RFC 3986 establece que no requieren codificación.
- RFC 3986
- La norma de internet que establece la sintaxis de un URI. Las reglas de la codificación por porcentaje se definen allí también.
- application/x-www-form-urlencoded
- El formato de codificación empleado al enviar un formulario HTML. Se aparta de la norma URI al convertir un espacio en un signo más en lugar de en %20.
Preguntas frecuentes
%XX para que sean seguros en URLs. Decodificar revierte ese proceso al texto original legible.%20 en las rutas de URL (según RFC 3986). Usa + solo en cadenas de consulta application/x-www-form-urlencoded (datos de formularios HTML). Ante la duda, %20 es la opción más segura.- _ . ~ — pueden aparecer en URLs sin codificar. El resto, incluidos los caracteres reservados como & y =, deben codificarse cuando se usan como valores de parámetros.
A propósito — El nacimiento de la URL: Tim Berners-Lee y los albores de la World Wide Web
La URL fue diseñada en 1991 por Tim Berners-Lee, inventor de la World Wide Web. Originalmente estaba pensada solo para caracteres ASCII, por lo que los caracteres multibyte (como el japonés) y los caracteres especiales deben representarse mediante codificación porcentual.
La URL de la primera página web de internet, http://info.cern.ch/hypertext/WWW/TheProject.html, sigue siendo accesible hoy. Los dominios con emoji (p. ej., 🍕.ws) son técnicamente posibles y se convierten internamente a Punycode (formato que empieza por xn--). Aunque las URLs pueden superar teóricamente los 2,000 caracteres, los límites prácticos de navegadores y servidores rondan los 2,048 caracteres.
RFC 3986 define la especificación de URL, pero la distinción entre %20 (espacio) y + (espacio) sigue siendo una fuente habitual de confusión. %20 es el estándar URI; + se usa en el formato application/x-www-form-urlencoded de formularios HTML — la elección depende del contexto.