Preparar o leer el valor de un parámetro

Pega el texto en el campo. La conversión se realiza en el navegador sin solicitar la dirección introducida; no admite archivos ni lotes.

  1. Introduce el valor original o el componente codificado y elige codificar o decodificar.
  2. Revisa y copia el resultado. Un error elimina la salida anterior y desactiva la copia.
  3. Para invertir la operación, pega tú mismo el resultado en la entrada. La acción de limpiar vacía ambos campos.

Escapes, separadores y niveles de codificación

Caracteres que conserva encodeURIComponent

A-Z a-z 0-9 y - _ . ! ~ * ' ( ) quedan sin cambios. Los demás caracteres Unicode válidos se representan mediante escapes UTF-8: 你好 😀 produce %E4%BD%A0%E5%A5%BD%20%F0%9F%98%80. No se añade el escape de ! ' ( ) * para ajustarse estrictamente a RFC 3986.

Una cadena completa tratada como dato

a=1&b=two words se convierte en a%3D1%26b%3Dtwo%20words. Al pegar una URL completa también se codifican : / ? & =; su estructura no se conserva.

Al reinsertar separadores decodificados puedes cambiar la interpretación de una URL. Usa el resultado como dato de parámetro según corresponda. La herramienta no valida URL ni cifra información; muestra texto, no ejecuta HTML.

Los porcentajes existentes se vuelven a codificar

Codificar %20 genera %2520. Decodificar %2520 devuelve el texto literal %20, todavía no un espacio. Cada operación quita una sola capa; no repite la decodificación ni sustituye automáticamente la entrada.

Preguntas sobre la codificación de componentes

¿Por qué + no se convierte en espacio?

No se aplica application/x-www-form-urlencoded. Al codificar, el espacio pasa a %20 y + a %2B. Al decodificar, el + literal se conserva: a+b%20c da a+b c.

¿Qué causa un URIError?

Escapes incompletos o incorrectos como %, %GG o %E4%A y bytes UTF-8 inválidos como %FF o %C0%AF producen un error, no caracteres de reemplazo. Codificar un sustituto UTF-16 sin pareja también falla. El texto literal sin escapes no cambia al decodificar; no se valida cada carácter.

¿Se eliminan espacios o saltos de línea?

No se recortan espacios en blanco, tampoco en los extremos. El textarea del navegador sí normaliza los saltos introducidos a LF, codificado como %0A; no conserva los bytes CRLF o CR originales. No se añade normalización Unicode. Una entrada vacía produce un resultado vacío.

Herramientas recientes: