← Всички статии

Как да преместиш домейна си към нов сайт

Смяна на сайта без да губиш адреса си, служебната поща или позициите в Google: разбираемо ръководство за преместване на домейн към нов сайт.

ПУБЛИКУВАНА
ВРЕМЕ ЗА ЧЕТЕНЕ
3 мин
ТЕМА
Технически
ВЕРСИЯ
v1.1 22 октомври 2026
В ТАЗИ СТАТИЯ · 7 ЧАСТИ
  1. 01Стъпка 1: разбери кой контролира домейна
  2. 02Стъпка 2: реши дали да насочиш или да прехвърлиш домейна
  3. 03Стъпка 3: запази служебната си поща работеща
  4. 04Стъпка 4: запази позициите си в Google
  5. 05Стъпка 5: направи смяната в спокоен момент
  6. 06Остави го на човек с опит
  7. 07Източници

Имаш нов сайт и искаш той да се отваря на досегашния ти адрес. Това е момент, в който нещата често се объркват: имейлите спират да работят, сайтът пада за ден или се губят дълго градени позиции в Google. С малко планиране нищо от това не е нужно да се случва.

Стъпка 1: разбери кой контролира домейна

Провери къде е регистриран домейнът ти (при кой регистратор) и кой има данните за вход. За домейните .bg това минава през българския регистър Регистър.БГ (Register.bg) и неговите партньори, а за .com и останалите – през регистратор на домейни или доставчика ти на хостинг. Много често домейнът е купен преди години от бивш уеб дизайнер. Осигури си достъп и се увери, че домейнът е регистриран на името на твоята фирма. Повече по темата ще намериш в домейн и хостинг на разбираем език.

Стъпка 2: реши дали да насочиш или да прехвърлиш домейна

ICANN обяснява какво включва прехвърлянето на домейн между регистратори и какво да провериш, преди да започнеш [1].

Има две различни неща, които хората наричат „преместване на домейн“:

  • Насочване на домейна към новия сайт чрез промяна на неговите DNS настройки. Самият домейн остава там, където е регистриран. В повечето случаи това е напълно достатъчно.
  • Трансфер (прехвърляне) на регистрацията на домейна към друг регистратор. Това не е задължително и изисква отключване на домейна и код за оторизация (EPP код). Имай предвид, че много домейни не могат да се прехвърлят скоро след регистрация или след предишен трансфер.

Стъпка 3: запази служебната си поща работеща

Ако служебният ти имейл използва същия домейн, DNS записите за пощата (MX записите и свързаните с тях настройки) трябва да останат непокътнати, когато променяш записите за сайта. Запиши си текущите настройки, преди да пипаш каквото и да било. Това е стъпката, която най-често се пропуска. MX записите казват на другите пощенски сървъри къде да доставят имейлите за твоя домейн [2].

Стъпка 4: запази позициите си в Google

Ръководството на Google за преместване на сайт препоръчва точно това: постоянни пренасочвания от всеки стар адрес към новия му адрес [3].

Ако страниците в новия сайт имат различни адреси от старите, настрой 301 пренасочвания от старите адреси към съответните нови. Това казва на Google и на всеки със стар линк къде се е преместила страницата. Освен това:

  • запази важните страници и съдържанието им, където е възможно
  • обнови картата на сайта и я подай в Google Search Console
  • обнови линка към сайта в твоя профил в Google (Google Business Profile)

Виж SEO за бизнес сайт: откъде да започнеш.

Стъпка 5: направи смяната в спокоен момент

Промените в DNS могат да отнемат от няколко минути до ден-два, докато стигнат до всички. Направи превключването в спокоен момент, когато новият сайт е готов и тестван, а старият все още работи, докато промяната се разпространи напълно. Увери се, че новият сайт има активен SSL сертификат: какво е SSL сертификат.

Преместването на домейн минава гладко, когато знаеш кой го управлява, пазиш пощата си и пренасочиш старите страници.

Остави го на човек с опит

Това е задача, при която опитът спестява много главоболия. Когато пускаме сайт за наш клиент, ние поемаме домейна, DNS настройките, записите за пощата, пренасочванията и SSL сертификата като част от самото пускане: виж как работим.

Източници

  1. ICANN. "FAQs for Registrants: Transferring Your Domain Name." icann.org
  2. Wikipedia. "MX record." en.wikipedia.org
  3. Google Search Central. "Site moves with URL changes." developers.google.com

Още от блога

Всички статии →