Verifica link rotti
Risposta breve
Esegui la scansione della pagina per trovare link interni ed esterni non funzionanti.
Cosa non fa: Controlla fino a 100 link di una pagina, solo link di pagina (non immagini, script o fogli di stile) e solo codici di stato, quindi non rileva un soft 404 che risponde 200.
Cosa fa
Controlla i link su una pagina — interni e in uscita, fino a 100 URL univoci — e richiede ciascuno per confermare che funzioni ancora. Segnala i link che restituiscono uno stato di errore come 404 o 500, o che vanno in timeout, e segue i reindirizzamenti fino alla destinazione finale. Restituisce ogni link rotto con il suo testo di ancoraggio e il codice di stato.
Perché è importante
I link rotti frustrano i visitatori e portano i crawler a vicoli ciechi. Google dice che i 404 di per sé non danneggiano il posizionamento di un sito, ma un link a una pagina morta fa comunque perdere il visitatore che intendevi inviare e nasconde la pagina che intendevi collegare. Un controllo rapido dopo le modifiche ai contenuti evita che si accumulino.
Come funziona
-
Inserisci l'URL della tua pagina e clicca su Controlla link
-
Estraiamo ogni `<a href>` sulla pagina (interni e in uscita)
-
Richiediamo ogni link univoco, seguendo i reindirizzamenti, con un timeout di 5 secondi
-
Restituiamo ogni link rotto con il suo codice di stato e il testo di ancoraggio
Esempio di input e output
url: https://rankproof.eu/guides
link controllati: 32 (unici, su 56 nella pagina) rotti: 0 OK reindirizzati: 0 OK Tutti i link controllati funzionano
Come leggere il risultato
- Link controllati (32 su 56 nell'esempio)
- Viene raccolto ogni <a href> della pagina, interno ed esterno, e i duplicati vengono uniti: 56 link che puntano a 32 indirizzi diversi sono 32 richieste. A ogni esecuzione si controllano fino a 100 indirizzi unici.
- Rotti (0)
- Un link conta come rotto quando la risposta finale è un codice di errore — 404 Not Found, 410 Gone, 500 e così via — o quando nulla risponde entro 5 secondi. Il report elenca ciascuno con il suo testo di ancoraggio, così lo trovi nella pagina.
- Reindirizzati (0)
- Link che funzionano ma raggiungono la destinazione tramite un reindirizzamento, per esempio un vecchio indirizzo http:// o una barra finale mancante. Non sono errori, ma un link diretto all'indirizzo finale risparmia una richiesta a visitatori e crawler.
- Cosa non viene controllato
- I link mailto:, tel:, le #ancore interne e i javascript: vengono saltati, così come immagini, script e fogli di stile. Viene letto solo l'HTML inviato dal tuo server, quindi i link che uno script aggiunge dopo non si vedono.
- Tutti i link controllati funzionano
- Nessun link rotto tra gli indirizzi controllati. Se la pagina ha più di 100 link unici, gli altri non sono stati richiesti, e una pagina che risponde 200 con un messaggio «non trovato» (soft 404) non si distingue da una che funziona.
Chi lo usa
-
Content manager
Eseguilo dopo una pulizia editoriale per individuare i link rotti da pagine eliminate o risorse esterne scadute.
-
Auditor SEO
Includi un controllo dei link nell'onboarding dei clienti — i link rotti sono una correzione rapida e visibile.
-
Responsabile della migrazione
Dopo un cambio di dominio o di struttura degli URL, verifica che ogni link interno sulle pagine chiave si risolva ancora.
Problemi comuni e come risolverli
-
Un link interno restituisce 404
Fai puntare il link all'indirizzo attuale della pagina. Se la pagina è stata spostata, reindirizza anche il vecchio indirizzo con un 301, così segnalibri e link da altri siti arrivano ancora; se la pagina non esiste più, togli il link o puntalo al sostituto più vicino.
# nginx location = /old-page { return 301 /new-page; } # Apache (.htaccess) Redirect 301 /old-page /new-page -
Un link esterno è morto
Cerca dove è stato spostato il contenuto — la ricerca del sito o la sua nuova struttura di URL di solito lo hanno — e aggiorna il link. Se non esiste più da nessuna parte, collega una copia archiviata o un'altra fonte, oppure togli il riferimento.
-
Un link si apre nel browser ma risulta rotto
Alcuni siti rifiutano le richieste automatiche (403 o 429) o rispondono lentamente. Lo strumento richiede di nuovo con un normale GET quando un server rifiuta la richiesta HEAD, più leggera, ma un sito che blocca i bot sembrerà comunque rotto: apri il link tu stesso prima di toglierlo.
-
Molti link passano per reindirizzamenti
Aggiorna i link interni all'indirizzo finale, di solito la versione https:// con la barra finale corretta. I reindirizzamenti funzionano, ma ognuno aggiunge una richiesta prima che la pagina inizi a caricarsi.
-
I link si rompono a ogni restyling
Mantieni stabili gli URL quando cambi design o CMS e, quando uno deve cambiare, aggiungi il reindirizzamento 301 nello stesso rilascio. Esegui questo controllo sulle pagine più visitate dopo ogni rilascio.
Domande frequenti
- Segue i reindirizzamenti?
- Sì — seguiamo i reindirizzamenti e riportiamo lo stato della destinazione finale. Per tracciare ogni passaggio, usa il Verificatore di reindirizzamenti.
- Posso controllare l'intero sito?
- Questo strumento controlla i link su una pagina alla volta. Eseguilo di nuovo per ogni pagina che vuoi controllare.
- I link rotti danneggiano il posizionamento?
- Non direttamente — Google dice che i 404 da soli non danneggiano il posizionamento di un sito. I link interni rotti nascondono comunque le pagine a crawler e visitatori, e i link in uscita rotti rendono una pagina meno utile, quindi correggili.
- Cos'è un "soft 404"?
- Una pagina che restituisce HTTP 200 ma mostra un messaggio "non trovata". Questo strumento controlla solo i codici di stato, quindi non li rileva.
- Controlla le immagini e altre risorse?
- No — solo i link `<a href>`. Immagini, script e fogli di stile non vengono richiesti.
Fonti
La documentazione su cui si basano questo strumento e le spiegazioni di questa pagina.
- How HTTP Status Codes Affect Google's Crawlers — Google Search Central
- Redirects and Google Search — Google Search Central
- SEO Link Best Practices for Google — Google Search Central
- HTTP response status codes — MDN Web Docs
- RFC 9110: HTTP Semantics — RFC Editor