Прехвърляне на домейн към SiteGround
Какво реално се мести при трансфер на домейн към SiteGround, как да подготвите EPP кода и как да запазите пощата — без да бъркате трансфера със смяна на основния домейн.
Последна проверка: 12.10.2026
Регистраторът
кой подновява домейна
Сайтът и URL адресите
адресът на сайта остава
Път в SiteGround: Client AreaServicesDomainsTransfer
1Прехвърляне на регистратор срещу промяна на DNS
Трансферът сменя фирмата, при която домейнът се подновява; промяната на DNS сменя накъде сочи. За сайт в SiteGround стига DNS — трансферът е удобство: една фактура. Нито едното не сменя основния домейн, затова не са нужни 301 или Change of Address.
Пример: домейн в Namecheap, сайт в SiteGround
Домейнът е в Namecheap с nameservers на SiteGround. Зоната вече е в SiteGround, така че при трансфер сайтът и пощата не би трябвало да усетят нищо. Ако DNS беше на Namecheap, първо се пренасят записите.
Проверка: dig NS показва кой обслужва DNS.
| Сценарий | Регистратор | DNS | Хостинг |
|---|---|---|---|
| Трансфер към SiteGround, nameservers остават | Сменя се на SiteGround | Не се променя | Не се променя |
| Смяна на nameservers към SiteGround без трансфер | Не се променя | Управлява се от SiteGround | SiteGround |
| Само A запис към IP на SiteGround | Не се променя | Само A запис; MX остава | SiteGround |
| Трансфер + DNS при стария регистратор | Сменя се на SiteGround | Риск: DNS на стария регистратор може да спре | Не се променя |
| Change Primary Domain (за сравнение) | Не се променя | Новият домейн сочи към сайта | Нов адрес; нужни са 301 |
Проверено на 12.10.2026. Източници: SiteGround KB – трансфер на домейн, SiteGround KB – насочване на домейн (NS и A запис), KB – Change Primary Domain. Четвъртият ред е обоснован риск, не случай от KB.
Проверете официалния transfer процесИзискванията и стъпките са в KB на SiteGround.
2Подготовка на auth/EPP код
За gTLD (.com, .net, .org, .biz, .info) SiteGround изисква: статус Active (отключен), над 10 дни до изтичане, регистрация преди над 60 дни и EPP код. ccTLD имат свои правила; .bg не е в списъка на SiteGround — вижте Register.bg.
Процес: Client AreaServicesDomainsTransferCheck Status, EPP код, потвърждение на административния имейл, данни за собственика.
Пример: EPP кодът е копиран с интервал накрая
При неверен код според KB трансферът не стартира веднага: идва писмо за потвърждение до административния имейл, а регистраторът може да поиска второ. Ако този имейл е на същия домейн и пощата е спряла, процесът засяда. Сменете го предварително с адрес извън домейна.
Проверка: Check Status минава без предупреждения.
3Какво става с имейлите?
Пощата зависи от MX записите, не от регистратора. Рискът е в два случая: DNS е при стария регистратор и спира след трансфера, или nameservers се сменят към SiteGround, преди MX, SPF и DKIM да са добавени в DNS Zone Editor — KB изрично съветва записите да се добавят първо.
Пример: поща в Microsoft 365, DNS при стария регистратор
Безопасен ред: копирате записите, създавате ги в DNS Zone Editor, сменяте nameservers, проверявате MX и едва тогава пускате трансфера.
Проверка: dig MX връща същото, тестово писмо пристига.
Не правете трансфер и Change Primary Domain в един ден — няма да знаете коя промяна е счупила нещо.
4Потвърждаване на успешен трансфер
Според KB трансферът отнема до 14 дни; при успех идва welcome имейл. Писмото не е достатъчно — проверете WHOIS.
Пример: проверка на петия ден след старта
Писмото идва. В WHOIS Registrar е новият, nameservers са непроменени, домейнът е в Client AreaServicesDomains. При разминаване пишете на поддръжката с конкретния резултат.
Следвайте официалния transfer процесСменяте и адреса? Следва план за 301.
Често задавани въпроси
Кога ми трябва трансфер на регистратор и кога само смяна на DNS?
Смяна на DNS ви трябва, когато сайтът или пощата трябва да се обслужват от SiteGround — достатъчно е да насочите nameservers или A запис. Трансфер на регистратор е нужен само ако искате домейнът да се подновява в SiteGround. Двете действия са независими и нито едно не сменя адреса на сайта, затова при тях не се правят 301 пренасочвания.
Какво трябва да подготвя за auth/EPP кода?
За .com, .net, .org и други gTLD домейнът трябва да е отключен със статус Active, да е регистриран преди повече от 60 дни и да има повече от 10 дни до изтичане. Поискайте EPP кода от текущия регистратор, копирайте го без интервали и се уверете, че административният имейл работи. За ccTLD като .bg правилата са различни и се проверяват при съответния регистър.
Как да потвърдя, че трансферът е завършил успешно?
Welcome имейлът от SiteGround е първият знак, но проверете и WHOIS: полето Registrar трябва да показва новия регистратор, датата на изтичане да е налице, а nameservers да са непроменени, ако не сте ги сменяли. Домейнът трябва да се вижда в Client Area › Services › Domains. Грешка е да сметнете трансфера за готов, докато WHOIS още показва стария регистратор.