Un link scurt care nu funcționează eșuează în unul dintre patru moduri, iar acestea nu au nimic în comun unele cu altele. Rulează curl -sI asupra lui, iar prima linie îți spune pe care îl ai:
curl -sI https://s.elido.me/ab12cd
Un 301 cu un antet Location înseamnă că linkul este sănătos, iar problema este mai departe. Un 404 înseamnă că slug-ul este greșit, șters sau scris cu majuscule greșite. O eroare TLS înainte de orice HTTP înseamnă că domeniul nu este finalizat. Iar un 200 care afișează o pagină de avertizare înseamnă că ceva dintre tine și link a decis să nu îl permită.
Zece secunde într-un terminal bat o oră de ghicit, pentru că un browser comprimă toate patru într-o singură pagină de eroare neutilă. Acest articol parcurge fiecare cauză și remedierea ei.
Un 404 de la domeniul scurt
Domeniul a răspuns, deci DNS și TLS sunt în regulă. Slug-ul este problema.
Verifică mai întâi majusculele. Majoritatea shortener-elor tratează slug-urile ca fiind case-sensitive, așa că /Spring și /spring sunt două linkuri diferite și doar unul dintre ele există. Dacă linkul a venit de pe un fluturaș tipărit, suspectează caracterele care arată la fel într-un font sans-serif: I majuscul, l minuscul și cifra 1; O majuscul și zero. Acesta este cel mai puternic argument pentru sufixe personalizate făcute din cuvinte reale, nu din caractere aleatorii.
Dacă slug-ul este corect, verifică dacă linkul a fost șters sau arhivat și dacă are o expirare. Expirarea linkurilor și linkuri care se autodistrug descrie cum se comportă o expirare programată odată declanșată: linkul încetează să se rezolve și arată exact ca o greșeală de tastare pentru oricine dă click pe el.
Mai există o posibilitate pentru un link care funcționa înainte: o regulă geo sau de dispozitiv care exclude locul din care testezi. Linkurile inteligente direcționează în funcție de țară și dispozitiv, iar o regulă fără fallback este un 404 pentru oricine se află în afara listei ei.
O avertizare de certificat pe un domeniu personalizat
Aici nu s-a întâmplat deloc niciun HTTP. Browserul a refuzat în timpul handshake-ului TLS, ceea ce înseamnă că domeniul servește înainte ca certificatul său să existe.
Două cauze acoperă aproape fiecare caz. Înregistrarea DNS a fost adăugată, dar verificarea nu s-a finalizat niciodată, așa că certificatul nu a fost emis niciodată. Sau domeniul a fost direcționat cu o înregistrare A, în timp ce furnizorul cerea un CNAME, iar provocarea care demonstrează controlul nu se poate finaliza.
Remedierea este să finalizezi înregistrarea exact așa cum specifică dashboard-ul, apoi să aștepți: propagarea depinde de TTL-ul anterior al a ceea ce a existat înainte, așa că o înregistrare care avea un TTL de o oră durează până la o oră ca să se limpezească. Domenii personalizate pentru linkuri scurte are ghidul complet de DNS și TLS, iar TLS pentru domeniu personalizat în cinci minute acoperă scenariul ideal.
Funcționează într-un browser, dar nu într-o aplicație
Linkul se rezolvă perfect din terminalul tău și este eliminat, marcat sau abandonat silențios în Slack, Teams, WhatsApp sau un gateway de e-mail.
Nu este vina linkului tău. Este reputația domeniului. Domeniile publice gratuite de shortener sunt partajate de toți cei care le folosesc, inclusiv de campania de phishing care a rulat pe unul dintre ele în dimineața asta, iar furnizorii de securitate care alimentează acele aplicații fac blocarea pe domeniu, nu pe slug.
Nu există nicio configurare care remediază asta pe un domeniu partajat. Remedierea este propriul tău domeniu, unde reputația îți aparține doar ție și se îmbunătățește în loc să se prăbușească aleatoriu. De ce linkurile scurte sunt blocate în Slack și Teams explică mecanismul complet, inclusiv ce faci dacă propriul tău domeniu ajunge totuși marcat.
E-mailul adaugă un al doilea nivel: unele produse de securitate rescriu fiecare link dintr-un mesaj, așa că ceea ce dă click destinatarul este URL-ul furnizorului, nu al tău. Dăunează linkurile scurte livrabilității e-mailurilor acoperă această interacțiune.
Dacă ești încă pe un domeniu partajat, acesta este momentul să te muți. Configurează un domeniu de brand pe planul gratuit și re-emite linkurile care contează.
Bucle de redirecționare și lanțuri lungi
curl -sI arată un singur hop. Adaugă -L și numără-i:
curl -sIL https://s.elido.me/ab12cd | grep -E '^HTTP|^[Ll]ocation'
Două sau trei linii sunt normale: linkul scurt redirecționează, iar destinația poate redirecționa încă o dată de la http la https sau de la apex la www. Un zid întreg de linii înseamnă o buclă, iar cauza obișnuită este un link editat ca să indice către o pagină care la rândul ei redirecționează înapoi către URL-ul scurt. Direcționează destinația către pagina finală, nu către o altă redirecționare.
Browserele se opresc din urmărire după un număr fix de hop-uri și afișează o pagină generică "prea multe redirecționări", motiv pentru care terminalul este diagnosticul mai rapid: curl afișează fiecare antet Location pe parcurs, așa că poți vedea exact care două URL-uri se indică reciproc. Semantica codurilor de stare este definită în RFC 9110, iar în practică o redirecționare permanentă este stocată în cache de browser, așa că un 301 greșit rămâne greșit pentru acel vizitator chiar și după ce îl remediezi.
Lanțurile lungi merită scurtate chiar și atunci când funcționează. Fiecare hop adaugă latență pe o conexiune mobilă, iar fiecare este un loc în plus unde un query string se poate pierde, ceea ce explică de ce parametrii UTM dispar în GA4. Ghidul 301 vs 302 acoperă ce cod de stare se folosește unde, iar tipurile de redirecționări acoperă restul familiei.
Când destinația este partea defectă
Uneori linkul scurt e în regulă, iar pagina din spatele lui nu este. Redirecționarea returnează 301, browserul o urmează, iar destinația returnează 404 pentru că pagina campaniei a fost retrasă din publicare sau slug-ul ei s-a schimbat.
Acesta este modul de eșec care face ca linkurile scurte să merite folosite, pentru că remedierea este o redirecționare nouă, nu o retipărire. Schimbă destinația și fiecare loc unde a fost publicat linkul începe să funcționeze din nou, inclusiv cele tipărite. Prevenirea degradării linkurilor acoperă cum le prinzi pe acestea înainte ca un client s-o facă, iar monitorizarea redirecționărilor de linkuri cu Sentry și Datadog acoperă alertarea la scară.
Ordinea de verificare
Anteturile mai întâi, mereu. curl -sI separă DNS de TLS de HTTP într-o singură linie, iar fiecare dintre acestea are propria remediere, care nu are nimic în comun cu celelalte două. Apoi slug-ul, apoi destinația, apoi aplicația sau gateway-ul dintre ele.
Singura verificare care prinde majoritatea problemelor înainte ca altcineva să le vadă: deschide fiecare link nou o dată, pe un telefon, pe date mobile în loc de wifi-ul de birou. Durează cincisprezece secunde și prinde certificatul care încă nu a fost emis, regula geo fără fallback și destinația care redirecționează undeva unde nu te așteptai.
Citește seria fundamentală
Acesta face parte din clusterul tutorials. Pentru mecanismele din spate, cum funcționează shortenerele de URL acoperă traseul de redirecționare, iar checklist-ul de securitate pentru shortenere de URL acoperă partea de abuz care duce, în primul rând, la blocarea domeniilor.
Alte articole de pe blog
Întrebări frecvente
De ce nu îmi funcționează linkul scurt?
Rulează curl -sI asupra lui și citește prima linie. Un 404 înseamnă că slug-ul este greșit sau șters, o eroare TLS înseamnă că domeniul personalizat nu este finalizat, un 200 cu o pagină de avertizare înseamnă că o aplicație sau un gateway l-a blocat, iar un lanț de 301-uri înseamnă că destinația indică înapoi către link. Fiecare are o remediere diferită.
De ce spune linkul meu scurt că certificatul nu este valid?
Domeniul personalizat servește linkul scurt înainte ca certificatul său să existe, ceea ce se întâmplă atunci când înregistrarea DNS a fost adăugată, dar verificarea nu s-a finalizat niciodată, sau când domeniul a fost direcționat către serviciul de redirecționare printr-o înregistrare A în loc de CNAME-ul cerut de furnizor. Finalizează verificarea și certificatul este emis automat.
De ce funcționează linkul meu scurt într-un browser, dar nu în WhatsApp sau Slack?
Pentru că aplicația verifică domeniul pe o listă de reputație înainte de a lăsa mesajul să treacă, iar domeniile shortener gratuite și partajate poartă orice reputație și-a câștigat-o cel mai rău utilizator al lor. Mutarea aceluiași link pe domeniul tău propriu remediază problema, pentru că reputația îți aparține atunci doar ție.
Ce înseamnă o buclă de redirecționare pe un link scurt?
Destinația ajunge în cele din urmă să indice înapoi către linkul scurt, așa că browserul sare între ele până renunță. De obicei se întâmplă atunci când cineva editează un link ca să indice către o pagină care la rândul ei redirecționează către URL-ul scurt, sau când două linkuri se indică reciproc. Setează destinația la pagina finală.
Linkul meu scurt returnează 404, dar îl văd în dashboard. Ce fac acum?
Verifică majusculele și caracterele: slug-urile sunt de obicei case-sensitive, deci /Spring și /spring sunt linkuri diferite, iar un I majuscul lângă un l minuscul este ușor de greșit la transcrierea de pe hârtie. Apoi verifică dacă linkul are o dată de expirare sau o regulă geo care exclude locul din care testezi.
Cât timp ar trebui să dureze până când un link scurt începe să funcționeze?
Un link pe un domeniu deja activ funcționează imediat. Un domeniu personalizat complet nou așteaptă propagarea DNS și emiterea certificatului, ceea ce durează de obicei câteva minute, dar poate ajunge până la o oră, în funcție de TTL-ul anterior al înregistrării pe care ai modificat-o.
Încearcă Elido
Lipește un URL, obții un link scurt funcțional
Fără înregistrare. Linkul este activ timp de 30 de zile. Înregistrează-te ca să-l păstrezi pentru totdeauna.
Gratuit, fără înregistrare · 2 pe zi