Релонч на уебсайт: пренасочвания, които пазят посетителите
Когато адресите на страниците ти се променят, старите връзки и резултатите от търсенето не водят никъде, освен ако не ги пренасочиш. Това ръководство обяснява как да планираш пренасочванията при релонч и какво да провериш след това.
Защо релончът може да струва посетители
Новият дизайн често носи нови адреси: /about.html става /about, категория получава ново име, блогът се мести в /news. Старите адреси не изчезват. Те стоят в резултатите от търсенето, в отметките, в бюлетините и на други уебсайтове, които водят към теб. Ако такъв адрес показва страница за грешка след релонча, посетителят си тръгва, а търсачките трябва сами да намерят новите ти страници.
Какво е план за пренасочване
Планът за пренасочване е таблица с две колони: всеки стар адрес вляво, новият адрес, който го заменя, вдясно. Google нарича това съпоставяне на старите адреси с новите и го описва като важна стъпка при преместване на сайт. От плана изграждаш правилата за пренасочване за сървъра си. Когато браузър или бот поиска стар адрес, сървърът отговаря с новия.
301 и другите пренасочвания
- 301 и 308 са постоянни пренасочвания на сървъра. Google третира целта като основен адрес и я показва в резултатите от търсенето. За релонч това е правилният вид.
- 302, 303 и 307 са временни. Google ги следва, но продължава да показва стария адрес. Използвай ги само когато страницата отсъства за кратко, например по време на поддръжка.
- Meta refresh в страницата е вариант, когато сървърът ти не може да пренасочва. Без забавяне Google го чете като постоянно, със забавяне като временно.
- Пренасочването с JavaScript е последна мярка. Google го вижда само ако страницата бъде рендерирана, а рендерирането може да се провали.
Как да съпоставиш стари и нови адреси
- 1Събери всички стари адреси: от sitemap, от логовете на сървъра или от анализите ти и от отчета за връзки в Search Console. Това са източниците, които Google посочва.
- 2Включи файловете, не само страниците: изображения, PDF файлове и други файлове за изтегляне, които хостваш. Те може да имат собствен трафик от търсене и собствени връзки.
- 3Дай на всеки стар адрес новата страница със същото съдържание. Ако няколко стари страници стават една нова страница, пренасочи всички към нея.
- 4Отбележи страниците, които са изчезнали завинаги и нямат заместител. Те трябва да отговарят с 404 или 410, а не с пренасочване към някаква друга страница.
- 5Прочети плана ред по ред, като започнеш със страниците с най-много посетители или връзки. Това е наш съвет, а не правило на Google: грешките там струват най-много.
Чести грешки
- Вериги: стар адрес води към друг стар адрес и едва след това към новата страница. Googlebot следва до 10 прехода, но Google съветва да пренасочваш директно към крайния адрес. Всеки допълнителен преход кара посетителите да чакат.
- Всичко към началната страница. Google предупреждава да не изпращаш много стари адреси към една несвързана страница, например новата начална страница. Посетителите не намират това, което търсят, а Google може да го третира като soft 404.
- Забравени изображения и PDF файлове. Ако в плана са само страниците, връзките към изображения и файловете за изтегляне се чупят.
- Временни пренасочвания при постоянно преместване. 302 казва на Google, че старият адрес ще се върне.
- Вътрешни връзки, които още сочат към стари адреси. Тогава всяко щракване минава през пренасочване. Google препоръчва вътрешните връзки да се сменят с новите адреси.
Какво да провериш след старта
- Тествай пренасочванията: отделни адреси с инструмента за проверка на URL адреси в Search Console, много наведнъж със скрипт или бот. Всеки стар адрес трябва да води към правилната нова страница с една стъпка, с 301 или 308.
- Провери таговете canonical. Всяка нова страница трябва да посочва себе си като canonical, а не стар адрес.
- Подай новия sitemap в Search Console.
- Ако се местиш на нов домейн, използвай инструмента за промяна на адреса в Search Console. Той е предназначен за преместване на друг домейн или поддомейн, а не за нови пътища в същия домейн.
- Следи Search Console и анализите си няколко седмици: посещенията на старите адреси трябва да намаляват, а на новите да растат. Google пише, че класирането може да се колебае известно време по време на преместване.
- Пази пренасочванията колкото е възможно по-дълго, според Google по правило поне една година.
Планирай пренасочванията с Do4U
Инструментът План за пренасочване съпоставя адресите на стария ти уебсайт с тези на новия. Поставяш два списъка, по един адрес на ред, и получаваш план: за всяка стара страница новата страница, причината за съпоставянето и степен на сигурност. Кодът пренебрегва разлики като www, главни и малки букви, файлови разширения и параметри за проследяване. Само страниците, които остават неясни, отиват при ИИ, и той може да избира само от твоя списък с нови адреси. Кодът проверява за вериги и цикли. Експортираш правилата като .htaccess, nginx или CSV; несигурните съпоставяния остават във файла като коментари.
Do4U прави черновата, ти проверяваш и решаваш. Тествай пренасочванията на живия сайт. Никой план не може да обещае как търсачките ще класират новите ти страници.
Източници
- Google Search Central: Как да преместиш сайт (страницата е актуализирана на 20 август 2026 г., на английски) (developers.google.com)
- Google Search Central: Пренасочвания и търсенето с Google (страницата е актуализирана на 14 април 2026 г., на английски) (developers.google.com)
- Google Search Central: Как HTTP кодовете за състояние влияят на ботовете на Google (страницата е актуализирана на 4 февруари 2026 г., на английски) (developers.google.com)