Uno short link che non funziona fallisce in uno di quattro modi, e non hanno nulla a che fare l'uno con l'altro. Esegui curl -sI su di esso e la prima riga ti dice quale dei quattro hai davanti:
curl -sI https://s.elido.me/ab12cd
Un 301 con un header Location significa che il link è sano e il problema è più avanti. Un 404 significa che lo slug è sbagliato, è stato eliminato, o ha la capitalizzazione sbagliata. Un errore TLS prima ancora di qualsiasi HTTP significa che il dominio non è completo. E un 200 che mostra una pagina di avviso significa che qualcosa tra te e il link ha deciso di non permetterlo.
Dieci secondi in un terminale battono un'ora di supposizioni, perché un browser comprime tutti e quattro nella stessa pagina di errore inutile. Questo articolo ripercorre ogni causa e la sua soluzione.
Un 404 dal dominio dello short link
Il dominio ha risposto, quindi DNS e TLS sono a posto. Il problema è lo slug.
Controlla prima la capitalizzazione. La maggior parte degli shortener tratta gli slug come sensibili alla distinzione tra maiuscole e minuscole, quindi /Spring e /spring sono due link diversi e solo uno dei due esiste. Se il link proviene da un volantino stampato, sospetta dei caratteri che si somigliano in un font sans-serif: I maiuscola, l minuscola, e la cifra 1; O maiuscola e zero. È l'argomento più forte a favore dei custom back-half fatti di parole reali invece che di caratteri casuali.
Se lo slug è corretto, controlla se il link è stato eliminato o archiviato, e se ha una scadenza. Scadenza dei link e link autodistruttivi spiegati spiega come si comporta una scadenza programmata una volta scattata: il link smette di risolversi e sembra esattamente un errore di battitura per chi ci clicca.
Un'altra possibilità su un link che prima funzionava: una regola geo o basata sul dispositivo che esclude il luogo da cui stai testando. Gli smart link instradano in base a paese e dispositivo, e una regola senza fallback è un 404 per chiunque sia fuori dalla sua lista.
Un avviso di certificato su un dominio personalizzato
Qui non è successo nulla a livello HTTP. Il browser ha rifiutato durante l'handshake TLS, il che significa che il dominio sta servendo prima che esista il suo certificato.
Due cause coprono quasi tutti i casi. Il record DNS è stato aggiunto ma la verifica non è mai stata completata, quindi il certificato non è mai stato rilasciato. Oppure il dominio è stato puntato con un record A quando il provider chiedeva un CNAME, e la challenge che dimostra il controllo non riesce a completarsi.
La soluzione è completare il record esattamente come specifica la dashboard, poi aspettare: la propagazione dipende dal TTL precedente di quello che c'era prima, quindi un record che aveva un TTL di un'ora impiega fino a un'ora per aggiornarsi. Link brevi con dominio personalizzato ha la guida completa su DNS e TLS, e dominio personalizzato con TLS in 5 minuti copre la happy path.
Funziona nel browser ma non in un'app
Il link si risolve perfettamente dal tuo terminale e viene rimosso, segnalato, o silenziosamente scartato in Slack, Teams, WhatsApp, o in un gateway email.
Non è colpa del tuo link. È la reputazione del dominio. I domini shortener pubblici e gratuiti sono condivisi da chiunque li usi, inclusa la campagna di phishing che ne ha usato uno stamattina, e i fornitori di sicurezza che alimentano quelle app fanno blocklist per dominio, non per slug.
Non c'è nessuna configurazione che risolva questo su un dominio condiviso. La soluzione è il tuo dominio, dove la reputazione è solo tua e migliora invece di crollare in modo casuale. Perché i tuoi short link vengono bloccati su Slack e Teams spiega il meccanismo completo, incluso cosa fare se anche il tuo dominio finisce per essere segnalato.
L'email aggiunge un secondo livello: alcuni prodotti di sicurezza riscrivono ogni link in un messaggio, quindi ciò su cui il destinatario clicca è l'URL del fornitore, non il tuo. Gli short link danneggiano la deliverability delle email? copre questa interazione.
Se sei ancora su un dominio condiviso, questo è il momento di passare oltre. Configura un dominio brandizzato sul piano gratuito e riemetti i link che contano.
Loop di redirect e catene lunghe
curl -sI mostra un salto. Aggiungi -L e contali:
curl -sIL https://s.elido.me/ab12cd | grep -E '^HTTP|^[Ll]ocation'
Due o tre righe sono normali: lo short link reindirizza, e la destinazione può reindirizzare un'altra volta da http a https o dall'apex a www. Un muro di righe significa un loop, e la causa abituale è un link modificato per puntare a una pagina che a sua volta reindirizza di nuovo all'URL breve. Punta la destinazione sulla pagina finale, non su un altro redirect.
I browser smettono di seguire dopo un numero fisso di salti e mostrano una pagina generica di "troppi redirect", il che è il motivo per cui il terminale è la diagnosi più rapida: curl stampa ogni header Location lungo il percorso, così puoi vedere esattamente quali due URL puntano l'uno all'altro. La semantica dei codici di stato è definita in RFC 9110, e la versione pratica è che un redirect permanente viene messo in cache dal browser, quindi un 301 sbagliato continua a essere sbagliato per quel visitatore anche dopo che lo hai corretto.
Vale la pena accorciare le catene lunghe anche quando funzionano. Ogni salto aggiunge latenza su una connessione mobile, e ognuno è un altro punto in cui una query string può andare persa, che è come i parametri UTM spariscono in GA4. La spiegazione di redirect 301 vs 302 copre quale codice di stato appartiene a dove, e i tipi di redirect copre il resto della famiglia.
Quando la parte rotta è la destinazione
A volte lo short link è a posto e la pagina dietro di esso non lo è. Il redirect restituisce 301, il browser lo segue, e la destinazione restituisce 404 perché la pagina della campagna è stata depubblicata o il suo slug è cambiato.
Questa è la modalità di guasto che rende gli short link utili da avere, perché la soluzione è un ripuntamento e non una ristampa. Cambia la destinazione e ogni posto in cui il link è stato pubblicato torna a funzionare, comprese le versioni stampate. Strategia di prevenzione del link rot copre come intercettarli prima di un cliente, e monitoraggio dei link brevi con Sentry e Datadog copre come impostare avvisi su scala.
L'ordine in cui controllare
Prima gli header, sempre. curl -sI separa DNS da TLS da HTTP in un'unica riga, e ognuno di questi ha una propria soluzione che non ha nulla a che fare con gli altri due. Poi lo slug, poi la destinazione, poi l'app o il gateway in mezzo.
Il controllo che intercetta la maggior parte dei problemi prima che li veda chiunque altro: apri ogni nuovo link una volta, da telefono, con i dati mobili invece del wifi dell'ufficio. Richiede quindici secondi e intercetta il certificato non ancora rilasciato, la regola geo senza fallback, e la destinazione che reindirizza verso qualcosa che non ti aspettavi.
Leggi la serie cornerstone
Si inserisce nel cluster tutorials. Per la meccanica sottostante, come funzionano gli URL shortener copre il percorso del redirect, e la checklist di sicurezza degli URL shortener copre il lato abuso che fa bloccare i domini fin dall'inizio.
Articoli correlati sul blog
Domande frequenti
Perché il mio short link non funziona?
Esegui curl -sI e leggi la prima riga. Un 404 significa che lo slug è sbagliato o è stato eliminato, un errore TLS significa che il dominio personalizzato non è ancora completo, un 200 con una pagina di avviso significa che un'app o un gateway lo ha bloccato, e una catena di 301 significa che la destinazione punta di nuovo al link. Ognuno ha una soluzione diversa.
Perché il mio short link dice che il certificato non è valido?
Il dominio personalizzato sta servendo lo short link prima che esista il suo certificato, il che succede quando il record DNS è stato aggiunto ma la verifica non è mai stata completata, oppure quando il dominio è stato puntato verso il servizio di redirect con un record A invece del CNAME richiesto dal provider. Completa la verifica e il certificato viene rilasciato automaticamente.
Perché il mio short link funziona nel browser ma non in WhatsApp o Slack?
Perché l'app verifica il dominio rispetto a una lista di reputazione prima di far passare il messaggio, e i domini shortener condivisi e gratuiti portano con sé qualunque reputazione si sia guadagnato il loro utente peggiore. Spostare lo stesso link sul tuo dominio risolve il problema, perché a quel punto la reputazione appartiene solo a te.
Cosa significa un loop di redirect su uno short link?
La destinazione finisce per puntare di nuovo allo short link, quindi il browser rimbalza tra i due finché non si arrende. Succede di solito quando qualcuno modifica un link facendolo puntare a una pagina che a sua volta reindirizza all'URL breve, oppure quando due link puntano l'uno all'altro. Imposta la destinazione sulla pagina finale.
Il mio short link restituisce 404 ma lo vedo nella dashboard. E adesso?
Controlla maiuscole/minuscole e i caratteri: gli slug sono di solito sensibili alla distinzione tra maiuscole e minuscole, quindi /Spring e /spring sono link diversi, e una I maiuscola accanto a una l minuscola è facile da confondere trascrivendo da un testo stampato. Poi controlla se il link ha una data di scadenza o una regola geo che esclude il luogo da cui stai testando.
Quanto tempo dovrebbe impiegare uno short link a iniziare a funzionare?
Un link su un dominio già attivo funziona immediatamente. Un dominio personalizzato appena creato aspetta la propagazione DNS e il rilascio del certificato, il che di solito richiede pochi minuti ma può arrivare fino a un'ora a seconda del TTL precedente del record che hai modificato.
Prova Elido
Incolla un URL, ottieni un link breve
Senza registrazione. Il link vive 30 giorni. Iscriviti per conservarlo.
Gratis, nessuna registrazione richiesta · 2 al giorno