Accéder au contenu
cutty.dev
All posts

cutt.ly vs cutty.dev — ce n'est pas la même chose, nous expliquons la différence

cutt.ly vs cutty.dev — deux réducteurs d'URL différents, pas une faute de frappe. Nous expliquons la différence : où sont stockées les données, l'IP hachée, le compte et la destination modifiable du lien.

Il y a un moment que connaît probablement quiconque a déjà cherché quelque chose à l'oreille. Quelqu'un lance un nom dans une conversation, vous le saisissez, vous le tapez dans un moteur de recherche et vous cliquez sur le premier résultat pertinent. Vous créez un compte. Vous raccourcissez le lien. Et après deux jours, vous vous rendez compte que ce n'était pas du tout le site dont parlait votre ami. Juste quelque chose de très similaire.

Avec les paires cutt.ly et cutty.dev, cela arrive de manière récurrente. Les gens traitent l'un comme une faute de frappe de l'autre. "Mais c'est la même chose, quelqu'un l'a juste écrit différemment." Eh bien non. Ce sont deux projets distincts, réalisés par deux entreprises différentes, avec des approches totalement différentes sur ce qu'il convient de faire des données qui y transitent. Et c'est précisément pour cela que la question cutt.ly vs cutty.dev revient si souvent qu'il vaut la peine de l'analyser en détail.

Pourquoi confondons-nous ces deux noms ?

Prononcez-les à voix haute. « Katli ». « Kati ». Entendez-vous à quel point elles se ressemblent ? Les deux proviennent de la même racine anglaise, du verbe « cut », donc quand quelqu'un vous recommande une tondeuse par téléphone ou vous dicte une adresse de mémoire, la probabilité d'erreur est grande. Ce n'est la faute de personne. C'est une collision de marques, tout à fait ordinaire, comme on en trouve plein sur Internet.

Cependant, la ressemblance s'arrête au niveau de la sonorité. En dessous, il ne s'agit pas d'un seul service déployé sur deux domaines. Ce sont deux outils qui, certes, résolvent le même problème (des liens trop longs et inesthétiques), mais qui l'abordent depuis deux côtés différents des barricades.

Pour dire les choses simplement. cutt.ly est un vétéran. Il fonctionne depuis des années, a grandi et s'est doté d'un ensemble complet d'outils marketing, de plans payants et de nombreuses intégrations. Un SaaS classique avec une forte orientation vers l'analyse, où l'essentiel est la quantité de données que vous pouvez extraire de chaque clic. cutty.dev est un projet plus jeune, avec une autre priorité établie dès le départ : des serveurs et un traitement au sein de l'Union européenne, la confidentialité non pas comme un ajout dans les tarifs, mais comme une hypothèse inscrite dans ses fondements. Moins un couteau suisse, plus un scalpel.

Si je devais résumer cela en une seule phrase sur un mur : cutt.ly s'adresse au marketeur qui veut tout savoir sur son audience. cutty.dev s'adresse à quelqu'un qui veut raccourcir un lien et, par la même occasion, ne pas mettre en vente le profil des personnes qui cliquent sur ce lien.

L'essentiel se trouve là où personne ne regarde : dans les données

Chaque réducteur de lien, absolument chaque, se positionne au milieu. Entre la personne qui clique et la page où cette personne souhaite arriver. De cet endroit, on voit tout. Qui a cliqué, à quelle heure, avec quel équipement, approximativement d'où. Ce n'est pas une option que l'on peut désactiver. C'est la nature même du réducteur de lien. La seule véritable question est : que fait le propriétaire de l'outil avec ces connaissances.

Et c'est ici que les chemins se séparent pour de bon.

Chez cutty.dev, l'infrastructure est située dans l'UE, donc vos données ne traversent pas l'océan par défaut avant même que vous n'ayez eu le temps d'y réfléchir. Les adresses IP des clics ne sont pas conservées sous forme brute, mais sont hachées, c'est-à-dire transformées en une chaîne à partir de laquelle vous ne pouvez pas reconstituer une personne spécifique. Vous recevez tout de même des statistiques. Vous savez combien il y a eu de clics, approximativement d'où ils proviennent, et comment ils se répartissent dans le temps. Cela s'arrête simplement au niveau du nombre, et non d'un nom individuel. Et il n'y a aucune machine derrière pour le profilage publicitaire ou la vente de ces données en arrière-plan.

