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

Der er et øjeblik, som næsten alle, der nogensinde har søgt efter noget baseret på hvad de har hørt, kender til. Nogen nævner et navn i en samtale, du fanger det, skriver det ind i en søgemaskine og klikker på det første relevante resultat. Du opretter en konto. Du forkorter linket. Og efter to dage indser du, at det slet ikke var den hjemmeside, din ven talte om. Men blot noget, der lignede den meget.

Med parret cutt.ly og cutty.dev sker dette meget ofte. Folk behandler det ene som en stavefejl for det andet. "Jamen det er jo det samme, bare skrevet anderledes." Men nej. Det er to separate projekter, lavet af to forskellige virksomheder, med helt forskellige idéer om, hvad man skal gøre med de data, der flyder igennem dem. Og det er netop derfor, at spørgsmålet cutt.ly vs cutty.dev vender tilbage så ofte, at det er værd at analysere det i detaljer.

Hvorfor forveksler vi overhovedet disse to navne

Sig dem højt. "Katli". "Kati". Kan du høre, hvor tæt de ligger på hinanden? Begge stammer fra den samme engelske rod, fra verbet "cut", så når nogen anbefaler dig en plæneklipper over telefonen eller dikterer en adresse fra hukommelsen, er sandsynligheden for en fejl ret stor. Det er ikke nogens dumhed. Det er et sammenstød mellem brands, helt almindeligt, som der findes masser af på internettet.

Det er dog kun i lyden, at ligheden ophører. Under overfladen er det ikke én tjeneste spændt ud over to domæner. Det er to værktøjer, som ganske vist løser det samme problem (for lange, grimme links), men som griber det an fra to forskellige sider af barrikaden.

Kort sagt er det sådan her. cutt.ly er en veteran. Den har fungeret i årevis, er vokset og har opbygget et omfattende sæt marketingværktøjer, betalingsplaner og masser af integrationer. En klassisk SaaS med en stærk vægtning mod analyse, hvor kernen er, hvor meget data du kan udvinde fra hvert klik. cutty.dev er et yngre projekt med en anden vægtning fra begyndelsen: servere og behandling i EU, privatliv ikke som et tilvalg i prislisten, men som en grundlæggende antagelse. Mindre en maskine, mere en skalpel.

Hvis jeg skulle indfange det i én sætning på en væg: cutt.ly henvender sig til marketøren, der vil vide alt om sine målgrupper. cutty.dev henvender sig til nogen, der ønsker at forkorte et link og samtidig ikke risikere at sælge profilen på de mennesker, der klikker på dette link.

Essensen ligger der, hvor ingen kigger: i data

Enhver URL-forkorter, bogstaveligt talt enhver, placerer sig i midten. Mellem mennesket, der klikker, og den side, som dette menneske ønsker at nå. Fra dette sted kan alt ses. Hvem der klikkede, hvornår, fra hvilken enhed, og omtrent hvorfra. Det er ikke en funktion, man kan slå fra. Det er URL-forkorterens natur. Det eneste reelle spørgsmål lyder: hvad ejeren af værktøjet gør med denne viden.

Og her skilles vejene for altid.

Hos cutty.dev ligger infrastrukturen i EU, så dine data rejser som standard ikke over oceanet, før du overhovedet når at tænke over det. IP-adresserne fra klik bliver ikke gemt i rå form, men er hashet, hvilket betyder, at de er omdannet til en streng, som du ikke kan genskabe en specifik person fra. Du får dog stadig statistik. Du ved, hvor mange der har klikket, omtrent hvorfra, og hvordan det fordeler sig over tid. Det stopper blot på et niveau med tal og ikke enkelte navne. Og der er ingen maskine bagved til profilering til reklamer eller salg af disse data i baggrunden.

Det er en forskel i filosofi, ikke kun i indstillinger. Den ene skole siger: lad os indsamle alt, hvad vi kan, for data er brændstof, og man kan aldrig få for meget brændstof. Den anden: lad os indsamle præcis det, der er nødvendigt, for at værktøjet fungerer, og ikke en eneste byte mere. cutty.dev står på den anden side. Man kan være uenig, man kan mene, at en marketingmedarbejder blot ikke vil lide skade af mere data. Men det er værd at vide, at du vælger mellem disse to holdninger, og ikke mellem et "bedre" eller "dårligere" logo.

