Risposta rapida
Come si reindirizzano i domini difensivi al sito principale?
Reindirizzate ogni dominio difensivo, e il suo nome www, all'indirizzo HTTPS del vostro sito principale con un reindirizzamento 301 permanente, poi confermate il risultato con curl -I. Wardmint include l'inoltro URL gratuito per ogni dominio, quindi il set di base di sei estensioni a $128.94 all'anno costa in media $21.49 per estensione con l'inoltro incluso.
Modi per indirizzare un dominio difensivo al sito principale
| Metodo | Come funziona | Richiede un server | HTTPS sul nome difensivo | Adeguatezza |
|---|---|---|---|---|
| Inoltro URL presso il registrar | Il servizio del registrar risponde con un reindirizzamento | No | Dipende dal servizio; verificatelo | La maggior parte dei domini difensivi |
| Reindirizzamento sul vostro server web | Una regola del server restituisce un 301 al sito principale | Sì | Sì, con un certificato che gestite voi | Domini che richiedono pieno controllo |
| Solo DNS (A o CNAME verso il vostro host) | Il nome punta al vostro host, che poi reindirizza | Sì, presso il vostro host | Sì, se l'host emette un certificato | Host che servono già molti nomi |
| Nessun reindirizzamento, parcheggiato senza e-mail | Il nome non risolve su nulla e non invia posta | No | Non applicabile | Nomi che volete solo detenere |
Perché un dominio difensivo dovrebbe reindirizzare?
Un reindirizzamento trasforma un errore di battitura in una visita al vostro sito reale, e impedisce che il nome sia uno slot vuoto. Gli utenti sbagliano a digitare gli indirizzi, seguono un link scritto senza cura o raggiungono una variante tramite una ricerca. Se la variante è vostra e risponde, l'utente finisce sul sito ufficiale.
Un dominio che reindirizza aiuta anche la fiducia. Un nome difensivo che mostra una pagina di errore sembra abbandonato, e un dominio simile abbandonato è difficile da spiegare a un utente. Uno che porta sempre al sito ufficiale insegna agli utenti che l'indirizzo vi appartiene.
Il reindirizzamento è la metà web del lavoro. La metà posta è un insieme separato di record, trattato in come fermare la falsificazione delle e-mail sui domini inutilizzati. Wardmint descrive l'intero approccio difensivo in come proteggere il proprio marchio dal typosquatting.
Quale tipo di reindirizzamento usare?
Usi un reindirizzamento permanente: stato 301 Moved Permanently oppure 308 Permanent Redirect. Entrambi sono definiti in RFC 9110, che descrive la semantica di HTTP, e indicano ai client che la risorsa ora si trova all'indirizzo nell'intestazione Location.
Un reindirizzamento permanente si adatta a un dominio difensivo, perché il rapporto è pensato per durare. Un reindirizzamento temporaneo (302 o 307) dice ai client di continuare a controllare l'indirizzo vecchio, il che si adatta a una pagina di campagna e non a una variante stabile. Porti sempre l'utente all'indirizzo finale, cioè all'indirizzo HTTPS del Suo sito principale canonico, in un solo passaggio. Una catena di due o tre reindirizzamenti offre a un attaccante più punti in cui inserirsi e rallenta l'utente.
Porti l'utente alla pagina principale, o a una pagina che esiste. Non reindirizzi mai un dominio difensivo a una pagina che chiede la connessione di un wallet o una firma, perché un errore di battitura dovrebbe finire su una pagina informativa e non su una transazione. Wardmint offre inoltro URL e inoltro email gratuiti dall'area clienti.
Perché HTTPS conta su un dominio che si limita a reindirizzare?
Perché un reindirizzamento inviato su HTTP semplice può essere alterato lungo il percorso. Un utente che digita la vostra variante può raggiungere prima la versione HTTP. Se quella risposta HTTP è il reindirizzamento, chiunque si trovi sul percorso di rete può cambiare l'intestazione Location, quindi la soluzione sicura risponde su HTTPS con un certificato valido per il nome difensivo.
Ciò ha una conseguenza per i record CAA. Un dominio difensivo che reindirizza ha bisogno di un certificato, quindi il suo insieme CAA deve consentire l'autorità che lo emette, mentre un dominio parcheggiato che non serve nulla può vietare l'emissione. La sintassi è in come configurare i record CAA. Se inoltrate tramite un servizio, verificate il nome HTTPS prima di farvi affidamento, poiché il supporto differisce tra i servizi.
Secondo l'indagine di Wardmint del 12 novembre 2026, il set di base di .com, .net, .org, .io, .xyz, .app costa $128.94 all'anno per sei domini, in media $21.49 ciascuno, e l'inoltro è gratuito per tutti e sei.
Come reindirizzare un dominio difensivo in sei passaggi
Scegliete la destinazione
Scegliete l'indirizzo HTTPS esatto del vostro sito principale, compreso se usa www, e usate quell'indirizzo per ogni nome difensivo.
Configurate l'inoltro
Nell'area clienti, impostate l'inoltro URL del dominio verso la destinazione. Ripetete per il nome www del dominio.
Usate un reindirizzamento permanente
Dove il servizio vi permette di scegliere, scegliete un reindirizzamento permanente (301). Se reindirizzate sul vostro server, restituite 301 con un'intestazione Location.
Controllate il certificato
Aprite il nome difensivo su HTTPS e confermate che il browser non mostri alcun avviso prima di reindirizzare.
Verificate con curl
Eseguite curl -I sulle versioni http e https del dominio e del suo nome www, e leggete lo stato e l'intestazione Location.
Aggiungete i record «nessuna e-mail»
Pubblicate i record MX nullo, SPF e DMARC in modo che il dominio che reindirizza non possa essere usato per falsificare la posta.
curl -sI http://example-variant.com | head -n 5
curl -sI https://example-variant.com | head -n 5
curl -sI https://www.example-variant.com | head -n 5Quali errori rompono un reindirizzamento difensivo?
Gli errori più comuni sono un nome www mancante, una catena di reindirizzamenti e una scadenza dimenticata. Molti utenti digitano www, quindi inoltrate sia il nome semplice sia il nome www. Reindirizzate direttamente all'indirizzo finale, non attraverso un secondo dominio difensivo.
Il terzo errore è lasciare scadere il dominio. Un nome difensivo che scade può essere registrato da qualcun altro, e un reindirizzamento che prima proteggeva gli utenti diventa una trappola. Attivate il rinnovo automatico dal vostro saldo e mantenetelo finanziato, come descritto in come evitare che i vostri domini scadano.
Infine, tenete un elenco di ogni dominio difensivo e della sua destinazione, così che un cambio di indirizzo principale li aggiorni tutti. Il metodo per costruire l'elenco, con i budget, è in come costruire un elenco di domini difensivi per il vostro marchio.
Domande sul reindirizzamento dei domini difensivi
È meglio un 301 o un 302 per un dominio difensivo?
È meglio un 301, perché il rapporto è permanente. Un 302 dice ai client che lo spostamento è temporaneo, il che si addice a campagne brevi.
Mi serve un hosting per ogni dominio difensivo?
No. L'inoltro URL presso il registrar risponde senza un server. Usate il vostro server solo se vi serve controllo sulla risposta.
I domini difensivi devono reindirizzare alla home page o a una pagina specifica?
Indirizzateli alla home page o a una pagina informativa. Evitate le pagine che chiedono la connessione di un wallet o una firma.
Wardmint fa pagare l'inoltro URL?
No. L'inoltro URL gratuito è incluso con ogni dominio e può essere combinato con il modello DNS «nessuna e-mail».
E se non voglio alcun traffico web su un nome difensivo?
Lasciatelo parcheggiato senza alcun servizio web e pubblicate i record «nessuna e-mail». Valutate un record CAA che vieti l'emissione.
In sintesi
- Un dominio difensivo dovrebbe portare gli utenti sul vostro sito reale con un solo reindirizzamento permanente.
- Usate un 301 (o 308) verso l'indirizzo HTTPS del vostro sito principale canonico.
- Reindirizzate sia il nome semplice sia il nome www.
- Un dominio che reindirizza ha bisogno di un certificato; uno parcheggiato può vietare l'emissione con CAA.
- Verificate con curl -I su http, https e www.
- L'inoltro URL di Wardmint è gratuito; il set di base costa in media $21.49 per estensione.
- Aggiungete i record «nessuna e-mail» e mantenete attivo il rinnovo automatico.
Fonti (2)
- RFC 9110: HTTP Semantics — IETF / RFC Editor (letto il 2026-11-12)
- RFC 8659: DNS Certification Authority Authorization (CAA) Resource Record — IETF / RFC Editor (letto il 2026-11-12)