Skip to main content
Un enlace se puede corregir después de que existe — pero no todo en él se puede mover, porque ya hay copias de su dirección circulando por el mundo.

​
Desde la consola

En https://app.utmkit.co/links, el icono del lápiz abre el editor de un enlace. Eliminar está detrás del menú Más acciones de la fila (el icono ”…”), aparte de las acciones del día a día porque no se puede deshacer. Los propietarios, administradores y miembros pueden hacer ambas cosas; los observadores no. También puedes pedirle a el asistente que haga los mismos cambios con tus propias palabras — actualizar un destino, retirar un enlace, moverlo a una campaña, o añadir o quitar una etiqueta — y te muestra lo que cambió como una tarjeta.

​
Qué puede cambiar

El editor agrupa sus campos en tres partes: A dónde va (el destino y, si los usas, los destinos de iOS y Android), Seguimiento (los cinco parámetros UTM) y Detalles (la fecha de vencimiento, la nota y las etiquetas).
  • El destino. Un destino nuevo pasa por la misma verificación de seguridad que un enlace nuevo antes de guardarse.
  • Los destinos de iOS y Android. Añádelos, cámbialos o bórralos — ver enlaces profundos.
  • Los parámetros UTM. Un parámetro bloqueado para tu puesto se ofrece como una lista de valores aprobados en vez de un cuadro de texto libre.
  • La fecha de vencimiento — ver fechas de vencimiento.
  • La nota y las etiquetas — ver etiquetas y vistas guardadas.
  • La campaña. Marca uno o más enlaces en la lista y usa el menú Campaña. Esto cambia solo bajo qué se agrupa el enlace: su propio utm_campaign queda igual, así que los clics ya contados bajo ese valor se quedan donde están.

​
La columna de campaña muestra dos cosas a propósito

Cada fila de un enlace lleva su propio valor de utm_campaign, fijado al crearse, justo al lado de una mención de la campaña bajo la que está agrupado — pasa el cursor o toca el nombre de la campaña para verla de un vistazo. Las dos pueden no coincidir: renombrar una campaña no reescribe el utm_campaign de los enlaces que ya están en ella, porque ese valor ya está contado en cualquier analítica que uses fuera de UTMKit. Esta fila es el único lugar donde puedes ver ambas cosas a la vez.

​
Lo que nunca cambia: el código corto y el dominio

El editor lo dice sin rodeos: el código corto y el dominio quedan como están; todo lo ya compartido sigue funcionando. Juntos son la dirección impresa en tus carteles y pegada en tus correos, y mover cualquiera de los dos rompería cada copia ya repartida. No hay un campo deshabilitado para ellos, porque la respuesta no es “ahora no” sino “nunca”. Para una dirección distinta, crea un enlace nuevo.

​
Cada edición se vuelve a revisar

Una edición se valida contra la convención del espacio de trabajo igual que un enlace nuevo, y se rechaza si lo convertiría en un duplicado — el mismo destino y los mismos cinco valores UTM que uno que el espacio de trabajo ya tiene; el rechazo nombra ese enlace. La copia en la red global se actualiza entonces por el mismo camino que toma un enlace nuevo, y la fila muestra Todavía no activo hasta que se confirma.

​
Retirar un enlace

Eliminar pide que confirmes — deja de resolver para todos los que lo tienen — y luego quita el enlace de la red global y de tu lista, junto con sus totales de clics. Cualquier cosa ya impresa con ese código deja de funcionar en el momento en que confirmas, y no se puede deshacer: un enlace retirado se crea de nuevo, no se restaura. Un visitante que abre la dirección vieja después no llega a ningún lado. En el dominio compartido ve la propia página de UTMKit; en tu propio dominio, un simple “No encontrado”.

​
Cuando UTMKit retira un enlace por ti

Los destinos que ya tienen enlaces se vuelven a revisar a diario, tantos como el día permita. Si uno queda catalogado como malware o phishing, su enlace se quita de la red global sin esperar por ti. Se queda en tu lista con una insignia de Retirado y el motivo debajo — Retirado: ese destino está catalogado como … y no se puede acortar — para que sepas qué pasó y qué destino disputar.

​
Desde la API y el MCP

PATCH /api/v1/links/{id} edita un enlace y DELETE /api/v1/links/{id} lo retira; las herramientas MCP son update_link y withdraw_link. Las cuatro requieren links:write. Un PATCH lleva solo los campos que cambian, y un cuerpo que nombra short_code o domain se rechaza con las mismas palabras de la consola en vez de ignorarse en silencio; los destinos de iOS y Android se editan por la operación de la API, no por la herramienta MCP. La referencia es la dueña de los campos.