Смяна на хостинг без прекъсване и в правилен ред

01Какво да подготвите преди смяната на хостинг

Автоматичен начин за пренос между два акаунта няма. Файловете и базите се свалят от стария акаунт и се качват в новия. Най-бързо става с архив. В cPanel маркирате съдържанието на папката във File Manager и го компресирате, така че да прехвърляте един файл вместо хиляди.

За основен домейн файловете обикновено са в `public_html`. Базите се експортират от стария акаунт и се импортират в предварително създадени бази в новия. Имената им носят префикс с името на акаунта, затова в конфигурацията на сайта, например `wp-config.php` при WordPress, се сменят име, потребител и парола на базата.

Ако и двата хостинга ползват cPanel, цял cPanel архив може да се качи наведнъж. Така го описват ICDSoft и SuperHosting.BG. Преди да пипнете каквото и да било, направете и собствено копие на компютъра си. Как да го пазите, е описано в материала за архивите на сайта. За сайт на WordPress има и отделен наръчник за преместване на WordPress.

02Кога да снижите TTL и докъде

TTL е времето, за което резолверите пазят един DNS запис в кеша си. Колкото е по-дълго, толкова по-бавно стигат до посетителите промените. Cloudflare препоръчва да го снижите поне 24–48 часа преди преместването, а в идеалния случай за толкова време, колкото е най-дългият ви текущ TTL. Обичайната кратка стойност е 300 секунди.

Ако записите ви са с TTL от един ден (86 400 секунди), по наша сметка по данни на Cloudflare новата стойност е 288 пъти по-къса (86 400 ÷ 300). Затова промяната трябва да се направи денонощия напред, а не вечерта преди смяната.

Снижавате го там, където зоната е сега. Това е нашият извод от логиката на кеша, а не отделно твърдение на източниците. При Cloudflare проксираните записи са с автоматичен TTL от 300 секунди, който не се редактира. За записите само с DNS границите са от 60 секунди (без Enterprise) до 1 ден. Локалният кеш на компютъра може да се обновява по-бавно от тези срокове.

03Как да проверите новия хостинг през hosts файла

Преди да смените DNS, сайтът трябва да се отвори от новия сървър само на вашия компютър. Помощните страници на SuperHosting.BG и ICDSoft препоръчват точно това.

1. Вземете IP адреса на новия сървър. Данните за достъп и DNS настройките идват в писмото за активиран акаунт. 2. Добавете в hosts файла на компютъра си ред от вида `IP-адрес example.bg www.example.bg`, като на мястото на „IP-адрес“ сложите адреса на новия сървър, а на мястото на примерния домейн сложите своя. 3. Отворете сайта и обходете пътя на реален посетител. Проверете вход, форми за контакт, плащане и качване на файл. 4. Върнете hosts файла към първоначалния му вид, когато приключите. Иначе ще виждате новия сървър и след като DNS се промени, и няма да разберете кога смяната е станала.

Подобна последователност описва и SuperHosting.BG. Домейнът се насочва към новия хостинг след успешен тест в новата среда.

04Смяна на DNS и колко време да чакате

Смяната се прави при фирмата, където е регистриран домейнът, като се задават сървърите за имена на новия хостинг. Ако домейнът е в процес на трансфер, DNS настройките му не могат да се променят, докато трансферът не приключи. Планирайте двете операции една след друга, не едновременно.

Източник: Cloudflare DNS docs, помощни страници на SuperHosting.BG и ICDSoft, проверени на 6 ноември 2026

Разликата между 300 секунди и 48 часа не е противоречие. Първото е времето в кеша на един запис, а второто е срокът, който доставчиците дават за цялата верига, включително смяната на сървърите за имена.

Ако пренасяте цяла зона към друг DNS доставчик, сверете записите един по един. Cloudflare иска особено внимание към MX, SRV и TXT записите за SPF, DKIM и DMARC. При включен DNSSEC DS записите се изтриват още при регистратора и се изчаква техният TTL, преди да смените сървърите за имена. Иначе валидиращите резолвери може да не отварят домейна.

05Какво да направите с пощата по време на преместването

Пощенските кутии се създават в новия акаунт преди смяната на DNS. Така, според SuperHosting.BG, писма не се губят по време на прехода. ICDSoft уточнява, че до насочването на домейна новите кутии още не получават съобщения, но са готови да ги приемат.

Старото съдържание се копира отделно. Върху сървър с cPanel пощата стои в папката `mail` на акаунта, по поддиректория за всеки адрес, и се мести като обикновени файлове. ICDSoft предлага и копиране от IMAP кутии, както и от Gmail, Outlook и Yahoo през контролния панел. Ако поща и сайт са при различни доставчици, прочетете първо материала за имейл на собствен домейн.

06Кога да спрете стария план

Горната граница от доставчиците е 48 часа след смяната на DNS. По наша преценка стар план се спира, когато са изпълнени следните условия:

• е минал срокът, посочен по-горе, след смяната на DNS;
• последното копие на пощата е свалено от стария сървър;
• последната поръчка или форма е стигнала до новия сървър.

Ако цената е причина за смяната, проверете датата на подновяване на стария план и логиката зад цените в материала за цената при подновяване. Спиране в последния ден може да ви остави с изтекъл план, преди кешът да се е изчистил. Пропуснатият запис в старата зона тогава е много по-трудно да се види и поправи.

Към ноември 2026 страниците на доставчиците дават три различни срока: до 24 часа при ICDSoft, от 2 до 48 часа при SuperHosting.BG и 300 секунди за проксиран запис при Cloudflare. Сверете ги със своя случай при следващото преместване.