Codificación y escape

Codificar URLcon el contexto correcto

con el contexto correcto

Codificar URL

Entrada

Resultado

La conversión se realiza en este navegador; la entrada no se sube.

Opciones de conversión

Como encodeURIComponent: escapa separadores dentro de un valor. Al decodificar, + sigue siendo un signo más.

Cada decodificación procesa una sola capa. Las secuencias porcentuales, bytes UTF-8 o sustitutos UTF-16 aislados no válidos producen un error. No analiza consultas ni repara automáticamente.

Entrada: 1.048.576 unidades UTF-16; salida: 4.194.304; vista previa: 20.000. Pegar puede normalizar los saltos de línea.

Introduce texto o carga un ejemplo. La conversión manual acepta una entrada vacía y genera una salida vacía.

Tras confirmar, el resultado actualizado reemplaza la entrada y cambia la dirección. No está disponible si el resultado supera el límite de entrada.

Codificar URL resulta útil cuando una búsqueda contiene & o una dirección de retorno debe entrar dentro de otro enlace. Elegir el contexto evita que esos datos se conviertan en separadores.

También puedes decodificar URL para leer valores de registros. Este codificador URL usa codificación porcentual sobre bytes UTF-8: una ñ ocupa más de una secuencia.

Codificar URL conservando el significado

Distinguir valores y direcciones

Codificar URL en modo Componente convierte un & del valor en %26. URI completa conserva los separadores porque supone que la dirección ya está montada.

Tres contextos para componentes, direcciones y valores de formulario.

Corregir la secuencia concreta

Un % incompleto o bytes UTF-8 inválidos detienen la conversión. La posición del error permite revisar el origen sin aceptar un resultado inventado.

Una secuencia porcentual incorrecta aparece señalada en el texto de entrada.

Elegir la interpretación antes de convertir

01

Identifica el destino del texto

Para un término de búsqueda o una URL dentro de un parámetro, usa Componente. URI completa conserva caracteres como / y ?.

02

Controla cuándo se actualiza

El modo automático espera 350 ms después de un cambio. Desactívalo para mostrar Convertir, o usa Ctrl/Cmd+Enter. Cambiar la entrada o las opciones deja obsoleto el resultado anterior y bloquea copiar y descargar hasta completar otra conversión.

03

Revisa antes de reemplazar

Ejemplo, Limpiar e Invertir muestran una vista previa antes de Aplicar. Deshacer restaura juntos entrada, opciones y resultado. Invertir usa el resultado actual como entrada y cambia la dirección: no ejecuta una segunda decodificación. La vista previa muestra hasta 20.000 unidades UTF-16.

Contextos separados y errores localizables

Valores individuales

encodeURIComponent escapa los signos estructurales que pertenecen al valor.

URI completa

Conserva los separadores al codificar. Al decodificar, mantiene los escapes reservados con su escritura original.

Datos de formulario

Convierte un único valor con la convención de espacios y signos +.

Validación UTF-8

Rechaza secuencias inválidas y sustitutos UTF-16 aislados indicando su posición.

Qué cambia y qué se rechaza

Componente o URI completa
Componente sigue encodeURIComponent y conserva letras ASCII, números, - _ . ! ~ *, apóstrofo y paréntesis. URI también conserva los separadores reservados. Al decodificar URI, %2f mantiene su escritura; Componente lo convierte en /. El resultado no se abre ni se valida como dirección.
Una capa sin normalización
Codificar otra vez %20 produce %2520. Una decodificación recupera %20; quitar otra capa exige repetir deliberadamente. No se aplica normalización Unicode. El editor puede uniformar los saltos de línea al pegar.
Un único valor de formulario
Los signos & y = se procesan como datos, sin separar campos. Espacio se convierte en + y un plus literal en %2B. Solo se conservan letras ASCII, números y * - . _ al codificar. A diferencia de URLSearchParams, el decodificador rechaza secuencias porcentuales o UTF-8 incorrectas.
Solo bytes UTF-8 válidos
Al decodificar: Cada % requiere dos dígitos hexadecimales. Se rechazan secuencias demasiado largas, truncadas o que representen sustitutos. La ubicación apunta al primer % de la secuencia incorrecta. No se admiten GBK, Windows-1252 ni la forma antigua %uXXXX.
Validación adicional del texto
Se rechazan sustitutos UTF-16 aislados en ambas direcciones. Es una regla adicional: decodeURI y decodeURIComponent nativos pueden conservar sustitutos sin codificar. Una pareja válida, como la de un emoji, sí se admite. No se convierten dominios a Punycode.
Límites sin resultados parciales
La entrada permite 1.048.576 unidades UTF-16 y la salida 4.194.304. Superar un límite hace fallar toda la conversión. La vista previa llega a 20.000 unidades; copiar y descargar TXT incluyen todo el resultado vigente. La conversión manual acepta vacío; Limpiar devuelve el estado de espera.

Preguntas sobre Codificar URL

¿En qué se diferencian codificar y decodificar?

Codificar cambia los caracteres por secuencias aptas para el contexto elegido. Decodificar recupera una capa del texto representado por esas secuencias.

¿Por qué los espacios aparecen como %20?

20 es el valor hexadecimal del byte del espacio. El modo Formulario usa + por la convención de los formularios HTML.

¿Qué provoca un error al decodificar?

Un % suelto, dígitos no hexadecimales o bytes que no formen UTF-8 válido. Revisa la línea y columna indicadas antes de repetir.

¿Se convierte la dirección completa o un componente?

Puedes elegir ambos contextos. Codificar URL como Componente también escapa /, ? y &, por lo que debes reservarlo para un valor individual.

¿Para qué sirve codificar espacios con el signo más?

Para preparar un valor application/x-www-form-urlencoded. Al decodificarlo, el mismo modo convierte + en espacio y %2B en un signo más literal.

¿Encontraste una secuencia inesperada?

Comprobar un ejemplo breve

Codificar URL con el contexto elegido te permite revisar cada valor antes de incorporarlo a una solicitud.