Codificar/Decodificar URL
Codifica o decodifica cadenas de texto para URLs (percent-encoding) en tu navegador.
Para qué sirve
URLs limpias al instante
Estándar RFC 3986
Codificación conforme al estándar de URIs para garantizar compatibilidad con todos los servidores y clientes HTTP.
100% privado
La codificación ocurre en tu navegador con las funciones nativas de JavaScript. Tus URLs nunca se envían a ningún servidor.
Soporte Unicode completo
Maneja correctamente caracteres de cualquier idioma: árabe, chino, ruso, japonés y todos los caracteres UTF-8.
Instantáneo
El resultado aparece en cuanto introduces el texto. Sin esperas, sin envíos de formulario.
Cómo funciona
Tres pasos, sin complicaciones
Pega tu texto o URL
Introduce la cadena de texto que quieres codificar para usarla en una URL, o pega una URL codificada que quieres leer con claridad.
Elige la operación
Haz clic en 'Codificar' para convertir caracteres especiales a su forma %XX, o en 'Decodificar' para convertir una cadena codificada de vuelta a texto legible.
Copia el resultado
El resultado aparece de inmediato. Usa el botón de copiar para llevarlo al portapapeles y pegarlo donde lo necesites.
Preguntas frecuentes
¿Tienes dudas?
La RFC 3986 reserva algunos caracteres para usos especiales en las URLs: ': / ? # [ ] @ ! $ & ' ( ) * + , ; ='. Estos deben codificarse si se usan como datos y no como separadores de URL. Los caracteres no ASCII como tildes, eñes o caracteres chinos también deben codificarse siempre.
Son mecanismos distintos para propósitos diferentes. URL encoding (percent-encoding) convierte caracteres especiales en su representación %XX para que sean seguros dentro de una URL. Base64 convierte datos binarios en texto ASCII para transportarlos por protocolos de texto. URL encoding produce texto más corto para cadenas simples; Base64 es necesario para datos binarios completos.
Depende del contexto. La codificación estricta de URL (RFC 3986) usa %20 para los espacios. El formato application/x-www-form-urlencoded, que se usa en formularios HTML, usa '+' en lugar de %20. Ambas representaciones son válidas en sus contextos respectivos, pero son distintas y no intercambiables.
Sí. Los caracteres no ASCII se convierten primero a su representación UTF-8 (que puede ser de 2 a 4 bytes) y luego cada byte se codifica como %XX. Por ejemplo, la 'ñ' española se codifica como %C3%B1 (2 bytes UTF-8). Al decodificar, el proceso inverso restaura el carácter original correctamente.
La doble codificación ocurre cuando se codifica una URL que ya estaba codificada. Por ejemplo, '%20' (espacio codificado) se convierte en '%2520' ('%25' es el código de '%'). Esto rompe la URL porque el servidor recibe '%2520' en lugar de un espacio. Para evitarlo, siempre decodifica primero si no estás seguro de si la cadena ya está codificada.
Codificación de URLs: qué es el percent-encoding y cuándo usarlo
Una URL solo puede contener un conjunto limitado de caracteres ASCII seguros. Cuando necesitas incluir en una URL datos que contienen caracteres especiales — espacios, tildes, signos de puntuación, caracteres no latinos — debes codificarlos primero mediante percent-encoding. Este mecanismo reemplaza cada carácter problemático por un signo de porcentaje seguido de dos dígitos hexadecimales: el espacio se convierte en %20, la ñ en %C3%B1, el símbolo @ en %40.
El percent-encoding es esencial en el desarrollo web para varios casos concretos: parámetros de consulta en APIs REST (cuando los valores contienen caracteres especiales), construcción de URLs con datos introducidos por el usuario (para prevenir inyecciones de URL), almacenamiento de URLs en bases de datos y generación de enlaces que incluyen texto en cualquier idioma. Los navegadores codifican automáticamente las URLs al enviar formularios HTML, pero cuando construyes URLs programáticamente debes hacerlo tú.
Convertir.ai realiza la codificación y decodificación directamente en el navegador usando las funciones nativas encodeURIComponent() y decodeURIComponent() de JavaScript, que implementan el estándar RFC 3986 correctamente. Al no enviar la URL a ningún servidor, se evita el riesgo de exponer parámetros sensibles — tokens de API, datos personales — durante el proceso de codificación.