cutt.ly vs cutty.dev — det er ikke det samme, vi forklarer forskjellen

Det er et øyeblikk som de fleste som noen gang har lett etter noe ved å høre det nevnt, kjenner til. Noen nevner et navn i en samtale, du fanger det opp, skriver det inn i søkemotoren og klikker på det første fornuftige resultatet. Du oppretter en konto. Du forkorter lenken. Og etter to dager innser du at det slett ikke var nettsiden vennen din snakket om. Bare noe som lignet veldig på den.

Med parene cutt.ly og cutty.dev skjer dette stadig vekk. Folk behandler det ene som en skrivefeil av det andre. "Men det er jo det samme, bare at noen har skrevet det annerledes." Men nei. Dette er to separate prosjekter, laget av to ulike selskaper, med helt forskjellige ideer om hva man skal gjøre med dataene som flyter gjennom dem. Og det er nettopp derfor spørsmålet cutt.ly vs cutty.dev dukker opp så ofte at det er verdt å bryte det ned i detalj.

Hvorfor forveksler vi egentlig disse to navnene

Si det høyt. "Katli". "Kati". Hører du hvor like de ligger? Begge stammer fra den samme engelske roten, fra verbet "cut", så når noen anbefaler deg en klipper over telefonen eller dikterer en adresse fra minnet, er sannsynligheten for en feil stor. Det er ikke noens dumhet. Det er en kollisjon mellom merkevarer, helt ordinær, slik som det finnes mange av på internett.

Det er bare slik at likheten stopper ved hvordan det høres ut. Under overflaten er det ikke én tjeneste spredt over to domener. Det er to verktøy som riktignok løser det samme problemet (for lange, stygge lenker), men som angriper det fra to ulike sider av barrikaden.

Enkelt sagt er det slik. cutt.ly er en veteran. Den har vært i drift i årevis, vokst, og utviklet et omfattende sett med markedsføringsverktøy, betalte planer og utallige integrasjoner. En klassisk SaaS med et sterkt fokus på analyse, hvor kjernen er hvor mye data du kan trekke ut av hvert klikk. cutty.dev er et yngre prosjekt, med en annen vektfordeling helt fra starten: servere og behandling i Den europeiske union, personvern ikke som et tillegg i prislisten, men som en forutsetning bygget inn i fundamentet. Mindre en maskin, mer en skalpell.

Hvis jeg skulle oppsummert dette i én setning på en vegg: cutt.ly er rettet mot markedsføreren som vil vite alt om sine målgrupper. cutty.dev er rettet mot noen som ønsker å forkorte en lenke og samtidig ikke utsette profilene til menneskene som klikker på lenken for salg.

Kjernen ligger der ingen ser: i data

Hver eneste forkorter, bokstavelig talt hver eneste, plasserer seg i midten. Mellom mennesket som klikker, og siden som dette mennesket ønsker å nå. Fra dette stedet er alt synlig. Hvem som klikket, når, fra hvilken enhet, omtrent hvorfra. Dette er ikke et valg man kan slå av. Det er forkorterens natur. Det eneste reelle spørsmålet er: hva eieren av verktøyet gjør med denne kunnskapen.

Og her skilles veiene for godt.

I cutty.dev ligger infrastrukturen i EU, så dataene dine sendes ikke som standard over havet før du i det hele tatt rekker å tenke på det. IP-adressene til de som klikker lagres ikke i råformat, men er hashet, det vil si konvertert til en streng som ikke kan brukes til å gjenskape en spesifikk person. Du får likevel statistikk. Du vet hvor mange klikk det var, omtrent hvor de kom fra, og hvordan de fordeler seg over tid. Det stopper rett og slett på nivået for antall, og ikke på enkeltnavn. Og det finnes ingen maskin bak dette for profilering til reklame eller salg av disse dataene i bakgrunnen.

Det er en forskjell i filosofi, ikke bare innstillinger. Én skole sier: la oss samle alt vi kan, fordi data er drivstoff, og man kan aldri få for mye drivstoff. Den andre: la oss samle nøyaktig det som trengs for at verktøyet skal fungere, og ikke en eneste byte mer. cutty.dev står på den andre siden. Man kan være uenig i dette, man kan mene at en markedsfører rett og slett ikke taper på mer data. Men det er verdt å vite at du velger mellom disse to holdningene, og ikke mellom et "bedre" eller "dårligere" logo.

