cutt.ly vs cutty.dev — não é a mesma coisa, explicamos a diferença

Existe um momento que quase todos conhecem, quem quer que já tenha procurado algo pelo som. Alguém menciona um nome em uma conversa, você o captura, digita no buscador e clica no primeiro resultado que faz sentido. Você cria uma conta. Encurta o link. E, após dois dias, percebe que não era exatamente o site de que seu amigo estava falando. Apenas algo muito parecido com ele.

Com o par cutt.ly e cutty.dev, isso acontece constantemente. As pessoas tratam um como um erro de digitação do outro. "Ora, é a mesma coisa, apenas alguém escreveu de forma diferente." Na verdade, não. São dois projetos distintos, feitos por duas empresas diferentes, com ideias completamente diferentes sobre o que fazer com os dados que passam por eles. E é precisamente por isso que a pergunta cutt.ly vs cutty.dev retorna com tanta frequência que vale a pena analisá-la detalhadamente.

Por que confundimos estes dois nomes de qualquer forma

Diga-os em voz alta. "Katli". "Kati". Consegue ouvir o quão próximos eles soam? Ambos derivam da mesma raiz inglesa, do verbo "cut", então quando alguém lhe recomenda uma cortadora por telefone ou dita um endereço de memória, a probabilidade de erro é grande. Não é estupidez de ninguém. É uma colisão de marcas, perfeitamente comum, como tantas outras na internet.

No entanto, a semelhança termina no som. Por baixo disso, não é um único serviço estendido em dois domínios. São duas ferramentas que, embora resolvam o mesmo problema (links demasiado longos e feios), abordam-no de dois lados diferentes da barricada.

A maneira mais simples de dizer é esta. cutt.ly é um veterano. Funciona há anos, cresceu, desenvolveu um conjunto abrangente de ferramentas de marketing, planos pagos e inúmeras integrações. Um SaaS clássico com uma forte inclinação para a análise, onde o cerne é quanto dado você consegue extrair de cada clique. cutty.dev é um projeto mais jovem, com um peso diferente distribuído desde o início: servidores e processamento na União Europeia, privacidade não como um adicional na tabela de preços, mas como uma premissa integrada nos fundamentos. Menos uma máquina complexa, mais um bisturi.

Se eu tivesse que colocar isso em uma única frase na parede: cutt.ly é voltado para o profissional de marketing que quer saber tudo sobre seu público. cutty.dev é voltado para quem deseja encurtar um link e, ao mesmo tempo, não expor para venda o perfil das pessoas que clicam nesse link.

O cerne reside onde ninguém olha: nos dados

Cada encurtador, literalmente cada um, posiciona-se no meio. Entre a pessoa que clica e a página para a qual essa pessoa deseja chegar. Desse lugar, tudo é visível. Quem clicou, a que horas, de qual dispositivo, aproximadamente de onde. Esta não é uma opção que possa ser desativada. É a natureza do encurtador. A única pergunta real é: o que o proprietário da ferramenta faz com esse conhecimento.

E aqui os caminhos se dividem para sempre.

Na cutty.dev, a infraestrutura está localizada na UE, portanto, seus dados por padrão não viajam para o outro lado do oceano antes mesmo que você possa pensar nisso. Os endereços IP de quem clica não são armazenados em formato bruto, mas sim transformados em hash, ou seja, convertidos em uma sequência da qual você não consegue reconstruir uma pessoa específica. Apesar disso, você recebe estatísticas. Você sabe quantos cliques ocorreram, aproximadamente de onde vieram e como se distribuem no tempo. Simplesmente termina no nível de números, e não de um nome individual. E não há nenhuma máquina por trás disso para perfilamento publicitário ou venda desses dados em segundo plano.

