Reindirizzamenti della pagina di destinazione

Silktide controlla se per raggiungere la pagina sono necessari reindirizzamenti, ovvero indirizzi che rispondono «vai qui invece» anziché fornire direttamente la pagina. Ogni reindirizzamento aggiunge un viaggio di andata e ritorno verso un server prima ancora che la pagina effettiva possa iniziare a caricarsi.

Una catena come questa costringe il browser ad attraversare la rete tre volte prima di ricevere qualsiasi contenuto:

http://example.com/           -> reindirizzamento
https://example.com/          -> reindirizzamento
https://www.example.com/      -> reindirizzamento
https://www.example.com/home  -> la pagina effettiva

Perché è importante

I reindirizzamenti ritardano la pagina prima che arrivi anche un solo byte di contenuto e, sulle connessioni mobili, ogni passaggio può costare centinaia di millisecondi. Il problema è peggiore proprio dove la velocità conta di più: nelle pagine di destinazione raggiunte da annunci, risultati di ricerca e link condivisi, dove un avvio lento fa desistere i visitatori prima che possano vedere qualcosa.

Le catene si accumulano per errore: qui un aggiornamento a , lì la normalizzazione di «www», l'ultimo spostamento di una pagina; e nessuno vede il costo complessivo perché la navigazione interna le evita. I nuovi visitatori che arrivano dall'esterno pagano ogni passaggio.

Come risolvere il problema

Aggiorna link, annunci e URL delle campagne in modo che puntino direttamente all'indirizzo finale, saltando ogni passaggio intermedio.
Riduci le catene sul server: ogni vecchio indirizzo dovrebbe reindirizzare direttamente alla destinazione finale con un solo passaggio, non attraversare la catena un passaggio alla volta.
Usa il su un unico URL invece di reindirizzare gli smartphone a un sito mobile separato, come m.example.com: gli URL mobili separati comportano un reindirizzamento a ogni accesso e danneggiano anche il posizionamento nei risultati di ricerca.
Evita i reindirizzamenti che servono solo a impostare cookie o parametri di tracciamento; impostali invece sulla pagina di destinazione.

Come esegue il controllo Silktide

Carica la pagina in un browser reale, utilizzando il tipo di dispositivo, la velocità di connessione e la posizione di test configurati per i test di velocità.
Segue la catena di reindirizzamenti attraverso cui passa il browser per raggiungere la pagina finale e misura il tempo aggiunto da ciascuno.
Riporta ogni indirizzo della catena con il relativo costo in termini di tempo e assegna un punteggio alla pagina in base al totale: qualsiasi ritardo misurabile dovuto ai reindirizzamenti riduce il punteggio e un ritardo complessivo di circa un secondo viene valutato come scarso.

Risoluzione dei problemi

Il reindirizzamento da HTTP a HTTPS è necessario

Sì: mantienilo, perché i visitatori che digitano l'indirizzo senza prefisso devono essere portati a HTTPS. L'obiettivo è un solo passaggio al massimo: il reindirizzamento dovrebbe portare direttamente all'URL finale e tutto ciò che controlli (link, annunci, sitemap) dovrebbe puntare all'indirizzo HTTPS finale, così la maggior parte dei visitatori non subisce alcun reindirizzamento.

Il reindirizzamento proviene da un URL di marketing o da un servizio di abbreviazione

Gli URL di tracciamento e i servizi di abbreviazione dei link aggiungono passaggi intenzionalmente. Può essere un compromesso ragionevole, ma resta comunque un ritardo reale per ogni visitatore: mantieni queste catene il più brevi possibile e indirizzale direttamente alla pagina finale.