C'est une différence de philosophie, pas seulement de paramètres. Une école dit : collectons tout ce qui peut l'être, car les données sont le carburant, et on n'a jamais trop de carburant. La seconde : collectons exactement ce qui est nécessaire pour que l'outil fonctionne, et pas un octet de plus. cutty.dev se trouve du côté de la seconde approche. On peut ne pas être d'accord, on peut considérer qu'un marketeur ne sera pas lésé par plus de données. Mais il est important de savoir que vous choisissez entre ces deux attitudes, et non entre un logo "meilleur" ou "moins bon".

Un détail qui s'avère ne pas être si insignifiant

Compte. Dans un modèle SaaS typique, pour faire quoi que ce soit en dehors de la simple réduction (votre propre extension, statistiques, édition), vous devez vous inscrire et souvent souscrire immédiatement à un forfait payant. cutty.dev permet de raccourcir un lien sans créer de compte. L'inscription est une option, pas une barrière à l'entrée.

Cela semble dérisoire jusqu'à ce que vous vous retrouviez dans une situation où vous voulez simplement insérer un lien dans un commentaire sous la publication de quelqu'un d'autre ou sur un prospectus pour une annonce de quartier. Et soudain, vous devez laisser un e-mail à un autre service, le confirmer, créer un mot de passe. Pour un seul lien. Parfois, la meilleure fonctionnalité est celle qui n'existe pas : l'absence de contrainte.

Une fonctionnalité que vous n'apprécierez qu'après coup

Il y a une chose dans cutty.dev qui, à première vue, semble insignifiante, mais qui peut vous épargner beaucoup de nerfs et d'argent. Vous pouvez modifier la destination du lien même après sa création, sans toucher à l'adresse courte elle-même.

Je vais le montrer avec des chiffres, car c'est ainsi qu'on le voit le mieux :

cutty.dev/promo-lato  →  początkowo: /landing/oferta-czerwiec
                          po miesiącu: /landing/oferta-lipiec

Imaginez que vous imprimez mille flyers avec l'adresse cutty.dev/promo-lato et un code QR. Disons que l'impression vous a coûté 280 PLN. Après un mois, l'offre de juin se termine, celle de juillet commence, et la page de destination est différente. Dans le monde ordinaire, vous jetez ces flyers et en imprimez de nouveaux, ce qui représente encore 280 PLN perdus. Ici, vous accédez au panneau de configuration, vous redirigez la même adresse vers la nouvelle page, et c'est tout. Les flyers fonctionnent toujours. Le QR code scanne toujours correctement, car il renvoie vers le même lien court, seul que ce lien pointe désormais ailleurs. Pour compléter le tout, une extension personnalisée permet à l'adresse de ne pas ressembler à un charabia aléatoire, ainsi qu'un code QR généré à partir du même lien.

(À propos : la plupart des gens ne pensent pas du tout au lien comme à quelque chose qui peut vivre plus longtemps qu'une campagne. Et puis vient la réorganisation du site, les adresses des sous-pages changent et soudain, la moitié des supports imprimés mènent nulle part. Une adresse permanente que l'on peut rediriger en interne est une sorte de petite assurance pour l'avenir, dont on ne se souvient que lorsque son absence commence à faire mal.)

Laquelle choisir finalement

Sans détour. Si vous vivez du marketing à la performance, que vous avez besoin de pixels, d'intégrations sur trois écrans vers le bas et d'une analyse qui décompose chaque clic en atomes, alors cutt.ly est un outil mature et complet, et il fera probablement ce que vous attendez de lui. En revanche, si votre priorité est que les données des utilisateurs restent chez eux, qu'elles soient toutes stockées dans l'UE, et que vous puissiez raccourcir un lien sans créer de compte puis le rediriger librement vers une nouvelle page, alors vous parlez d'un autre outil. Il s'appelle cutty.dev et vous le trouverez ici.

La chose la plus stupide que l'on puisse faire dans le débat cutt.ly vs cutty.dev, c'est de se persuader que l'un est objectivement meilleur. Ce n'est pas le cas. Ce sont deux projets différents avec des priorités différentes, conçus pour des personnes différentes.

Et pour finir, une pensée personnelle, car j'y ai longuement réfléchi. Pendant des années, on nous a appris que "plus de données" est toujours un plus, que plus nous en savons sur ceux qui cliquent, plus nous agissons intelligemment. Plus je regarde cela de l'extérieur, moins j'en suis certain. Parfois, savoir qu'une personne spécifique a cliqué sur un lien à 23:47 depuis un téléphone dans un bus ne rend personne plus intelligent. Cela rend seulement sa base de données plus épaisse. Et c'est peut-être précisément là tout l'enjeu de ce choix : non pas lequel de ces deux adresses vous saisirez, mais de quel internet vous voulez faire partie.