En lille detalje, der viser sig ikke at være så lille

Konto. I en typisk SaaS-model skal du registrere dig, og ofte med det samme tilmelde dig en betalt plan, for at gøre noget som helst udover den helt simple forkortelse (egen endelse, statistik, redigering). cutty.dev giver dig mulighed for at forkorte et link uden at oprette en konto. Registrering er en valgmulighed, ikke en indgangsbarriere.

Det lyder banalt, indtil du befinder dig i en situation, hvor du bare gerne vil smide ét link i en kommentar under et andres opslag eller på en seddel til en lokal opslagstavle. Og pludselig skal du efterlade en e-mail til endnu en tjeneste, bekræfte den og oprette en adgangskode. For ét enkelt link. Nogle gange er den bedste funktion den, der ikke findes: fraværet af tvang.

En funktion, du først vil sætte pris på efterfølgende

Der er noget i cutty.dev, som ved første øjekast ser ubetydeligt ud, men som kan spare dig for mange nerver og penge. Du kan ændre linkets mål efter det er blevet oprettet, uden at røre selve den korte adresse.

Jeg vil vise det med tal, for det er sådan, det ses bedst:

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

Forestil dig, at du printer tusind flyers med adressen cutty.dev/promo-lato og en QR-kode. Lad os sige, at printet kostede dig 280 zloty. Efter en måned slutter juni-tilbuddet, juli-tilbuddet starter, og landingssiden er en anden. I den normale verden smider du disse flyers ud og printer nye, hvilket betyder endnu 280 zloty lige ud af vinduet. Her går du ind i panelet, omdirigerer den samme adresse til den nye side, og det er det. Flyerene virker stadig. QR-koden scanner stadig korrekt, fordi den fører til det samme korte link, men dette link peger nu et andet sted hen. For at gøre det komplet tilføjes en brandet endelse, så adressen ikke ligner tilfældigt vrøvl, og en QR-kode genereret fra det samme link.

(Ja, forresten: de fleste mennesker tænker slet ikke på et link som noget, der kan leve længere end en kampagne. Og så kommer en reorganisering af siden, undersidernes adresser ændres, og pludselig fører halvdelen af det printede materiale ingen steder hen. En fast adresse, som man kan omdirigere internt, er en lille forsikring for fremtiden, som man først husker, når manglen på den begynder at gøre ondt.)

Hvilken skal man så endelig vælge

Uden omsvøb. Hvis du lever af performance marketing, har brug for pixels, integrationer på tre skærme nedad og analytics, der skiller hvert klik ad i atomer, så er cutt.ly et modent og omfattende værktøj, og det vil sandsynligvis gøre, hvad du forventer af det. Hvis du derimod går mere op i, at modtagernes data bliver hos dem, at alt befinder sig i EU, og at du kan forkorte links uden at oprette en konto og derefter frit omdirigere dem til en ny side, så taler du om et andet værktøj. Det hedder cutty.dev, og du kan finde det her.

Det dummeste, man kan gøre i tvisten cutt.ly vs cutty.dev, er at overbevise sig selv om, at det ene er objektivt bedre. Det er det ikke. Det er to forskellige projekter med forskellige prioriteter, bygget til forskellige mennesker.

Og til slut en personlig tanke, da jeg har gået og tænkt over dette længe. I årevis er vi blevet lært, at "mere data" altid er et plus, at jo mere vi ved om dem, der klikker, desto klogere handler vi. Jo længere jeg betragter det udefra, desto mindre sikker er jeg på det. Nogle gange gør viden om, at en specifik person klikkede på et link kl. 23:47 fra en telefon i en bus, ingen klogere. Det gør blot nogens database tykkere. Og måske er det netop det, der er pointen med hele dette valg: ikke hvilken af de to adresser du indtaster, men hvilket internet du ønsker at være en del af.