Un enlace corto que no funciona falla de una de cuatro maneras, y no tienen nada que ver entre sí. Ejecuta curl -sI contra él y la primera línea te dice cuál de ellas tienes:
curl -sI https://s.elido.me/ab12cd
Un 301 con una cabecera Location significa que el enlace está sano y el problema está más adelante. Un 404 significa que el slug es incorrecto, fue eliminado, o está en mayúsculas o minúsculas equivocadas. Un error TLS antes de cualquier HTTP significa que el dominio no está terminado. Y un 200 que muestra una página de advertencia significa que algo entre tú y el enlace decidió no permitirlo.
Diez segundos en una terminal valen más que una hora de conjeturas, porque un navegador reduce las cuatro causas a la misma página de error inútil. Este artículo repasa cada causa y su solución.
Un 404 del dominio corto
El dominio respondió, así que el DNS y el TLS están bien. El problema es el slug.
Revisa primero las mayúsculas y minúsculas. La mayoría de los acortadores tratan los slugs distinguiendo mayúsculas de minúsculas, así que /Spring y /spring son dos enlaces distintos y solo uno de ellos existe. Si el enlace viene de un folleto impreso, sospecha de los caracteres que se parecen en una fuente sin serifas: la I mayúscula, la l minúscula, y el dígito 1; la O mayúscula y el cero. Ese es el argumento más fuerte a favor de los back-half personalizados hechos de palabras reales en lugar de caracteres aleatorios.
Si el slug es correcto, comprueba si el enlace fue eliminado o archivado, y si tiene una caducidad. Caducidad de enlaces y enlaces autodestructivos explica cómo se comporta una caducidad programada una vez que se activa: el enlace deja de resolverse y parece exactamente un error tipográfico para quien lo abrió.
Una posibilidad más en un enlace que antes funcionaba: una regla geográfica o de dispositivo que excluye el lugar desde el que estás probando. Los Smart links enrutan por país y dispositivo, y una regla sin alternativa por defecto es un 404 para todo el que quede fuera de su lista.
Una advertencia de certificado en un dominio personalizado
Aquí no ha pasado nada HTTP en absoluto. El navegador se negó durante el protocolo de enlace TLS, lo que significa que el dominio está sirviendo antes de que exista su certificado.
Dos causas cubren casi todos los casos. Se añadió el registro DNS pero la verificación nunca se completó, así que el certificado nunca se emitió. O el dominio se apuntó con un registro A cuando el proveedor pedía un CNAME, y el desafío que demuestra el control no puede completarse.
La solución es completar el registro exactamente como especifica el panel, y luego esperar: la propagación depende del TTL previo de lo que hubiera antes, así que un registro que tenía un TTL de una hora tarda hasta una hora en despejarse. Dominios personalizados para enlaces cortos tiene el recorrido completo de DNS y TLS, y TLS de dominio personalizado en cinco minutos cubre el camino sin complicaciones.
Funciona en un navegador pero no en una app
El enlace se resuelve perfectamente desde tu terminal y se elimina, se marca, o se descarta silenciosamente en Slack, Teams, WhatsApp, o una pasarela de correo.
Eso no es tu enlace. Es la reputación del dominio. Los dominios de acortadores públicos y gratuitos los comparte todo el que los usa, incluida la campaña de phishing que corrió en uno de ellos esta mañana, y los proveedores de seguridad que alimentan a esas apps bloquean por dominio en lugar de por slug.
No hay ninguna configuración que solucione esto en un dominio compartido. La solución es tu propio dominio, donde la reputación es solo tuya y mejora en lugar de derrumbarse al azar. Por qué los enlaces cortos se bloquean en Slack y Teams explica el mecanismo completo, incluido qué hacer si tu propio dominio termina marcado.
El correo añade una capa más: algunos productos de seguridad reescriben cada enlace de un mensaje, así que lo que hace clic el destinatario es la URL del proveedor, no la tuya. ¿Los enlaces cortos perjudican la entregabilidad del email? cubre esa interacción.
Si todavía estás en un dominio compartido, este es el momento de cambiar. Configura un dominio de marca en el plan gratuito y vuelve a emitir los enlaces que importan.
Bucles de redirección y cadenas largas
curl -sI muestra un salto. Añade -L y cuéntalos:
curl -sIL https://s.elido.me/ab12cd | grep -E '^HTTP|^[Ll]ocation'
Dos o tres líneas es normal: el enlace corto redirige, y el destino puede redirigir una vez más de http a https o del dominio raíz a www. Una pared entera de ellas significa un bucle, y la causa habitual es un enlace editado para apuntar a una página que a su vez redirige de vuelta a la URL corta. Apunta el destino a la página final, no a otra redirección.
Los navegadores dejan de seguir después de un número fijo de saltos y muestran una página genérica de "demasiadas redirecciones", por lo que la terminal es el diagnóstico más rápido: curl imprime cada cabecera Location por el camino, así que puedes ver exactamente qué dos URL se apuntan mutuamente. La semántica de los códigos de estado está definida en RFC 9110, y en la práctica una redirección permanente queda en caché en el navegador, así que un 301 incorrecto sigue siendo incorrecto para ese visitante incluso después de que lo arregles.
Vale la pena recortar las cadenas largas incluso cuando funcionan. Cada salto añade latencia en una conexión móvil, y cada uno es un lugar más donde se puede perder una cadena de consulta, que es cómo los parámetros UTM desaparecen en GA4. El explicador de 301 vs 302 cubre qué código de estado corresponde a cada caso, y tipos de redirecciones cubre el resto de la familia.
Cuando lo que falla es el destino
A veces el enlace corto está bien y la página detrás de él no. La redirección devuelve 301, el navegador la sigue, y el destino devuelve 404 porque la página de la campaña se despublicó o su slug cambió.
Este es el tipo de fallo que hace que valga la pena tener enlaces cortos, porque la solución es reapuntar en lugar de reimprimir. Cambia el destino y cada lugar donde se publicó el enlace vuelve a funcionar, incluidos los impresos. Prevención del link rot cubre cómo detectar esto antes de que lo haga un cliente, y monitorización de enlaces cortos con Sentry y Datadog cubre cómo alertar sobre ello a escala.
El orden en el que comprobar
Las cabeceras primero, siempre. curl -sI separa el DNS del TLS y del HTTP en una sola línea, y cada uno de ellos tiene su propia solución que no tiene nada que ver con los otros dos. Después el slug, después el destino, después la app o pasarela entre medias.
La comprobación que detecta la mayoría de los problemas antes de que los vea nadie más: abre cada enlace nuevo una vez, desde un móvil, con datos móviles en lugar de con el wifi de la oficina. Tarda quince segundos y detecta el certificado que aún no se ha emitido, la regla geográfica sin alternativa por defecto, y el destino que redirige a algún sitio que no esperabas.
Lee la serie insignia
Esto pertenece al cluster de tutoriales. Para la mecánica subyacente, cómo funcionan los acortadores de URL cubre el recorrido de la redirección, y la lista de verificación de seguridad del acortador de URL cubre el lado del abuso que hace que los dominios acaben bloqueados en primer lugar.
Relacionado en el blog
Preguntas frecuentes
¿Por qué no funciona mi enlace corto?
Ejecuta curl -sI contra él y lee la primera línea. Un 404 significa que el slug es incorrecto o fue eliminado, un error TLS significa que el dominio personalizado no está terminado, un 200 con una página de advertencia significa que una app o pasarela lo bloqueó, y una cadena de 301 significa que el destino apunta de vuelta al enlace. Cada uno tiene una solución distinta.
¿Por qué mi enlace corto dice que el certificado no es válido?
El dominio personalizado está sirviendo el enlace corto antes de que exista su certificado, lo que ocurre cuando se añadió el registro DNS pero la verificación nunca se completó, o cuando el dominio se apuntó al servicio de redirección con un registro A en lugar del CNAME que pedía el proveedor. Completa la verificación y el certificado se emite automáticamente.
¿Por qué mi enlace corto funciona en un navegador pero no en WhatsApp o Slack?
Porque la app comprueba el dominio contra una lista de reputación antes de dejar pasar el mensaje, y los dominios de acortadores gratuitos y compartidos cargan con la reputación que se haya ganado su peor usuario. Mover ese mismo enlace a tu propio dominio lo soluciona, porque entonces la reputación te pertenece solo a ti.
¿Qué significa un bucle de redirección en un enlace corto?
El destino termina apuntando de vuelta al enlace corto, así que el navegador rebota entre ambos hasta que se rinde. Suele ocurrir cuando alguien edita un enlace para que apunte a una página que a su vez redirige a la URL corta, o cuando dos enlaces se apuntan mutuamente. Configura el destino para que sea la página final.
Mi enlace corto da 404 pero puedo verlo en el panel. ¿Qué hago ahora?
Revisa las mayúsculas y minúsculas, y los caracteres: los slugs suelen distinguir mayúsculas de minúsculas, así que /Spring y /spring son enlaces distintos, y una I mayúscula junto a una l minúscula es fácil de transcribir mal desde una impresión. Después comprueba si el enlace tiene una fecha de caducidad o una regla geográfica que excluya el lugar desde el que estás probando.
¿Cuánto debería tardar un enlace corto en empezar a funcionar?
Un enlace en un dominio que ya está activo funciona de inmediato. Un dominio personalizado completamente nuevo depende de la propagación DNS y de la emisión del certificado, lo que normalmente son minutos pero puede llegar a una hora según el TTL previo del registro que cambiaste.
Prueba Elido
Pega una URL, obtén un enlace corto
Sin registro. El enlace vive 30 días. Crea una cuenta para conservarlo.
Gratis, sin registro · 2 por día