Редизайн сайту без втрати позицій

«Ми запустили новий сайт — і за тиждень заявок стало вдвічі менше». Такі листи ми отримуємо частіше, ніж хотілося б. Новий дизайн гарніший, сайт швидший, менеджери задоволені, а графік у Search Console повільно повзе вниз. Власник шукає причину в алгоритмах Google, хоча найчастіше вона банальна: зникли сторінки, які роками приводили клієнтів, змінилися адреси без редиректів, а тексти скоротили «заради чистого дизайну».

Добра новина в тому, що редизайн не мусить коштувати вам позицій. Ми проводимо такі запуски регулярно і за роки виробили порядок дій, який зводить ризик до мінімуму. Нижче — покроковий план: від інвентаризації URL до моніторингу після запуску, у тій послідовності, в якій ми робимо це самі.

Чому після редизайну падає трафік

Пошукова система не оцінює дизайн як картинку. Вона бачить адреси, код, тексти, посилання між сторінками і те, як швидко все це завантажується. Коли під час редизайну змінюється хоча б одна з цих складових, Google фактично перевіряє сайт заново. І якщо він не знаходить того, що звик знаходити, позиції переходять до конкурентів.

Найчастіші причини просідання, які ми бачимо на аудитах після невдалих запусків:

• Змінені URL без 301-редиректів. Старі сторінки віддають 404, а вся накопичена вага і зовнішні посилання просто зникають.
• Видалені або скорочені тексти. Дизайнер прибрав «зайвий» текст під товарами чи послугами — а саме він відповідав на запити.
• Нова структура меню. Важливі сторінки опинилися на четвертому рівні вкладеності, і внутрішніх посилань на них стало в рази менше.
• Втрачені мета-теги. Нова тема підставляє шаблонний title на кшталт «Головна | Назва компанії» замість продуманих заголовків.
• Закрита індексація. На робочій копії стояла заборона в robots.txt або noindex — і її перенесли на бойовий сайт.
• Повільніший сайт. Великі відео на першому екрані, анімації, десяток шрифтів — і мобільна версія вантажиться довше, ніж стара.

Усі ці проблеми передбачувані, а отже, їм можна запобігти. Головний принцип, який ми пояснюємо кожному клієнту: редизайн — це не лише дизайн, а й SEO-проєкт. SEO-фахівець має бути в команді з першого дня, а не з’являтися після запуску, коли графік уже впав.

Крок 1. Інвентаризація: зафіксуйте, що працює зараз

Перш ніж малювати новий макет, потрібно точно знати, що саме ви можете втратити. Ми робимо «знімок» старого сайту, з яким потім порівнюємо новий. Без нього після запуску неможливо зрозуміти, що зламалося і де шукати.

Ось звідки ми збираємо дані:

Джерело	Що беремо	Навіщо
Краулер (Screaming Frog, Netpeak Spider, Sitebulb)	Усі URL, коди відповіді, title, description, H1, canonical	Повний список адрес і поточна оптимізація
Google Search Console	Сторінки й запити з кліками та показами за 12–16 місяців	Що реально приносить трафік із пошуку
Google Analytics 4	Сторінки входу, конверсії, заявки	Які сторінки приносять гроші, а не лише відвідування
Ahrefs, Serpstat або звіт «Посилання» в Search Console	Сторінки із зовнішніми посиланнями	Адреси, які не можна втратити ні за яких умов
Карта сайту і реклама	URL із sitemap.xml, посадкові сторінки кампаній	Сторінки, яких краулер може не знайти за посиланнями

Усе зводимо в одну таблицю: по рядку на кожен URL. Для кожної адреси позначаємо кліки з пошуку, конверсії, кількість зовнішніх посилань і рішення — залишаємо, об’єднуємо, переносимо чи видаляємо. Сторінки, які дають основний трафік і заявки, ми окремо позначаємо як критичні. Зазвичай це невелика частина сайту, але саме за ними ми потім стежимо найуважніше.

Окремо фіксуємо позиції за ключовими запитами і зберігаємо копії важливих сторінок: тексти, заголовки, розмітку. Так після запуску ми можемо порівняти «було» і «стало» не з пам’яті, а за фактами.

Інвентаризація — також гарна нагода навести лад. Майже на кожному сайті ми знаходимо сторінки-дублікати, старі новини без жодного відвідування, порожні теги блогу, тестові сторінки, які хтось забув видалити. Переносити все це в новий дизайн немає сенсу. Але рішення про кожну таку сторінку ми ухвалюємо на підставі даних: якщо в неї немає трафіку, посилань і конверсій, її можна об’єднати з сильнішою або видалити. Якщо хоч щось із цього є — сторінка отримує місце на новому сайті або редирект на найближчий аналог.

