Des liens courts qui portent votre marque, pas la nôtre

Un lien se crée dans un champ et s’affine dans une seule fenêtre

Collez une destination sur l’écran d’accueil et vous obtenez immédiatement un lien court sur votre domaine par défaut, avec un bouton de copie à côté. C’est le chemin des quatre-vingt-dix pour cent de liens qui n’ont besoin de rien de particulier. Quand un lien demande davantage, le même enregistrement s’ouvre dans une fenêtre où toutes les options sont regroupées en onglets : un lien de campagne et un lien jetable se créent avec le même outil.

Les slugs sont sous votre contrôle. Tapez-en un et sa disponibilité est vérifiée sur le domaine choisi pendant la frappe ; laissez le champ vide et un slug court est généré aléatoirement. Les slugs sont uniques par domaine et comparés sans tenir compte de la casse : un visiteur qui tape votre lien en majuscules arrive quand même sur la bonne page. Chaque lien porte aussi un titre, une note privée, des étiquettes et un dossier facultatif — les métadonnées qui gardent une liste de dix mille liens consultable un an plus tard.

Le code de statut de la redirection est un réglage par lien : 301 pour les déplacements définitifs qui doivent être mis en cache par les navigateurs et les moteurs de recherche, 302 pour les campagnes que vous comptez repointer, 307 et 308 quand la méthode de la requête doit survivre au saut.

Tous les comportements vivent sur le même enregistrement de lien

Les options ne sont pas éparpillées dans des produits distincts. Un même lien peut expirer à une date, demander un mot de passe, ouvrir une application native sur mobile, router le trafic européen vers une page localisée, répartir le reste entre deux variantes, déclencher un pixel de reciblage et ajouter malgré tout les balises de campagne à la destination qui l’emporte.

L’ordre d’évaluation de ces règles est fixe et documenté, parce que deviner est précisément ce qui rend les outils de liens pénibles : expiration, puis mot de passe, puis aperçu social pour les robots, puis deep links, puis règles de ciblage, puis répartition A/B, puis pixels, puis la destination simple. Les paramètres UTM sont ajoutés à l’URL qui l’emporte réellement, et pas seulement à l’URL de base : une visite ciblée ou répartie ne perd jamais le balisage de campagne pour lequel elle a été créée.

• ✓Expiration — une date et soit une URL de repli, soit une page d’expiration à votre marque
• ✓Mot de passe — haché avec bcrypt, déverrouillé par un cookie signé valable quinze minutes
• ✓Ciblage — règles ordonnées sur le pays, l’appareil, le système d’exploitation et la langue
• ✓A/B — variantes pondérées dont la somme fait toujours 100 pour cent
• ✓Deep links — destinations iOS et Android distinctes
• ✓UTM — paramètres ajoutés à la destination qui l’emporte
• ✓Open Graph — vos propres titre, description et image pour les aperçus sociaux
• ✓Pixels — balises de reciblage déclenchées sur une page intermédiaire avant la redirection
• ✓QR — un code scannable pour le même lien, en PNG ou SVG

Du travail en masse qui ne vire pas à l’archéologie de tableur

Les liens de campagne arrivent par lots, la liste les traite donc par lots. Sélectionnez des lignes et archivez, restaurez, étiquetez, retirez une étiquette, supprimez ou exportez-les en une seule action. L’export écrit un CSV de la sélection courante ou de toute la liste filtrée, étiquettes et dossiers inclus : un rapport pour un client tient en deux clics plutôt qu’en une requête.

L’import fait le chemin inverse : téléversez un CSV avec destination, slug facultatif, titre, étiquettes et domaine, examinez un aperçu de validation ligne par ligne où les lignes fautives sont signalées sur place, et créez jusqu’à mille liens par lot. Le résultat revient sous forme de CSV avec les URL courtes remplies, prêt à coller dans l’outil qui a programmé la campagne. Les exports de Bitly, Short.io et Rebrandly sont reconnus par une étape de correspondance, ce qui rend réaliste le déménagement d’une bibliothèque existante.

Les filtres font partie de la barre d’adresse. Le texte recherché, le domaine, l’étiquette, le dossier et l’état d’archivage vivent dans l’URL : une vue filtrée s’envoie à un collègue comme un lien et s’ouvre exactement telle que vous l’avez laissée.

Le chemin de redirection est la partie qui ne doit jamais échouer

Les liens sont servis par un worker sur le réseau edge depuis un cache clé-valeur, et non par une requête en base sur le chemin critique. Une modification faite dans le tableau de bord atteint le edge en quelques dizaines de millisecondes, et le cache est écrit avant même que la requête qui l’a manqué reçoive sa réponse : le visiteur suivant est servi depuis le cache et non depuis une course.

Les échecs sont traités défensivement. Un slug inconnu est mis en cache négatif pendant une courte fenêtre, pour qu’un robot qui martèle une URL morte coûte une recherche au lieu de milliers, et ce chemin d’échec est limité en débit par adresse. Si le tableau de bord devient brièvement injoignable, le edge répond 404 mais refuse d’écrire une entrée négative — une panne temporaire ne doit pas transformer des liens valides en liens morts.

Ce que voit le visiteur quand quelque chose ne va pas reste votre marque : la page introuvable, la page d’expiration, l’invite de mot de passe et la page de limite de débit sont rendues par le edge avec le logo, la couleur et l’adresse de support rattachés au domaine. Chaque domaine décide aussi de ce que font sa racine et ses slugs inconnus : répondre 404, ou rediriger vers une page de votre choix.