Audit SEO e Velocità Pagina
Dati reali Core Web Vitals tramite le API di Google, più verifiche on-page dal vivo sul vostro HTML effettivo.
L'inglese è attivo ora. Le altre lingue vengono tradotte e pubblicate una alla volta.
Nessuna lingua corrisponde alla ricerca.
Reindirizzamenti
Ogni reindirizzamento impone una richiesta di rete completa, e le catene di tre o quattro salti sono frequentissime dopo la migrazione di un sito. Questo strumento segue ogni passaggio individualmente e vi mostra il codice di stato, la destinazione finale e la latenza accumulata.
Tracciamento della catena di reindirizzamento in corso…
Catena di reindirizzamento per
Ciascun salto viene richiesto singolarmente disabilitando il reindirizzamento automatico, per osservare la catena reale anziché un semplice riassunto. I tempi di risposta sono misurati dai nostri server e indicano il costo relativo di latenza, non l'esperienza specifica di un utente sul vostro mercato locale.
La guida dietro questo strumento Reindirizzamenti: 301 vs 302, catene e migrazioni Quando usare ogni codice di stato, perché le catene di redirect rallentano il sito e l'errore di migrazione che distrugge il traffico organico. Leggi la guida · 6 min di lettura →Ogni salto viene richiesto singolarmente disabilitando il follow automatico, per visualizzare la catena reale.
Tutti gli URL intermedi, in ordine sequenziale, con il codice di stato HTTP restituito da ciascuno.
I trasferimenti definitivi contrassegnati come temporanei mantengono il ranking sul vecchio URL, talvolta per mesi.
Il numero di richieste di rete pagate dal visitatore prima che appaia qualsiasi contenuto. Ogni salto può costare 200–400ms su mobile.
Verifica del corretto passaggio a HTTPS e della presenza di HSTS per eliminare il redirect agli utenti di ritorno.
Time to first byte per ogni singola richiesta della catena, per individuare quale passaggio causa lentezza.
Verifica se la catena approda effettivamente a una pagina attiva e funzionante.
Zero o un salto è la condizione ottimale. Un singolo passaggio è normale — solitamente da http a https o da non-www a www.
Tre o più salti richiedono una linearizzazione immediata. Non perché i motori non riescano a seguirli, ma perché ogni passaggio impone una richiesta di rete completa prima che l'utente veda qualsiasi contenuto. Risolvete facendo puntare il primo URL direttamente alla destinazione finale anziché al passaggio successivo.
Un codice 302 su uno spostamento definitivo è un errore subdolo. Google finirà per assimilarlo, ma nel frattempo il vecchio URL può trattenere il posizionamento per mesi mentre la nuova pagina resta esclusa.
Se l'intestazione HSTS è assente su un sito che reindirizza a HTTPS, la sua aggiunta elimina del tutto quel salto per ogni visitatore abituale. Una sola riga di configurazione risparmia una richiesta di rete a ogni caricamento.
Se la catena termina con un 404, l'URL è interrotto per chiunque segua un link esterno pregresso. Tipico delle migrazioni in cui alcuni indirizzi sono stati mappati e altri dimenticati.
Il redirect 301 è permanente. I motori di ricerca trasferiscono i segnali di ranking alla destinazione e sostituiscono l'URL precedente nel loro indice. I browser lo memorizzano aggressivamente nella cache — spesso per tempo indefinito, motivo per cui un 301 configurato per errore è particolarmente difficile da annullare.
Il redirect 302 è temporaneo. I segnali di posizionamento rimangono associati all'URL di origine e la destinazione non viene indicizzata al suo posto. È l'opzione corretta per test A/B, pagine di manutenzione temporanea o instradamento linguistico basato su Accept-Language — casi in cui la destinazione dipende dalla specifica richiesta.
L'errore più costoso in termini di traffico è utilizzare il codice 302 per trasferimenti definitivi. Google finirà per interpretarlo come 301, ma "alla fine" può significare mesi in cui il vecchio URL trattiene il ranking mentre la nuova pagina resta esclusa.
Una catena è un reindirizzamento che rimanda a un altro reindirizzamento. Si accumulano in silenzio: da http:// a https://, poi da non-www a www, poi dal vecchio percorso al nuovo, e infine la normalizzazione della barra finale. Quattro salti, ciascuno con una richiesta di rete completa, prima che il browser visualizzi un solo byte di contenuto.
Google segue fino a circa dieci salti prima di interrompere la scansione, quindi una catena breve non è una catastrofe per il ranking. Il costo reale è la velocità — su rete mobile ogni passaggio può aggiungere dai 200 ai 400ms prima dell'avvio del rendering, penalizzando direttamente il Largest Contentful Paint.
La soluzione è linearizzare la catena: fate puntare l'URL originario direttamente alla destinazione finale, senza passare per passaggi intermedi.
Un loop infinito rende la pagina totalmente inaccessibile. Le cause tipiche sono una regola per la barra finale in conflitto con un tag canonical, oppure un redirect HTTPS gestito a livello applicativo in contrasto con la CDN. Entrambi restano invisibili finché un utente non richiede l'URL esatto che scatena il conflitto.
Quando un sito viene trasferito, ogni vecchio URL che riceveva traffico o link esterni deve disporre di un redirect 301 diretto verso la pagina equivalente più vicina. Non verso la homepage — reindirizzare massivamente tutti i vecchi link alla homepage viene trattato come soft 404 e trasferisce praticamente zero autorevolezza. Costruire una mappatura URL rigorosa richiede tempo, ma è la linea che separa il mantenimento del proprio posizionamento dal dover ripartire da capo.
Uno è l'ideale. Due sono tollerabili. Tre o più richiedono un intervento di linearizzazione immediato — non perché i motori non possano seguirli, ma perché ogni salto rappresenta una richiesta di rete pagata dall'utente in termini di tempo prima di vedere qualsiasi contenuto. Google interrompe la scansione attorno ai dieci salti.
Google ha confermato fin dal 2016 che i redirect 301 trasmettono l'intero PageRank, pertanto la vecchia convinzione della perdita del 15% a ogni salto non è più valida. Detto questo, catene prolungate rischiano di rendere il redirect inaffidabile per i motori e il costo in termini di latenza è certo. Linearizzate le catene per ragioni di velocità, non per timore di tasse di decadimento.
Sì, tramite un reindirizzamento 301, aggiungendo poi l'intestazione HSTS. HSTS ordina al browser di collegarsi direttamente in HTTPS in ogni visita successiva, eliminando del tutto il redirect per gli utenti di ritorno e risparmiando una richiesta di rete completa.
Assolutamente no. Google tratta il reindirizzamento di massa di URL eterogenei verso la homepage come un soft 404 e non trasferisce quasi alcun valore di ranking. Mappate ogni URL sulla pagina equivalente più pertinente e impostate il codice 410 Gone per le pagine eliminate senza corrispondenza.
Dati reali Core Web Vitals tramite le API di Google, più verifiche on-page dal vivo sul vostro HTML effettivo.
Visualizzate l'aspetto esatto della vostra pagina su Google e sulle principali piattaforme social direttamente dal vostro HTML attivo.
Estraete tutti i blocchi JSON-LD dalla pagina, validateli e verificate per quali rich result siete idonei.
Un solo team. Tre uffici. Ventisei lingue. Inviateci il problema e riceverete una risposta tecnica qualificata — non un copione di vendita.
Una proposta scritta entro un giorno lavorativo, nella vostra lingua.
Parla con uno specialista
Istanbul, Düsseldorf e Dover — uno di noi è quasi sempre attivo
Scegliete il canale preferito. Risponde una persona reale — nessuna coda ticket, nessun bot.