Крок 2. Збережіть URL або підготуйте карту редиректів

Найкращий редирект — той, якого не потрібно. Якщо адреси на старому сайті зрозумілі, ми радимо зберегти їх без змін, навіть якщо змінюється CMS, дизайн і структура меню. Меню можна перебудувати як завгодно, а адреси сторінок при цьому залишаються тими самими.

Але бувають ситуації, коли змінювати URL доведеться: стара структура хаотична, в адресах параметри на кшталт ?id=125, змінюється логіка каталогу. Тоді головний документ проєкту — карта редиректів: таблиця «стара адреса → нова адреса» для кожного URL з інвентаризації.

Правила, яких ми дотримуємося при складанні карти:

1. Тільки 301. Постійний редирект передає сигнали старої сторінки новій. Тимчасовий 302 для переїзду сторінок не підходить.
2. Сторінка на сторінку. Кожен старий URL веде на найближчий за змістом новий: послуга на послугу, категорія на категорію, стаття на статтю.
3. Жодних масових редиректів на головну. Google часто розцінює їх як «м’яку 404», і вага сторінки втрачається так само, як без редиректу.
4. Без ланцюжків. Якщо на сайті вже були редиректи, оновлюємо їх так, щоб найстаріша адреса вела одразу на нову, а не через два-три проміжні кроки.
5. Чесний 410 для мертвих сторінок. Якщо сторінка не має ні трафіку, ні посилань, ні аналога на новому сайті, її можна видалити. Але таке рішення ухвалюємо свідомо, а не через те, що «забули перенести».

Технічно редиректи краще налаштовувати на рівні сервера або через перевірений плагін, а не JavaScript-переходом чи мета-тегом refresh. Для великих сайтів з тисячами товарів ми пишемо правила за шаблоном, наприклад, щоб усі адреси виду /catalog/product-125/ вели на /tovar/nazva-tovaru/, і окремо перевіряємо найважливіші сторінки вручну.

У карту редиректів ми включаємо не лише сторінки. Зображення, які збирають трафік з пошуку за картинками, PDF-прайси й інструкції, на які посилаються партнери, старі адреси з параметрами UTM чи сортування — усе це теж URL, і вони теж можуть зникнути. Окремо перевіряємо варіанти з косою рискою в кінці і без неї, з www і без, з http і https: кожен має вести на одну правильну адресу за один крок.

Ще одна деталь, про яку часто забувають: редиректи потрібно тримати довго. Ми залишаємо їх щонайменше на рік, а для сторінок із зовнішніми посиланнями — назавжди. Зняти редиректи через місяць «бо Google уже все побачив» — означає втратити посилання, які досі ведуть на старі адреси.

Крок 3. Перенесіть контент і внутрішню оптимізацію

Найнебезпечніший момент редизайну — коли тексти сприймають як «наповнення макета». Новий дизайн малюють з короткими гарними блоками, і довгий опис послуги, який приносив трафік, у них просто не поміщається. Його скорочують утричі — і сторінка втрачає запити, на які відповідала.

Наше правило: макет підлаштовуємо під контент, а не навпаки. Для критичних сторінок дизайнер одразу отримує реальні тексти, а не «lorem ipsum». Якщо текст хочеться переписати, робимо це після запуску, окремим етапом, щоб чітко бачити, як зміна вплинула на позиції.

Для кожної сторінки, що переноситься, ми перевіряємо:

• Title і description перенесені дослівно, а не замінені шаблоном нової теми.
• H1 і підзаголовки збереглися, ключові формулювання не загубилися.
• Основний текст не скорочений і не схований у вкладки, які довантажуються лише після кліку.
• Зображення мають ті самі або кращі alt-тексти, а файли оптимізовані.
• Мікророзмітка — BreadcrumbList, Product, Organization, FAQ — є в новому шаблоні і проходить перевірку.
• Canonical і hreflang вказують на нові правильні адреси, якщо сайт багатомовний.

Окремо дивимося на внутрішню перелінковку. Стара версія могла мати блок «Популярні послуги» у футері, посилання з тексту, бокове меню категорій. Якщо в новому дизайні все це прибрали, важливі сторінки отримують менше внутрішньої ваги, навіть якщо їхні адреси не змінилися. Про те, як влаштована ця база, ми детально писали у статті «Внутрішня SEO-оптимізація сайту», а про роботу з текстами — у матеріалі «Як готувати контент для сайту».

Крок 4. Тестуйте на робочій копії до запуску

Новий сайт ми завжди збираємо на тестовому домені і закриваємо його від пошукових систем. Найнадійніше — паролем на рівні сервера: так копія точно не потрапить в індекс і не створить дублів основного сайту. Заборона в robots.txt дає менше гарантій і до того ж легко «переїжджає» на бойовий сайт разом із файлами.

