Răspuns rapid
Cum redirecționați domeniile defensive către site-ul principal?
Redirecționați fiecare domeniu defensiv, și numele său www, către adresa HTTPS a site-ului principal, cu o redirecționare permanentă 301, apoi confirmați rezultatul cu curl -I. Wardmint include redirecționare URL gratuită pentru fiecare domeniu, deci setul de bază de șase extensii la $128.94 pe an costă în medie $21.49 per extensie cu redirecționarea inclusă.
Modalități de a trimite un domeniu defensiv către site-ul principal
| Metodă | Cum funcționează | Are nevoie de server | HTTPS pe numele defensiv | Potrivire |
|---|---|---|---|---|
| Redirecționare URL la registrar | Serviciul registrarului răspunde cu o redirecționare | Nu | Depinde de serviciu; testați-l | Majoritatea domeniilor defensive |
| Redirecționare pe propriul server web | O regulă de server returnează un 301 către site-ul principal | Da | Da, cu un certificat pe care îl gestionați | Domenii care au nevoie de control deplin |
| Doar DNS (A sau CNAME către gazda dumneavoastră) | Numele indică gazda dumneavoastră, care apoi redirecționează | Da, la gazda dumneavoastră | Da, dacă gazda emite un certificat | Gazde care deja servesc multe nume |
| Fără redirecționare, parcat fără e-mail | Numele nu se rezolvă la nimic și nu trimite e-mail | Nu | Nu se aplică | Nume pe care doriți doar să le țineți |
De ce ar trebui un domeniu defensiv să redirecționeze deloc?
O redirecționare transformă o greșeală de tastare într-o vizită pe site-ul dumneavoastră real și împiedică numele să rămână un spațiu gol. Utilizatorii greșesc adresele, urmează un link scris neglijent sau ajung la o variantă prin căutare. Dacă varianta este a dumneavoastră și răspunde, utilizatorul ajunge pe site-ul oficial.
Un domeniu care redirecționează ajută și la încredere. Un nume defensiv care afișează o pagină de eroare pare abandonat, iar un nume de asemănare abandonat este greu de explicat unui utilizator. Unul care ajunge mereu pe site-ul oficial îi învață pe utilizatori că adresa aparține dumneavoastră.
Redirecționarea este partea web a sarcinii. Partea de e-mail este un set separat de înregistrări, descris în cum să opriți falsificarea e-mailului pe domeniile nefolosite. Wardmint descrie întreaga abordare defensivă în cum să vă protejați marca de typosquatting.
Ce tip de redirecționare ar trebui să folosiți?
Folosiți o redirecționare permanentă: starea 301 Moved Permanently sau 308 Permanent Redirect. Ambele există în RFC 9110, care definește semantica HTTP, și ambele le spun clienților că resursa se află acum la adresa din antetul Location.
O redirecționare permanentă se potrivește unui domeniu defensiv, deoarece relația este menită să dureze. O redirecționare temporară (302 sau 307) le spune clienților să verifice în continuare vechea adresă, ceea ce se potrivește unei pagini de campanie și nu unei variante permanente. Trimiteți întotdeauna utilizatorul direct la adresa finală, adresa HTTPS a site-ului principal canonic, într-un singur pas. Un lanț de două sau trei redirecționări oferă unui atacator mai multe locuri în care să se interpună și îl încetinește pe utilizator.
Trimiteți utilizatorul la pagina principală sau la o pagină care există. Nu redirecționați niciodată un domeniu defensiv către o pagină care cere conectarea unui portofel sau o semnătură, deoarece o greșeală de tastare ar trebui să se încheie pe o pagină informativă, nu pe o tranzacție. Wardmint oferă redirecționare URL și redirecționare de e-mail gratuite din zona clientului.
De ce contează HTTPS pe un domeniu care doar redirecționează?
Pentru că o redirecționare trimisă prin HTTP simplu poate fi modificată pe drum. Un utilizator care tastează varianta dumneavoastră poate ajunge întâi la versiunea HTTP. Dacă răspunsul HTTP este redirecționarea, oricine se află pe calea de rețea poate schimba antetul Location, deci designul sigur răspunde pe HTTPS cu un certificat valid pentru numele defensiv.
Asta are o consecință pentru înregistrările CAA. Un domeniu defensiv care redirecționează are nevoie de un certificat, deci setul său CAA trebuie să permită autoritatea care îl emite, în timp ce un domeniu parcat care nu servește nimic poate interzice emiterea. Sintaxa este în cum să configurați înregistrările CAA. Dacă redirecționați printr-un serviciu, testați numele HTTPS înainte să vă bazați pe el, pentru că suportul diferă între servicii.
Potrivit sondajului Wardmint din 12 noiembrie 2026, setul de bază de .com, .net, .org, .io, .xyz, .app costă $128.94 pe an pentru șase domenii, în medie $21.49 fiecare, iar redirecționarea este gratuită pentru toate cele șase.
Cum redirecționați un domeniu defensiv în șase pași
Alegeți destinația
Alegeți adresa HTTPS exactă a site-ului principal, inclusiv dacă folosește www, și folosiți această adresă pentru fiecare nume defensiv.
Configurați redirecționarea
În zona clientului, setați redirecționarea URL a domeniului către destinație. Repetați pentru numele www al domeniului.
Folosiți o redirecționare permanentă
Acolo unde serviciul vă lasă să alegeți, alegeți o redirecționare permanentă (301). Dacă redirecționați pe propriul server, returnați 301 cu un antet Location.
Verificați certificatul
Deschideți numele defensiv prin HTTPS și confirmați că browserul nu afișează niciun avertisment înainte de redirecționare.
Testați cu curl
Rulați curl -I pe versiunile http și https ale domeniului și ale numelui său www și citiți statusul și antetul Location.
Adăugați înregistrările fără e-mail
Publicați înregistrările MX nul, SPF și DMARC, ca domeniul care redirecționează să nu poată fi folosit pentru a falsifica e-mailul.
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 5Ce greșeli strică o redirecționare defensivă?
Greșelile frecvente sunt un nume www lipsă, un lanț de redirecționări și o expirare uitată. Mulți utilizatori tastează www, deci redirecționați atât numele simplu, cât și numele www. Redirecționați direct către adresa finală, nu printr-un al doilea domeniu defensiv.
A treia greșeală este să lăsați domeniul să expire. Un nume defensiv care expiră poate fi înregistrat de altcineva, iar o redirecționare care a protejat cândva utilizatorii devine o capcană. Activați reînnoirea automată din sold și mențineți-l finanțat, așa cum este descris în cum să opriți expirarea domeniilor.
În final, păstrați o listă cu fiecare domeniu defensiv și destinația sa, ca o schimbare a adresei principale să le actualizeze pe toate. Metoda de construire a listei, cu bugete, este în cum să construiți o listă de domenii defensive pentru marca dumneavoastră.
Întrebări despre redirecționarea domeniilor defensive
Este mai bine 301 sau 302 pentru un domeniu defensiv?
301 este mai bun, pentru că relația este permanentă. 302 le spune clienților că mutarea este temporară, ceea ce se potrivește campaniilor scurte.
Am nevoie de găzduire pentru fiecare domeniu defensiv?
Nu. Redirecționarea URL la registrar răspunde fără server. Folosiți propriul server doar dacă aveți nevoie de control asupra răspunsului.
Domeniile defensive ar trebui să redirecționeze către pagina principală sau către o pagină specifică?
Trimiteți-le către pagina principală sau o pagină informativă. Evitați paginile care cer conectarea unui portofel sau o semnătură.
Taxează Wardmint redirecționarea URL?
Nu. Redirecționarea URL gratuită este inclusă cu fiecare domeniu și poate fi combinată cu șablonul DNS fără e-mail.
Ce fac dacă nu vreau niciun trafic web pe un nume defensiv?
Lăsați-l parcat fără serviciu web și publicați înregistrările fără e-mail. Luați în calcul o înregistrare CAA care interzice emiterea.
Pe scurt
- Un domeniu defensiv ar trebui să ducă utilizatorii pe site-ul real printr-o singură redirecționare permanentă.
- Folosiți un 301 (sau 308) către adresa HTTPS a site-ului principal canonic.
- Redirecționați atât numele simplu, cât și numele www.
- Un domeniu care redirecționează are nevoie de un certificat; unul parcat poate interzice emiterea prin CAA.
- Testați cu curl -I pe http, https și www.
- Redirecționarea URL Wardmint este gratuită; setul de bază costă în medie $21.49 per extensie.
- Adăugați înregistrările fără e-mail și mențineți reînnoirea automată activată.
Surse (2)
- RFC 9110: HTTP Semantics — IETF / RFC Editor (citit la 2026-11-12)
- RFC 8659: DNS Certification Authority Authorization (CAA) Resource Record — IETF / RFC Editor (citit la 2026-11-12)