Публикувано: Обновено:
Миграцията на сайт е преместване на сайта към нов хостинг, домейн, платформа или нова структура на адресите. Добре подготвена, тя минава почти незабелязано за посетителите и за Google. Прибързана, тя води до липсващи страници, грешки 404 и загуба на трафик. Тук описваме стъпките, проверките и решенията, които пазят позициите на сайта.
Миграцията на сайт е смяна на средата, в която живее сайтът: сървър, домейн, CMS, протокол (HTTP към HTTPS) или адреси на страниците. Трафикът се пази с карта на пренасочванията, 301 пренасочване за всеки стар адрес, тест на новия сайт преди пускането и мониторинг в Search Console след него.
Пишем от опита на екипа на CreateWeb: правим сайтове от 2018 г., предлагаме хостинг и поддръжка и местим сайтове към нашите сървъри. В статията няма измислени статистики. Сроковете и правилата за пренасочване са по документацията на Google.
Какво представлява миграцията на сайт и кога е необходима
Миграция има, когато се промени нещо, от което зависи как търсачките намират и разчитат сайта: сървърът, домейнът, протоколът, платформата или адресите. Нужна е, когато текущата среда пречи на бизнеса: бавен или ненадежден хостинг, остаряла CMS, ребрандиране с нов домейн или редизайн с нова структура.
Не всяка промяна е миграция. Нов текст, нова страница или нови цветове са обновяване. Видовете миграции се различават по това какво виждат Google и посетителите:
| Вид миграция | Какво се сменя | Какво се променя за Google |
|---|---|---|
| Смяна на хостинг | сървърът | нищо, ако адресите и съдържанието са същите |
| HTTP към HTTPS | протоколът | всеки адрес получава нова версия с https |
| Редизайн със същите адреси | шаблони и HTML | заглавия, вътрешни връзки, структурирани данни |
| Нова CMS или нови адреси | платформата и структурата | адресите на страниците |
| Смяна на домейн | домейна | всички адреси и сигналите, свързани със стария домейн |
Колкото повече се сменя, толкова по-голям е рискът. При смяна на хостинг с непроменени адреси рискът е предимно технически. При смяна на домейн или CMS трябва пълна карта на пренасочванията.
Какви са основните стъпки при миграция на сайт
Миграцията минава през пет етапа: опис на стария сайт, подготовка на новия на тестова среда, карта на пренасочванията, пускане и мониторинг. Всеки етап има проверка, без която не се минава към следващия.
- Опис: списък на всички адреси, заглавия, мета описания, H1, canonical и статус кодове на стария сайт. Това е вашата карта на стария сайт.
- Тестова среда: новият сайт се изгражда и тества на поддомейн, затворен за търсачките.
- Карта на пренасочванията: за всеки стар адрес се записва новият адрес.
- Пускане: 301 пренасочвания, смяна на DNS, SSL, финален robots.txt, sitemap.
- Мониторинг: Search Console, GA4 и проверка на страниците през следващите седмици.
Чеклист, който можете да ползвате директно:
- [ ] пълно резервно копие на файлове и бази данни на две места;
- [ ] опис на всички адреси и мета данни на стария сайт;
- [ ] записани позиции, кликове и показвания от Search Console и трафик от GA4;
- [ ] карта на пренасочванията (стар адрес → нов адрес);
- [ ] нов сайт на тестова среда, затворен с noindex или парола;
- [ ] тестове на формулярите, плащанията, скоростта и мобилната версия;
- [ ] SSL сертификат на новия сървър;
- [ ] 301 пренасочвания, проверени преди пускането;
- [ ] финален robots.txt без Disallow за целия сайт;
- [ ] нова XML sitemap, изпратена в Search Console;
- [ ] проверка за 404 и мониторинг на индексирането след пускането.
Как да подготвите сайта за миграция и да избегнете проблеми
Подготовката започва с резервно копие и опис на текущото състояние. Без тях нямате връщане назад при проблем и нямате с какво да сравните новия сайт.
Направете пълно резервно копие на файловете и базата данни и го пазете на две отделни места. Как се избира и настройва бекъп, описваме в статията за бекъп плъгин за WordPress.
После запишете данните, с които ще сравнявате:
- всички адреси на страниците и статус кодовете им;
- заглавия, мета описания, H1 и canonical на всяка страница;
- кликове, показвания и позиции от Google Search Console;
- органичния трафик и конверсиите от Google Analytics 4;
- вътрешните връзки и страниците с най-много външни линкове.
Изградете новия сайт на тестова среда. Пазете я от индексиране с парола или noindex. Ако временно ползвате Disallow в robots.txt, подгответе финалния файл предварително. Google съветва правилата в robots.txt на новия сайт да блокират само частите, които наистина не искате да се обхождат.
Изберете момент с нисък трафик и без кампании. Намалете TTL на DNS записите ден или два преди смяната, за да се разпространи новият адрес на сървъра по-бързо. Какво са DNS записите и TTL, обясняваме в статията какво е DNS.
Как да запазите SEO позициите и трафика при миграция на сайт
Позициите се пазят, когато всеки стар адрес води с 301 към най-близката по съдържание нова страница, а съдържанието, мета данните и вътрешните връзки остават поне толкова добри, колкото преди.
Google казва, че 301 и другите постоянни пренасочвания не водят до загуба на PageRank. Препоръчва и миграцията на малки и средни сайтове да става наведнъж, вместо на части (Google Search Central, Site moves with URL changes).
Какво пази SEO стойността при миграция:
- Съдържанието: текстове, заглавия, alt текстове и структурирани данни се пренасят без съкращения.
- Мета данните: title и мета описание на важните страници остават същите или по-добри.
- Вътрешните връзки: менюто и линковете в текста сочат директно към новите адреси, без верига от пренасочвания.
- Скоростта: новият сървър и шаблоните не трябва да забавят страницата. Как се мери, описваме в статията за Core Web Vitals.
- Техническата основа: canonical, sitemap и robots.txt са настроени за новия сайт. Повече има в статията за техническо SEO за WordPress.
Ако едновременно сменяте дизайна, адресите и платформата, ще ви е трудно да откриете откъде идва спадът. Когато е възможно, разделете промените на отделни етапи. Цялостният процес при нов дизайн описваме в статията за редизайн на сайт.
Как да пренасочите старите адреси към новия сайт
Старите адреси се пренасочват с 301 (постоянно пренасочване) по предварителна карта: таблица с колона за стария и колона за новия адрес. Всяка страница води към най-близката по смисъл нова страница. Масовото пренасочване към началната губи стойността на старите страници.
MDN описва 301 Moved Permanently така: ресурсът е преместен постоянно на адреса в заглавката Location. Търсачките приписват линковете към стария адрес на новия ресурс. 302 е временно пренасочване и се ползва само за временни промени. 308 е постоянно пренасочване като 301, при което методът на заявката не се сменя (MDN Web Docs, 301 Moved Permanently).
Как да направите картата:
- Изтеглете всички адреси на стария сайт от описа, от sitemap и от Search Console.
- За всеки адрес запишете новия. Изтритите страници водете към най-близката по тема.
- Сложете пренасочванията на сървъра или с плъгин (в WordPress например Rank Math или Redirection).
- Тествайте карта на пренасочванията ред по ред: всеки стар адрес трябва да връща 301 и да стига до страница с код 200.
- Избягвайте вериги (стар → междинен → нов) и пренасочвания към страници с 404.
Google съветва пренасочванията да се пазят възможно най-дълго, по правило поне 1 година. При смяна на домейн или поддомейни се подава и Change of Address в Search Console за стария сайт. При преход от HTTP към HTTPS или от www към без www този инструмент не е нужен.
Какво да проверите след миграцията на сайта
След пускането проверете дали всички стари адреси пренасочват правилно, дали няма нови 404, дали Google може да обхожда сайта и дали проследяването в GA4 работи.
Проверете още в първия ден:
- нов опис на сайта, сравнен със стария: заглавия, H1, мета и статус кодове;
- 301 пренасочванията на важните страници ръчно и с инструмент;
- robots.txt и noindex, за да не остане блокиран целият сайт;
- SSL на всички адреси и липса на смесено съдържание (http ресурси на https страница);
- XML sitemap с новите адреси, изпратена в Search Console;
- формулярите, плащанията и количката, ако имате онлайн магазин;
- GA4 и Tag Manager в отчета в реално време.
Следете индексирането в Search Console през следващите седмици. Как Google обхожда и индексира страниците, обясняваме в статията индексиране на сайт, а ролята на sitemap в статията за карта на уеб сайт.
Колко време отнема миграцията на сайт
Самото преместване на малък сайт към нов хостинг става за часове. Прехвърлянето на страниците в индекса на Google отнема по-дълго: според Google за малък и среден сайт това са няколко седмици, а при голям сайт повече.
Времето зависи от вида миграция и от обема:
- смяна на хостинг с непроменени адреси: копиране, проверка и смяна на DNS, обикновено в рамките на ден;
- HTTPS или нови адреси: работата е в картата на пренасочванията и в тестовете;
- нова CMS или домейн: най-дълго, защото се пренася съдържанието и се проверява всяка страница.
Google предупреждава, че видимостта в търсенето може временно да се колебае по време на преместването. Затова сравнявайте с предишните периоди след няколко седмици, вместо да реагирате на дневни промени.
Колко струва миграцията на сайт
Цената зависи от вида миграция и от броя на страниците. Преместването на сайт към нашия хостинг е безплатно. При нов фирмен сайт помощта с миграцията влиза в изработката.
Какво влиза в цената:
- преместване на файловете и бази данни и смяна на DNS;
- карта на пренасочванията и проверка на всеки адрес;
- пренасяне на съдържанието при смяна на платформата;
- тестове на новия сайт и мониторинг след пускането.
При нашия хостинг копираме файловете и базата данни, проверяваме сайта на новия сървър и чак тогава сменяме DNS записите. Пренасяме и пощенските кутии. Подробностите са на страницата за хостинг услуги. Корпоративен сайт при нас струва от 1 500 до 8 000 € и включва помощ при миграцията. Ако планирате нов сайт, вижте как работим при изработка на уеб сайт.
Как да изберете нова платформа или хостинг за сайта си
Изберете платформа и хостинг по нуждите на сайта: какво трябва да прави, колко трафик има, кой ще го поддържа и колко бърз трябва да е. Смяна на платформа има смисъл само когато текущата не може да покрие тези нужди.
Въпроси преди решението:
- Кой проблем решава миграцията? Бавният сайт често се оправя със смяна на хостинга, без нова CMS.
- Поддържа ли новата платформа всички функции, които ползвате днес?
- Може ли да запазите адресите, за да намалите пренасочванията?
- Кой ще поддържа сайта след пускането?
Как се сравняват системите, обясняваме в статията как да изберете CMS. За хостинга вижте какво е хостинг и как да изберете уеб хостинг. Ако преминавате към HTTPS, прочетете и какво е SSL сертификат.
Какво да направите, ако сайтът загуби трафик след миграция
Първо намерете кои страници губят: сравнете Search Console по страници преди и след миграцията. Най-честите причини са липсващи пренасочвания, блокиран robots.txt, noindex, изгубено съдържание и грешен canonical.
Проверете в този ред:
- Страниците с най-голям спад: пренасочва ли старият адрес и към правилната страница ли води?
- Отчетът за страниците в Search Console: има ли нови грешки 404, „Excluded by noindex“ или „Blocked by robots.txt“?
- Съдържанието: съкратени ли са текстовете, изчезнали ли са заглавия или FAQ?
- Вътрешните връзки: сочат ли менюто и текстовете към новите адреси?
- Външните линкове: стигат ли старите адреси с линкове до нови страници с код 200? Повече за линковете има в статията за Domain Authority.
Поправете грешките, изпратете sitemap отново и поискайте индексиране на важните страници. При тежка грешка резервното копие ви дава възможност за връщане на стария сайт, докато откриете проблема.
Често задавани въпроси
Кратки отговори на въпросите, които най-често получаваме за миграцията на сайт.
Какво е миграция на сайт?
Преместване на сайта към нов сървър, домейн, платформа, протокол или нова структура на адресите. Всяка промяна, която засяга как Google намира страниците, е миграция.
Ще паднат ли позициите в Google след миграция?
Може да има временно колебание, което Google описва като нормално. С коректни пренасочвания и запазено съдържание позициите обикновено се връщат.
Трябва ли да използвам 301 или 302 пренасочвания?
За постоянно преместване ползвайте 301 (или 308). 302 е за временни пренасочвания.
Колко дълго да пазя пренасочванията?
Google съветва възможно най-дълго, по правило поне 1 година.
Трябва ли Change of Address в Search Console?
Да, при смяна на домейн или поддомейн. При HTTP към HTTPS или www към без www не е нужен.
Мога ли сам да преместя WordPress сайт на нов хостинг?
Да, с плъгин за миграция или с бекъп от cPanel, ако адресите остават същите. При нов домейн или нова CMS е по-сигурно да го направи екип с опит.
Местите ли сайтове към вашия хостинг?
Да. Преместването към нашия хостинг е безплатно, без спиране на сайта, заедно с пощенските кутии.
Заключение: подготовката пази трафика
Успешната миграция на сайт зависи от три неща: пълно резервно копие, 301 пренасочване за всеки стар адрес и проверка в Search Console след пускането. Колкото повече се сменя наведнъж, толкова по-внимателна трябва да е подготовката.
Нашето мнение е, че повечето проблеми при миграция идват от липсващата карта на пренасочванията. Ако имате списък на всички стари адреси и тествате всеки от тях преди пускането, рискът е малък. След миграцията сайтът има нужда от наблюдение, затова мониторингът е част от поддръжката на сайт.
Ако планирате миграция, пишете ни и ще прегледаме сайта ви.
