Comment fonctionnent les liens courts : redirections, clics, statistiques et QR

Vous n’avez pas besoin d’être ingénieur pour vendre des liens courts, mais vous devez savoir les expliquer sans arrondir les angles — à un prospect pendant une démo, comme à un client qui demande pourquoi ses chiffres de clics diffèrent de ceux d’un autre outil. Cette leçon parcourt la machine une fois, d’un bout à l’autre, en langage simple. Après elle, plus rien dans le produit ne ressemblera à de la magie.

La vie d’un clic

Prenons un exemple réel. Une de vos clientes — disons une boutique qui mène une campagne SMS — envoie le lien go.boutique.com/vip à deux mille clients. L’un d’eux appuie dessus. Voici tout ce qui se passe ensuite, dans l’ordre :

1. Le téléphone demande au DNS où vit go.boutique.com. La réponse désigne les serveurs de redirection de la plateforme, parce que le domaine de la boutique a été connecté une fois, lors de la configuration, avec un enregistrement CNAME. Le domaine appartient à la boutique ; les serveurs derrière lui sont le produit que vous revendez.
2. Le serveur de redirection reçoit la requête et voit deux choses : le domaine par lequel elle est arrivée et le chemin /vip. Ensemble, ils identifient exactement un lien dans exactement un espace de travail — deux clients différents peuvent chacun avoir un lien /vip sur leur propre domaine sans jamais entrer en collision.
3. Le serveur cherche la destination et vérifie les réglages du lien : est-il expiré, est-il protégé par mot de passe, a-t-il des règles du type « les visiteurs venant d’Allemagne vont sur la page allemande » ? Les règles sont évaluées ici même, au moment de la redirection.
4. Le clic est enregistré — horodatage, pays et ville déduits de l’adresse réseau, type d’appareil, navigateur, système d’exploitation, référent, et tous les paramètres UTM. Cela se passe en parallèle de la redirection, et non avant elle : la mesure ne ralentit donc jamais le visiteur.
5. Le navigateur reçoit la redirection et charge la destination. Temps total écoulé : quelques dizaines de millisecondes. Le visiteur ne s’aperçoit jamais qu’un intermédiaire a existé.

Voilà toute l’astuce. Chaque fonctionnalité du produit est une variation sur l’une de ces cinq étapes : les règles de trafic et le ciblage géographique prolongent l’étape 3, les statistiques sont l’étape 4 rendue visible, les tests A/B font choisir l’étape 3 entre plusieurs destinations.

D’où viennent les chiffres des statistiques — et pourquoi ils diffèrent d’un outil à l’autre

Chaque chiffre du tableau de bord que voit un client est une agrégation des enregistrements de l’étape 4. Cela a deux conséquences pratiques qu’il vaut mieux comprendre tout de suite, parce que les clients poseront la question sur les deux.

Premièrement : un clic n’est pas une visite. Le raccourcisseur compte les requêtes parvenues au serveur de redirection. Les statistiques du site de destination, elles, comptent les pages qui ont fini de se charger avec un script de suivi. Entre les deux se glissent les gens qui ont fermé l’onglet en cours de chargement, les navigateurs avec bloqueurs de scripts et les connexions lentes. Le chiffre du raccourcisseur est normalement le plus élevé, et les deux sont justes — ils mesurent deux lignes différentes du même entonnoir.

Deuxièmement : toutes les requêtes ne sont pas humaines. Les messageries et les réseaux sociaux vont chercher les liens pour construire des aperçus ; des services de supervision les sondent ; des robots d’indexation suivent tout ce qu’ils voient. Un bon raccourcisseur classe ce trafic et le sépare, pour qu’un lien collé dans une conversation à cinquante personnes ne rapporte pas trois cents « clics » venus de bots d’aperçu. Quand un prospect compare des outils, la qualité de ce filtrage est l’un des différenciateurs honnêtes — voyez trafic de bots et qualité des clics pour le fonctionnement.

Les domaines de marque : la partie que les clients voient vraiment

