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

Щоб редизайн не обвалив трафік із Google, збережіть адреси сторінок або налаштуйте серверний 301-редирект з кожної старої URL на найближчу за змістом нову, перенесіть тексти, title, H1 і мікророзмітку, а після запуску щонайменше місяць уважно стежте за Search Console. Коливання позицій у перші 1–3 тижні — звична реакція Google на зміни. А от стійке падіння трафіку на 20% і більше через місяць-півтора майже завжди означає конкретну технічну помилку, яку можна знайти і виправити.

Нижче — інструкція, за якою можна провести редизайн сайту будь-якого розміру: від лендінгу до магазину на тисячі товарів.

Чому після редизайну падають позиції

Google не «карає» за новий дизайн. Він просто бачить інший сайт: інші адреси, інший текст, іншу структуру посилань. Найчастіші причини падіння:

1. Змінилися URL без редиректів. Старі сторінки віддають 404, а разом із ними зникають накопичені посилання й історія.
2. Скоротили текст «заради чистого дизайну». Сторінка ранжувалася за десятками запитів завдяки детальному тексту, а після редизайну на ній 150 слів і три іконки.
3. Тестова версія потрапила в індекс або, навпаки, на робочий сайт перенесли noindex чи заборону сканування з тестового сервера.
4. Змінилася внутрішня перелінковка. Розділ, на який раніше вело меню з кожної сторінки, тепер захований у футер.
5. Загубилися мета-теги. Нова CMS генерує title за шаблоном «Назва сторінки | Компанія» замість продуманих заголовків.
6. Контент зʼявляється лише після виконання JavaScript. Сканування й індексація стають повільнішими і менш передбачуваними.
7. Сайт став повільнішим. Важкі анімації, відео на першому екрані, нестиснуті зображення.
8. Втрачено мікророзмітку і hreflang — зникають розширені сніпети, плутаються мовні версії.

Етап 0. Визначте рівень ризику

Не кожен редизайн однаково небезпечний. Від типу змін залежить обсяг підготовки.

Порада з практики: не поєднуйте всі ризики одночасно. Якщо можна спершу змінити дизайн, а через 1–2 місяці — домен, так безпечніше: у разі просідання ви точно знатимете причину.

Етап 1. Зробіть «знімок» старого сайту

До початку робіт збережіть усе, що знадобиться для порівняння. Через місяць після запуску частини цих даних уже не буде.

Окремо виділіть «золоті» сторінки. Як правило, невелика частина URL — нерідко 10–20% — дає основну частку органічного трафіку і заявок. Тексти, заголовки й адреси цих сторінок змінюйте лише з вагомих причин.

Етап 2. Складіть карту URL і правила редиректів

Карта редиректів — таблиця, у якій кожна стара адреса має пару. Мінімальні колонки: стара URL, нова URL, тип дії (301, без змін, 410), кліки за рік, наявність зовнішніх посилань, результат перевірки.

Приклад для сайту стоматології:

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

• Один до одного, за змістом. Сторінку про імплантацію ведіть на нову сторінку про імплантацію, а не на головну. Масові редиректи на головну Google часто сприймає як soft 404, і накопичені сигнали не передаються.
• Лише серверні постійні редиректи — 301 або 308. Не JavaScript-перенаправлення і не meta refresh.
• Без ланцюжків. Якщо колись уже був редирект A → B, а тепер B → C, перепишіть A одразу на C. Google радить уникати ланцюжків довших за 3–5 переходів, але найкраще — один перехід.
• Тримайте редиректи якомога довше, загалом не менше року — так рекомендує Google. На практиці краще назавжди: правило в конфігурації сервера нічого не коштує.
• Нюанси адрес: слеш у кінці, великі й малі літери, www і без www, http і https, GET-параметри. Кожен варіант має вести на один канонічний URL за один перехід.
• Сторінки, які видаляєте назовсім і на які немає ні трафіку, ні посилань, можна віддавати 410 або 404 — це нормально.

Етап 3. Перенесіть контент і on-page SEO