Перед запуском ми проганяємо робочу копію через той самий краулер, що й старий сайт, і порівнюємо результати. Ось наш мінімальний список перевірок:

Що перевіряємо	Як
Карта редиректів	Проганяємо всі старі URL списком: кожен має давати 301 на одну адресу з кодом 200
Мета-теги і H1	Порівнюємо вивантаження краулера зі старим знімком
Биті посилання	Шукаємо внутрішні посилання на 404 і на адреси з редиректом
Мобільна версія	Проходимо ключові сценарії на реальному смартфоні
Швидкість	PageSpeed Insights і Lighthouse для типових сторінок
Розмітка	Перевірка розширених результатів Google
Форми й аналітика	Тестові заявки, події в GA4, цілі й пікселі

Мобільній версії ми приділяємо особливу увагу: Google оцінює сайт насамперед за нею, тож гарний десктоп і незручний смартфон — гірший варіант, ніж старий сайт. Про це — у статті «Як досягти успіху в mobile-first index». Якщо новий сайт виявляється повільнішим за старий, ми зупиняємося і спочатку розв’язуємо проблему: стискаємо зображення, прибираємо зайві скрипти, налаштовуємо кешування. Це частина нашої послуги з оптимізації сайту.

Крок 5. День запуску: послідовність дій

Запуск ми плануємо на день із найменшим трафіком і ніколи — на п’ятницю ввечері чи перед святами. Якщо щось піде не так, команда має бути на місці. Ось порядок дій, якого ми дотримуємося:

1. Робимо повну резервну копію старого сайту — файлів і бази даних.
2. Переносимо новий сайт на основний домен і вмикаємо редиректи.
3. Знімаємо всі заборони індексації: перевіряємо robots.txt, мета-тег robots і HTTP-заголовки.
4. Перевіряємо головну, критичні сторінки і кілька десятків старих URL вручну.
5. Генеруємо нову sitemap.xml лише з робочими адресами з кодом 200 і надсилаємо її в Search Console.
6. Через «Перевірку URL» запитуємо індексацію головної та найважливіших сторінок.
7. Робимо тестову заявку з кожної форми і перевіряємо, що вона дійшла і зафіксувалася в аналітиці.
8. Оновлюємо посилання в рекламних кампаніях, профілі Google Business і соцмережах.

Важливо: якщо домен залишається тим самим, інструмент «Зміна адреси» в Search Console не потрібен. Він призначений лише для переїзду на інший домен. Для редизайну на тому ж домені достатньо редиректів, свіжої карти сайту і уважного моніторингу.

Крок 6. Моніторинг перших тижнів після запуску

Після запуску робота не закінчується, а лише переходить у нову фазу. Google поступово переобходить сайт, і в цей час невеликі коливання позицій — нормальне явище. Наше завдання — відрізнити звичайні коливання від реальної проблеми і вчасно її виправити.

Що ми відстежуємо і як часто:

Період	Що дивимося
Перші 1–3 дні	Помилки 404 і 5xx у логах і краулері, роботу форм, заборони індексації
Перші 2 тижні	Звіт «Сторінки» в Search Console, кліки й покази критичних сторінок, позиції за ключовими запитами
Перший місяць	Порівняння трафіку і заявок з аналогічним періодом, швидкість за реальними даними
2–3 місяці	Повний повторний аудит, перевірка, чи всі старі URL випали з індексу на користь нових

Тривожні сигнали, на які ми реагуємо одразу: різке зростання кількості 404 у Search Console, падіння трафіку на конкретну критичну сторінку при стабільному загальному фоні, раптова поява тисяч нових URL в індексі, падіння конверсії при незмінному трафіку. Останнє — майже завжди проблема з формою, кнопкою чи мобільним макетом, а не з SEO.

Якщо є доступ до логів сервера, ми переглядаємо і їх. Логи показують, які адреси реально запитує Googlebot після запуску: чи доходить він до нових сторінок, чи не застряг на старих URL без редиректу, чи не витрачає час на службові адреси, що з’явилися з новою темою. Це найшвидший спосіб помітити проблему ще до того, як вона відобразиться у звітах Search Console, які оновлюються із затримкою в кілька днів.

Якщо загальний трафік просів незначно і через кілька тижнів відновлюється — це звичайна адаптація. Якщо падіння глибоке і стабільне — повертаємося до знімка зі старого сайту і порівнюємо сторінку за сторінкою: адреси, тексти, заголовки, посилання. Причина майже завжди знаходиться саме там.

Як це виглядає на практиці

