Искате да преместите домейна при друг регистратор, но се притеснявате, че сайтът ще изчезне, а пощата ще спре да пристига. Трансферът на домейн сам по себе си не засяга нито сайта, нито пощата. Рискът идва от дребни неща, за които никой не се сеща навреме, като изтекъл срок, изгубени DNS записи или пропуснато писмо за потвърждение.
Това ръководство Ви превежда през трансфера стъпка по стъпка. Ще видите какво да подготвите, как да запазите DNS записите, как се сменя регистраторът на .bg домейн и какво да проверите, когато всичко е готово. Накрая има чеклист.
Домейнът и сайтът са на различни места
Домейнът е регистриран при регистратор, който пази данните за собственика, срока на регистрацията и name сървърите, тоест сървърите, които отговарят за DNS записите. Сайтът представлява файлове и база данни при хостинг доставчик. Пощата е при доставчика на пощенските кутии. Между тях стоят DNS записите, които казват на браузъра къде е сайтът, а на другите пощенски сървъри къде да доставят писмата Ви.
Трансферът променя само регистратора. След него домейнът се води при новия регистратор и там го подновявате. При общите домейни като .com регистраторите си предават домейните по протокола EPP. В заявката за трансфер има името на домейна, кода за оторизация и по желание срок за удължаване. Name сървъри в нея няма, затова хостингът, сайтът и пощата остават на мястото си.
Преместването на сайта е отделна задача. Файловете и базата отиват при новия хостинг, а после DNS записите се насочват към него. Ако Ви предстои и това, стъпките са в ръководството Как да преместите WordPress сайт на нов хостинг без престой. Не го правете в същия ден като трансфера. Така, ако нещо се счупи, ще знаете коя от двете промени го е причинила.
Откъде тогава идва рискът? От две места. Първото са DNS записите, когато се поддържат при стария регистратор. Второто е срокът, защото домейн, който изтече по средата на трансфера, спира всичко.
Какво да подготвите преди трансфер на домейн
Правилата на ICANN важат за общите домейни като .com, .net и .org. Националните домейни имат свои регистри и свои правила, а за .bg има отделен раздел по-долу.
Регистраторът пази домейна със статус clientTransferProhibited, който кара регистъра да отхвърля заявки за преместване към друг регистратор. В панела му това може да се казва „Registrar Lock“, „Domain Lock“ или „Transfer Lock“. Докато е включен, трансфер не е възможен. Политиката на ICANN изисква регистраторът да Ви даде начин да го махнете самостоятелно, а ако няма такъв, да го махне до пет календарни дни след заявката Ви.
Кодът за трансфер (auth code, а в политиката на ICANN AuthInfo code) е втората защита. Уникален е за домейна и пази от неоторизирани трансфери. Взимате го от стария регистратор, а ако той не предлага самообслужване, трябва да Ви го даде до пет календарни дни след заявката. Пазете го като парола и не го пращайте в общ чат.
Проверете още две неща. Първото е плащането, защото регистраторът може да откаже трансфер на домейн с неплатени суми, включително оспорени плащания.
Второто е имейлът, записан за домейна. Новият регистратор иска потвърждение от Вас, а старият също проверява заявката. Ако не отговорите, трансферът спира. Вижте в панела на стария регистратор кой е този имейл и дали още го ползвате. Ако адресът е на самия домейн, пощата трябва да работи през целия трансфер.
Какви срокове от по 60 дни могат да спрат трансфера?
Политиката на ICANN има три срока от по 60 дни.
| Какво се е случило | Колко време | Регистраторът |
|---|---|---|
| Домейнът е нов | 60 дни от създаването | може да откаже |
| Домейнът вече е прехвърлян | 60 дни след трансфера | може да откаже |
| Сменени са името, фирмата или имейлът на собственика | 60 дни след промяната | трябва да откаже, освен ако сте се отказали от заключването преди промяната |
Затова не променяйте собственика и имейла му в навечерието на трансфера. Някои регистратори дават възможност да се откажете от заключването, но решението се взема преди самата промяна.
Датата на създаване, регистраторът и статусите на домейна се виждат в ICANN Lookup. Търсете датата на регистрация и статуса „client transfer prohibited“ (на други места се изписва clientTransferProhibited), който означава, че домейнът е заключен.
Правилата се променят. През юни 2026 г. Управителният съвет на ICANN прие препоръки за нова версия на политиката за трансфер, но не е определил от коя дата влизат в сила. Проверете текста на icann.org в деня, в който започвате.
Как да запазите DNS записите, за да не спрат сайтът и пощата
Сайтът и пощата работят благодарение на DNS записите. A и AAAA записите сочат към сървъра на сайта, MX записите към пощенските сървъри, а в TXT записите са SPF, DKIM и DMARC на пощата. Ако записите изчезнат, сайтът и пощата спират, където и да са файловете.
Вижте къде са name сървърите
Първо вижте кои name сървъри обслужват домейна. Командата само чете.
# Терминал на Вашия компютър, само чете
dig +short NS primer.bg
На Windows ползвайте nslookup -type=NS primer.bg. Ако name сървърите са на хостинга Ви или на Cloudflare, трансферът не ги засяга. Ако са на стария регистратор, не разчитайте, че зоната ще остане там след трансфера, защото условията на регистраторите са различни. Копирайте я предварително.
Копирайте записите и ги сравнете
Най-пълният списък е в DNS панела на стария регистратор. Препишете го или го снимайте. Командите по-долу не го заместват, защото питат само за имена, които знаете, но показват какво виждат останалите в интернет.
# Терминал на Вашия компютър, само чете
dig +noall +answer primer.bg A
dig +noall +answer primer.bg MX
dig +noall +answer primer.bg TXT
dig +noall +answer www.primer.bg CNAME
dig +noall +answer _dmarc.primer.bg TXT
dig +noall +answer ВАШИЯТ_СЕЛЕКТОР._domainkey.primer.bg TXT
Селектора за DKIM ще получите от доставчика на пощата. Записът на DKIM е на името селектор._domainkey, а този на DMARC на _dmarc.
Създайте същите записи там, където ще се поддържа DNS, например в Zone Editor в cPanel или в Cloudflare, и попитайте новите сървъри директно, преди да насочите домейна към тях. Отговорът трябва да е същият като от старите сървъри.
# Терминал на Вашия компютър, само чете
dig @NS_НА_НОВИЯ_ДОСТАВЧИК primer.bg MX +short
Смяна на name сървърите и DNSSEC
Смяната на name сървърите е отделна стъпка от трансфера. Направете я преди него или след него, но не в същия ден. При .bg регистърът приема заявка за промяна на настройките на домейна от административния контакт или от представителя на притежателя, а не от хостинг доставчика (т. 12.1 от общите условия на регистъра). Това означава, че name сървърите сменяте Вие, в панела на регистратора си.
Ако домейнът е с DNSSEC и смятате да сменяте name сървърите, първо махнете DS записа при регистратора и изчакайте поне един ден. Cloudflare предупреждава в документацията си, че иначе подписите може да не съвпаднат и имената да спрат да се разрешават. Включете DNSSEC отново, когато всичко е на мястото си.
Как се сменя регистраторът на .bg домейн?
Домейните в областта .bg се водят при регистъра на Регистър.БГ ООД (register.bg). Той има собствени общи условия, които се различават от правилата на ICANN. Описаното тук е по версия 4.12, в сила от 9 август 2026 г.
| Въпрос | .com, .net, .org | .bg |
|---|---|---|
| Кой определя правилата | ICANN, в политиката за трансфер | Регистърът, в общите си условия |
| Код за трансфер | Да, от стария регистратор | Не се споменава в общите условия |
| Срокове от по 60 дни | Да, при нов домейн, при предишен трансфер и при смяна на собственика | Не се споменават в общите условия |
| Как се води смяната | Като трансфер между регистратори | Като заявка за регистрация и поддръжка на нов домейн |
Как протича смяната
Смяната на регистратора е право на притежателя. Може да стане по всяко време, след като платите таксите за регистрация и поддръжка на новия регистратор (т. 10.12). Регистърът я обработва като заявка за регистрация и поддръжка на нов домейн (т. 10.13), затова за нея важат правилата за заявките. Стъпките са следните.
- Изберете регистратор от списъка „Акредитирани регистратори“ на register.bg, в раздела „Регистратори“.
- Подайте заявката през интерфейса на новия регистратор и платете таксите при него.
- Потвърдете заявката в рамките на едно денонощие, с електронен подпис или чрез писмото, което регистърът изпраща на имейл адреса от заявката (т. 7.1.2 и 7.1.3). След това тя е валидна 30 календарни дни, през които довършвате останалото (т. 7.1.4).
- Подгответе идентификацията на притежателя. Ако тя е с електронен подпис, други документи не са нужни (приложение 1). Регистраторът проверява документите до три работни дни (т. 7.4.1).
Преди да платите, попитайте новия регистратор как се отчита срокът, който вече сте платили. Ако не знаете кой е сегашният Ви регистратор, потърсете фактурите за подновяване на домейна.
Колко време отнема трансферът?
При .com, .net и .org старият регистратор има пет календарни дни да отговори на заявката, а ако не отговори, трансферът се одобрява автоматично. Ако панелът или писмото му позволяват да я одобрите веднага, направете го. Ако регистраторът няма самообслужване, отключването и кодът могат да отнемат още до пет календарни дни. В най-лошия случай това са десет дни, затова не започвайте в последните дни от срока на домейна. Успешният трансфер добавя една година към срока, като общият срок не може да надвиши десет години.
При .bg общите условия не посочват общ срок за самата смяна, а само сроковете за заявката, описани по-горе. Затова попитайте новия регистратор колко време да предвидите. Ако трябва да събирате документи, оставете повече от няколко работни дни.
Какво да проверите след трансфера
Когато регистраторът съобщи, че трансферът е готов, направете проверките в същия ден.
- Сайтът се отваря на
https://primer.bgи наhttps://www.primer.bg, в частен прозорец на браузъра. - Name сървърите и записите са същите като преди. Пуснете отново командите от раздела за DNS и сравнете резултата със записките си.
- Пощата работи в двете посоки. Изпратете писмо до външен адрес и поискайте отговор.
- При .com, .net и .org в ICANN Lookup е вписан новият регистратор, а срокът е с една година по-дълъг. При .bg проверете срока в панела на новия регистратор.
- Заключването на трансфера е включено. ICANN обяснява, че статусът clientTransferProhibited пази от неоторизирани трансфери и от отвличане на домейна.
- DNSSEC е включен отново, ако сте го изключвали.
Имайте предвид и 60-дневните срокове. Не сменяйте собственика и имейла му без нужда. Ако сте избрали грешен регистратор, може да се наложи да чакате 60 дни до следващото преместване.
Чеклист
- Знам кой е сегашният регистратор и до кога е платен домейнът.
- Срокът на домейна не изтича през дните на трансфера.
- Имейлът, записан за домейна, работи и го проверявам.
- При .com, .net и .org домейнът е отключен и имам код за трансфер.
- При .com, .net и .org са минали 60 дни от регистрацията, от предишния трансфер и от последната смяна на собственика или имейла му.
- При .bg новият регистратор е в списъка на register.bg и таксите са платени при него.
- Имам копие на всички DNS записи и знам къде са name сървърите.
- Ако ще сменям name сървърите при включен DNSSEC, DS записът е махнат и е минал поне един ден преди смяната.
- След трансфера сайтът, пощата и DNS записите са като преди.
- Заключването на трансфера е включено отново.
Ако не искате да се занимавате с това
Не всеки трансфер е сложен. Ако name сървърите са на хостинга или на Cloudflare, а срокът е далеч, трябват Ви само отключването, кодът и одобрението. Самия трансфер правите Вие, защото минава през Вашия имейл и Вашия акаунт при регистратора. Ако освен домейна местите и сайта, защото е надраснал споделения хостинг, при преместването на собствен сървър го преместваме без престой в Hetzner или AWS, на сървър, който е Ваш. Разкажете ни за сайта във формата за запитване.
Често задавани въпроси
Ще спре ли сайтът или имейлът при трансфер на домейн?
Самият трансфер сменя само регистратора, а сайтът остава при хостинга си и имейлът при доставчика си. Рискът идва от записите в DNS, ако се пазят при стария регистратор, и от срока, защото домейн, който изтича по средата на трансфера, спира всичко. Затова копирайте записите предварително и не започвайте трансфер в последните дни на срока.
Какво ми трябва за трансфер на домейн .com, .net или .org?
Махнете заключването на домейна при стария регистратор, което в панела може да се казва „Registrar Lock“, „Domain Lock“ или „Transfer Lock“, и вземете кода за трансфер (auth code). Ако регистраторът няма самообслужване, по политиката на ICANN трябва да направи всяко от двете до пет календарни дни след искането Ви. Проверете и имейл адреса, записан за домейна, защото без потвърждение от него трансферът не продължава.
Кога регистраторът може да откаже трансфер на домейна?
По политиката на ICANN регистраторът може да откаже до 60 дни след създаването на домейна и до 60 дни след предишен трансфер. До 60 дни след смяна на името, фирмата или имейла на собственика той трябва да откаже, освен ако сте се отказали от заключването преди промяната. Може да откаже и домейн с неплатени суми, включително оспорени плащания.
Как да запазя записите в DNS при трансфер на домейна?
Първо вижте кои сървъри за имена обслужват домейна, защото ако са на хостинга или на Cloudflare, трансферът не ги засяга. Ако са на стария регистратор, запишете пълния списък от панела му, създайте същите записи там, където ще е DNS, например в Zone Editor на cPanel или в Cloudflare, и ги сравнете, преди да насочите домейна. Старата зона не трийте веднага, за да можете да се върнете към старите сървъри, ако нещо не е наред.
Как се сменя регистраторът на домейн .bg?
Изберете регистратор от списъка с акредитирани регистратори на register.bg, подайте заявлението през интерфейса му и платете таксите на него. Регистърът обработва смяната като заявление за регистрация и поддръжка на нов домейн, а заявлението се потвърждава до един ден с електронен подпис или през съобщението на регистъра. Преди да платите, попитайте новия регистратор как се отчита вече платеният срок.
Колко време отнема трансферът на домейн?
За .com, .net и .org старият регистратор има пет календарни дни да отговори и ако мълчи, трансферът се одобрява по подразбиране. Ако отключването и кодът също отнемат до пет дни, в най-лошия случай това са десет дни. За .bg Общите условия не дават общ срок за смяната, затова попитайте новия регистратор колко време да предвидите.
Трябва ли да сменя сървърите за имена в деня на трансфера?
Не. Сменете ги преди трансфера или след него, но не в същия ден, така че ако нещо се счупи, да знаете коя от двете промени го е причинила. Ако домейнът използва DNSSEC, първо махнете записа DS при регистратора и изчакайте поне ден, защото според Cloudflare иначе разпознаването на името може да спре.
Какво да проверя след трансфера на домейна?
Отворете сайта със и без www в частен прозорец, сравнете сървърите за имена и записите с бележките си и пратете имейл навън с молба за отговор. За .com, .net и .org ICANN Lookup трябва да показва новия регистратор и срок с една година по-дълъг. Проверете, че заключването за трансфер е включено отново, и пуснете отново DNSSEC, ако сте го махнали.
Източници
- Регистър.БГ ООД, Общи условия за регистрация и поддръжка на домейни в областта .bg, версия 4.12
- Регистър.БГ ООД, Акредитирани регистратори
- ICANN, Transfer Policy
- ICANN, 5 Things Every Domain Name Registrant Should Know About ICANN's Transfer Policy
- ICANN, EPP status codes
- ICANN, Consensus Policies
- ICANN, Registration data lookup tool
- ICANN Board, Approved Resolutions, 7 June 2026
- IETF, RFC 5731, EPP Domain Name Mapping
- Cloudflare, Transfer your domain to Cloudflare Registrar
- cPanel, Zone Editor
- ISC BIND 9, dig
- Microsoft, nslookup
- IETF, RFC 7208, SPF
- IETF, RFC 6376, DKIM
- IETF, RFC 7489, DMARC