Skip to content

Codificador y Decodificador URL con Analizador Integrado

Pega una URL para decodificarla o codificarla al instante. Analizador integrado descompone protocolo, host, ruta y parámetros en campos editables. Modos encodeURI y encodeURIComponent. 100% navegador — sin envío de datos.

Sin rastreo Se ejecuta en el navegador Gratis
Decodificado
Codificado
Revisado para conformidad RFC 3986, corrección de encodeURI/encodeURIComponent y exactitud de codificación UTF-8 — Equipo de Ingeniería de Go Tools · Apr 7, 2026

¿Qué es la codificación URL (codificación porcentual)?

La codificación URL, formalmente conocida como codificación porcentual, es un mecanismo definido en RFC 3986 para representar caracteres en un Identificador Uniforme de Recurso (URI) que no están permitidos o tienen un significado especial. Convierte cada byte inseguro en un signo de porcentaje (%) seguido de dos dígitos hexadecimales — por ejemplo, un espacio se convierte en %20, un ampersand en %26 y el carácter chino 中 se convierte en %E4%B8%AD (sus tres bytes UTF-8, cada uno codificado con porcentaje).

Las URLs solo pueden contener un conjunto limitado de caracteres del conjunto ASCII. Las letras, dígitos y un puñado de símbolos (- _ . ~) se consideran 'no reservados' y pueden aparecer tal cual. Todos los demás caracteres — incluyendo espacios, puntuación y todo el rango de Unicode — deben codificarse con porcentaje para transmitirse de forma segura en una URL. Los caracteres reservados como ?, &, = y # sirven como delimitadores estructurales en la sintaxis URL, por lo que también deben codificarse cuando se usan como datos literales en lugar de delimitadores.

La codificación porcentual es esencial en toda la web: los navegadores codifican los envíos de formularios, las APIs requieren parámetros de consulta codificados, los flujos OAuth dependen de URIs de redirección correctamente codificados y los nombres de dominio internacionalizados dependen de la codificación para caracteres no ASCII. Una codificación incorrecta conduce a enlaces rotos, vulnerabilidades de seguridad (como ataques de redirección abierta) y corrupción de datos.

Esta herramienta proporciona los modos encodeURI y encodeURIComponent, un analizador de estructura URL integrado, conversión en tiempo real y detección de doble codificación — todo ejecutándose de forma privada en tu navegador.

La codificación URL se usa frecuentemente junto con otras herramientas de desarrollo web. Podrías necesitar codificar una URL en Base64 para incrustarla en un token JWT o payload de API, o formatear datos JSON que contienen cadenas URL para inspeccionar su estructura.

// Encode a query parameter value
const param = encodeURIComponent('hello world & goodbye');
console.log(param); // → 'hello%20world%20%26%20goodbye'

// Encode a full URL (preserves structure)
const url = encodeURI('https://example.com/path name?q=hello world');
console.log(url); // → 'https://example.com/path%20name?q=hello%20world'

// Decode a percent-encoded string
const decoded = decodeURIComponent('hello%20world%20%26%20goodbye');
console.log(decoded); // → 'hello world & goodbye'

// Build a URL with encoded parameters
const base = 'https://api.example.com/search';
const query = `?q=${encodeURIComponent('你好')}&lang=zh`;
console.log(base + query); // → 'https://api.example.com/search?q=%E4%BD%A0%E5%A5%BD&lang=zh'

Características principales

Modo de codificación dual

Alterna entre encodeURI (preserva la estructura URL) y encodeURIComponent (codifica todo para valores de parámetros) según tu caso de uso exacto.

Analizador de URL integrado

Descompone automáticamente cualquier URL en protocolo, host, puerto, ruta, parámetros de consulta y fragmento — cada campo es editable y puede reconstruirse en una nueva URL.

Conversión en tiempo real

Codifica y decodifica al instante mientras escribes — sin botones que pulsar, los resultados aparecen inmediatamente en la otra área con cada pulsación de tecla.

