Um link curto que não funciona falha de uma entre quatro maneiras, e elas não têm nada a ver umas com as outras. Execute curl -sI nele e a primeira linha diz qual delas você tem:
curl -sI https://s.elido.me/ab12cd
Um 301 com um cabeçalho Location significa que o link está saudável e o problema está mais adiante. Um 404 significa que o slug está errado, foi excluído, ou está na caixa errada. Um erro de TLS antes de qualquer HTTP significa que o domínio não está concluído. E um 200 que renderiza uma página de aviso significa que algo entre você e o link decidiu não permiti-lo.
Dez segundos em um terminal vencem uma hora de suposições, porque um navegador reduz as quatro causas à mesma página de erro inútil. Este post percorre cada causa e a sua correção.
Um 404 do Domínio Curto
O domínio respondeu, então o DNS e o TLS estão bem. O problema é o slug.
Verifique a caixa primeiro. A maioria dos encurtadores trata os slugs como sensíveis a maiúsculas e minúsculas, então /Spring e /spring são dois links diferentes e só um deles existe. Se o link veio de um panfleto impresso, desconfie dos caracteres que se parecem em uma fonte sans-serif: I maiúsculo, l minúsculo, e o dígito 1; O maiúsculo e zero. Esse é o argumento mais forte a favor de custom back-halves feitos de palavras reais em vez de caracteres aleatórios.
Se o slug está certo, verifique se o link foi excluído ou arquivado, e se ele tem uma expiração. Expiração de links e links autodestrutivos cobre como uma expiração agendada se comporta quando é disparada: o link para de resolver e parece exatamente um erro de digitação para quem clicou nele.
Mais uma possibilidade em um link que costumava funcionar: uma regra de geolocalização ou de dispositivo que exclui o lugar de onde você está testando. Smart links direcionam por país e dispositivo, e uma regra sem fallback é um 404 para todo mundo fora da sua lista.
Um Aviso de Certificado em um Domínio Personalizado
Nada de HTTP aconteceu aqui. O navegador recusou durante o handshake de TLS, o que significa que o domínio está servindo antes que o certificado exista.
Duas causas cobrem quase todos os casos. O registro DNS foi adicionado mas a verificação nunca foi concluída, então o certificado nunca foi emitido. Ou o domínio foi apontado com um registro A quando o provedor pediu um CNAME, e o desafio que comprova o controle não consegue ser concluído.
A correção é concluir o registro exatamente como o painel especifica, e depois esperar: a propagação depende do TTL anterior do que estava lá antes, então um registro que costumava ter um TTL de uma hora leva até uma hora para atualizar. Links curtos com domínio personalizado tem o passo a passo completo de DNS e TLS, e domínio personalizado com TLS em cinco minutos cobre o caminho mais simples.
Funciona no Navegador mas Não em um Aplicativo
O link resolve perfeitamente a partir do seu terminal e é removido, sinalizado, ou silenciosamente descartado no Slack, no Teams, no WhatsApp, ou em um gateway de email.
O problema não é o seu link. É a reputação do domínio. Domínios de encurtadores públicos e gratuitos são compartilhados por todos que os usam, incluindo a campanha de phishing que rodou em um deles esta manhã, e os fornecedores de segurança que alimentam esses aplicativos fazem o bloqueio por domínio, não por slug.
Não existe configuração que resolva isso em um domínio compartilhado. A correção é ter o seu próprio domínio, onde a reputação é só sua e melhora em vez de desmoronar aleatoriamente. Por que os links curtos são bloqueados no Slack e no Teams tem o mecanismo completo, incluindo o que fazer se o seu próprio domínio acabar sendo sinalizado.
O email adiciona uma camada extra: alguns produtos de segurança reescrevem todos os links de uma mensagem, então o que o destinatário clica é a URL do fornecedor, não a sua. Os links curtos prejudicam a entregabilidade de email cobre essa interação.
Se você ainda está em um domínio compartilhado, este é o momento de migrar. Configure um domínio com marca própria no plano gratuito e reemita os links que importam.
Loops de Redirecionamento e Cadeias Longas
curl -sI mostra um salto. Adicione -L e conte-os:
curl -sIL https://s.elido.me/ab12cd | grep -E '^HTTP|^[Ll]ocation'
Duas ou três linhas é normal: o link curto redireciona, e o destino pode redirecionar mais uma vez de http para https ou do domínio raiz para www. Uma parede delas significa um loop, e a causa habitual é um link editado para apontar para uma página que por sua vez redireciona de volta para a URL curta. Aponte o destino para a página final, não para outro redirecionamento.
Os navegadores param de seguir depois de um número fixo de saltos e mostram uma página genérica de "muitos redirecionamentos", e é por isso que o terminal é o diagnóstico mais rápido: o curl mostra cada cabeçalho Location no caminho, então você consegue ver exatamente quais duas URLs estão apontando uma para a outra. A semântica dos códigos de status está definida na RFC 9110, e na prática um redirecionamento permanente fica em cache no navegador, então um 301 errado continua errado para aquele visitante mesmo depois de você corrigir.
Vale a pena enxugar cadeias longas mesmo quando funcionam. Cada salto adiciona latência em uma conexão móvel, e cada um é mais um lugar onde uma query string pode se perder, o que explica como os parâmetros UTM somem no GA4. O guia de 301 vs 302 cobre qual código de status pertence a cada caso, e tipos de redirecionamentos cobre o resto da família.
Quando o Problema Está no Destino
Às vezes o link curto está bem e a página por trás dele não está. O redirecionamento retorna 301, o navegador o segue, e o destino retorna 404 porque a página da campanha foi despublicada ou o slug dela mudou.
Esse é o modo de falha que torna os links curtos valiosos, porque a correção é reapontar em vez de reimprimir. Mude o destino e todo lugar onde o link foi publicado volta a funcionar, incluindo os materiais impressos. Prevenção de link rot cobre como detectar isso antes que um cliente detecte, e monitoramento de redirecionamentos de link com Sentry e Datadog cobre como alertar sobre isso em escala.
A Ordem de Verificação
Cabeçalhos primeiro, sempre. curl -sI separa DNS de TLS de HTTP em uma linha, e cada um deles tem a sua própria correção, sem relação com as outras duas. Depois o slug, depois o destino, depois o aplicativo ou gateway entre eles.
A verificação que sozinha detecta a maioria dos problemas antes que qualquer outra pessoa os veja: abra cada link novo uma vez, no celular, usando dados móveis em vez do wifi do escritório. Leva quinze segundos e detecta o certificado que ainda não foi emitido, a regra de geolocalização sem fallback, e o destino que redireciona para algum lugar que você não esperava.
Leia a Série Principal
Este artigo está no cluster de tutoriais. Para a mecânica por trás disso, como funcionam os encurtadores de URL cobre o caminho do redirecionamento, e o checklist de segurança de encurtadores de URL cobre o lado do abuso que faz os domínios serem bloqueados, para começo de conversa.
Relacionado no Blog
Perguntas frequentes
Por que meu link curto não está funcionando?
Execute curl -sI nele e leia a primeira linha. Um 404 significa que o slug está errado ou foi excluído, um erro de TLS significa que o domínio personalizado não está concluído, um 200 com uma página de aviso significa que um aplicativo ou gateway o bloqueou, e uma cadeia de 301s significa que o destino aponta de volta para o link. Cada um tem uma correção diferente.
Por que meu link curto diz que o certificado não é válido?
O domínio personalizado está servindo o link curto antes que o certificado exista, o que acontece quando o registro DNS foi adicionado mas a verificação nunca foi concluída, ou quando o domínio foi apontado para o serviço de redirecionamento por um registro A em vez do CNAME que o provedor pediu. Conclua a verificação e o certificado é emitido automaticamente.
Por que meu link curto funciona no navegador mas não no WhatsApp ou no Slack?
Porque o aplicativo verifica o domínio em uma lista de reputação antes de deixar a mensagem passar, e domínios de encurtadores gratuitos e compartilhados carregam qualquer reputação que o pior usuário deles tenha conquistado. Mover o mesmo link para o seu próprio domínio resolve isso, porque a reputação passa a pertencer só a você.
O que significa um loop de redirecionamento em um link curto?
O destino acaba apontando de volta para o link curto, então o navegador fica saltando entre os dois até desistir. Geralmente acontece quando alguém edita um link para apontar para uma página que por sua vez redireciona de volta para a URL curta, ou quando dois links apontam um para o outro. Defina o destino como a página final.
Meu link curto retorna 404 mas eu consigo vê-lo no painel. E agora?
Verifique a caixa e os caracteres: os slugs geralmente diferenciam maiúsculas de minúsculas, então /Spring e /spring são links diferentes, e um I maiúsculo ao lado de um l minúsculo é fácil de digitar errado a partir de um impresso. Depois verifique se o link tem uma data de expiração ou uma regra de geolocalização que exclui o lugar de onde você está testando.
Quanto tempo um link curto deve levar para começar a funcionar?
Um link em um domínio que já está no ar funciona imediatamente. Um domínio personalizado novo em folha depende da propagação de DNS e da emissão do certificado, o que geralmente leva minutos mas pode levar até uma hora, dependendo do TTL anterior do registro que você alterou.
Experimente Elido
Cole uma URL, obtenha um link curto
Sem cadastro. O link vive 30 dias. Cadastre-se para mantê-lo para sempre.
Grátis, sem necessidade de registo · 2 por dia