Дизайнер вирішує, як сторінка виглядає. Але те, що на ній написано, — питання SEO.

• Тексти «золотих» сторінок переносьте повністю або розширюйте. Скорочувати можна воду, але не відповіді на запитання клієнтів, ціни, характеристики, FAQ.
• Акордеони і вкладки допустимі, якщо текст є в HTML-коді сторінки одразу, а не довантажується після кліку.
• Title і description спершу переносьте зі «знімка», а потім покращуйте. Шаблони заголовків у новій CMS налаштуйте до запуску.
• Один H1 на сторінку, з основним запитом. У нових дизайнах H1 часто стає слоганом на першому екрані, а назва послуги переїжджає в H2. Це помилка.
• Alt-тексти, підписи, таблиці переносьте разом із контентом.
• Мікророзмітку (Organization, LocalBusiness, Product, FAQPage, BreadcrumbList) перевірте в Rich Results Test до і після запуску.
• Внутрішні посилання: важливі сторінки мають залишатися в 1–3 кліках від головної. Порівняйте кількість внутрішніх посилань на «золоті» сторінки в старому і новому сканах.
• Мовні версії: збережіть адреси і hreflang для української та російської версій. Українська має відкриватися за замовчуванням — цього вимагає закон про мову. Деталі — у статті про багатомовний сайт.

Етап 4. Перевірте тестову версію до запуску

1. Закрийте тестовий сервер паролем (HTTP-автентифікація). Це надійніше, ніж robots.txt: він забороняє сканування, але не гарантує, що адреса не зʼявиться в пошуку, якщо на неї є посилання.
2. Проскануйте тестову версію краулером і порівняйте зі «знімком»: кількість сторінок, title, H1, canonical, статуси відповіді.
3. Перевірте карту редиректів: завантажте список старих URL у краулер у режимі списку і переконайтеся, що кожен дає рівно один 301 і фінальну сторінку зі статусом 200.
4. Перевірте, що текст є у вихідному HTML (Ctrl+U у браузері), а не зʼявляється лише після виконання скриптів.
5. Швидкість: мобільний PageSpeed не нижчий, ніж у старого сайту, а в ідеалі — 90+. Цільові Core Web Vitals: LCP до 2,5 с, INP до 200 мс, CLS до 0,1. Детальніше — у статті про Core Web Vitals.
6. Аналітика і форми: GA4, Google Tag Manager, конверсії Google Ads, пікселі, відправка заявок у CRM чи Telegram — перевірте тестовими заявками.

Етап 5. День запуску: порядок дій

Оберіть день, коли трафік найнижчий, а команда буде на звʼязку ще 2–3 дні, — зазвичай вівторок або середа вранці. Не запускайте редизайн перед святами, сезонним піком чи стартом великої рекламної кампанії.

1. Розгорніть новий сайт і зніміть усі обмеження тестового сервера: noindex, заборону в robots.txt, пароль.
2. Перевірте robots.txt і головну сторінку інструментом «Перевірка URL-адреси» в Search Console.
3. Увімкніть редиректи і проженіть список старих URL краулером: жодної 404 серед сторінок із трафіком чи посиланнями.
4. Оновіть sitemap.xml — лише нові канонічні URL зі статусом 200 — і надішліть його в Search Console.
5. Переконайтеся, що файл або метатег підтвердження Search Console не зник. Інакше ви втратите доступ до даних саме тоді, коли вони найпотрібніші.
6. Надішліть тестові заявки з усіх форм, перевірте дзвінки, месенджери, оплату.
7. Якщо змінився домен — додайте новий ресурс у Search Console і скористайтеся інструментом «Зміна адреси». Для переходу з http на https або з www на без www він не потрібен.
8. Надішліть запит на індексування 10–20 найважливіших сторінок. Як ще пришвидшити цей процес — у статті про прискорення індексації.

Етап 6. Моніторинг після запуску

Якщо позиції впали: діагностика за пів години

