Enlaces cortos que llevan tu marca, no la nuestra

Un enlace se crea en un campo y se afina en un diálogo

Pega un destino en la pantalla general y obtienes al instante un enlace corto en tu dominio por defecto, con un botón de copiar al lado. Ese es el camino del noventa por ciento de los enlaces, los que no necesitan nada especial. Cuando un enlace sí necesita más, el mismo registro se abre en un diálogo con todas las opciones agrupadas en pestañas, así que un enlace de campaña y uno de usar y tirar se crean con la misma herramienta.

Los slugs los controlas tú. Escribe uno y su disponibilidad se comprueba contra el dominio elegido mientras tecleas; déjalo vacío y se genera un slug corto aleatorio. Los slugs son únicos por dominio y se comparan sin distinguir mayúsculas, así que quien escriba tu enlace en mayúsculas seguirá aterrizando en la página correcta. Cada enlace lleva además un título, una nota privada, etiquetas y una carpeta opcional: los metadatos que mantienen buscable una lista de diez mil enlaces un año después.

El código de estado de la redirección se ajusta enlace a enlace: 301 para mudanzas permanentes que navegadores y buscadores deben cachear, 302 para campañas que piensas reapuntar, y 307 y 308 cuando el método de la solicitud debe sobrevivir al salto.

Todos los comportamientos viven en el mismo registro de enlace

Las opciones no están repartidas entre productos distintos. Un mismo enlace puede caducar en una fecha, pedir contraseña, abrir una app nativa en móvil, enrutar el tráfico europeo a una página localizada, repartir el resto entre dos variantes, disparar un píxel de retargeting y aun así añadir etiquetas de campaña al destino que gane.

El orden en que se evalúan esas reglas es fijo y está documentado, porque tener que adivinarlo es lo que hace frustrantes a las herramientas de enlaces: caducidad, luego contraseña, luego vista previa social para los rastreadores, luego deep links, luego reglas de segmentación, luego el reparto A/B, luego los píxeles y por último el destino simple. Los parámetros UTM se añaden a la URL que realmente gana, no solo a la base, así que una visita segmentada o repartida nunca pierde el etiquetado de campaña para el que se creó.

• ✓Caducidad: una fecha y, o bien una URL alternativa, o una página de caducado con tu marca
• ✓Contraseña: hash bcrypt, desbloqueada por una cookie firmada que dura quince minutos
• ✓Segmentación: reglas ordenadas por país, dispositivo, sistema operativo e idioma
• ✓A/B: variantes con peso que siempre suman el 100 por ciento
• ✓Deep links: destinos separados para iOS y Android
• ✓UTM: parámetros añadidos al destino ganador
• ✓Open Graph: tu propio título, descripción e imagen para las vistas previas sociales
• ✓Píxeles: etiquetas de retargeting disparadas en una página intersticial antes de la redirección
• ✓QR: un código escaneable del mismo enlace, en PNG o SVG

Trabajo en lote que no acaba en arqueología de hojas de cálculo

Los enlaces de campaña llegan por tandas, así que la lista los trata por tandas. Selecciona filas y archívalas, restáuralas, etiquétalas, quítales etiquetas, bórralas o expórtalas en una sola acción. La exportación escribe un CSV de la selección actual o de toda la lista filtrada, con etiquetas y carpetas incluidas, así que un informe para un cliente son dos clics y no una consulta.

La importación va en sentido contrario: sube un CSV con destino, slug opcional, título, etiquetas y dominio, revisa una previsualización con validación fila a fila donde las filas rotas se marcan en línea, y crea hasta mil enlaces por tanda. El resultado vuelve como un CSV con las URL cortas rellenadas, listo para pegarlo en lo que sea que programe la campaña. Las exportaciones de Bitly, Short.io y Rebrandly se reconocen en un paso de mapeo, que es lo que hace realista mudar una biblioteca ya existente.

Los filtros forman parte de la barra de direcciones. El texto de búsqueda, el dominio, la etiqueta, la carpeta y el estado de archivo viven en la URL, así que una vista filtrada se le puede mandar a un compañero como enlace y se abre exactamente como la dejaste.

El camino de la redirección es la parte que nunca debe fallar

Los enlaces los sirve un worker en el edge desde una caché clave-valor, no una consulta a la base de datos en el camino crítico. Un cambio hecho en el panel llega al edge en decenas de milisegundos, y la caché se escribe antes de responder a la solicitud que la falló, de modo que el siguiente visitante se sirve desde caché y no desde una carrera.

Los fallos de caché se tratan a la defensiva. Un slug desconocido se cachea en negativo durante una ventana corta para que un rastreador machacando una URL muerta cueste una consulta en lugar de miles, y ese camino de fallo lleva límite de solicitudes por dirección. Si el panel está brevemente inaccesible, el edge responde 404 pero se niega a escribir una entrada negativa: una caída temporal no debe convertir enlaces que funcionan en enlaces muertos.

Lo que ve el visitante cuando algo va mal sigue siendo tu marca: la página de no encontrado, la de caducado, la petición de contraseña y la de límite de solicitudes se renderizan en el edge con el logotipo, el color y la dirección de soporte asociados al dominio. Cada dominio decide además qué hacen su raíz y sus slugs desconocidos: devolver un 404 o redirigir a la página que elijas.