Codificar en formato URL-encoded en línea
Acerca de la Decodificación y Codificación de URL
Bienvenido a la Decodificación y Codificación de URL, tu herramienta en línea definitiva para codificar y decodificar URLs sin esfuerzo. Nuestra plataforma está diseñada para simplificar el proceso de codificación y decodificación de URL, permitiéndote convertir datos a un formato seguro para URL o devolverlo a un estado legible por humanos con solo un clic.
¿Qué es la Codificación de URL?
La codificación de URL, a menudo conocida como codificación por porcentaje, es un mecanismo crucial utilizado en la formación de Identificadores Uniformes de Recursos (URIs). Aunque comúnmente se conoce como codificación de URL, esta técnica se aplica ampliamente dentro del marco URI, abarcando tanto Localizadores Uniformes de Recursos (URLs) como Nombres Uniformes de Recursos (URNs). Transforma caracteres en un formato que puede ser transmitido a través de Internet, lo que lo hace esencial para aplicaciones web y la presentación de datos en solicitudes HTTP.
Características y Opciones Avanzadas
Nuestra herramienta admite múltiples conjuntos de caracteres, incluidos UTF-8, ASCII y varios formatos ISO, asegurando la compatibilidad con tus necesidades. Puedes personalizar:
- Conjunto de Caracteres: Nuestro sitio web utiliza el conjunto de caracteres UTF-8 por defecto para transmitir tus datos de entrada. Si necesitas convertir tus datos a un conjunto de caracteres diferente antes de codificarlos, puedes ajustar esta opción. Ten en cuenta que para los datos de texto, el esquema de codificación no incluye el conjunto de caracteres.
- Separadores de Nueva Línea: Los sistemas Unix y Windows utilizan diferentes caracteres para los saltos de línea. Antes de codificar, tus datos se ajustarán para reemplazar estos caracteres según la opción seleccionada. Selecciona entre saltos de línea Unix (LF) y Windows (CRLF) para adaptarse a tus datos.
- Codificación Única de Cada Línea: Los caracteres de nueva línea también se convertirán en sus equivalentes codificados en porcentaje. Puedes usar esta opción si deseas codificar varias entradas de datos separadas que están divididas por saltos de línea.
- Dividir líneas en fragmentos de 76 caracteres: Los datos codificados se convertirán en una cadena continua sin ningún espacio en blanco. Si deseas dividirlo en múltiples líneas, asegúrate de seleccionar esta opción. El límite de caracteres está establecido por la especificación MIME (RFC 2045), que requiere que cada línea codificada no tenga más de 76 caracteres.
Seguridad y Protección
Priorizamos tu privacidad. Todas las comunicaciones están aseguradas con cifrado SSL, y no almacenamos ni inspeccionamos tus datos subidos. Los datos no se almacenan en nuestros servidores. Tus datos se eliminan inmediatamente después de su procesamiento, asegurando que tu información permanezca confidencial.
Completamente Gratis y Amigable
Nuestra herramienta de codificación y decodificación de URL es completamente gratuita. Di adiós a las complicadas instalaciones de software: realiza tus tareas de codificación directamente desde tu navegador.
Detalles de la codificación de URL
Tipos de caracteres URI
En un URI, los caracteres se dividen en dos categorías: reservados y no reservados, junto con caracteres de porcentaje utilizados para la codificación. Los caracteres reservados pueden tener significados especiales; por ejemplo, las barras diagonales se utilizan para separar diferentes secciones de una URL (o más ampliamente, un URI). Por otro lado, los caracteres no reservados no tienen ninguna significación especial. Al utilizar la codificación por porcentaje, los caracteres reservados se representan por secuencias específicas. Las definiciones de caracteres reservados y no reservados, así como los contextos en los que ciertos caracteres reservados son significativos, han evolucionado con cada revisión de las especificaciones que regulan los URIs y los esquemas de URI.
| ! | * | ' | ( | ) | ; | : | @ | & | = | + | $ | , | / | ? | # | [ | ] |
|---|
| A | B | C | D | E | F | G | F | I | J | K | L | M | N | O | P | Q | R | S | T | U | V | W | X | Y | Z |
| a | b | c | d | e | f | g | h | i | j | k | l | m | n | o | p | q | r | s | t | u | v | w | x | y | z |
| 0 | 1 | 2 | 3 | 4 | 5 | 6 | 7 | 8 | 9 | - | _ | . | ~ |
Caracteres Reservados de Codificación por Porcentaje
Cuando un carácter del conjunto reservado tiene un significado específico en un contexto determinado, puede ser necesario codificarlo en porcentaje si un esquema de URI lo requiere para un propósito diferente. La codificación por porcentaje implica convertir el carácter en su valor byte ASCII correspondiente y luego expresar ese valor como dos dígitos hexadecimales, precedidos por un signo de porcentaje ('%'). Para los caracteres no ASCII, el carácter se convierte generalmente en su secuencia de bytes UTF-8, con cada byte representado de la misma manera.
Por ejemplo, el carácter reservado '/' sirve como delimitador en el componente 'ruta' de un URI. Si un esquema de URI especifica que '/' debe incluirse en un segmento de ruta, debe ser reemplazado por '%2F' (o '%2f') en ese segmento en lugar de usar el carácter directamente.
| ! | # | $ | & | ' | ( | ) | * | + | , | / | : | ; | = | ? | @ | [ | ] |
| %21 | %23 | %24 | %26 | %27 | %28 | %29 | %2A | %2B | %2C | %2F | %3A | %3B | %3D | %3F | %40 | %5B | %5D |
Los caracteres reservados que no tienen un propósito específico en un contexto dado también pueden ser codificados en porcentaje, pero se tratan igual que otros caracteres en términos de significado.
Por ejemplo, en el componente 'consulta' de un URI (la parte que sigue al carácter '?'), el carácter '/' se clasifica como reservado pero típicamente no tiene ninguna función especial a menos que sea especificada por un esquema de URI particular. Por lo tanto, no necesita ser codificado en porcentaje cuando carece de un propósito reservado.
Los URIs que difieren únicamente en función de si un carácter reservado está codificado en porcentaje generalmente no se consideran equivalentes, lo que significa que no apuntan al mismo recurso. Sin embargo, esto solo se aplica si los caracteres reservados en cuestión no tienen un propósito designado. Las reglas específicas sobre los caracteres reservados están definidas por esquemas de URI individuales.
Caracteres No Reservados de Codificación por Porcentaje
Los caracteres en el conjunto no reservado no requieren codificación por porcentaje.
Los URIs que solo difieren en función de si un carácter no reservado está codificado en porcentaje se consideran equivalentes por definición. Sin embargo, en la práctica, los procesadores de URI pueden no manejarlos siempre de la misma manera. Por ejemplo, '%41' debe tratarse igual que 'A' (ya que '%41' es la codificación por porcentaje para 'A'), y '%7E' debe ser equivalente a '~'. A pesar de esto, algunos sistemas pueden distinguir entre ellos. Para asegurar la máxima compatibilidad, se recomienda que los productores de URI eviten codificar en porcentaje caracteres no reservados.
Codificación por Porcentaje del Carácter (%)
El carácter porcentaje ('%') se utiliza para indicar octetos codificados en porcentaje, por lo que cuando necesitas incluirlo como dato en un URI, debe ser codificado en porcentaje como '%25'
Codificación por Porcentaje de Datos Arbitrarios
Muchos esquemas de URI requieren representar varios tipos de datos arbitrarios, como direcciones IP o rutas de sistema de archivos, como partes de un URI. Si bien las especificaciones de esquemas de URI idealmente proporcionan un mapeo claro entre los caracteres de URI y todos los posibles valores de datos, esto a menudo no es así.
Datos Binarios
Tras la publicación de RFC 1738 en 1994, se estableció que los esquemas que permiten la representación de datos binarios en un URI deben dividir los datos en bytes de 8 bits y codificar en porcentaje cada byte en consecuencia. Por ejemplo, el valor byte 0F (en hexadecimal) debe representarse como '%0F', mientras que el valor byte 41 puede mostrarse como 'A' o '%41'. Generalmente, se prefiere utilizar caracteres no codificados para caracteres alfanuméricos y otros caracteres no reservados, ya que esto crea URLs más cortas.
Datos de Caracteres
El método de codificación por porcentaje de datos binarios a menudo se ha extendido inapropiadamente a datos basados en caracteres sin directrices claras. En los primeros días de la World Wide Web, cuando se trabajaba con caracteres del conjunto ASCII, se asumía generalmente que los caracteres y sus valores byte correspondientes podían ser tratados indistintamente para la codificación por porcentaje. Esta suposición era en su mayoría inofensiva en ese momento. Sin embargo, a medida que creció la necesidad de representar caracteres más allá del rango ASCII, los esquemas y protocolos de URI frecuentemente carecían de reglas estandarizadas para preparar datos de caracteres para URIs.
Como resultado, las aplicaciones web comenzaron a usar diversas codificaciones de múltiples bytes y no compatibles con ASCII para la codificación por porcentaje, lo que introdujo ambigüedades y dificultó la interpretación confiable de los URIs.
Por ejemplo, muchos esquemas de URI y protocolos basados en RFCs 1738 y 2396 asumen que los caracteres de datos se convertirán en bytes utilizando alguna codificación no especificada antes de ser representados en un URI como caracteres no reservados o bytes codificados en porcentaje. Si un esquema no especifica la codificación utilizada o entra en conflicto con la codificación por porcentaje basada en ASCII de caracteres reservados y no reservados, el URI se vuelve difícil de interpretar correctamente. Algunos esquemas descuidan abordar la codificación por completo, sugiriendo en su lugar que los caracteres de datos deben mapearse directamente a los caracteres de URI. Esto deja a los usuarios determinar cómo codificar en porcentaje caracteres que no caen en las categorías de reservados o no reservados.
| newline | space | " | % | - | . | < | > | \ | ^ | _ | ` | { | | | } | ~ |
| %0A or %0D or %0D%0A | %20 | %22 | %25 | %2D | %2E | %3C | %3E | %5C | %5E | %5F | %60 | %7B | %7C | %7D | %7E |
Una Breve Historia de la Codificación de URL
La codificación de URL tiene sus raíces en los primeros días de Internet, formalizada con la publicación de RFC 1738 en 1994. Esta especificación sentó las bases para codificar datos arbitrarios en un formato adecuado para URIs, permitiendo la representación de caracteres especiales y asegurando que los datos se transmitan correctamente. A lo largo de los años, a medida que los estándares web evolucionaron, también lo hicieron las prácticas relacionadas con la codificación por porcentaje, adaptándose para incluir una gama más amplia de caracteres y esquemas de codificación, particularmente con el auge de caracteres no ASCII y codificaciones de múltiples bytes. Esta evolución ha convertido la codificación de URL en una habilidad esencial para los desarrolladores web, asegurando que los datos permanezcan intactos y sean interpretados correctamente en diversas plataformas y protocolos.