• Впали всі сторінки одночасно? Шукайте глобальну причину: noindex, robots.txt, canonical на головну, недоступність сервера, зміну домену без редиректів.
• Впали окремі сторінки? Порівняйте стару і нову версію: текст, title, H1, внутрішні посилання, редирект.
• Сторінки в індексі, але нижче? Найчастіше — скорочений контент або гірша відповідність запиту. Поверніть втрачені блоки.
• Старі URL усе ще в пошуку через 3–4 тижні? Перевірте, чи віддають вони 301, а не 302 або 200.

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

Особливі випадки

Перехід з конструктора на власний сайт

Tilda, Wix та інші конструктори мають власні формати адрес, наприклад /page12345678.html. Зберіть їх повністю, включно зі сторінками, яких немає в меню. Якщо сайт жив на технічному піддомені конструктора, налаштувати з нього серверні 301-редиректи зазвичай неможливо — враховуйте це в плані і заздалегідь переносіть сайт на власний домен.

Інтернет-магазин

• Товари, яких більше не буде: редирект на найближчу категорію або аналог, а не на головну.
• Фільтри й сортування: до запуску вирішіть, які комбінації індексуються, а які закриваються через canonical чи noindex.
• Фід для Google Merchant Center: оновіть посилання на товари одразу після запуску, інакше реклама вестиме на 404.

Зміна домену

Найризикованіший варіант. Старий домен залиште оплаченим щонайменше на кілька років, редиректи — назавжди. Оновіть посилання в Google Business Profile, соцмережах і каталогах, попросіть партнерів замінити посилання на нові адреси.

Скільки коштує редизайн зі збереженням SEO

На ринку SEO-супровід міграції часто продають окремо від редизайну: орієнтовно 5 000–25 000 грн залежно від кількості сторінок, для великих магазинів — дорожче. У нас редизайн коштує 70% від ціни нового сайту відповідного пакета, а перенесення контенту і 301-редиректи вже входять у вартість. Наприклад, редизайн лендінгу коштуватиме близько 6 200 ₴ (70% від 8 900 ₴), корпоративного сайту — близько 17 400 ₴ (70% від 24 900 ₴). Для складних випадків є окремий технічний SEO-аудит за 4 900 ₴. Усі пакети — на сторінці цін, подробиці процесу — на сторінці редизайну сайту.

10 помилок, які коштують трафіку

1. Редирект усіх старих сторінок на головну.
2. 302 замість 301 «тимчасово, поки тестуємо» — і так роками.
3. Запуск у пʼятницю ввечері або перед святами.
4. noindex, перенесений із тестового сервера.
5. Видалений блог, «бо його ніхто не читає», хоча саме він приводив помітну частку трафіку.
6. Нове меню, з якого зникли посилання на ключові послуги.
7. Зміна дизайну, CMS, домену і текстів одночасно.
8. Немає «знімка» старого сайту — нема з чим порівнювати.
9. Забуті URL із зовнішніми посиланнями: старі акції, PDF-файли, зображення.
10. Нова версія повільніша за стару.

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

До запуску

• Знімок старого сайту: скан, Search Console, GA4, посилання, позиції, швидкість
• Список «золотих» сторінок
• Карта редиректів 1:1 для всіх URL із трафіком або посиланнями
• Тексти, title, H1 і мікророзмітка перенесені
• Тестовий сервер закритий паролем
• Скан тестової версії порівняно зі старим
• PageSpeed і Core Web Vitals не гірші, ніж були

У день запуску

• Знято noindex і заборони, robots.txt перевірено
• Редиректи протестовано за списком
• Новий sitemap надіслано
• Підтвердження Search Console на місці
• Форми, аналітика і конверсії працюють

Після запуску

• Перші два тижні — щоденна перевірка 404 і звіту індексування
• Щотижневе порівняння показів і кліків «золотих» сторінок
• Редиректи залишаються щонайменше на рік, а краще назавжди

Висновок

Редизайн без втрати позицій — не везіння, а процес: знімок, карта URL, перенесення контенту, перевірка тестової версії і моніторинг. Найбільше трафіку губиться не через «алгоритми», а через забуті редиректи, скорочені тексти і noindex із тестового сервера.

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