100% en el navegador

Todo el procesamiento ocurre localmente en tu navegador usando APIs nativas de JavaScript. Tus datos nunca abandonan tu dispositivo — sin cargas al servidor, sin seguimiento.

Soporte completo de UTF-8

Maneja correctamente chino, japonés, coreano, árabe, emojis y cualquier texto Unicode mediante codificación y decodificación UTF-8 apropiada.

Detección de doble codificación

Detecta y advierte automáticamente sobre problemas de doble codificación como %2520 (un %20 codificado con porcentaje), ayudándote a evitar uno de los errores más comunes de codificación URL.

Ejemplos

Decodificar URL ilegible

https%3A%2F%2Fexample.com%2Fsearch%3Fq%3Dhello%20world%26lang%3Den
https://example.com/search?q=hello world&lang=en

Una URL completamente codificada con porcentaje se decodifica a su forma legible, revelando los parámetros y la estructura originales

Caracteres chinos

https://example.com/search?q=你好世界
https://example.com/search?q=%E4%BD%A0%E5%A5%BD%E4%B8%96%E7%95%8C

Los caracteres chinos se convierten a secuencias de bytes UTF-8 y se codifican con porcentaje

Parámetros de consulta

https://example.com/api?name=John Doe&role=admin&lang=en&sort=date desc
https://example.com/api?name=John%20Doe&role=admin&lang=en&sort=date%20desc

Los espacios y caracteres especiales en los valores de los parámetros de consulta se codifican con porcentaje preservando la estructura de la URL

URL completa

https://user:pass@example.com:8080/path/to/page?key=value&arr[]=1#section-2
https://user:pass@example.com:8080/path/to/page?key=value&arr%5B%5D=1#section-2

Una URL completa con credenciales, puerto, ruta, parámetros de consulta con corchetes e identificador de fragmento

URI de redirección OAuth

https://auth.example.com/authorize?redirect_uri=https://myapp.com/callback?code=abc&state=xyz
https://auth.example.com/authorize?redirect_uri=https%3A%2F%2Fmyapp.com%2Fcallback%3Fcode%3Dabc%26state%3Dxyz

El valor de redirect_uri contiene una URL completa que debe codificarse para que sus caracteres especiales no se interpreten como parte de la URL externa

Cómo usar

  1. 1

    Introduce una URL o cadena codificada

    Pega una URL en el área decodificada para codificarla, o pega una cadena codificada con porcentaje en el área codificada para decodificarla. Selecciona el modo encodeURI o encodeURIComponent según tu caso de uso.

  2. 2

    Consulta los resultados y la estructura analizada

    La otra área se actualiza instantáneamente mientras escribes. El analizador de URL descompone la URL en protocolo, host, puerto, ruta, parámetros de consulta y fragmento — todos editables.

  3. 3

    Copia o reconstruye

    Haz clic en Copiar para copiar el resultado codificado o decodificado. Edita los componentes individuales de la URL y haz clic en Reconstruir para construir una nueva URL a partir de las partes modificadas.

Errores comunes

Doble codificación (%2520 en lugar de %20)

La doble codificación ocurre cuando una URL ya codificada se codifica nuevamente. El % en %20 se codifica como %25, convirtiendo %20 en %2520. Esto rompe la URL porque el servidor ve una cadena literal %20 en lugar de un espacio.

✗ Incorrecto
https://example.com/path%2520with%2520spaces
✓ Correcto
https://example.com/path%20with%20spaces

Espacio codificado como + en segmentos de ruta

El carácter + representa un espacio solo en formato application/x-www-form-urlencoded (cadenas de consulta de formularios HTML). En segmentos de ruta URL, + se interpreta como un signo más literal, no un espacio. Siempre usa %20 para espacios en segmentos de ruta.

✗ Incorrecto
https://example.com/my+file+name.pdf
✓ Correcto
https://example.com/my%20file%20name.pdf

Usar encodeURI en valores de parámetros de consulta

