Reparador de URL
Repara URLs rotas online: comillas tipográficas, https faltante, dobles barras, codificación mixta y saltos de línea pegados desde Word o Slack.
¿Qué es el Reparador de URL?
Has copiado un enlace de un correo, un documento de Word, un mensaje de Slack o una página de Confluence, y ahora aparece rodeado de comillas tipográficas (" en lugar de "), con un guión largo (–) donde debería haber un guión normal, sin https:// al principio o con un salto de línea suelto que ha partido la URL en dos. Pégala aquí y recuperarás una URL funcional. El Reparador de URL limpia los daños sintácticos que deja el copia-pega, siguiendo las reglas del estándar URL de WHATWG y del RFC 3986.
El reparador se encarga de lo que una expresión regular tendría que tratar como caso especial para siempre: comillas tipográficas, guiones tipográficos, dobles barras accidentales en la ruta, percent-encoding mixto o doble (de modo que %2520 se convierte en %20 cuando es claramente una doble codificación), espacios sin codificar y caracteres CR/LF/tab que aparecieron dentro de la URL cuando alguien pulsó Intro en el momento equivocado. No inventa un nombre de host, no cambia tus parámetros de consulta ni añade un segmento de ruta que no estuviera ahí. La salida se valida contra las reglas de la API URL del navegador, así que sabes que parseará correctamente al otro lado. Los nombres de host internacionales (Unicode, IDN) se conservan según el RFC 3987.
Tu URL viaja al backend para que pueda ejecutarse el arreglo y vuelve directamente. No registramos la entrada: las URLs suelen llevar tokens de sesión, IDs de cliente u otras cosas que no quieres que queden en un fichero de log. Si tu URL contiene un secreto real (un enlace firmado de S3, un token de autenticación de un solo uso), rótalo después de pegarlo en cualquier sitio, incluido este.
Cómo usar el Reparador de URL
Tres pasos. Cada uno se corresponde con un botón de esta página: no hay nada oculto.
Pega la URL rota o carga la de ejemplo
Pon tu URL rota en el editor de la izquierda. Haz clic en URL de ejemplo para cargar un caso roto a propósito con comillas tipográficas, un guión largo, sin esquema y un espacio sin codificar: justo lo que pegas a diario desde un correo. Ejemplo de URL rota:
"shop.example.com/orders/ORD–1001?customer=Ava Chen"Comillas tipográficas que rodean la URL desde un Word, guión largo dentro del segmento de ruta, sin esquema y un espacio literal en el valor de consulta. Cuatro problemas distintos en una sola línea corta.
Haz clic en ¡Reparar URL!
Pulsa el botón verde ¡Reparar URL!. El reparador quita las comillas envolventes, sustituye el guión largo por uno normal, antepone https:// y codifica el espacio para que el resultado cumpla con el RFC 3986.
Copia la URL ya arreglada
El panel de la derecha muestra la URL ya limpia. Échale un vistazo, cópiala y pégala en el navegador, en tu llamada fetch(), en tu README o en el test que estaba fallando. Si quieres ver la URL desglosada en sus partes, pásala luego por nuestro Analizador de URL.
Cuándo lo usarías de verdad
Enlaces pegados desde correo o Word
Outlook y Word convierten en silencio las comillas rectas en tipográficas y los guiones en guiones largos. La URL se ve bien en el mensaje y se rompe en cuanto la pegas en una terminal. El reparador deshace ese autocorregido "inteligente" para que el enlace vuelva a funcionar.
URLs envueltas en comillas por un logger
A los logs de aplicación en JSON les encanta imprimir las URLs como "https://api.example.com/v1/orders?id=ORD-1001". Cuando la copias para hacer un curl rápido, las comillas se vienen contigo. El reparador las quita y dejas de preguntarte por qué tu shell se queja de una comilla sin cerrar.
Saltos de línea metidos en la URL por Slack o Jira
Las URLs largas en Slack, Jira o Confluence se parten al copiarse y arrastran un \n suelto. La ruta parece correcta pero fetch() rechaza la URL con un error de parseo. El reparador aplana los saltos de línea para que la URL vuelva a ser una cadena continua.
Cadenas de consulta con doble codificación
Cuando una URL pasa por dos sistemas que la codifican con percent-encoding, terminas con %2520 donde debería haber %20. El reparador reduce los dobles encodings evidentes a una sola capa: muy útil cuando depuras cadenas de redirecciones o payloads de webhooks.
Preguntas frecuentes
¿Mi URL se almacena o se envía a algún sitio que yo no vea?
Tu URL viaja a nuestro backend para que se ejecute el arreglo y vuelve enseguida. No registramos la entrada en sí: las URLs suelen llevar tokens de sesión o información personal en la ruta o en la consulta. Registramos que se hizo un arreglo, no qué se arregló. Si la URL contiene un secreto real (un enlace firmado, un token de autenticación), considéralo expuesto en cuanto lo pegas en cualquier herramienta externa (incluida esta) y rótalo.
¿Qué tipos de errores de URL arregla en realidad?
Los del día a día: esquema faltante (por defecto https://), comillas tipográficas alrededor de la URL, guión largo o em-dash donde debería ir un guión normal, // accidentales en la ruta, doble percent-encoding (%2520 → %20 cuando es claramente doble), espacios sin codificar en valores de consulta, caracteres tab/CR/LF colados dentro de la URL por un procesador de textos y corchetes angulares envolventes como <https://example.com> que vienen de enlaces Markdown.
¿Cambiará los valores de mi ruta, consulta o fragmento?
No. El reparador es deliberadamente conservador. No inventa un host, no adivina un TLD que falta, no añade ni quita segmentos de ruta, no añade ni quita parámetros, no cambia el orden de los parámetros y no descarta el fragmento. Solo toca caracteres que estén sintácticamente mal. Si entra customer=Ava Chen, sale customer=Ava%20Chen: el mismo valor, simplemente codificado correctamente según el RFC 3986.
¿Soporta nombres de dominio internacionales (Unicode)?
Sí. Los caracteres Unicode en el host o la ruta se conservan como Identificadores de Recursos Internacionalizados (forma IRI). Si tu aplicación necesita la forma punycode (ASCII) del host, pasa la URL ya limpia por la biblioteca URL de tu lenguaje: el módulo url de Node, el paquete idna de Python o el constructor URL del navegador te darán ambas formas.
¿Y si la URL es muy larga?
Hay un tope de 64 KB en la entrada, unos 64 000 caracteres. Las URLs reales casi siempre están por debajo de 2 000; si la tuya es mayor, normalmente es porque hay algo doblemente codificado dentro o un payload binario en la cadena de consulta que debería ir en el cuerpo de un POST. El reparador te avisará de que la entrada es demasiado grande; recorta o reestructura primero.
Me devolvió un error en lugar de una URL arreglada. ¿Y ahora qué?
Hay entradas demasiado deterioradas: por ejemplo, una URL a la que le falta el host por completo, o una con una estructura tan dañada que el modelo no puede deducir lo que se quería decir. En ese caso, échale un ojo a la URL, arregla a mano lo evidente (host y esquema suelen ser los culpables) y vuelve a intentarlo. También puedes pasar el resultado por nuestro Validador de URL para ver exactamente de qué se queja el parser.
Otras herramientas de URL que podrías necesitar
Reparar la URL es solo un paso. Cuando se parsea limpia, estas herramientas la llevan hasta el final: