miji.beLos servicios de acortamiento de URL se basan en tres componentes técnicos fundamentales: generación de códigos cortos, almacenamiento en base de datos y redirección HTTP. Este artículo explica cómo se generan las URLs cortas y cómo los usuarios son redirigidos al destino original, con ejemplos reales de respuestas HTTP.
Cuando envías una URL larga, el servicio genera un código corto único. Existen varios enfoques para este paso. Entre ellos están la generación de cadenas alfanuméricas aleatorias, la extracción de una porción de un hash (como SHA-256) de la URL original y la codificación de IDs secuenciales en formato base-62. La codificación base-62 utiliza 62 caracteres: dígitos 0-9 (10), minúsculas a-z (26) y mayúsculas A-Z (26). Por ejemplo, el número secuencial 100000 se convierte en "q0U" en base-62 (solo 3 caracteres). Un código de 6 caracteres proporciona 62^6 = aproximadamente 56.800 millones de combinaciones posibles, una cifra con la que es difícil quedarse sin códigos incluso en servicios a gran escala. Los métodos basados en hash pueden generar el mismo código para la misma URL, lo cual es útil para la deduplicación, pero requieren manejo de colisiones cuando diferentes URLs producen el mismo prefijo de hash. Los métodos secuenciales evitan colisiones por completo pero producen códigos predecibles, requiriendo consideraciones de seguridad para prevenir ataques de enumeración.
La correspondencia entre el código corto y la URL original se almacena en una base de datos. Hay servicios que usan bases de datos NoSQL de alto rendimiento como DynamoDB, porque los acortadores de URL tienen cargas de trabajo con predominio de lectura. Una capa de caché con Redis o Memcached también puede mejorar los tiempos de respuesta. Algunos servicios a gran escala colocan un CDN como CloudFront frente al servidor de origen, almacenando en caché las respuestas de redirección en ubicaciones de borde y devolviendo las redirecciones desde lugares cercanos a los usuarios. Sin embargo, al usar caché CDN con redirecciones 301, hay que prestar atención al TTL (duración de la caché). Si cambias la URL de destino mientras la caché permanece, los usuarios seguirán siendo redirigidos a la URL antigua hasta que la caché expire. Este es un compromiso entre rendimiento y flexibilidad.
Cuando un usuario hace clic en una URL acortada, el servidor realiza una redirección HTTP. La respuesta real de redirección consiste en cabeceras HTTP como: "HTTP/1.1 301 Moved Permanently", "Location: https://example.com/very/long/original-page?utm_source=campaign", "Cache-Control: max-age=86400", "Content-Length: 0". El navegador lee la cabecera Location y navega automáticamente a la URL especificada. Hay dos tipos principales de redirección: 301 (permanente) y 302 (temporal). Mientras una redirección 301 permanece en la caché del navegador, las visitas posteriores son más rápidas, pero durante ese tiempo no pasan por el servidor, por lo que este no ve esos clics repetidos. Una redirección 302 pasa cada clic a través del servidor, lo que facilita contar los clics. Algunos servicios de acortamiento de URL usan redirecciones 302 para priorizar la precisión del seguimiento.
Puedes verificar el comportamiento de redirección directamente usando el comando curl en tu terminal. Ejecutar "curl -v -L https://short.url/abc" muestra las cabeceras de respuesta incluyendo el código de estado HTTP y la cabecera Location. La opción "-I" recupera solo las cabeceras, lo cual es conveniente para inspeccionar cadenas de redirección.
El flujo completo desde la resolución DNS hasta la finalización de la redirección funciona de la siguiente manera. El navegador resuelve el dominio de la URL corta mediante DNS, obteniendo la dirección IP del servidor. Luego establece una conexión HTTPS a través de un handshake TLS y envía una solicitud HTTP GET al servidor. El servidor busca el código corto en la base de datos o caché para recuperar la URL original, y luego responde con un código de estado de redirección y la URL original en la cabecera Location. El navegador navega al destino a través de un proceso similar de resolución DNS y conexión. Usar un CDN puede ayudar a acortar el tiempo desde la resolución DNS inicial hasta recibir la respuesta de redirección.
Elegir entre tipos de redirección implica un compromiso según tu caso de uso. Para enlaces permanentes donde el SEO importa, se prefieren las redirecciones 301. Con una redirección 301, se considera que el link juice (valor de PageRank) se transfiere al destino de la redirección. Para casos de uso de marketing donde la precisión del seguimiento de clics es la prioridad, las redirecciones 302 son adecuadas. Algunos servicios ofrecen la opción de seleccionar el tipo de redirección por enlace.