Skip to content

In questa breve guida di mostro la regola da inserire nel virtual host di Nginx per redirezionare il traffico da dominio senza www al dominio www, sia sotto protocollo HTTP che HTTPS. Dato che il www è molto diffuso, questa regola dovrebbe essere ben conosciuta.

Quando si configura Nginx per ospitare un nuovo sito web, una cosa da sapere è il dominio preferito, quello che poi va anche definito in Google Search Console.

Scegliere un dominio preferito e redirezionare il traffico della controparte serve ad ottimizzare il crawl budget dei motori di ricerca e, in mancanza di canonical tag, anche l’indicizzazione. Questa regola infatti evita che vengano indicizzati URL con contenuti duplicati su URL con e senza www.

Un web server con dominio preferito che utilizza il www, deve gestire anche il traffico verso URL senza www, in altre parole se il sito è www.evemilano.com ed interrogo evemilano.com, il web server deve redirezionare il traffico verso www.evemilano.com.

Per impostare la regola di redirect 301 da dominio non www verso dominio con www puoi impostare due blocchi server in questo modo:

#blocco di redirect
server {
	listen 80;
        listen [::]:80;
	server_name evemilano.com;
	rewrite ^(.*) http://evemilanooriginal.local$1 permanent;
}

#blocco default
server {
        listen       80;
        listen [::]:80;
        server_name  www.evemilano.com;
        ...
}

Il blocco usa tre semplici comandi:

  • listen: il server è in ascolto sulla porta 80. Se il tuo sito usa il protocollo HTTPS userà la porta 443.
  • server_name: il dominio a cui applicare la regola che segue, in questo caso senza www.
  • rewrite: regola di redirect 301 con dominio di destinazione.

Questo blog usa il protocollo HTTPS, quindi nel mio caso uso questa regola:

#blocco di redirect HTTP
server {
    listen 80 default_server;
    listen [::]:80 default_server ipv6only=on;
    server_name www.evemilano.com evemilano.com;
    return 301 https://www.evemilano.com$request_uri;
}

#blocco di redirect IP
server {
    listen 80;
    server_name 82.196.0.237;
    return 301 $scheme://www.evemilano.com$request_uri;
}

#blocco default HTTPS
server {	
    # Gestione SSL
    listen 443 ssl;
    ...
}

Come avrai notato ho creato il primo blocco unico per www e non www, che redireziona ad HTTPS con www. Inoltre ho inserito il secondo blocco per redirezione l’IP verso il dominio preferito, non si sa mai. Infine trovi il blocco default, in ascolto sulla porta 443 per il protocollo HTTPS.

Per dubbi o domande lascia un commento.

Articoli correlati

11 min lettura

I tool automatici degli hosting migrano solo file e database, tralasciando URL mapping e redirect. Procedura tecnica manuale per trasferire un sito WordPress su un altro dominio e server gestendo il database MySQL e preservando il traffico organico post-migrazione.
94 mi piace
26 min lettura

Gestione tecnica dei reindirizzamenti URL per preservare il PageRank e risolvere errori 404. Analisi delle logiche di routing, dall'implementazione di status code 301 per modifiche strutturali alla corretta gestione di parametri e query string per evitare anomalie di scansione.
17 mi piace
7 min lettura

La gestione dei 404 durante le migrazioni richiede automazione per preservare la link equity. migTool è uno script Python progettato per automatizzare la mappatura dei redirect 301 intelligenti, ottimizzando il processo di reindirizzamento ed eliminando le inefficienze manuali.
5 mi piace

Autore

Lascia un commento

Il tuo indirizzo email non sarà pubblicato. I campi obbligatori sono contrassegnati *

Ultimi articoli aggiornati

19 min lettura

Analisi dell'architettura RAG nativa per WordPress sviluppata interamente in PHP e MySQL, senza dipendenze da database vettoriali esterni. Il sistema supera i limiti della ricerca lessicale integrando la ricerca semantica su VPS o hosting condivisi con meno di 1GB di RAM.
3 mi piace
15 min lettura

Analisi tecnica delle differenze architetturali tra IPv4 e IPv6 e del loro impatto sul routing di rete. Approfondimento sulla struttura degli indirizzi IP, il funzionamento della commutazione a pacchetto e le ragioni della lenta adozione del nuovo protocollo nel web moderno.
0 mi piace
16 min lettura

Metodologia operativa per la diagnosi di problemi su web server Linux tramite l'analisi dei log di sistema e applicativi. Il testo dettaglia l'ispezione di /var/log, l'interrogazione dei demoni con journalctl per monitorare lo stack LEMP e la configurazione di logrotate.
0 mi piace
21 min lettura

I crawler di Meta e Amazon generano milioni di richieste senza back-off: come quantificarli nei log, verificarne l'autenticità e fermarli con cache, robots.txt, rate limiting e WAF, senza perdere i link preview.
1 mi piace
22 min lettura

Difendere WordPress dai commenti spam con una strategia defense in depth a tre layer: configurazioni applicative, regole edge su Cloudflare, barriere a livello web server. Honeypot PHP, regole .htaccess e Nginx modernizzate, Cloudflare Turnstile, fail2ban. Snippet completi pronti da incollare.
0 mi piace

Richiedi un preventivo SEO e Google Ads

Porta il tuo sito web al livello successivo con l’esperienza di EVE Milano. La nostra agenzia di Search Marketing ha ricevuto oltre

User Access Addon Required

This shortcode requires the CF7 Database User Access addon to display data.

Please purchase and install the User Access addon to enable this feature.

Purchase User Access Addon

richieste di preventivo, un segnale chiaro della fiducia che imprenditori e manager, come te, ripongono nella nostra specializzazione tecnica e verticale nella SEO e PPC. Se la tua organizzazione cerca competenze specifiche per emergere nei risultati di Google, noi siamo pronti a fornire quel valore aggiunto. Richiedi un preventivo ora e scopri la differenza tra noi e gli altri.
Richiedi un preventivo

Vuoi ricevere un avviso al mese con le nuove guide pubblicate?

Iscriviti alla newsletter!