Codificador y Decodificador de URL

La diferencia está en cuánto codifican. encodeURIComponent escapa todos los caracteres reservados, incluyendo : / ? # @ & = + $, por lo que está pensado para una sola parte de una URL, típicamente un valor dentro de una cadena de consulta. Si ese valor contuviera un & o un = sueltos, codificarlo evita que ese valor inicie accidentalmente un nuevo parámetro. encodeURI es más suave: conserva los caracteres estructurales : / ? # para que una dirección completa y ya ensamblada siga siendo utilizable como URL. La regla general es usar encodeURIComponent en el pequeño fragmento que vas a insertar dentro de una URL, y encodeURI en una URL entera que no quieres que se rompa. Usar el equivocado es el error más común con las URLs. Esta herramienta ofrece ambos como alcances separados, además de modos exclusivos para ruta y para cadena de consulta, para que apliques exactamente el nivel correcto.

Las URLs solo pueden transportar de forma segura un conjunto limitado de caracteres, y algunos están reservados porque tienen un significado estructural. Un espacio no está permitido en absoluto y debe convertirse en %20, de lo contrario los navegadores, servidores y analizadores de enlaces pueden truncar la dirección en ese hueco. Un ampersand es aún peor: dentro de una cadena de consulta, & separa un parámetro del siguiente, así que un & sin codificar dentro de un valor se interpreta como el inicio de un parámetro completamente nuevo, partiendo tus datos en dos. Codificarlo como %26 lo mantiene como texto literal. Lo mismo aplica a #, que marca un fragmento, y a ? y /, que marcan la consulta y la ruta. La codificación por porcentaje reemplaza cada uno de estos caracteres por un código seguro con prefijo %. Pega tu enlace en la herramienta, elige el alcance correcto, y ella escapará por ti los caracteres inseguros para que la URL se mantenga intacta.

Ambos pueden representar un espacio, pero pertenecen a esquemas de codificación distintos y no siempre son intercambiables. %20 es la codificación por porcentaje estándar para un espacio y es válida en cualquier parte de una URL: la ruta, la consulta o un fragmento. El signo más solo significa un espacio en un contexto muy específico: los datos application/x-www-form-urlencoded, que es como un formulario HTML envía sus valores. En ese formato, un espacio literal se convierte en +, y un + literal debe codificarse a su vez como %2B para que no se confunda con un espacio. Fuera de la codificación de formularios, un + en una URL es simplemente un signo más y no se decodifica como espacio. Mezclar ambos es una fuente frecuente de errores, donde un nombre como "John Doe" termina llegando como "John+Doe". Esta herramienta ofrece un modo dedicado de codificación para formularios URL junto con la codificación por porcentaje estándar, para que elijas la convención que espera tu endpoint.

%2520 es la señal característica de la doble codificación: una cadena que fue codificada por porcentaje dos veces. Un espacio primero se convierte en %20; si ese resultado se vuelve a codificar, el propio % se escapa como %25, convirtiendo %20 en %2520. Con frecuencia verás grupos de secuencias 25 sueltas repartidas por un enlace deformado, como %253A o %252F. Suele ocurrir cuando el código codifica un valor que ya estaba codificado, por ejemplo al envolver una URL completa ya construida dentro de encodeURIComponent. La solución es simplemente decodificar la cadena dos veces: decodificar una vez convierte %2520 de nuevo en %20, y decodificar otra vez recupera el espacio original. El validador de esta herramienta señala la doble codificación cuando detecta el patrón, y puedes ejecutar la operación de decodificación varias veces para ir despegando cada capa hasta que la URL vuelva a verse normal. Pega el enlace sospechoso para confirmarlo y recuperar el original.

Los nombres de host siguen reglas distintas al resto de una URL: el host no puede contener letras no ASCII directamente, y no usa codificación por porcentaje como sí lo hacen la ruta o la consulta. En cambio, los nombres de dominio internacionalizados se convierten a Punycode, una codificación compatible con ASCII que antepone el prefijo xn-- a la etiqueta convertida. Por ejemplo, münchen.de se convierte en xn--mnchen-3ya.de, que es la forma que realmente viaja a través del DNS, mientras que los navegadores muestran a los usuarios la versión Unicode legible. La conversión es reversible, así que puedes convertir un host en Punycode de vuelta a su forma legible para verificar hacia dónde apunta realmente un enlace, algo útil al revisar dominios falsificados o parecidos a otros. El conversor de IDN de esta herramienta maneja ambas direcciones usando la normalización de URL nativa del navegador, manteniendo el host separado de la codificación por porcentaje que aplicarías a la ruta y la consulta. Pega un dominio para convertirlo desde o hacia Punycode.