Reindirizzare www a non www
O viceversa, con un solo reindirizzamento
Questo generatore scrive le regole per reindirizzare www a non www, o non www a www, e forzare https nello stesso passaggio. Per Apache o Nginx e, inoltre, con una riga che mostra cosa succede a ciascuno dei quattro indirizzi.
- GratisPrezzo
- 2Server
- 1Salti
- NessunoCaricamenti
Generatore di redirect www e non www
Un solo host canonico, in un unico salto
Solo il nome. Niente schema, niente barra, niente percorso.
Cosa succede a ogni indirizzoFai prima un backup del file che stai modificando. Una regola di redirect con un errore può mandare offline un intero sito, e a quel punto la correzione è difficile da raggiungere.
Pronto. Scrivi il tuo dominio e scegli quale versione deve vincere.
Perché deve vincere un solo host
Un sito di solito risponde su quattro indirizzi: http e https, ciascuno con e senza www. Tutti e quattro mostrano le stesse pagine.
I motori di ricerca li trattano come candidati allo stesso contenuto e ne scelgono uno, che potrebbe non essere quello che sceglieresti tu.
L’analisi divide le visite tra loro. Inoltre i cookie impostati su uno non vengono letti sull’altro, e i link si accumulano sulla versione che la gente ha copiato.
Quindi scegline uno e reindirizza il resto. La guida di Google sui redirect 301 copre la meccanica; questa pagina copre le regole che la applicano.
www o no: non conta, e invece conta
Nessuna scelta si posiziona meglio. Scegline una e poi non cambiare più idea, perché il cambio costa un redirect su ogni indirizzo che possiedi.
Esiste una differenza tecnica. Secondo le regole DNS originali, un dominio nudo non può avere un record CNAME alla radice, il che conta se metti una CDN davanti al sito.
Oggi la maggior parte degli host lo aggira con tipi di record propri. Tuttavia, se il tuo non lo fa, scegli www.
Perché un salto invece di due
La versione ovvia scrive due regole: una che forza https e una che fissa www. Così un visitatore che arriva su http://www.example.com passa per entrambe.
Due redirect significano due andate e ritorni prima che compaia qualcosa, su una connessione magari lenta, e inoltre un audit che segnala una catena di reindirizzamenti.
Le regole qui risolvono schema e host in un’unica condizione, quindi il caso peggiore da qualsiasi punto è un solo salto. La documentazione di mod_rewrite spiega ogni direttiva.
Cosa controllare quando la regola è attiva
Prova a mano le quattro varianti: con e senza www, su http e su https. Ognuna dovrebbe arrivare in un salto.
Poi prova una pagina interna, non solo la home. Una regola che perde il percorso manda tutti alla porta d’ingresso e, inoltre, uccide in silenzio ogni vecchio link.
Controlla anche una query string. Perdere ?utm_source rompe i report delle tue campagne, e nessuno se ne accorge per un mese.
Infine aggiorna i tag canonical, la sitemap e la proprietà in Search Console. Il redirect è solo metà del lavoro.
Prova prima con 302
I browser tengono in cache un 301, a volte per mesi. Se sbagli, i visitatori seguono la vecchia regola molto dopo che hai corretto il file. Per questo conviene provare con un 302 e poi passare al 301.
Dove vanno queste regole
Su Apache, nel .htaccess nella radice dei documenti, sopra qualsiasi blocco aggiunto da un CMS. Infatti WordPress riscrive tutto ciò che sta sotto il suo marcatore.
Su Nginx, nella configurazione del server invece che in un .htaccess, poiché Nginx non ha configurazioni per cartella. Ricarica il servizio dopo la modifica.
Su un hosting gestito, cerca prima un’impostazione dell’host canonico nel pannello di controllo. Se esiste, è un posto migliore di un file di configurazione.
Cosa controllare dopo aver incollato
Scrivi i quattro indirizzi in un browser, uno alla volta. Ognuno dovrebbe arrivare al vincitore e, inoltre, la barra degli indirizzi dovrebbe mostrarlo dopo un solo salto.
Poi passa i due che reindirizzano nel controllo delle catene di reindirizzamento. Un salto è l’obiettivo, e due significano che un’altra regola compete con questa.
Controlla una pagina interna oltre alla home. Una regola che perde il percorso manda ogni link profondo alla home, e i motori di ricerca lo leggono come un soft 404.
Infine guarda i link interni. Ognuno che punta al vecchio host ora costa un redirect di cui nessuno ha bisogno.
Tieni una copia di riserva del file
Un errore in una regola di redirect può mandare offline un intero sito, compresa la pagina di amministrazione che useresti per correggerlo. Perciò tieni una copia e sappi come raggiungere il file senza un browser.
Reindirizzare www a non www, passo dopo passo
Quattro passaggi, e il pannello a sinistra mostra cosa succede a ogni indirizzo prima che tu incolli qualcosa.
- 1
Scrivi il tuo dominio
Il nome nudo, come example.com. Niente schema, niente www, niente percorso. Qualsiasi altra cosa riceve una frase invece di una regola.
- 2
Scegli il vincitore
Il dominio nudo o la versione con www. Qualunque tu scelga, l’altro reindirizzerà a lui da quel momento.
- 3
Scegli il server
Apache scrive un blocco .htaccess. Nginx scrive due blocchi server. Inoltre l’opzione di entrambi esiste per uno stack che ne mette uno davanti all’altro.
- 4
Backup, incolla, prova
Tieni prima una copia del file. Poi incolla, ricarica e controlla che tutti e quattro gli indirizzi raggiungano quello scelto in un solo salto.
Cosa distingue questo generatore di redirect
Copiare una regola da un forum richiede dieci secondi. Ecco invece le differenze che valgono il minuto in più.
Un salto, non due
Una condizione risolve schema e host insieme, così nulla passa per due redirect in ingresso.
Apache e Nginx
Entrambe le sintassi dagli stessi campi, poiché metà di internet usa l’uno e metà l’altro.
I quattro indirizzi mostrati
Prima che tu incolli qualsiasi cosa, il pannello dice cosa succede a ciascuna delle quattro versioni del tuo dominio.
Dominio con l’escape corretto
Lo strumento fa l’escape dei punti per l’espressione regolare e, inoltre, rifiuta tutto ciò che non è un semplice nome di dominio invece di scriverlo in una configurazione in produzione.
301 o 302, a te la scelta
I browser tengono ostinatamente in cache un redirect permanente. Per questo l’interruttore rende la prova con uno temporaneo un passaggio deliberato e non una riscrittura.
Commenti che puoi tenere
Ogni blocco arriva con brevi righe che spiegano cosa fa, ed è ciò che vorrà la prossima persona che aprirà quel file.
Regole per i redirect dell’host canonico
Queste sono le otto cose che trasformano un redirect da rischio a lavoro di cinque minuti.
- Prima di tutto, salva una copia del file. Una regola rotta può chiuderti fuori dal sito, compresa la pagina di amministrazione. Tieni una copia e sappi come raggiungere il file senza un browser.
- Metti il blocco sopra le regole del CMS. WordPress riscrive tutto ciò che sta sotto il suo marcatore. Una regola sotto quel marcatore potrebbe non essere mai eseguita.
- Prova con 302 prima di 301. I browser tengono in cache a lungo un redirect permanente, e un errore segue poi i tuoi visitatori per settimane.
- Controlla tutti e quattro gli indirizzi. In http o https, con o senza www. Scrivi ciascuno una volta in un browser e conferma che arrivi al vincitore in un salto.
- Aggiorna anche i tag canonical. Un redirect risolve la richiesta. Un tag canonical risolve ciò che la pagina dice di sé, e i due devono coincidere.
- Comunica il cambio a Search Console. Verifica entrambe le versioni come proprietà, così puoi vedere il traffico spostarsi invece di indovinarlo.
- Correggi i link interni di conseguenza. Ogni link interno che punta al vecchio host costa un redirect. Un cerca e sostituisci nel database li elimina tutti.
- Tieni il redirect a livello di server. Un plugin o uno script possono farlo, ed entrambi girano dopo l’avvio di PHP. Una regola nella configurazione del server risponde prima che si carichi qualsiasi cosa.
- Attento a una seconda regola in competizione. I pannelli di hosting aggiungono le proprie impostazioni dell’host canonico. Due regole in disaccordo sono il modo in cui un sito finisce in un loop di redirect.
- Non cambiare mai idea due volte. Ogni cambio costa un redirect su ogni indirizzo che possiedi. Scegline uno, annotalo e lascialo stare.
Sei errori di redirect che costano traffico
I primi due mandano offline un sito. Gli altri richiedono mesi per essere notati.
Un loop di redirect
Una regola che rimanda il vincitore a sé stesso. Il browser si arrende, e ogni pagina del sito diventa irraggiungibile.
Regole sotto il marcatore del CMS
WordPress possiede tutto ciò che sta sotto il suo blocco. Le regole incollate lì sembrano giuste nel file e non vengono mai eseguite.
Un doppio reindirizzamento invece di uno diretto
Lo schema in una regola, l’host in un’altra. Ogni visitatore che arriva alla versione sbagliata paga due andate e ritorni.
Reindirizzare tutto alla home
Una regola che perde il percorso manda ogni link profondo alla home, e i motori di ricerca lo trattano come un soft 404.
Dimenticare i link interni
Il redirect funziona, e ogni link interno fa ancora una deviazione attraverso di esso. Una sostituzione nel database sistema tutto.
Un 301 mentre stai ancora provando
I browser lo tengono in cache per mesi. Il tuo computer continua a seguire la vecchia regola molto dopo che il file è cambiato.
Domande frequenti sui redirect
Conviene il www o la versione senza?
Entrambe le scelte funzionano. Nessuno si posiziona meglio, quindi scegline uno e restaci. Tuttavia www semplifica la vita quando davanti c’è una CDN, per come il DNS gestisce la radice di un dominio.
Un redirect danneggerà il mio posizionamento?
Un redirect permanente trasferisce i segnali. Invece lasciare che rispondano quattro versioni di un sito fa più danni, perché competono tra loro.
Dove va il redirect www nel .htaccess?
Nel .htaccess nella radice dei documenti, sopra qualsiasi blocco aggiunto dal CMS. Infatti WordPress riscrive tutto ciò che sta sotto il suo marcatore, quindi una regola lì sotto potrebbe non essere mai eseguita.
Perché il mio redirect passa per due salti?
Perché schema e host sono gestiti da regole separate. Invece il blocco qui decide entrambi insieme, quindi il caso peggiore è un solo salto.
Devo usare 301 o 302?
Un 301 quando sei sicuro, poiché è permanente e consolida i segnali. Tuttavia prova prima con un 302, perché i browser tengono in cache un 301 per moltissimo tempo.
Mi serve anche un tag canonical?
Sì. Il redirect risolve la richiesta e il tag canonical risolve ciò che la pagina dice di sé. Per questo i due devono puntare nella stessa direzione.
E il mio redirect a non www su Nginx?
Nginx non ha configurazioni per cartella, quindi va nel blocco server. Per questo lo strumento scrive entrambi i blocchi: uno che reindirizza e uno che serve il sito.
Questo romperà il mio certificato SSL?
No, anche se il certificato deve coprire entrambi i nomi. Inoltre la maggior parte dei certificati gratuiti include automaticamente il dominio nudo e www.
Questo sostituisce un tag canonical?
No. Un redirect risolve la richiesta prima che la pagina si carichi, e un tag canonical risolve ciò che la pagina dice di sé. I siti hanno bisogno di entrambi, puntati nella stessa direzione.
E i link che puntavano già al mio sito?
Continuano a funzionare tramite il redirect. Inoltre i motori di ricerca lo seguono e consolidano i segnali sull’host scelto, che è proprio il motivo di farlo una volta sola.
Il mio dominio viene inviato da qualche parte?
No. Il browser scrive le regole, e per questo, questo sito non scarica mai il tuo dominio né lo scrive in un log.
Strumenti per i redirect
Un host canonico è una regola. Questi tre coprono ciò che viene dopo.
Generatore di reindirizzamenti .htaccess
301 e 302 per singola pagina, scritti allo stesso modo.
Apri lo strumento →Controllo catene di reindirizzamento
Conferma che ogni indirizzo arrivi in un solo salto.
Apri lo strumento →Controllo SSL
Controlla che il certificato copra entrambi i nomi.
Apri lo strumento →
Pronto a fissare il tuo host?
Scrivi il dominio, scegli il vincitore e controlla le quattro righe prima di incollare. Il generatore è gratis, non chiede account e scrive tutto nel browser.