Редизайн на сайт без загуба на трафик: какво да запазите и какво да проверите

Редизайн на сайт без загуба на трафик

Редизайн на сайт без загуба на трафик е възможен, но само ако проектът се третира като миграция, а не като смяна на визия. Повечето спадове след пускане на нов сайт не идват от дизайна, а от изтрити страници, сменени адреси без пренасочване и изгубени заглавия. Тази статия описва какво да запишете преди старта, кои решения се вземат преди дизайнерската работа и какво да следите в първите три месеца след пускането.

Накратко

• Загубата на трафик след редизайн най-често е свързана със смяна на URL адреси без коректни 301 пренасочвания, с изтрито или силно съкратено съдържание и със заменени title и мета описания, а не с новата визия.
• Google препоръчва постоянни пренасочвания от страна на сървъра (301 или 308) и те да се пазят поне една година. За сайтове със среден размер преминаването към новите адреси отнема няколко седмици или повече.
• Ако адресите не се променят, рискът пада драстично. Смяна на URL структурата се прави само когато има реална причина, не заради естетика на адресите.
• Преди старта се записва базова линия: пълен списък с адреси, позиции, трафик по страници, заглавия и мета описания, схема на вътрешните връзки.
• Core Web Vitals се мерят на реални потребители при 75-и персентил. Праговете за добра оценка са LCP до 2.5 секунди, INP до 200 милисекунди и CLS до 0.1.
• Открити при пускането грешки от миграцията се поправят веднага. Отлагат се само несвързаните структурни промени - нови страници, ново меню, нова структура - защото те смесват ефектите и правят диагностиката невъзможна.

Съдържание на статията

• Защо трафикът пада след редизайн
• Какво точно се губи при редизайн
• Кога редизайнът е оправдан и кога не е
• Какво да запишете, преди да пипнете сайта
• Кога се сменя URL структурата и кога не
• Как се правят пренасочванията правилно
• Съдържанието: какво да не изтривате
• Технически неща, които се чупят най-често
• Скорост и Core Web Vitals след редизайн
• Какво да следите в първите 90 дни
• Кога се възстановява трафикът
• Чести грешки при редизайн
• Често задавани въпроси

Защо трафикът пада след редизайн

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

Дизайнът рядко е причината

Визуалната промяна сама по себе си не води до спад в органичните позиции. Google оценява страницата по съдържание, структура, скорост при реални потребители и връзки. Нова визия със същия текст, същите адреси и същите заглавия обикновено минава без сътресение. Проблемът се появява, когато редизайнът върви заедно с нова CMS, нова структура на менюто и ново, по-кратко съдържание.

Трите нива, на които се къса връзката

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

Какво точно се губи при редизайн

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

Най-скъпата загуба е съдържанието

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

Кога редизайнът е оправдан и кога не е

Редизайнът е оправдан, когато сайтът има измерим проблем, който не се решава с промени по съдържанието. Козметичната умора от собствения сайт не е такъв проблем.

Оправдани причини

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

Причини, които не оправдават пълен редизайн

• Сайтът изглежда остарял, но носи заявки.
• Конкурент е пуснал нов сайт.
• Иска се промяна на цветове и шрифтове, което се прави в рамките на съществуващия шаблон.
• Има оплаквания от скорост, които идват от тежки изображения и могат да се решат без нов сайт.

Ако сайтът има измерим трафик, но се нуждае от подобрения по съдържание и скорост, разгледайте първо признаците, че сайтът наистина се нуждае от преработка, преди да се тръгне към пълна замяна. Когато решението за нов сайт вече е взето, обхватът и бюджетът се планират заедно, а не поотделно: ориентировъчните рамки са описани в материала за това колко струва изработката на сайт в България.

Какво да запишете, преди да пипнете сайта

Базовата линия е снимка на състоянието преди миграцията и без нея няма как да се докаже какво точно се е счупило. Тя се прави в един и същи ден и се пази извън сайта.

Минимален набор от данни

1. Пълен списък с индексируемите адреси от sitemap файла и от обхождане на сайта.
2. Експорт от Google Search Console за последните 12 месеца: заявки, страници, кликове, импресии, позиции.
3. Експорт от инструмента за проследяване на позиции по следените ключови фрази.
4. Таблица с title и мета описание за всеки адрес.
5. Списък на страниците с най-много входящи външни връзки.
6. Данни за трафика по страници от аналитичния инструмент за последните 12 месеца.
7. Копие на текстовото съдържание на всяка важна страница.

Защо 12 месеца, а не 3

Дванадесет месеца показват сезонността. Ако базовата линия е от три месеца и миграцията съвпадне с нормален сезонен спад, спадът ще бъде приписан на редизайна. Обратното също е вярно: сезонен ръст може да прикрие реална загуба.

Кой пази данните

Данните се пазят от възложителя, не само от изпълнителя. Ако след шест месеца отношенията с изпълнителя се прекратят, базовата линия трябва да остане достъпна. Това е практичен въпрос, който се урежда преди началото на работа.

Кога се сменя URL структурата и кога не

URL структурата се сменя само когато старата пречи на нещо конкретно. Всяка смяна на адрес е риск, който трябва да се оправдае с полза, по-голяма от риска.

Оправдани случаи

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

Случаи, в които адресите се запазват

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

Смяна на протокол и домейн

Преминаване от http към https и смяна между версия със и без www се третират като смяна на адрес и изискват пренасочване, но не изискват използване на инструмента за смяна на адрес в Search Console. Този инструмент е предвиден за преместване между домейни и поддомейни, според документацията на Google за преместване на сайт със смяна на адресите.

Как се правят пренасочванията правилно

