Преместване към нов домейн без пропуски
Практичната последователност след смяната на домейна: карта на адресите, правилни 301, Change of Address и контрол на 7-ия и 30-ия ден — с генератор на .htaccess правило.
Последна проверка: 12.10.2026
stariyat-domain.bg/blog/statia/
връща 301
noviyat-domain.com/blog/statia/
връща 200 + self-canonical
В SiteGround: Site ToolsDomainRedirects или .htaccess
1Пълен URL инвентар
Google препоръчва картата „стар → нов URL“ да се сглоби от sitemap, сървърни логове, Analytics, CMS и вградените ресурси. Само sitemap не стига: в него липсват стари PDF файлове и вече пренасочвани адреси.
Пример: блог с 420 адреса и стари PDF файлове
Sitemap на блога съдържа 380 адреса. Експортът от Search Console добавя още 25 с показвания, а логовете на сървъра — 15 PDF файла, към които водят външни сайтове. Общо 420 реда. При Change Primary Domain пътят обикновено остава същият, така че за повечето редове се сменя само домейнът.
Проверка: броят редове в картата е по-голям или равен на броя адреси в sitemap и няма ред без попълнена колона „нов URL“.
2301 пренасочвания и канонични адреси
Използвайте сървърни постоянни пренасочвания (301 или 308), всеки стар адрес да води директно към крайния нов — без вериги. Google съветва пренасочванията да останат поне 1 година, а всеки нов URL да има self-referencing rel="canonical". В SiteGround имате два пътя: Site ToolsDomainRedirects с тип Permanent (301) — удобен за домейн или няколко адреса, — или правило в .htaccess, което запазва пътя за всички URL наведнъж.
Пример: стар .bg с www и http варианти
Старият домейн се отваря с и без www, по http и https. При пренасочване на два етапа всеки URL прави два скока. Правилото по-долу хваща двата хоста и праща директно към https на новия домейн със същия път. Поставете го в .htaccess преди правилата на WordPress.
Проверка: curl -sI http://www.stariyat-domain.bg/blog/statia/ връща един-единствен 301 с Location към https://noviyat-domain.com/blog/statia/.
Генератор на 301 правило за .htaccess
Пренасочване на всичко към началната страница губи сигналите на вътрешните страници.
3Search Console и sitemap
При преместване между домейни Google изисква инструмента Change of Address. Условията: имате права Owner за старата и новата property с един и същ Google акаунт, property е на ниво домейн (не на път като /blog/), а началната страница на стария домейн вече връща 301. След подаване и двете property показват известие за преместване 180 дни. Отделно подавате нов sitemap с новите адреси в новата property.
Пример: Domain property за двата домейна
Потвърждавате новия домейн като Domain property с TXT запис в DNS Zone Editor. В старата property отваряте Settings › Change of Address. Ако липсва 301 на началната страница, критичната проверка спира подаването.
Проверка: известието за преместване се вижда и в двете property, а отчетът Sitemaps показва новия файл като успешно обработен.
| Стар URL | Нов URL | HTTP статус | Контрол |
|---|---|---|---|
| stariyat-domain.bg/ | noviyat-domain.com/ | 301 → 200 | Изискване за Change of Address в Search Console |
| http://www.stariyat-domain.bg/blog/statia/ | noviyat-domain.com/blog/statia/ | 301 (един скок) | curl -I: без верига http → https → нов |
| stariyat-domain.bg/uslugi/remont/ | noviyat-domain.com/uslugi/remont/ | 301 → 200 | Canonical на новата страница сочи към самата нея |
| stariyat-domain.bg/stara-promocia/ | noviyat-domain.com/promocii/ | 301 към най-близката тема | Не към началната; съдържанието е тематично близко |
| stariyat-domain.bg/files/katalog.pdf | noviyat-domain.com/files/katalog.pdf | 301 → 200 | Файлът съществува; беклинковете работят |
| stariyat-domain.bg/sitemap.xml | noviyat-domain.com/sitemap.xml | Нов sitemap: 200 | Подаден в новата property, с нови адреси |
Примерни домейни, обосновани случаи; проверено на 12.10.2026. Източници: Google Search Central – преместване на сайт, Google – Change of Address tool, SiteGround KB – Redirects.
Изтеглете вътрешния чеклистТекстов файл с проверките от тази страница — за вас или за изпълнителя. Официалните стъпки за пренасочване са в KB на SiteGround.
4Контрол на грешки след преместването
Google предупреждава, че при среден сайт новите адреси се появяват постепенно и това „може да отнеме няколко седмици или повече“. Затова контролът е на два етапа — след 7 и след 30 дни — и следи конкретни сигнали: 404 и 5xx в отчетите, вериги от пренасочвания, страници, които Google не е индексирал, и спад в трафика на старата property, който не се компенсира в новата.
Пример: 404 грешки през втората седмица
На 9-ия ден Search Console показва 40 нови 404: ръчни връзки в менюто сочат към преименувани категории. Поправяте връзките, добавяте 301 и натискате Validate Fix.
Вземете чеклиста със себе сиСледващата стъпка е да прецените разходите: домейни, SSL, техническа работа и риск за трафика.
Често задавани въпроси
Какво трябва да включва пълният URL инвентар и кога е задължителен?
Задължителен е винаги, когато сайтът сменя домейн или структура на адресите. Включете адресите от sitemap, Search Console, Analytics и сървърните логове, плюс PDF, изображения и страници с параметри, към които водят външни връзки. При Change Primary Domain пътищата обикновено остават същите, но инвентарът ви показва старите пренасочвания и файловете, които иначе биха останали без 301.
Какво трябва да направя при 301 пренасочванията и canonical адресите?
Задайте сървърни 301 от всеки стар адрес директно към крайния нов, със запазен път и без вериги. Хванете с едно правило и www, и вариантите без www. На всяка нова страница поставете canonical към самата нея и махнете временни noindex. Google препоръчва пренасочванията да останат поне година, затова не оставяйте стария домейн да изтече.
Кои грешки трябва да следя след преместването и как да ги потвърдя?
Следете 404 и 5xx в отчета Pages, вериги от пренасочвания, страници без индексиране и дали кликовете в новата property растат, докато в старата падат. Потвърждението е 301 с един скок за случайна извадка стари адреси, обработен нов sitemap и активно известие за Change of Address. Повторете проверките на 7-ия и на 30-ия ден.