Tout ce qui précède fonctionne sur le domaine qu’utilise le lien, quel qu’il soit. Ce qui sépare un raccourcisseur générique du vôtre, c’est le nom inscrit dans ce domaine — et en connecter un est une tâche DNS de cinq minutes, pas un projet technique. Un sous-domaine comme go.boutique.com demande un seul enregistrement CNAME ; un domaine racine comme boutique.link demande un enregistrement A pointant vers une adresse qui vous est attribuée. Les certificats TLS sont émis automatiquement dès que l’enregistrement est vérifié. Les instructions pas à pas que vos clients suivront vivent dans la documentation : connecter un sous-domaine par CNAME et connecter un domaine racine par IP.

Pourquoi cela compte commercialement : c’est le domaine qui rend les liens courts de marque, et c’est la marque que les gens paient. C’est aussi un coût de changement qui joue en votre faveur — une fois que le domaine d’un client porte des milliers de QR codes imprimés et de liens publiés, ces liens ne continuent de fonctionner que tant que le domaine reste connecté à un service. Ce service, c’est le vôtre.

Les QR codes : le même lien, dessiné en carré

Un QR code n’est pas un système à part. C’est un lien court encodé en image : le scanner ouvre la même URL, déclenche la même redirection, enregistre le même clic avec les mêmes statistiques. Trois conséquences en découlent, et toutes les trois sont des arguments de vente :

• Un QR code imprimé est modifiable. L’encre encode le lien court ; la destination vit sur le serveur. Un restaurant qui a imprimé des autocollants de table peut changer son menu chaque semaine sans rien réimprimer.
• Les campagnes hors ligne deviennent mesurables. Une affiche dans un quartier et un prospectus dans un autre peuvent porter des liens courts différents, et le tableau de bord montre les scans par lieu, par jour, par appareil — des chiffres que la publicité imprimée n’a jamais eus.
• La personnalisation graphique est sans risque. Couleurs, logo au centre, coins stylisés — la fonctionnalité QR gère la correction d’erreurs pour qu’un code de marque reste lisible de façon fiable.

Ce qui tourne sans que personne ne regarde

Quelques mécanismes travaillent silencieusement en arrière-plan, et savoir qu’ils existent vous évite des moments gênants en démo. Les liens expirés et les liens protégés par mot de passe sont appliqués à l’étape 3 — un client peut programmer la fin d’une campagne à une date donnée, et elle s’arrête simplement. Les deep links routent les visiteurs mobiles vers les applications plutôt que vers les sites web, là où ils sont configurés. Et chaque redirection se produit sur une infrastructure faite pour cela : l’objectif de disponibilité de la plateforme pour le redirecteur est de 99,99 %, parce qu’un raccourcisseur qui perd des clics est pire que pas de raccourcisseur du tout — les clics qu’il perd sont précisément ceux que quelqu’un a payé pour générer.

Vous revendez tout cela en l’état. Votre travail n’est jamais de construire ni d’exploiter la machinerie — il est de l’expliquer avec assurance, ce que vous savez faire après cette leçon.

Vérifiez vos acquis

• [ ] Fermez cette page et écrivez de mémoire les cinq étapes d’un clic, dans l’ordre. S’il vous en manque une, relisez la section correspondante — cette séquence est votre script de démo.
• [ ] Expliquez en deux phrases pourquoi le nombre de clics du raccourcisseur peut être supérieur au nombre de visites du site de destination, et pourquoi aucun des deux chiffres n’est faux.
• [ ] Expliquez ce qui change physiquement quand un client « modifie la destination » d’un QR code imprimé — et ce qui ne change pas.
• [ ] Ouvrez le générateur de QR codes, créez un code pour n’importe quelle page, scannez-le avec votre téléphone et retracez laquelle des cinq étapes vient de s’exécuter.

À suivre : qui possède quelle partie de cette machine — la marque blanche et le modèle de revente, la leçon qui transforme un produit en votre activité.