Validar una URL
Una URL parece sencilla hasta que un usuario pega una con un espacio de más, sin protocolo, con mayúsculas inconsistentes o con caracteres Unicode que imitan a otros, y su base de datos termina con tres versiones de lo que debería ser un solo enlace. Este endpoint descompone una URL en sus partes reales, confirma que esté bien formada y devuelve una versión normalizada que puede guardar y comparar con confianza.
Ejecutar — gratis
Corre en su navegador. Gratis y sin límite: sus datos no salen de esta página.
El desorden que se esconde detrás de un formato familiar
Una URL parece una sola cadena de texto, pero en realidad son varias partes unidas — protocolo, host, puerto, ruta, parámetros y fragmento — cada una con sus propias reglas sobre qué caracteres se permiten y cómo deben codificarse. Los usuarios, el copiar y pegar, e incluso otro software, producen con frecuencia URLs técnicamente rotas o con formato inconsistente, y detectarlo antes de que lleguen a su base de datos o a su lógica de solicitudes salientes evita dolores de cabeza reales más adelante.
Qué verifica realmente la revisión
La respuesta descompone la URL en sus componentes, confirma si cumple con la sintaxis estándar y devuelve una forma normalizada — mayúsculas y minúsculas consistentes en protocolo y host, segmentos relativos resueltos y codificación canónica — de modo que dos URLs que significan lo mismo terminen viéndose igual. Le dice que la URL es estructuralmente válida; no visita la página ni confirma que el destino esté disponible.
Una sintaxis más antigua que buena parte de la web que corre sobre ella
El formato de URL se remonta a las primeras especificaciones de localizadores uniformes de recursos que hicieron navegable la web desde el principio, formalizadas y refinadas después a medida que la web creció para admitir dominios internacionalizados y un rango mucho más amplio de caracteres. La normalización existe precisamente porque ese mismo formato siempre permitió varias formas válidas de escribir la misma dirección.
Dónde los enlaces duplicados y malformados hacen daño real
Guardar URLs sin normalizar duplica registros de forma silenciosa, rompe la lógica de deduplicación y permite que enlaces parecidos se cuelen por filtros pensados para atrapar un dominio específico. Tener una forma consistente y validada desde el inicio es lo que hace que la lógica posterior — deduplicación, listas permitidas, manejo de redirecciones — sea confiable de verdad y no solo aproximadamente confiable.
Cómo encaja en un flujo automatizado
Envía la URL en bruto, recibe un task_id, y el resultado analizado, validado y normalizado llega por su webhook firmado o por un enlace firmado válido por 24 horas. Está pensado para correr en línea dondequiera que entren URLs a su sistema — envíos de usuarios, feeds importados, enlaces de referidos — en vez de ser una revisión manual puntual.
Qué puede hacer con ella
Limpieza de enlaces enviados por usuarios
Normalice enlaces pegados en campos de perfil o comentarios para que duplicados y entradas malformadas no se acumulen en su base de datos.
Saneamiento de feeds e importaciones
Valide URLs provenientes de feeds importados o datos de terceros antes de guardarlas o mostrarlas a los usuarios.
Lógica de redirecciones y listas permitidas
Normalice las URLs entrantes antes de compararlas contra una lista permitida, para que trucos de codificación no burlen un filtro de dominio.
Deduplicación en analítica
Canonice las URLs rastreadas para que un mismo destino no quede dividido en varias filas por diferencias de formato.
Preguntas frecuentes
¿Qué verifica exactamente esta api para validar url?
Descompone la URL en sus componentes — protocolo, host, puerto, ruta, parámetros y fragmento —, confirma que la estructura sea válida y devuelve una forma normalizada y canónica de la dirección.
¿Verifica si la página de destino realmente existe?
No. Solo valida estructura y sintaxis; no visita la URL ni confirma que el servidor responda, así que no es un verificador de enlaces caídos.
¿Qué significa normalizar una URL en la práctica?
Significa resolver cosas como mayúsculas y minúsculas inconsistentes en el protocolo o el host, segmentos de ruta redundantes y codificaciones distintas pero equivalentes, para dejarlas en una forma consistente y comparable.
¿Soporta dominios internacionalizados y Unicode?
Sí, el analizador maneja nombres de dominio internacionalizados y caracteres Unicode como parte de la validación y normalización de la URL.
¿Es gratuita?
La herramienta de arriba es gratis en su navegador. La API es de pago: cada llamada se descuenta de su saldo prepago de ForHosting KIT — se recarga desde $10.00 (no caduca), se paga el precio publicado de cada solicitud, y una llamada sin saldo devuelve HTTP 402. Sin suscripción, sin tokens, y una tarea fallida no se cobra.
¿Puedo validar varias URLs a la vez en bloque?
Cada llamada valida una URL; para conjuntos más grandes, envíe una solicitud por URL y deje que el modelo asíncrono las procese en paralelo.
¿Cómo recibo el resultado?
Obtiene un task_id de inmediato, y el resultado analizado llega por su webhook firmado o por un enlace firmado válido por 24 horas.
¿Se conserva la URL enviada después de la revisión?
No, se elimina al terminar el periodo de retención y nunca se usa para entrenar modelos, y una revisión fallida se reintenta hasta tres veces sin cobrarse.
Para desarrolladores — acceso por API
Todo lo de esta página está disponible por programación. Esta sección es para equipos que quieren integrarlo en sus sistemas; el resto puede usar la herramienta de arriba sin más.
Endpoint de API
¿Prefiere automatizarlo? Un POST autenticado crea la tarea; el resultado llega por webhook o enlace firmado. La misma capacidad también se ejecuta aquí en la web, y pronto desde nuestra app, el email y Telegram.
Llámela desde su stack
curl -X POST https://api.kit.forhosting.com/verify/url \
-H "Authorization: Bearer $KIT_KEY" \
-H "Content-Type: application/json" \
-d '{"items":["valor-1","valor-2"]}'const res = await fetch("https://api.kit.forhosting.com/verify/url", {
method: "POST",
headers: {
"Authorization": `Bearer ${process.env.KIT_KEY}`,
"Content-Type": "application/json"
},
body: JSON.stringify({
"items": [
"valor-1",
"valor-2"
]
})
});
const { task_id } = await res.json();import os, requests
res = requests.post(
"https://api.kit.forhosting.com/verify/url",
headers={"Authorization": f"Bearer {os.environ['KIT_KEY']}"},
json={
"items": [
"valor-1",
"valor-2"
]
},
)
task_id = res.json()["task_id"]<?php
$res = file_get_contents("https://api.kit.forhosting.com/verify/url", false, stream_context_create([
"http" => [
"method" => "POST",
"header" => "Authorization: Bearer " . getenv("KIT_KEY") . "\r\nContent-Type: application/json",
"content" => '{"items":["valor-1","valor-2"]}',
],
]));
$task = json_decode($res, true);body := bytes.NewBufferString(`{"items":["valor-1","valor-2"]}`)
req, _ := http.NewRequest("POST", "https://api.kit.forhosting.com/verify/url", body)
req.Header.Set("Authorization", "Bearer "+os.Getenv("KIT_KEY"))
req.Header.Set("Content-Type", "application/json")
res, _ := http.DefaultClient.Do(req)Ejemplo de solicitud
{
"items": [
"valor-1",
"valor-2"
]
}Ejemplo de respuesta
{
"task_id": "tsk_a1b2c3d4e5f6a1b2c3d4e5f6",
"type": "verify.url",
"status": "queued",
"_links": {
"result": "/tasks/tsk_…/result"
}
}La API es asíncrona: la llamada devuelve un task_id al instante y el resultado llega por webhook. El polling está limitado a 1 req/s por tarea.
Precio
Precio publicado — sin tokens ni créditos inventados. Una tarea fallida no se cobra.
Errores
| HTTP | Código | Significado |
|---|---|---|
401 | unauthorized | API key ausente o inválida. |
402 | insufficient_balance | El saldo no cubre el precio de la tarea. |
404 | unknown_type | El tipo de tarea no existe. |
429 | rate_limited | Demasiadas peticiones. Use el webhook en vez de sondear. |