Чекліст редизайну сайту: до, під час і після запуску
Чекліст редизайну сайту у трьох етапах: заміряйте показники й проведіть аудит, захистіть SEO та аналітику під час робіт, а після запуску перевірте перенаправлення, рекламу й позиції.
Поширені запитання
Що зробити перед редизайном сайту?
Запишіть поточні показники (трафік, конверсії, популярні сторінки, позиції), проскануйте сайт і зберіть усі URL, відзначте сторінки, що приносять зворотні посилання й трафік, створіть резервну копію та запишіть конкретні проблеми, які має усунути редизайн.
Чи зашкодить редизайн сайту SEO?
Так, якщо змінити URL без перенаправлень, видалити контент або заблокувати сканування нового сайту. Карта перенаправлень, збереження контенту важливих сторінок і перевірка в Google Search Console після запуску допомагають уникнути тривалих втрат. Коливання позицій протягом кількох тижнів — звичне явище.
Що перевірити в PPC після редизайну сайту?
П’ять речей: кінцева адреса кожного оголошення відкривається без ланцюжка перенаправлень; теги конверсій і шаблон відстеження працюють на нових сторінках; контент цільової сторінки відповідає тексту оголошення; URL додаткових посилань працюють; теги аудиторій і ремаркетингу встановлено на нових шаблонах.
Скільки часу триває редизайн сайту?
Редизайн сайту малого бізнесу може тривати кілька тижнів; великі сайти з багатьма шаблонами, інтеграціями та зацікавленими сторонами часто займають кілька місяців. Збирання контенту й погодження зазвичай тривають довше, ніж дизайн або розробка.
Переробити дизайн чи створити сайт заново?
Переробіть дизайн, якщо структура й контент здебільшого працюють, а проблеми стосуються вигляду чи зручності. Створюйте сайт заново, якщо проблема в самій платформі: ви не можете редагувати сайт, його базова швидкодія низька або платформа більше не підтримує потрібні функції.
Коротко: чекліст редизайну сайту має три етапи. До початку: зафіксуйте показники ефективності, складіть перелік усіх URL і зробіть резервні копії. Під час робіт: збережіть URL або складіть карту перенаправлень, перенесіть контент і відстеження та перевірте тестову копію. Після запуску: у перші дні перевірте перенаправлення, аналітику, рекламу й індексацію, а згодом порівняйте показники з базовими. Найбільша шкода від редизайну (втрачені позиції, зламані оголошення, відсутні дані про конверсії) зазвичай виникає через пропуск етапів «до» й «після».
Скопіюйте наведені списки у свій інструмент керування проєктом і відмічайте виконане.
Етап 1: перш ніж почати дизайн
Визначте причину редизайну
[ ] Запишіть три-п’ять конкретних проблем, які має усунути редизайн («мобільною формою бронювання важко користуватися», «не можемо редагувати сторінки без розробника»). Самого твердження «виглядає застаріло» недостатньо.
[ ] Поставте вимірювані цілі, наприклад кількість запитів на місяць або завершених покупок, і запишіть поточні показники.
[ ] Визначте, хто погоджує дизайн і контент, та дату запуску. Затримки з погодженнями — найчастіша причина зсуву строків.
Зафіксуйте показники поточного сайту
Збережіть цифри разом із датою. Вони знадобляться після запуску.
[ ] Трафік і конверсії за останні 12 місяців з аналітики (важливо враховувати сезонність).
[ ] 50 найпопулярніших сторінок за трафіком і конверсіями.
[ ] Найчастіші запити й сторінки в Google Search Console (експортуйте дані: вони доступні лише за останні 16 місяців).
[ ] Core Web Vitals і результати PageSpeed Insights для ключових шаблонів.
[ ] Сторінки зі зворотними посиланнями — зі звіту «Посилання» Search Console або SEO-інструмента.
Складіть перелік усіх URL
[ ] Проскануйте сайт за допомогою Screaming Frog (безкоштовна версія охоплює до 500 URL) або Sitebulb.
[ ] Додайте URL з XML-карти сайту, аналітики й Search Console, яких сканер не знайшов, наприклад ізольовані сторінки та PDF-файли.
[ ] Для кожної адреси позначте дію: залишити, об’єднати, переписати або видалити.
Створіть резервні копії
[ ] Створіть повну резервну копію файлів і бази даних та збережіть її поза поточним хостингом.
[ ] Експортуйте форми, заявки, користувачів, дописи блогу й медіафайли.
[ ] Запишіть налаштування DNS, зокрема поштові записи (MX, SPF, DKIM, DMARC), перш ніж хтось змінюватиме домен.
Етап 2: під час дизайну й розробки
Структура й контент
[ ] Залиште робочі URL. Змінюйте адресу лише за чіткої потреби.
[ ] Складіть карту перенаправлень — таблицю зі старими URL і новими адресами призначення. Кожен старий URL має перенаправляти кодом 301 на найбільш відповідну нову сторінку, а не на головну.
[ ] Перенесіть контент зі сторінок, які мають позиції в пошуку. Якщо скорочуєте їх, залиште розділи, що відповідають на запити, за якими сторінки ранжуються.
[ ] Залиште заголовки сторінок і метаописи найпопулярніших сторінок, якщо не плануєте цілеспрямовано їх покращити.
[ ] Спроєктуйте навігацію за тим, чим відвідувачі користуються насправді (перевірте популярні сторінки в аналітиці), а не за організаційною схемою.
Дизайн і зручність
[ ] Спершу проєктуйте мобільні макети; перевірте в аналітиці частку відвідувачів із телефонів.
[ ] Дотримуйтеся базових вимог WCAG 2.2 AA: контраст кольорів, навігація клавіатурою, видимий фокус, альтернативний текст, підписи до полів форм.
[ ] Скоротіть основні шляхи конверсії: порахуйте кліки від головної сторінки до бронювання або оформлення замовлення.
Технічні налаштування на тестовому середовищі
[ ] Розробляйте тестову версію, закриту від пошукових систем (захист паролем надійніший, ніж сам robots.txt).
[ ] Налаштуйте для нового сайту канонічні теги, XML-карту й robots.txt, щоб увімкнути їх під час запуску.
[ ] Відновіть структуровані дані (Organization, LocalBusiness, Product, Article, FAQ — залежно від сайту).
[ ] Додайте аналітику, менеджер тегів, події конверсій і рекламні пікселі до нових шаблонів.
[ ] Відновіть форми й перевірте, чи надходять заявки до потрібної пошти або CRM.
[ ] Стисніть зображення й перевірте швидкість тестового сайту.
Етап 3: день запуску
[ ] Перенесіть хостинг або змініть DNS у час низького трафіку. Якщо змінюєте хостинг, за день до цього зменште TTL DNS.
[ ] Зніміть пароль із тестового сайту й видаліть теги «noindex». Це найпоширеніша помилка під час запуску, яка може прибрати весь сайт із пошуку.
[ ] Переконайтеся, що robots.txt дозволяє сканування.
[ ] Перевірте HTTPS для всіх версій адреси (www і без www) та перенаправлення на одну з них.
[ ] Перевірте вибірку старих URL із карти перенаправлень, включно з 50 найпопулярнішими.
[ ] Надішліть нову XML-карту в Google Search Console і Bing Webmaster Tools.
[ ] Надішліть справжнє тестове замовлення чи заявку через форму або бронювання.
[ ] Якщо змінювали DNS, переконайтеся, що пошта працює.
PPC-чекліст: п’ять перевірок після редизайну сайту
Платні кампанії можуть непомітно зламатися після редизайну: оголошення й далі показуються, а цільові сторінки вже інші. Перевірте все того самого дня:
Кінцеві URL. Кожне оголошення, додаткове посилання й розширення мають вести прямо на робочу сторінку, а не проходити через перенаправлення. Google Ads повідомляє про непрацюючі адреси, але не чекайте відхилення оголошень.
Відстеження конверсій. Переконайтеся, що теги спрацьовують на нових сторінках подяки або під час нової події. Скористайтеся Tag Assistant або діагностикою платформи.
Відповідність оголошення сторінці. Перевірте, що нова цільова сторінка все ще містить пропозицію, ціну й заголовок з оголошення. Редизайн часто прибирає точну фразу, обіцяну в рекламі.
Шаблони відстеження й UTM. Переконайтеся, що параметри зберігаються після перенаправлень і відображаються в аналітиці.
Теги ремаркетингу й аудиторій. Встановіть їх у нових шаблонах, інакше ваші аудиторії перестануть зростати.
Етап 4: перші 30 днів після запуску
[ ] Першого тижня щодня перевіряйте Search Console: звіт «Сторінки» (помилки індексації), помилки сканування й раптове зростання 404.
[ ] Шукайте ланцюжки перенаправлень (A → B → C) і спрямовуйте старі URL одразу на кінцеві сторінки.
[ ] Щотижня порівнюйте трафік, конверсії та позиції популярних сторінок із базовими показниками. Деякі коливання очікувані; дослідіть різке падіння будь-якої сторінки.
[ ] Оновіть контрольовані вами посилання на старі адреси: профіль компанії в Google, соцмережі, каталоги, підписи в електронній пошті.
[ ] Зберіть відгуки реальних користувачів і команди, яка обробляє звернення.
Що робити, якщо трафік упав
Перевірте, чи можна індексувати сайт (не залишилося noindex, robots.txt дозволяє сканування).
Зіставте сторінки зі втраченим трафіком із картою перенаправлень. Зазвичай проблема — відсутнє або неправильне перенаправлення.
Порівняйте старий і новий контент на цих сторінках. Втрачені розділи часто пояснюють падіння позицій.
Перевірте швидкість і відображення на телефоні для проблемних шаблонів.
Якщо редизайн насправді означає повне перезбирання, We.Inc може створити новий сайт за описом вашого бізнесу. Потім його можна редагувати візуально або в коді; хостинг і SSL включено. Чекліст усе одно актуальний: складіть карту старих URL, збережіть контент із пошуковими позиціями й перевірте відстеження до зміни домену.