Редизайн сайту: чекліст для UX і збереження SEO

Редизайн сайту варто починати з переліку проблем, даних про поточні сторінки та критеріїв приймання. Нові макети мають пояснювати, що зміниться для відвідувача. Якщо змінюються адреси сторінок, потрібен окремий план перенесення.

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

Визначте проблему, яку має вирішити редизайн

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

Розділіть обсяг роботи:

• Візуальне оновлення змінює типографіку, кольори, зображення та вигляд компонентів.
• UX-редизайн переглядає структуру сторінок і послідовність дій користувача.
• Технічне перенесення змінює платформу, адреси або спосіб керування контентом.
• Редакційна робота оновлює пояснення послуг, приклади та відповіді на запитання покупця.

У проєкті ці роботи можуть поєднуватися. Проте кожна має власні результати й перевірки. Домовтеся про них до оцінювання бюджету.

Зафіксуйте вихідні дані

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

До робочого списку додайте адресу, мову, призначення сторінки та рішення щодо її майбутнього. Окремо збережіть тексти, заголовки, зображення й важливі файли. Так команда зможе перевірити, чи корисні матеріали потрапили в нову версію.

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

Перевірте структуру в прототипі

Візьміть кілька реальних завдань відвідувача: знайти потрібну послугу, перевірити умови, надіслати запит. Пройдіть їх у прототипі на мобільному й великому екрані.

Для умовної компанії з трьома послугами завдання може звучати так: «Я хочу замовити інтернет-магазин. Знайду, що входить у роботу, і надішлю опис свого каталогу». Під час перевірки стане видно, чи назви в меню зрозумілі людині поза командою.

Попросіть показати також помилку форми, довгий заголовок і порожній стан. Затверджений основний екран не описує всієї поведінки сторінки. У UX/UI дизайні UAVA структура, сценарії та прототип входять у роботу до передачі макетів у розробку.

Підготуйте рішення для кожної старої адреси

Якщо сторінка залишається про ту саму послугу, збереження її адреси спрощує перенесення. Коли зміна потрібна, запишіть відповідність між старою та новою сторінками.

Умовні приклади рішень:

• /uk/services/shop переходить на /uk/services/online-stores, де залишається та сама послуга.
• /uk/about/team залишається на своїй адресі, якщо сторінка команди продовжує існувати.
• Дві близькі статті об’єднуються в один повний матеріал; обидві старі адреси ведуть до нього.
• Сторінка закритої пропозиції без доречного наступника повертає статус видаленої сторінки, а навігація пропонує актуальні розділи.

Google рекомендує відповідність старих і нових URL та постійні перенаправлення для перенесених сторінок. Усі старі адреси спрямовувати на головну недоречно. Значні зміни можуть супроводжуватися коливаннями видимості. Рекомендації Google щодо перенесення сайту.

Для двомовного сайту підготуйте рішення окремо для українських та англійських сторінок. Перехід зі старої української послуги має приводити до відповідного українського матеріалу.

Приймайте готовий сайт за сценаріями

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

1. Основні сторінки відкриваються з навігації та зі старих посилань.
2. Заголовки, тексти й зображення відповідають затвердженому вмісту в обох мовах.
3. Користувач надсилає форму, бачить підтвердження, а відповідальний отримує звернення.
4. Помилки пояснюють, що виправити; введені дані зберігаються там, де це доречно.
5. Мобільна версія дозволяє завершити основну дію; елементи доступні з клавіатури.
6. Фахівець перевірив перенаправлення, canonical, мовні alternates і sitemap на адресах майбутнього запуску.
7. Для публічної версії перевірено правила індексації; тестові обмеження не залишилися випадково.
8. Події аналітики відповідають погодженим визначенням і не дублюються після перезавантаження.

Цей список варто включити в обсяг робіт. Він також допомагає порівнювати кошториси розробки сайту: команда може закладати тільки створення макетів або весь шлях до перевіреного запуску.

Після запуску перевіряйте окремі сторінки

Збережіть дату випуску й перелік змін. Перевірте надходження заявок одразу після публікації. Далі переглядайте помилки сторінок, роботу перенаправлень та дані Search Console.

Якщо загальна кількість переходів зменшилася, визначте конкретні сторінки, запити й мови. Сторінка може бути недоступна, втратити важливий текст або мати інший попит. Виправлення залежить від встановленої причини.

Поширені запитання

Чи можна зробити редизайн і залишити старі URL?

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

Чи гарантує правильний редизайн збереження позицій?

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

Що підготувати для першого обговорення?

Посилання на сайт, перелік проблем, доступні дані про звернення й приклади сторінок, які потрібно зберегти. Готове технічне завдання необов’язкове: вимоги можна визначити разом із командою.

Обговоріть обсяг редизайну

Надішліть UAVA посилання на поточний сайт і опишіть, що заважає відвідувачам або вашій команді. Ми визначимо обсяг дизайну й розробки та підготуємо оцінку за етапами. Обговорити редизайн.