É uma diferença de filosofia, não apenas de configurações. Uma escola diz: vamos coletar tudo o que for possível, porque dados são combustível, e combustível nunca é demais. A outra: vamos coletar exatamente o necessário para que a ferramenta funcione, e nem um byte a mais. cutty.dev está do lado desta segunda. Pode-se discordar disso, pode-se considerar que, para um profissional de marketing, mais dados simplesmente não fazem mal. Mas vale a pena saber que você está escolhendo entre essas duas posturas, e não entre um logotipo "melhor" ou "pior".

Um detalhe que acaba não sendo tão pequeno

Conta. Num modelo SaaS típico, para fazer qualquer coisa além do encurtamento mais simples (domínio próprio, estatísticas, edição), é necessário registar-se e, muitas vezes, aderir imediatamente a um plano pago. o cutty.dev permite encurtar links sem criar uma conta. O registo é uma opção, não uma barreira de entrada.

Parece banal, até que você se encontre em uma situação em que quer apenas postar um link em um comentário sob o post de outra pessoa ou em um folheto de anúncio do bairro. E, de repente, você tem que deixar um e-mail para outro serviço, confirmá-lo, definir uma senha. Para apenas um link. Às vezes, a melhor funcionalidade é aquela que não existe: a ausência de obrigatoriedade.

Função que você só apreciará depois de acontecer

Há algo no cutty.dev que, à primeira vista, parece insignificante, mas pode poupar muitos nervos e dinheiro. Você pode substituir o destino do link após a sua criação, sem alterar o endereço curto em si.

Mostrarei com números, pois é assim que se vê melhor:

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

Imagine que você está imprimindo mil panfletos com o endereço cutty.dev/promo-lato e um código QR. Digamos que a impressão custou 280 złotych. Após um mês, a oferta de junho termina, a de julho começa, e a página de destino é outra. No mundo comum, você joga fora esses panfletos e imprime novos, ou seja, mais 280 złotys jogados fora. Aqui, você entra no painel, redireciona o mesmo endereço para uma nova página e pronto. Os panfletos continuam funcionando. O QR continua sendo escaneado corretamente, pois leva ao mesmo link curto, apenas que este link agora aponta para outro lugar. Para completar, há um sufixo personalizado, para que o endereço não pareça um amontoado de caracteres aleatórios, e o código QR é gerado a partir do mesmo link.

(A propósito: a maioria das pessoas nem sequer pensa num link como algo que possa durar mais do que uma campanha. E depois vem uma reorganização do site, os endereços das subpáginas mudam e, de repente, metade dos materiais impressos leva a lugar nenhum. Um endereço permanente, que pode ser redirecionado internamente, é como um pequeno seguro para o futuro, do qual só nos lembramos quando a sua ausência começa a doer.)

Qual escolher finalmente

Sem rodeios. Se você vive de performance marketing, precisa de pixels, integrações em três níveis abaixo e uma análise que decomponha cada clique em átomos, então o cutt.ly é uma ferramenta madura e robusta, e muito provavelmente fará o que você espera dele. Se, por outro lado, você se preocupa mais em manter os dados dos usuários com eles, para que tudo fique na UE, e para poder encurtar o link sem criar uma conta e depois reencaminhá-lo livremente para uma nova página, então você está falando de outra ferramenta. Chama-se cutty.dev e você pode encontrá-la aqui.

A coisa mais estúpida que se pode fazer na disputa cutt.ly vs cutty.dev é convencer-se de que um é objetivamente melhor. Não é. São dois projetos diferentes com prioridades distintas, construídos para pessoas diferentes.

E, por fim, um pensamento pessoal, pois refleti muito sobre isso. Durante anos, nos ensinaram que "mais dados" é sempre uma vantagem, que quanto mais sabemos sobre quem clica, mais inteligentemente agimos. Quanto mais observo isso de fora, menos tenho certeza disso. Às vezes, o conhecimento de que uma pessoa específica clicou em um link às 23:47 de um telefone no ônibus não torna ninguém mais inteligente. Apenas torna o banco de dados de alguém mais robusto. E talvez seja exatamente esse o ponto de toda essa escolha: não qual desses dois endereços você digitará, mas de qual internet você deseja fazer parte.