Типова ситуація: компанія послуг, сайт на кілька сотень сторінок, стабільний потік заявок із пошуку. Новий дизайн підготувала стороння агенція, і за макетом сторінки послуг перетворилися на короткі картки з трьома абзацами. Адреси вирішили «зробити красивішими», а блог перенести пізніше.

На етапі інвентаризації ми бачимо, що основні заявки приходять з двох десятків сторінок послуг і кількох статей блогу, на які є зовнішні посилання. Ми домовляємося з командою: адреси послуг залишаємо без змін, для блогу готуємо карту редиректів, тексти критичних сторінок переносимо повністю і вписуємо в новий дизайн через розгорнуті блоки та FAQ. Блог переносимо разом з основним сайтом, а не «колись потім».

Після запуску кілька тижнів позиції коливаються, але кліки на критичних сторінках залишаються на попередньому рівні. На моніторингу знаходимо кілька десятків забутих URL зі старих розсилок, додаємо для них редиректи. Без драматичних графіків — саме так і має виглядати вдалий редизайн.

Сім помилок, які ми бачимо найчастіше

1. SEO підключають після запуску. Тоді вже доводиться не запобігати, а лікувати.
2. Немає знімка старого сайту. Після падіння неможливо зрозуміти, що саме зникло.
3. Усі старі URL ведуть на головну. Формально редиректи є, але вага сторінок втрачається.
4. Тексти скорочені під макет. Гарні короткі блоки замість опису, який відповідав на запити.
5. Заборона індексації з тестової копії. Найпростіша помилка, яка може обнулити трафік за кілька днів.
6. Редизайн і зміна домену одночасно. Чим більше змін за раз, тим складніше знайти причину проблеми. Ми радимо розносити такі кроки в часі.
7. Редиректи зняли через місяць. Зовнішні посилання на старі адреси знову ведуть у нікуди.

Короткий чек-лист редизайну

• Зроблено знімок старого сайту: URL, мета-теги, трафік, конверсії, посилання.
• Визначено критичні сторінки, за якими стежимо окремо.
• Адреси збережено або складено повну карту 301-редиректів.
• Тексти, заголовки і мікророзмітку перенесено без втрат.
• Робоча копія закрита паролем і перевірена краулером.
• Мобільна версія і швидкість не гірші, ніж були.
• Після запуску знято заборони індексації, надіслано нову карту сайту.
• Форми й аналітика перевірені тестовими заявками.
• Моніторинг запланований на 2–3 місяці вперед.

Часті запитання

Чи обов’язково позиції впадуть після редизайну?

Ні. Короткочасні коливання протягом кількох тижнів трапляються часто — Google переобходить сайт і переоцінює сторінки. Але глибоке і тривале падіння майже завжди означає конкретну помилку: втрачені сторінки, тексти чи редиректи. При правильній підготовці редизайн часто дає приріст завдяки кращій швидкості і зручності.

Скільки часу займає відновлення, якщо трафік уже впав?

Залежить від причини і того, як швидко її виправили. Повернені редиректи і тексти зазвичай починають працювати після повторного обходу сторінок. Чим довше сайт працює з помилками, тим довше триває відновлення, тому моніторинг у перші тижні такий важливий.

Чи можна одночасно змінити дизайн, CMS і домен?

Технічно можна, але ми не радимо. Кожна зміна — окремий ризик, а коли їх три одночасно, після падіння неможливо зрозуміти, яка саме спрацювала. Якщо є вибір, краще спочатку оновити дизайн на тому ж домені, а переїзд робити окремим етапом.

Чи потрібно оновлювати старі статті під час редизайну?

Під час самого запуску — ні, краще перенести їх як є. Оновлення контенту ми плануємо після стабілізації позицій, щоб бачити ефект кожної зміни окремо. Застарілі і зовсім непотрібні матеріали можна об’єднати з актуальними через 301-редирект.

Підсумок

Редизайн без втрати позицій — це не удача, а дисципліна. Зафіксуйте, що працює зараз. Збережіть адреси або складіть точну карту редиректів. Перенесіть тексти й оптимізацію повністю. Перевірте все на робочій копії. Запускайте за чітким планом і уважно стежте за сайтом перші місяці. Кожен із цих кроків простий, але пропуск будь-якого з них може коштувати місяців відновлення.

Загальну логіку того, як окремі SEO-роботи складаються в систему, ми описали в статті «Методи та порядок дій при розкручуванні» — редизайн добре вписується в неї як окремий етап.

Якщо ви плануєте редизайн і хочете пройти його без втрат, — напишіть нам. Ми проведемо інвентаризацію, підготуємо карту редиректів і супроводимо запуск. А якщо сайт уже втратив позиції після оновлення, допоможемо знайти причину і відновити трафік у межах послуги просування сайту.