En liten detalj som viser seg å ikke være så liten

Konto. I en typisk SaaS-modell må du registrere deg, og ofte umiddelbart gå over til en betalt plan, for å kunne gjøre noe som helst utover den enkleste forkortelsen (egen endelse, statistikk, redigering). cutty.dev lar deg forkorte en lenke uten å opprette en konto. Registrering er et valg, ikke en inngangsport.

Det høres banalt ut, helt til du befinner deg i en situasjon der du bare vil legge inn én lenke i en kommentar under et andres innlegg eller på en plakat for en lokal annonse. Og plutselig må du oppgi en e-postadresse til en ny tjeneste, bekrefte den, og sette et passord. For én eneste lenke. Noen ganger er den beste funksjonen den som ikke finnes: fraværet av tvang.

Funksjonen du først vil verdsette i ettertid

Det er noe i cutty.dev som ved første øyekast ser ubetydelig ut, men som kan spare deg for mye både nerver og penger. Du kan endre målet for lenken etter at den er opprettet, uten å røre selve den korte adressen.

Jeg vil vise det med tall, for det er slik det er lettest å se:

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

Se for deg at du trykker tusen flyveblader med adressen cutty.dev/promo-lato og en QR-kode. La oss si at trykkingen kostet deg 280 zloty. Etter en måned avsluttes juni-tilbudet, juli-tilbudet starter, og landingssiden er en annen. I den vanlige verden kaster du disse flyvebladene og trykker nye, noe som betyr enda 280 zloty rett ut av vinduet. Her går du inn i panelet, omdirigerer den samme adressen til en ny side, og det er alt. Flyvebladene fungerer fortsatt. QR-koden skanner fortsatt korrekt, fordi den fører til den samme korte lenken, bare at denne lenken nå peker et annet sted. I tillegg får du en merkevarepreget avslutning, slik at adressen ikke ser ut som tilfeldig tull, og en QR-kode generert fra den samme lenken.

(Ja, forresten: de fleste tenker ikke i det hele tatt på en lenke som noe som kan leve lenger enn en kampanje. Og så kommer en omorganisering av siden, underadressene endres, og plutselig fører halvparten av det trykte materialet ingensteds. En fast adresse som kan kobles om underveis, er en liten forsikring for fremtiden, som man først husker når mangelen på den begynner å gjøre vondt.)

Hvilken skal man til slutt velge

Uten omsvøp. Hvis du lever av performance-markedsføring, trenger piksler, integrasjoner tre skjermer ned, og analyse som bryter ned hvert klikk til atomer, så er cutt.ly et modent og omfattende verktøy, og det vil sannsynligvis gjøre det du forventer av det. Hvis du derimot er mer opptatt av at brukerdataene forblir hos dem, at alt ligger i EU, og at du kan forkorte lenker uten å opprette en konto og deretter fritt omdirigere dem til en ny side, så snakker du om et annet verktøy. Det heter cutty.dev og finner du her.

Det dummeste man kan gjøre i diskusjonen om cutt.ly vs cutty.dev, er å innbille seg at det ene er objektivt bedre. Det er det ikke. Dette er to forskjellige prosjekter med ulike prioriteringer, bygget for ulike mennesker.

Og til slutt en personlig tanke, for jeg har gått og grublet på dette lenge. I årevis har vi blitt lært at "mer data" alltid er et pluss, at jo mer vi vet om de som klikker, desto smartere handler vi. Jo lenger jeg ser på det utenfra, desto mindre sikker blir jeg. Noen ganger gjør ikke kunnskapen om at en spesifikk person klikket på en lenke kl. 23:47 fra en telefon i en buss noen smartere. Det gjør bare noens database tykkere. Og kanskje er det nettopp det som er poenget med hele dette valget: ikke hvilken av disse to adressene du skriver inn, men hvilket internett du ønsker å være en del av.