Смяна на домейн: пренасочвания, поща и Search Console без изгубени запитвания

Под „смяна на домейн“ хората разбират три различни задачи. Първата е ново име: сайтът се мести от stara-firma.bg на nova-firma.bg. Втората е прехвърляне на регистрацията при друг регистратор, при което името остава същото. Третата е преместване на сайта на друг сървър, което всъщност е смяна на хостинг.

Това ръководство е за първата задача. Тя е най-рисковата, защото се променя всеки публичен адрес: страниците, които Google познава, връзките от други сайтове, имейлите на визитките и адресите, записани в рекламни профили. Прехвърлянето при друг регистратор не променя нито един адрес и не изисква нищо от описаното по-долу, освен да запазите DNS записите.

Първо разберете кой какво управлява

Преди да купите новото име, запишете къде се намират четирите отделни услуги: регистрацията на домейна, DNS управлението, уеб хостингът и пощата. Те могат да са при четири различни доставчика. Към тях добавете кой има достъп до Search Console, Google Analytics и рекламните профили. Ако достъпът е само у предишния изпълнител, решете това преди преместването. Какво точно да поискате е описано в ръководството за смяна на поддръжката.

Регистрирайте новия домейн на името на фирмата, а не на служител или изпълнител. Старият домейн остава ваш и след преместването: той ще пренасочва посетителите още дълго.

Направете списък на адресите, преди да пипнете нещо

Пренасочванията се правят по списък, а не по памет. Съберете адресите от три места: картата на сайта, отчета за страниците в Search Console и страниците, които получават посещения според Analytics. Третият източник често показва стари адреси, които вече не са в менюто, но още водят хора.

Имената в таблицата са условен пример. Ако едновременно с домейна променяте и структурата на адресите, списъкът става двойно по-важен. По-сигурно е първо да смените само името със същите пътища, а пренареждането да оставите за по-късно, за да знаете коя промяна е причинила евентуален спад. Как се подрежда такъв списък при промяна на структурата е показано в ръководството за редизайн и пренасочвания.

Пренасочвайте страница към страница

Всеки стар адрес трябва да отговаря с постоянно пренасочване 301 към съответния нов адрес. Пренасочването се прави на сървъра на стария домейн. Каноничният таг сам по себе си не премества нищо: той е подсказка за страница, която все още се отваря, а не заместител на пренасочването.

Най-честата грешка е всичко да се насочи към началната страница. Човек, който е запазил адреса на конкретна услуга, попада на място без това, което е търсил. Google също третира такива пренасочвания като липсваща страница, а не като преместена. Указанията на Google за преместване със смяна на адресите описват именно съответствие адрес към адрес.

Проверете и четирите варианта на стария адрес: с www и без, през http и през https. Всеки трябва да стига до новия адрес с едно пренасочване, а не през верига от три. За да работи https на старото име, сертификатът му трябва да остане валиден и след преместването.

На този сайт два стари адреса са обединени по същия начин. Проверката им на 21 октомври 2026 г. е публикувана в ръководството за редизайн: старият адрес връща 301, новият връща 200 и сочи сам към себе си като каноничен. Това са трите реда, които трябва да видите за всеки ред от вашия списък.

Пощата е отделна задача

Новият домейн няма поща, докато не му създадете записи. Ако искате адреси на новото име, добавете MX записите на доставчика на пощата, както и SPF, DKIM и DMARC за изпращането. Точните стойности идват от доставчика.

Старите адреси трябва да продължат да получават писма. Клиентите ги имат във визитки, оферти и стари разговори. Оставете MX записите на стария домейн и насочете кутиите към новите, вместо да ги закривате. Проверете отделно и как сайтът изпраща известия: формата за запитване и писмата за поръчка често имат подател със старото име и след смяната могат да попадат в спам. Как да проверите това е описано в ръководството за липсващи имейли от форма.

WordPress и онлайн магазин

WordPress пази адреса на сайта в базата данни, включително във връзките към снимки вътре в текстовете. Смяната само на двете полета с адреса в настройките оставя стотици стари връзки в съдържанието. Официалното ръководство за миграция описва как се заменят и защо това не се прави с обикновено търсене и замяна в суровия файл на базата. Направете и проверете резервно копие преди замяната.

При магазин домейнът е записан и извън сайта. Доставчикът на картови плащания връща клиента на конкретен адрес след плащане. Куриерските модули и системите за фактури често имат ключ, вързан към домейна. Продуктовият фийд за Merchant Center съдържа пълни адреси на продуктите. Съставете списък на тези услуги и сменете адреса във всяка, преди да обявите новото име. Пробната поръчка с тестов режим на плащането е единственият сигурен начин да разберете, че веригата работи.

Search Console и останалите профили

Добавете новия домейн като отделен ресурс в Search Console и го потвърдете, преди да включите пренасочванията. След като те работят, използвайте инструмента за смяна на адреса в настройките на стария ресурс. Той казва на Google, че целият сайт е преместен, а не само отделни страници. Изпратете картата на сайта с новите адреси.

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

Сменете адреса и на местата, които Google не обхожда вместо вас: профила в Google Business Profile, рекламните профили и крайните адреси на рекламите, социалните профили, каталозите, в които сте вписани, подписите в пощата, фактурите и печатните материали. Ако други сайтове сочат към вас, помолете най-важните да обновят връзката. Пренасочването работи, но пряката връзка е по-сигурна.

Проверка след преместването и план за връщане

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

• Стар адрес: връща 301 към точния нов адрес с едно пренасочване.
• Нов адрес: връща 200, каноничният таг сочи към самия него и няма останал noindex от тестовата среда.
• Вътрешни връзки и снимки: сочат към новото име, а не минават през пренасочване.
• Форми и поръчки: известията пристигат; проверката е в тестов режим, без реални клиентски данни.
• Поща: старите и новите адреси получават писма; изпратените не попадат в спам.
• Измерване: Analytics отчита посещения на новото име.

Уговорете предварително кога се връщате назад: например ако поръчването не работи или основни страници връщат грешка. Връщането означава да изключите пренасочванията и старият сайт да отговаря отново, затова не изтривайте старата инсталация в деня на преместването.

Старият домейн се подновява и пренасочва поне една година, а по-добре докато го притежавате. Ако изтече, пренасочванията спират, а името може да бъде регистрирано от друг заедно с всички връзки, които още сочат към него.

Често задавани въпроси

Ще загубя ли позициите си в Google при смяна на домейн?

Временно колебание е възможно и никой не може честно да обещае обратното. Рискът се намалява с пренасочване на всеки адрес към съответния нов, запазено съдържание и подадена смяна на адреса в Search Console. Загубите обикновено идват от пропуснати адреси и от пренасочване на всичко към началната страница.

Мога ли да сменя домейна и дизайна едновременно?

Възможно е, но тогава не може да се разбере коя от двете промени е причинила проблем. Ако срокът позволява, разделете ги с няколко седмици.

Колко време да пазя стария домейн?

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

Трябва ли да сменя и хостинга?

Не. Новият домейн може да сочи към същия сървър. Ако все пак сменяте и хостинга, направете го като отделна стъпка по плана за смяна на хостинг.