encodeURI() no codifica &, = ni otros caracteres reservados, por lo que usarlo en un valor de parámetro que contiene estos caracteres corrompe la estructura de la cadena de consulta.

✗ Incorrecto
encodeURI('key=value&more')  → 'key=value&more' (& not encoded!)
✓ Correcto
encodeURIComponent('key=value&more')  → 'key%3Dvalue%26more'

Asumir codificación no UTF-8

Algunos sistemas legacy usan codificaciones como Latin-1 o Shift-JIS para parámetros URL. Los estándares modernos requieren UTF-8. Decodificar un parámetro codificado en Shift-JIS con un decodificador UTF-8 produce texto corrupto.

✗ Incorrecto
Decoding %82%B1%82%F1 as UTF-8 (this is Shift-JIS for こん)
✓ Correcto
Using UTF-8: %E3%81%93%E3%82%93 correctly decodes to こん

Codificar rutas relativas sin contexto

Codificar una ruta relativa como ../images/photo.jpg con encodeURIComponent convierte las barras y puntos en secuencias codificadas con porcentaje, rompiendo la estructura de la ruta. Usa encodeURI() o codifica solo los segmentos de ruta individuales.

✗ Incorrecto
encodeURIComponent('../images/photo.jpg')  → '..%2Fimages%2Fphoto.jpg'
✓ Correcto
Encode each segment: '../images/' + encodeURIComponent('my photo.jpg')

Casos de uso comunes

Depuración de URLs ilegibles
Decodifica URLs codificadas con porcentaje de registros de servidor, mensajes de error o herramientas de desarrollo del navegador para leer el texto original legible.
Desarrollo de APIs
Codifica valores de parámetros de consulta para llamadas API REST, asegurando que caracteres especiales como &, = y espacios no rompan la URL de la solicitud.
Configuración de flujos OAuth
Codifica correctamente redirect_uri y otros parámetros URL en URLs de autorización OAuth para prevenir fallos de autenticación.
URLs internacionalizadas
Codifica y decodifica URLs que contienen caracteres chinos, japoneses, coreanos, árabes u otros caracteres no ASCII para aplicaciones web internacionalizadas.
Análisis de enlaces de marketing
Decodifica URLs de seguimiento de campañas de email y plataformas publicitarias para entender los parámetros UTM incrustados y las cadenas de redirección.
Inspección de estructura URL
Analiza URLs complejas en sus componentes — protocolo, host, puerto, ruta, parámetros de consulta y fragmento — para análisis y modificación.

Detalles técnicos

