Un prompt peut-il remplacer Bitly ?

Construis un raccourcisseur de liens avec statistiques de clics et QR codes : un endpoint de redirection qui recherche un slug court, redirige vers sa destination, et enregistre le clic (horodatage, localisation approximative, type d’appareil, referer) sans ralentir la redirection — la recherche et l’écriture du log ne doivent jamais se bloquer mutuellement. Les slugs sont par défaut une courte chaîne aléatoire, mais avec un back-half personnalisé possible, et en créer un qui existe déjà doit échouer bruyamment plutôt qu’écraser silencieusement l’existant. Génère un QR code pour n’importe quel lien, mis en cache plutôt que régénéré à chaque requête. Prends en charge une date d’expiration ou un plafond de clics optionnel par lien, après quoi il redirige vers une URL de repli plutôt que de générer une erreur. Construis une petite vue admin protégée par mot de passe listant les liens avec leur nombre de clics, plus une répartition approximative par pays et par appareil. Une plateforme edge avec un stockage clé-valeur pour la recherche de slug et une petite base de données pour le log des clics convient bien et tourne confortablement sur un palier gratuit — mais la stack précise compte moins que le fait de garder la redirection elle-même rapide et jamais dépendante de la complétion de l’écriture analytique.

Ne construis pas de pages d’atterrissage, de regroupement par campagne, ni de SLA — ce que vend réellement un raccourcisseur de liens n’est pas une fonctionnalité technique, c’est l’intention de l’opérateur de maintenir le domaine et la redirection en état de marche pendant des années. Précise clairement dans le README que ces liens ne survivent qu’au domaine qui les héberge : laisser ce domaine expirer casse d’un coup chaque lien jamais émis.