Reindirizzamento URL DNS: cosa funziona e cosa no

Pubblicato il 12 maggio 2026

Se hai bisogno di un reindirizzamento URL DNS, la prima cosa da chiarire è semplice: il DNS non reindirizza il traffico web. Il DNS risponde solo con record come A, AAAA o CNAME. Il reindirizzamento vero e proprio avviene su un server web, un proxy inverso o una funzionalità del registrar posta davanti al dominio.

È qui che molte configurazioni iniziano a prendere una piega leggermente storta. Il proprietario di un dominio punta un record e si aspetta che example.com venga inoltrato a www.example.com o a un nuovo percorso del sito, ma non succede nulla. Il DNS ha fatto il suo lavoro. Ha tradotto il nome in un IP. Non ha detto al browser di andare da un'altra parte.

Reindirizzamento URL DNS vs record DNS

Se vuoi che i visitatori vengano inviati da un URL a un altro, hai bisogno di un reindirizzamento HTTP - di solito 301 per spostamenti permanenti o 302 per quelli temporanei. Quel reindirizzamento viene restituito da un servizio in grado di gestire HTTP o HTTPS. Il DNS non può farlo da solo perché opera prima che il browser richieda la pagina web.

Alcuni provider etichettano questa funzionalità come inoltro del dominio, il che crea un po' di confusione. Dietro le quinte, non stanno facendo magia con il DNS. Stanno gestendo un servizio di inoltro che ascolta la richiesta e risponde con un reindirizzamento.

Cosa usare al posto del DNS per i reindirizzamenti

Le opzioni più pulite sono un reindirizzamento del server web, una funzionalità di reindirizzamento del control panel, oppure l'inoltro del registrar se non ospiti il sito in proprio. Per l'uso in produzione, i reindirizzamenti server-side sono di solito la scelta migliore perché permettono di controllare i codici di stato, il comportamento HTTPS e casi particolari come la conservazione dei percorsi e delle stringhe di query.

Se l'obiettivo è solo far comportare correttamente il dominio root e www, uno schema comune consiste nel puntare entrambi gli hostname allo stesso server e imporre una versione canonica in Nginx o Apache. Se l'obiettivo è spostare un intero sito, imposta un reindirizzamento 301 e mantieni attivo il vecchio dominio abbastanza a lungo perché browser e motori di ricerca si aggiornino. A volte questa non è la situazione DNS più elegante, ma è sotto controllo.

Controlli comuni prima di cambiare qualsiasi cosa

Verifica dove risolve attualmente il dominio, se un server web risponde sulle porte 80 e 443 e se SSL è già valido per entrambi i nomi. I reindirizzamenti HTTPS falliscono in modo molto evidente se il certificato non corrisponde. Controlla anche i valori TTL, perché la cache DNS può far sembrare rotta per un po' una configurazione corretta.

Se stai gestendo infrastrutture per clienti o negozi, testa sia con che senza www, su HTTP e HTTPS, e con un URL profondo di esempio. Un reindirizzamento che funziona solo sulla homepage è un piccolo gremlin, non un lavoro finito.

Su kodu.cloud, questo di solito viene gestito a livello di server o panel, dove il comportamento è prevedibile e facile da monitorare.

Andres Saar Ingegnere dell'assistenza clienti