Caracteres reservados y no reservados RFC 3986
RFC 3986 define caracteres no reservados (A-Z, a-z, 0-9, -, ., _, ~) que nunca necesitan codificación, y caracteres reservados (:, /, ?, #, [, ], @, !, $, &, ', (, ), *, +, ,, ;, =) que sirven como delimitadores URI y deben codificarse con porcentaje cuando se usan como datos.
Flujo de codificación de bytes UTF-8
Los caracteres no ASCII primero se convierten a su punto de código Unicode, luego se codifican como bytes UTF-8 (1-4 bytes según el rango del punto de código), y finalmente cada byte se codifica con porcentaje como %XX. Por ejemplo: é (U+00E9) → bytes UTF-8 C3 A9 → %C3%A9. El emoji 🎉 (U+1F389) → bytes UTF-8 F0 9F 8E 89 → %F0%9F%8E%89.
Terminología URL vs URI
Un URI (Identificador Uniforme de Recurso) es el término general para cualquier cadena identificadora. Una URL (Localizador Uniforme de Recurso) es un URI que también especifica el mecanismo de acceso (como https://). Las reglas de codificación de RFC 3986 se aplican a todos los URIs. La API de JavaScript usa la terminología URI (encodeURI, decodeURI), mientras que el uso cotidiano prefiere URL.

Buenas prácticas

Usa el modo correcto para cada tarea
Usa encodeURIComponent() para claves y valores de parámetros de consulta individuales. Usa encodeURI() solo cuando tengas una URL completa y quieras codificar caracteres inseguros sin romper su estructura. Nunca uses encodeURI() en valores de parámetros que puedan contener &, = u otros caracteres reservados.
Evita la doble codificación
Antes de codificar una cadena, verifica si ya está codificada. Busca secuencias % existentes. Codificar una cadena ya codificada convierte %20 en %2520, %3D en %253D, etc. Si no estás seguro, decodifica primero y luego codifica una vez.
Decodifica en el lado del servidor
La mayoría de los frameworks web decodifican automáticamente los parámetros URL antes de que tu código de aplicación los vea. Evita decodificar manualmente parámetros que tu framework ya ha decodificado — esto puede causar problemas si el valor original contenía secuencias de porcentaje literales.
Codifica valores para OAuth y firma de API
Las cadenas base de firma OAuth 1.0 y muchos algoritmos de firma API requieren codificación porcentual estricta RFC 3986. Usa encodeURIComponent() y luego reemplaza los caracteres restantes que no codifica (como !, ', (, ), *) con sus equivalentes codificados con porcentaje si la especificación lo requiere.

Preguntas frecuentes

¿Qué es la codificación URL y por qué es necesaria?
La codificación URL, también conocida como codificación porcentual, es un mecanismo definido en RFC 3986 para representar caracteres que no están permitidos en un URI. Las URLs solo pueden contener un conjunto limitado de caracteres del conjunto ASCII — letras (A-Z, a-z), dígitos (0-9) y algunos caracteres especiales como guiones, guiones bajos, puntos y tildes. Cualquier carácter fuera de este conjunto seguro debe codificarse como un signo de porcentaje (%) seguido de dos dígitos hexadecimales que representan el valor de byte del carácter. Por ejemplo, un espacio se convierte en %20, una barra oblicua en %2F y un ampersand en %26. Esta codificación es necesaria porque caracteres como &, =, ? y # tienen un significado estructural especial en las URLs — delimitan parámetros de consulta, fragmentos y otros componentes. Sin codificación, un & literal en un valor de parámetro se interpretaría erróneamente como separador de parámetros, rompiendo completamente la estructura de la URL. La codificación URL asegura que los datos pasen intactos a través de la infraestructura HTTP, sin importar qué caracteres contengan.
¿Cuál es la diferencia entre encodeURI y encodeURIComponent?
Estas dos funciones de JavaScript sirven para propósitos diferentes y codifican conjuntos diferentes de caracteres. Entender cuándo usar cada una es fundamental para evitar URLs rotas. encodeURI() está diseñado para codificar un URI completo. Preserva los caracteres que tienen significado estructural en una URL — dos puntos (:), barras oblicuas (/), signos de interrogación (?), almohadillas (#), ampersands (&) y signos de igual (=) — porque estos delimitadores son necesarios para que la URL funcione. Usa encodeURI() cuando tengas una cadena URL completa y simplemente quieras asegurarte de que los caracteres inseguros (como espacios o texto no ASCII) estén codificados, sin alterar su estructura. Por ejemplo, encodeURI('https://example.com/path name') produce 'https://example.com/path%20name', preservando :// y /. encodeURIComponent() es mucho más agresivo. Codifica casi todos los caracteres no alfanuméricos, incluyendo :, /, ?, #, & y =. Esto lo convierte en la opción correcta para codificar valores individuales que se colocarán dentro de una URL — más comúnmente valores de parámetros de consulta. Si usaras encodeURI() en un valor de parámetro que contiene un ampersand, el & pasaría sin codificar y se interpretaría como separador de parámetros. encodeURIComponent() lo codificaría correctamente como %26. La regla general: usa encodeURIComponent() para claves y valores de parámetros, y encodeURI() solo cuando codifiques una URL completa donde los delimitadores estructurales deben permanecer intactos.
¿La codificación URL es lo mismo que la codificación HTML?
No, son esquemas de codificación completamente diferentes diseñados para propósitos distintos. La codificación URL (codificación porcentual) convierte caracteres en secuencias hexadecimales %XX para uso seguro en URLs, según RFC 3986. La codificación HTML (también llamada codificación de entidades HTML) convierte caracteres en referencias de entidades como & para &, < para < y " para comillas dobles, según la especificación HTML. La codificación URL es para el transporte de datos dentro de URLs, mientras que la codificación HTML es para mostrar contenido de forma segura dentro de documentos HTML. Un error común es aplicar codificación HTML a parámetros de URL o viceversa. Por ejemplo, codificar un espacio como   en una URL no funcionaría — debe ser %20 o +.
¿Por qué mi URL se rompe en un comando curl?
Cuando pegas una URL que contiene caracteres especiales en un comando de shell como curl, el shell interpreta caracteres como &, ?, (, ) y # antes de que curl los vea. El ampersand (&) indica al shell que ejecute el comando anterior en segundo plano. El signo de interrogación (?) activa la expansión de nombres de archivo. La almohadilla (#) inicia un comentario, causando que todo lo que sigue sea ignorado. Para solucionarlo, siempre envuelve tu URL entre comillas simples en el shell: curl 'https://example.com/api?key=value&page=2#section'. Las comillas simples evitan que el shell interprete cualquier carácter especial. También puedes escapar caracteres individuales con barras invertidas, pero entrecomillar toda la URL es más simple y menos propenso a errores.
¿Por qué los caracteres chinos se convierten en cadenas como %E4%B8%AD en las URLs?
Los caracteres chinos (y todos los caracteres no ASCII) primero se convierten a su representación en bytes UTF-8, y luego cada byte se codifica con porcentaje. Por ejemplo, el carácter 中 tiene el punto de código Unicode U+4E2D. En UTF-8, se representa como tres bytes: 0xE4, 0xB8, 0xAD. Cada byte se escribe como un signo de porcentaje seguido de dos dígitos hexadecimales, produciendo %E4%B8%AD. Este proceso de tres pasos — carácter a punto de código Unicode, punto de código a bytes UTF-8, bytes a hexadecimal codificado con porcentaje — es la razón por la que un solo carácter chino puede expandirse a 9 caracteres (%XX%XX%XX) en una URL. El mismo principio aplica a los emojis, que frecuentemente requieren 4 bytes UTF-8 y por lo tanto se convierten en 12 caracteres cuando se codifican con porcentaje.
¿Debo codificar el parámetro redirect_uri en OAuth?
Sí, absolutamente. El redirect_uri en flujos OAuth es una URL completa que se incrusta como valor de parámetro de consulta dentro de otra URL. Si no lo codificas, los caracteres especiales en la URI de redirección — especialmente ?, & y = — se interpretarán como parte de la estructura de la URL externa en lugar de como caracteres literales en el valor del parámetro. Por ejemplo, redirect_uri=https://myapp.com/callback?code=abc&state=xyz sin codificar haría que el servidor de autorización vea redirect_uri como solo https://myapp.com/callback?code=abc, mientras que state=xyz se analizaría como un parámetro separado de la URL externa. La versión correctamente codificada es redirect_uri=https%3A%2F%2Fmyapp.com%2Fcallback%3Fcode%3Dabc%26state%3Dxyz. Siempre usa encodeURIComponent() sobre el valor completo de la URI de redirección.
¿Cuál es la diferencia entre querystring y URLSearchParams en Node.js?
Node.js ofrece dos APIs para manejar cadenas de consulta: el módulo legacy querystring y la clase más nueva URLSearchParams (parte del estándar URL de WHATWG). El módulo querystring usa su propia lógica de codificación — notablemente, codifica espacios como %20 por defecto y tiene algunas particularidades en el manejo de arrays (key=1&key=2 se convierte en { key: ['1', '2'] }). URLSearchParams sigue el estándar del navegador: codifica espacios como + en formato application/x-www-form-urlencoded, maneja automáticamente claves repetidas mediante getAll(), y proporciona una interfaz iterable con métodos entries(), keys() y values(). Para proyectos nuevos, se recomienda URLSearchParams porque coincide con el comportamiento del navegador, cumple con los estándares y funciona de manera idéntica en Node.js y navegadores.
¿Cómo codifico una URL en Python, JavaScript y Java?
En JavaScript, usa encodeURIComponent() para valores de parámetros y encodeURI() para URLs completas. Ejemplo: const encoded = encodeURIComponent('hello world'); produce 'hello%20world'. En Python 3, usa urllib.parse.quote() para segmentos de ruta y urllib.parse.urlencode() para parámetros de consulta. Ejemplo: from urllib.parse import quote; quote('hello world') produce 'hello%20world'. Para cadenas de consulta completas: from urllib.parse import urlencode; urlencode({'q': 'hello world'}) produce 'q=hello+world'. En Java, usa URLEncoder.encode(value, StandardCharsets.UTF_8) para valores de parámetros. Ten en cuenta que el URLEncoder de Java codifica espacios como + (codificación de formulario), así que reemplaza + con %20 si necesitas codificación RFC 3986.
¿Qué caracteres no se codifican con la codificación URL?
RFC 3986 define un conjunto de 'caracteres no reservados' que no necesitan codificación: letras mayúsculas A-Z, letras minúsculas a-z, dígitos 0-9, guion (-), punto (.), guion bajo (_) y tilde (~). Estos 66 caracteres pueden aparecer literalmente en cualquier parte de una URL. Además, los 'caracteres reservados' — :, /, ?, #, [, ], @, !, $, &, ', (, ), *, +, ; y = — están permitidos en sus roles estructurales designados pero deben codificarse con porcentaje cuando se usan como datos literales. La función encodeURIComponent() en JavaScript codifica todo excepto A-Z a-z 0-9 - _ . ~ y ! ' ( ) *, mientras que encodeURI() además preserva los caracteres reservados que sirven como delimitadores URL.
¿Cuál es la diferencia entre + y %20 para codificar espacios?
Tanto + como %20 representan un carácter de espacio, pero provienen de especificaciones diferentes. La convención + se origina del formato application/x-www-form-urlencoded definido en la especificación HTML, que se usa cuando los navegadores envían formularios HTML. En este formato, los espacios se codifican como + y el carácter + mismo se convierte en %2B. La codificación %20 proviene de RFC 3986 (sintaxis URI), donde cada carácter no reservado se codifica como signo de porcentaje seguido de dos dígitos hexadecimales. En la práctica moderna, %20 es la opción universalmente segura — funciona en todas las partes de una URL (ruta, consulta, fragmento). La codificación + para espacios solo es válida en la cadena de consulta cuando se usa codificación de formulario. Usar + en un segmento de ruta URL se interpretaría como un signo más literal, no un espacio. En caso de duda, usa %20.
¿Cómo maneja la codificación URL los emojis?
Los emojis se codifican mediante el mismo proceso de codificación porcentual UTF-8 que cualquier otro carácter Unicode, pero requieren más bytes. La mayoría de los emojis usan puntos de código en el rango U+1F000 a U+1FFFF (o superior), que requieren 4 bytes en codificación UTF-8. Cada byte se codifica con porcentaje, por lo que un solo carácter emoji típicamente se expande a 12 caracteres en una URL. Por ejemplo, el emoji cohete (🚀, U+1F680) se codifica en UTF-8 como los bytes F0 9F 9A 80, que se convierte en %F0%9F%9A%80 en una URL. Algunos emojis con modificadores de tono de piel o secuencias ZWJ pueden consistir en múltiples puntos de código y expandirse a más de 30 caracteres cuando se codifican.
¿Se puede usar la codificación URL para cifrado o seguridad?
No. La codificación URL no es cifrado y no proporciona ninguna seguridad. Es una transformación puramente mecánica, determinista y completamente reversible — cualquiera puede decodificar una cadena codificada con porcentaje instantáneamente sin ninguna clave o secreto. La codificación URL existe únicamente para hacer que datos arbitrarios sean seguros para el transporte dentro de URLs escapando caracteres que de otro modo tendrían significado estructural. Tratar la codificación URL como una forma de ofuscación o seguridad es un concepto erróneo peligroso. Los datos sensibles como contraseñas, tokens o información personal en URLs deben protegerse mediante HTTPS (cifrado TLS de toda la solicitud), no mediante codificación URL.
¿Cuál es la longitud máxima de una URL?
Las especificaciones HTTP (RFC 7230) no definen una longitud máxima de URL, pero existen límites prácticos en cada capa. La mayoría de los navegadores modernos soportan URLs de hasta aproximadamente 2.048 caracteres (el límite histórico de Internet Explorer), aunque Chrome y Firefox pueden manejar URLs que exceden los 100.000 caracteres. Los servidores web imponen sus propios límites: Apache por defecto 8.190 bytes, Nginx 8.192 bytes e IIS 16.384 bytes para la cadena de consulta. Los CDN y proxies pueden tener límites aún más estrictos. Cuando la codificación URL expande caracteres — especialmente texto no ASCII — una URL aparentemente corta puede acercarse rápidamente a estos límites. Como buena práctica, mantén las URLs por debajo de 2.000 caracteres para máxima compatibilidad.
¿Cuál es la diferencia entre una URL y un URI?
Un URI (Identificador Uniforme de Recurso) es el concepto más amplio — es cualquier cadena que identifica un recurso. Una URL (Localizador Uniforme de Recurso) es un tipo específico de URI que también proporciona los medios para localizar el recurso describiendo su mecanismo de acceso (protocolo) y ubicación de red. Por ejemplo, https://example.com/page es tanto un URI como una URL porque identifica un recurso y te dice cómo acceder a él (vía HTTPS en example.com). Un URN (Nombre Uniforme de Recurso) como urn:isbn:0451450523 es un URI pero no una URL — identifica un libro por ISBN pero no te dice dónde encontrarlo. En el desarrollo web cotidiano, los términos URL y URI se usan frecuentemente de forma intercambiable, y las reglas de codificación definidas en RFC 3986 se aplican a ambos.

Herramientas relacionadas

Ver todas las herramientas →

Decodificador y Codificador Base64

Codificación y Formato

Decodifica y codifica Base64 online de forma gratuita. Conversión en tiempo real con soporte completo de UTF-8 y emojis. 100% privado — funciona en tu navegador. Sin registro.

Formateador y Validador JSON

Codificación y Formato

Formatea, valida y embellece JSON al instante en tu navegador. Herramienta gratuita con validación sintáctica, detección de errores, minificación y copia con un clic. 100% privado.

Conversor de Bases — Binario, Hex, Decimal, Octal

Herramientas de Conversión

Convierte números entre binario, hexadecimal, decimal, octal y cualquier base personalizada (2-36) al instante. Gratis, privado, sin registro — todo el procesamiento ocurre en tu navegador.

Comprimir Imágenes Online — JPEG, PNG y WebP

Herramientas de Conversión

Reduce el tamaño de las imágenes hasta un 80% — comprime JPEG, PNG y WebP en tu navegador, sin subir archivos. Lotes de 20 imágenes, ajusta la calidad, compara antes y después. Gratis y privado.

Convertidor de Longitud — Métrico e Imperial

Herramientas de Conversión

1 pulgada = 2,54 cm, 1 pie = 0,3048 m, 1 milla = 1,609 km. Convierte entre 16 unidades de longitud al instante — métrico, imperial, náutico y astronómico. Gratis, privado, funciona en tu navegador.

Generador de Hash MD5 Online y Verificador de Checksum

Herramientas de Seguridad

Genera hashes MD5, SHA-256, SHA-1 y SHA-512 gratis — 100% en tu navegador, sin registro. Hashea texto o archivos, verifica checksums y compara hashes con un clic. Tus datos permanecen privados.