Codificador URL Gratis: Codificar y Decodificar URL Online

A %20 es la codificación estándar del espacio en URLs. El + se usa como alternativa al espacio solo en formularios (application/x-www-form-urlencoded).

A Esta herramienta se centra en la codificación de URL, no en la conversión de conjuntos de caracteres. Asume que su texto de entrada ya está en un conjunto estándar como UTF-8. Si tiene texto en una codificación diferente, deberá convertirlo a UTF-8 primero antes de usar este codificador para garantizar una codificación porcentual adecuada. Asegúrese de que su cadena esté representada como bytes UTF-8 antes de introducirla aquí.

A encodeURI está diseñado para codificar URLs completas, no valores de parámetros. Preserva caracteres con significado especial en las URLs — como ?, #, / y =. Si necesitas codificar esos caracteres, usa encodeURIComponent. Por ejemplo, encodeURI no toca ?, pero encodeURIComponent lo convierte en %3F. Elige el modo correcto en esta herramienta según la parte de la URL que estés codificando.

A Los navegadores suelen normalizar las URLs automáticamente. Por ejemplo, escribir un espacio en la barra de direcciones se convierte en %20, pero algunos navegadores lo muestran de nuevo como un espacio. Nuestra herramienta te muestra la salida cruda con porcentajes, que es lo que realmente se envía por la red. Pega la URL de tu navegador en el decodificador para ver los caracteres reales subyacentes. Este desajuste sorprende a muchos desarrolladores.

A Son sistemas completamente distintos. La codificación URL convierte espacios en %20, mientras que la de entidades HTML usa   o  . Mezclarlos rompe enlaces o muestra código crudo en las páginas. Esta herramienta es solo para codificación URL. Si depuras respuestas de API JSON y ves & en lugar de &, eso es codificación HTML filtrándose, no un problema de URL.

A La doble codificación pasa cuando alguien codifica una cadena que ya estaba codificada. Verás cosas como %2520 en lugar de %20. Pásala por el decodificador una vez, revisa si aún quedan signos de porcentaje y decodifica de nuevo si hace falta. Casi nunca se necesitan tres pasadas. Si un callback de pasarela de pago llega ilegible, este suele ser el responsable.

A No, para nada. La codificación URL solo da formato — convierte espacios en %20 y caracteres especiales en códigos de porcentaje. Cualquiera puede decodificarlos al instante con esta misma herramienta. Es como envolver un sándwich en plástico transparente: ordenado pero totalmente visible. Si compartes datos sensibles como contraseñas en URLs, usa encriptación real (HTTPS cubre el transporte) o mejor, hashea. Codificar solo no protege nada.

A Los editores de correo suelen codificar espacios y caracteres especiales de forma inconsistente. Un espacio sin codificar puede verse bien en el editor, pero al enviarse se convierte en %20 — o peor, el enlace se trunca en el primer espacio. Pega tu enlace en este decodificador para ver los caracteres reales. Si ves un `&` suelto en lugar de `&`, eso es codificación HTML, no URL. Un consejo práctico: codifica toda la cadena de consulta con `encodeURIComponent` antes de insertarla en tu plantilla.

A El decodificador simplemente te muestra los bytes codificados originales, nada más. Por ejemplo, `%2520` se decodifica a `%20` en la primera pasada, no a un espacio. Ejecútalo de nuevo si sospechas doble codificación — es en la segunda pasada donde finalmente verás el espacio. He visto pipelines de datos que triplican la codificación de cadenas de consulta por error, así que revisa tus logs un par de veces. Tip: al limpiar exportaciones de hojas de cálculo, decodifica una vez y luego busca signos `%` restantes.

A No, y confundirlos causa dolores de cabeza reales. El codificado URL usa signos de porcentaje seguidos de valores hexadecimales — un espacio se convierte en %20. Base64 usa un alfabeto completamente distinto con A-Z, a-z, 0-9, más y barra para empaquetar datos binarios en texto. Si intentas decodificar una cadena Base64 aquí, obtendrás basura o un error. Para distinguirlos: las cadenas Base64 suelen terminar con = y son mucho más largas que su origen. Si estás construyendo enlaces firmados para una API, revisa la documentación: algunos sistemas esperan Base64url, que cambia + y / por - y _. Esa variante tampoco funcionará correctamente en nuestra herramienta.