Traccia dei redirect

Un sito, quattro indirizzi

Per una persona, sembrano tutti lo stesso posto:

http://example.com/
http://www.example.com/
https://example.com/
https://www.example.com/

Un browser o un crawler dei motori di ricerca vede quattro origini distinte. Lo schema può cambiare, il nome host può cambiare, e niente nella struttura del web dice che debbano restituire lo stesso contenuto. Intanto un volantino stampato, un vecchio segnalibro e un link in un post di forum di cinque anni fa ne useranno ciascuno uno diverso.

Un redirect li lega insieme. Il server salta la pagina e risponde con uno stato a tre cifre della serie 300 più un header Location che indica un altro indirizzo, e il browser ci va. Un sito ordinato sceglie uno dei quattro come indirizzo vero e fa rispondere gli altri tre con un solo redirect verso di esso.

I codici di stato che spostano i visitatori

La traccia stampa il codice di ogni passaggio nella colonna Percorso, nell’ordine in cui il server li ha restituiti.

Come viene giudicata la traccia

Il nostro server richiede ciascuno dei quattro indirizzi e segue fino a otto redirect. La destinazione raggiunta dalla maggior parte di essi viene presa come indirizzo principale del sito, e ogni punto di partenza viene confrontato con essa.

Indirizzo finale / 1 passaggio

La variante è l’indirizzo principale, o ci arriva con un solo redirect. È questo l’obiettivo.

2 passaggi o più

Una catena, per esempio da http://www a https://www a https://. Funziona, ma ogni passaggio in più costa un intero andata e ritorno, spesso da 100 a 300 ms su un telefono.

Redirect temporaneo

Un 302, 303 o 307 lungo il percorso. Quando la regola dovrebbe essere permanente, lascia i motori di ricerca incerti su quale indirizzo tenere.

Indirizzo diverso

La variante finisce da un’altra parte, quindi il sito esiste in due versioni. Valutato come errore.

Fallito

Nessuna risposta. Valutato come errore per il dominio nudo e come avviso per www.

Una destinazione che non è HTTPS è sempre un errore. Sulla pagina finale, la traccia analizza anche l’HTML alla ricerca di contenuti misti, cioè script, fogli di stile, frame, destinazioni di moduli, immagini e media ancora indicati con http://. I browser bloccano i primi quattro tipi, quindi quelli sono errori, mentre immagini e media sono avvisi. Infine legge il link rel="canonical" e ti avvisa se indica un nome host diverso da quello a cui portano i redirect.

Scrivere la regola una sola volta

Le catene compaiono quando due livelli fanno ciascuno metà del lavoro, come un pannello di hosting che forza HTTPS e un plugin che poi toglie il www. Manda ogni variante direttamente all’indirizzo finale con una sola regola.

nginx

server {
    listen 80;
    server_name example.com www.example.com;
    return 301 https://example.com$request_uri;
}
server {
    listen 443 ssl;
    server_name www.example.com;
    return 301 https://example.com$request_uri;
}

Apache (.htaccess)

RewriteEngine On
RewriteCond %{HTTPS} off [OR]
RewriteCond %{HTTP_HOST} ^www\. [NC]
RewriteRule ^ https://example.com%{REQUEST_URI} [L,R=301]

Su Cloudflare, attiva «Always Use HTTPS» e aggiungi una regola di redirect per il nome host. Il nome www ha bisogno di un proprio record DNS e deve essere coperto dal certificato, altrimenti i visitatori non arrivano nemmeno al redirect. L’analisi del certificato TLS lo verifica.