7 грешки при преместване на домейн и как да ги избегнете
Когато сайтът трябва да се премести при нов хостинг или домейнът да се прехвърли към друг регистратор, една на пръв поглед малка промяна може да спре формите за запитвания, онлайн магазина или фирмената поща. Грешки при преместване на домейн рядко изглеждат сериозни в началото – докато клиент не каже, че сайтът не се отваря, а важен имейл не пристигне.
Проблемът обикновено не е в самото преместване, а в пропуснатата подготовка. Домейнът, хостингът, DNS настройките, сайтът, SSL сертификатът и имейлът са свързани, но не са едно и също. Ако се промени един елемент без проверка на останалите, прекъсването е напълно възможно.
Първо уточнете какво всъщност се мести
Много хора казват „премествам домейна“, когато всъщност искат да преместят сайта на друг хостинг. Това са различни действия.
При прехвърляне на домейн се сменя компанията, която го администрира и подновява. Адресът на сайта остава същият. При миграция на хостинг домейнът може да остане при текущия регистратор, но сайтът, базата данни и пощенските кутии се преместват на нов сървър. Понякога се правят и двете едновременно, но това не винаги е разумно.
Ако сайтът работи, а само цената или обслужването на регистратора не ви устройват, няма нужда да местите хостинга заедно с домейна. Ако хостингът е бавен или неподходящ, домейнът може да остане там, където е. По-малко промени наведнъж означава по-малко възможности за проблем.
Най-честите грешки при преместване на домейн
1. Започване без пълен архив
Архивът не е само копие на файловете на сайта. За WordPress и WooCommerce са нужни и базата данни, папката с качени изображения, конфигурацията, както и проверка дали архивът може реално да се възстанови. При онлайн магазин трябва да се отчете и моментът на преместването: поръчка, направена след създаването на архива, може да липсва на новия сървър.
Честа грешка е да се разчита, че „хостингът пази резервни копия“. Възможно е да пази, но не знаете за колко дни, дали включват пощата и дали възстановяването е бързо. Преди промяна направете собствен архив и го съхранете извън текущия хостинг.
2. Смяна на DNS без запис на старите настройки
DNS записите казват къде се намират сайтът и пощата. Те включват не само основния адрес, а често и записи за поддомейни, верификация на услуги, защита от спам, изпращане на бюлетини и външни системи.
Ако смените nameserver-и или A запис, без да копирате останалата зона, сайтът може да тръгне, но пощата да спре. Типичният сценарий е следният: началната страница се отваря, но служителите не получават имейли или писмата отиват в спам. Причината често е липсващ MX, SPF, DKIM или DMARC запис.
Преди промяната запазете екранна снимка или износ на всички DNS записи. Не копирайте на сляпо стари стойности, ако новият доставчик има различни изисквания, но разполагайте с пълния списък за сравнение.
3. Игнориране на фирмения имейл
За счетоводна къща, медицински кабинет или малък магазин загубеният имейл не е дребен технически дефект. Може да е пропусната поръчка, документ, час при клиент или важно потвърждение.
Пощата може да е към хостинга, Microsoft 365, Google Workspace или отделен пощенски доставчик. Затова първо трябва да се установи къде точно се намира. Ако пощата не е на хостинга, тя пак зависи от правилните DNS записи. Ако е на стария хостинг, трябва да се планират преместване на кутиите, копиране на писмата и настройка на устройствата.
Не закривайте стария хостинг веднага след миграцията. Оставете го активен за кратък преходен период и проверете изпращане и получаване от всеки важен адрес. Това струва по-малко от възстановяване на липсваща кореспонденция.
4. Пропускане на срока за трансфер и заключването на домейна
Домейните имат срок на валидност, статус на заключване и правила за трансфер. При много разширения е нужен код за оторизация, а при някои има период, в който трансферът не може да се извърши след регистрация или скорошна промяна на данните.
Най-рисковият момент е да започнете процедурата в последните дни преди изтичане. Ако одобрението се забави или кодът е грешен, домейнът може да влезе в период на изтичане. Тогава сайтът и пощата са застрашени, а възстановяването понякога води до допълнителни такси.
Проверете датата на подновяване, дали домейнът е отключен и кой има достъп до имейла на административния контакт. Този имейл е важен, защото там пристигат потвържденията за трансфера.
5. Пускане на новия сайт без тест
Миграцията не приключва, когато файловете са качени. Преди DNS промяната новият сайт трябва да се отвори в тестова среда или чрез временен адрес. Проверяват се началната страница, контактната форма, входът в администрацията, изображенията, вътрешните страници и скоростта.
При WooCommerce проверката включва още кошница, поръчка, плащане, имейли за поръчки и връзки с куриерски или складови системи. Не е добра идея да се прави реално плащане без предварителна уговорка, но целият процес трябва да се проследи доколкото е възможно.
Особено внимание изискват сайтове с резервиране на часове, календари, формуляри и външни интеграции. Те често работят с ключове или ограничения по IP адрес, които не се прехвърлят автоматично.
6. Забравен SSL сертификат и смесено съдържание
След преместването сайтът трябва да се отваря сигурно с https. Ако SSL сертификатът не е издаден или подновен правилно, посетителите виждат предупреждение „Връзката не е сигурна“. Това отблъсква клиенти още преди да са видели услугите ви.
Понякога сертификатът е активен, но части от страницата се зареждат през стария, незащитен адрес. Резултатът е предупреждение в браузъра, липсващи изображения или неправилно работещи скриптове. Проверяват се и вариантите с www и без www, за да водят към един и същ защитен адрес.
7. Отмяна на стария договор твърде рано
След успешна проверка изкушението е да спрете стария хостинг веднага. По-добре изчакайте. DNS промените могат да се разпространяват с часове, а понякога различни потребители виждат стария и новия сървър в различен момент.
Практичният подход е старият хостинг да остане активен поне докато сайтът, пощата и ключовите услуги са проверени от няколко мрежи и устройства. Ако сайтът има ежедневни поръчки или запитвания, периодът за наблюдение трябва да е по-дълъг.
Работещ план с минимално прекъсване
Добрата миграция започва с кратък опис: къде е домейнът, къде е хостингът, къде работи пощата и кои услуги използват DNS записи. След това се правят архив и тестово копие на сайта. Едва когато тестът е успешен, се планира часът за промяна.
За сайтове с поръчки и активни форми е добре миграцията да бъде извън най-натоварените часове. Това не премахва риска напълно, но ограничава броя засегнати посетители. Ако DNS стойността TTL може да се намали предварително, преминаването към новия сървър обикновено става по-бързо. Не го променяйте в последния момент – нужно е време, за да има ефект.
След промяната проверете сайта през мобилен интернет и друга Wi-Fi мрежа, изпратете тестови имейли в двете посоки и прегледайте формите за контакт. Наблюдавайте и администраторските известия. Ако има проблем, ясният архив и старият активен хостинг дават възможност за бърза реакция, вместо за паника.
Когато не е ясно кой държи достъпите, как е настроена пощата или дали сайтът има скрити зависимости, не е момент за проби и грешки. IT Doctor може първо да направи преценка на текущата конфигурация и да подреди преместването в ясни стъпки.
Преместването на домейн не трябва да бъде авариен проект. С добра подготовка то остава почти незабележимо за клиентите ви – а това е най-добрият възможен резултат.