Skip to main content
Un enlace corto sobrevive a la página que apunta: el volante se imprime, la página de aterrizaje se renombra, y cada escaneo sigue resolviendo — hacia un 404. UTMKit revisa los destinos antes de que se cree un enlace, y a diario mientras está activo.

​
Antes de que el enlace exista

Cada destino se filtra antes de convertirse en un enlace, sea cual sea la puerta que lo crea — el asistente, la API, el MCP. Se rechazan dos cosas: una dirección que no es pública, y un destino que un servicio de reputación cataloga como malware, phishing o similar. Un destino marcado nunca se convierte en un enlace, y nada puede apagar esta verificación. Si la propia verificación de seguridad no puede responder, el enlace no se crea y se te pide intentarlo de nuevo en unos minutos. Los destinos que ya tienen enlaces se vuelven a revisar a diario, tantos como el día permita. Uno que queda catalogado después se retira: sus enlaces dejan de resolver y la fila en la página de Enlaces muestra Retirado, seguido del motivo.

​
La revisión diaria

Una vez al día, UTMKit le pregunta a cada destino que todavía tiene enlaces activos si responde. Accesible significa una respuesta con un estado por debajo de 400; una redirección cuenta, y a dónde apunta no se sigue. Un 404, un 500, un tiempo de espera agotado, un fallo de DNS, una conexión rechazada o un error de TLS marca el destino como inaccesible. Solo se revisan direcciones web normales en los puertos estándar; los enlaces retirados, vencidos y detenidos se saltan. La revisión alcanza tantos destinos como el día permita, empezando por el revisado hace más tiempo, así que en un espacio de trabajo muy grande no todos los destinos se renuevan a diario; uno que nunca se ha revisado no muestra nada.
La revisión nunca toca el enlace en sí: un enlace a una página muerta sigue redirigiendo, y tú decides qué hacer.

​
Qué ves

En Enlaces, un enlace cuyo destino falló su última revisión lleva una insignia roja de Destino caído junto a su insignia de estado en la red global — un enlace puede estar Activo y apuntar a un 404 al mismo tiempo. Pasa el cursor para ver el motivo y el día en que empezó, por ejemplo 404 · desde el 2026-08-26. La marca se pone en el primer fallo y se quita en el primer éxito. Editar el destino la quita de inmediato, y el destino nuevo pasa primero en la fila. Escribe destination:unreachable en el cuadro de búsqueda para listar solo los enlaces que están fallando; la columna destination_status de la exportación CSV dice lo mismo que la insignia. El registro de actividad anota una entrada de Destino inaccesible por enlace cuando deja de responder y una de Destino recuperado cuando vuelve a responder — nunca una por día.

​
La página de destinos rotos

Destinos rotos tiene dos mitades: Fallando ahora mismo, los fallos más recientes con un enlace al resto, y el correo semanal arriba de eso. Presiona Configurar el correo semanal, elige el día de la semana bajo Enviar el y lista los destinatarios bajo Enviar a, uno por línea. Los propietarios y administradores pueden hacer esto; un espacio de trabajo tiene un solo correo de este tipo, que se puede pausar, editar y borrar. La fila muestra la próxima fecha de envío y qué pasó la última vez. El correo es texto sin formato, enviado como UTMKit y no bajo tu marca. Lista primero los fallos más recientes — enlace corto, destino, motivo y fecha de inicio — dice cuántos más hay, enlaza a la lista filtrada, y dice en una frase qué cubre la revisión y qué no puede ver. No se envía nada cuando no hay nada roto, mientras el correo está pausado, cuando todas las direcciones se dieron de baja o rebotaron, o cuando la suscripción terminó; la página dice cuál es el caso. Cada correo lleva un enlace para darse de baja; una dirección que se da de baja, rebota o reporta spam queda tachada en la página y nunca se le vuelve a enviar.