Пренасочванията се правят от страна на сървъра с код 301 или 308, едно към едно, от стария към точно съответстващия нов адрес. Google препоръчва постоянни пренасочвания от сървъра, когато това е технически възможно.

Правилото едно към едно

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

Верига от пренасочвания

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

Колко дълго се пазят

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

Проверка преди пускане

1. Съставете таблица с два стълба: стар адрес и нов адрес, за всички индексируеми страници.
2. Проверете, че всеки ред връща код 301, а не 302, 307 или мека грешка.
3. Проверете, че нито един ред не води към адрес, който сам се пренасочва.
4. Проверете, че адресите с и без наклонена черта в края се държат еднакво.
5. Проверете какво се случва с адресите на изображенията и на файловете за изтегляне.

Съдържанието: какво да не изтривате

Не се изтрива нищо, което носи импресии или входящи връзки, дори когато кликовете са малко. Импресиите означават, че Google приема страницата за релевантна на конкретни заявки, а това е основа, върху която се работи.

Как се решава коя страница остава

Обединяване вместо изтриване

Когато две страници покриват една и съща тема, по-слабата се обединява със силната. Уникалните части от текста на слабата страница се пренасят в силната, след което слабата се пренасочва. Така се запазва съдържанието и се премахва вътрешната конкуренция между двете страници.

Заглавията остават текст

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

Технически неща, които се чупят най-често

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

Забраната за индексиране от тестовата среда

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

Канонични адреси, сочещи към тестовия домейн

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

Sitemap файлът

Новият sitemap съдържа само новите адреси, връща валиден XML и се подава в Search Console след активиране на пренасочванията. Стар sitemap със стари адреси, който все още е достъпен, изпраща противоречив сигнал.

Страници за грешка

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

Структурирани данни

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

Скорост и Core Web Vitals след редизайн

Новият сайт често е по-бавен от стария, защото носи повече изображения, повече шрифтове и повече скриптове. Скоростта се мери с данни от реални потребители при 75-и персентил, а не със синтетичен тест на бърза връзка.

Праговете за добра оценка

Тези прагове и методиката с 75-и персентил са описани в официалната документация на Google за Core Web Vitals. Показателят INP замени предишния FID и е стабилен основен показател от 2024 година.

Какво влошава оценката при нов сайт

• Голямо изображение или видео в началния екран без предварително определени размери.
• Шрифтове, които се зареждат късно и предизвикват разместване на текста.
• Анимации при скролване, които блокират основната нишка.
• Банери за съгласие, които се появяват със закъснение и изместват съдържанието.
• Скриптове за проследяване, добавени последователно без приоритизиране.

Подробен поглед върху това как тези показатели се усещат от реалния посетител е разгледан в статията за Core Web Vitals през погледа на реалния потребител.

Какво да следите в първите 90 дни

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

Първите 48 часа

1. Проверка, че забраната за индексиране е премахната.
2. Проверка на 20-30 представителни пренасочвания на живо.
3. Подаване на новия sitemap в Search Console.
4. Проверка, че аналитичният код и целите работят на всички шаблони.
5. Проверка на формите: изпращане на реална заявка и получаване на съобщението.

Първите две седмици

• Отчет за индексирането: следи се появата на нови грешки 404 и меки грешки.
• Ръст на индексираните нови адреси и спад на старите.
• Данни за скоростта при реални потребители, които започват да се натрупват след пускането.
• Отчет за структурираните данни: нови предупреждения и грешки.

От втория до третия месец

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

За текущо наблюдение на достъпността и състоянието на сайта след пускането е удобно да има автоматична проверка, каквато осигурява услугата за мониторинг на уебсайт.

Кога се възстановява трафикът

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

Нормално поведение

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

Кога вече не е нормално

• Осезаем спад, който продължава над шест седмици без признаци на възстановяване. Праг от порядъка на 30 на сто е практически ориентир от работата по миграции, не стандарт на Google.
• Индексирани страници, чийто брой не се доближава до броя на страниците в sitemap файла.
• Конкретни страници, които изобщо не се появяват при търсене по собствения си адрес.
• Голям брой меки грешки в отчета за индексиране.

Какво се проверява първо при траен спад

1. Индексируемост: мета етикет за роботи, robots файл, HTTP заглавия.
2. Канонични адреси на всички типове шаблони.
3. Пренасочвания: липсващи, верижни или водещи към началната страница.
4. Обем на текста спрямо стария сайт по конкретни страници.
5. Вътрешни връзки: страници, останали без нито една входяща връзка.

Ако спадът не е свързан с миграция, а сайтът просто никога не се е класирал, причините са различни и се проверяват по друг ред. Този случай е разгледан отделно в статията за това защо сайтът не се класира в Google.

Чести грешки при редизайн

Всичко наведнъж

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

Пускане в петък

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

Дизайн, направен без текста

Когато дизайнът се одобрява с примерен текст, реалното съдържание после не се побира и се съкращава. Работният ред е обратен: първо се определя какво трябва да пише на страницата, после се проектира как да изглежда.

Изтриване на стария сайт

Старият сайт се архивира заедно с базата данни и се пази поне година. При спор какво точно е пишело на дадена страница архивът е единственият надежден източник.

Липса на отговорник

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

Пропускане на многоезичните версии

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

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

Ще падне ли трафикът, ако запазя всички адреси?

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

Колко време преди пускането трябва да се подготви миграцията?

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

Може ли редизайнът да увеличи трафика?

Може, когато решава реален проблем: по-добра работа на телефон, по-бърз сайт, по-ясна структура и по-подробно съдържание. Ръстът идва от тези промени, не от новата визия сама по себе си. Ако съдържанието остане същото, най-добрият възможен резултат е запазване на нивата.