Google Adsпошук · pmax · shopping АналітикаGA4 · GTM Meta Ads Безкоштовний аудит Кейси Блог

Блог

Редизайн сайту: 4 питання розробнику до старту

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

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

Розробник зазвичай думає про дизайн і верстку. Про пошук і рекламу його варто спитати окремо. Нижче чотири питання до старту й одне для реклами після запуску. До кожного: що відповідь означає і що власник може перевірити сам, без програміста. Правила переїзду ми звіряли з довідкою Google 18 жовтня 2026 року.

1. Чи зміняться адреси сторінок?

Адреса сторінки (URL) — це те, за чим Google її впізнає і накопичує про неї історію. Якщо на новому сайті адреса /uslugi/remont/ стала /services/repair/, для пошуку це нова сторінка, а стара «зникла».

Google просить зіставити старі адреси з новими й налаштувати постійні перенаправлення (редиректи) зі старих на нові. Це правило, яке каже браузеру й пошуку: «ця сторінка тепер живе тут». Важливі подробиці з довідки Google для переїзду сайту:

  • не вести багато старих адрес на одну нерелевантну, наприклад на головну: кожну старішу сторінку слід вести на відповідну нову;
  • тримати перенаправлення якомога довше, як пише Google, зазвичай щонайменше рік;
  • якщо змінюється домен (адреса сайту), у Search Console для старого сайту подають окрему заявку на зміну адреси; для переходу з http на https чи з www на без www вона не потрібна.

Що зробити самому. До старту відкрийте адреса-вашого-сайту/sitemap.xml (карта сайту; не в усіх сайтів вона є) і збережіть список сторінок у файл. Після запуску відкрийте п’ять старих адрес, зокрема сторінку з найбільшою кількістю заявок. Кожна має вести на потрібну нову сторінку, а не на помилку й не на головну.

Запитайте розробника: чи буде таблиця «стара адреса → нова адреса» і хто її складає?

2. Чи перенесуть відстеження?

Google Analytics, Диспетчер тегів Google (Google Tag Manager), піксель Meta, форми, номери телефону: усе це на новому сайті треба поставити заново, і саме тут їх найчастіше «забувають». Тоді реклама продовжує йти, а заявки перестають рахуватися. Про те, що саме має бути підключено, ми писали в статті «Що має бути підключено до вашого сайту».

Практика, яку радять кілька агенцій: на новому сайті ставити той самий код (той самий ідентифікатор потоку даних Analytics, який починається з «G-», і той самий контейнер Tag Manager), а не заводити новий. Інакше історія даних розірветься на «до» і «після». У довідці Google окремого правила про це ми не знайшли, тож це саме практика, а не вимога.

Що зробити самому. Після запуску відправте тестову заявку зі свого телефону. Вона має прийти на пошту чи в CRM, а в Google Analytics її має бути видно у звіті реального часу.

Запитайте розробника: які саме коди й форми переносите і хто перевіряє, що заявка доходить?

3. Хто зніме закриття тестового сайту?

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

Що зробити самому, у день запуску:

  1. Відкрийте адреса-вашого-сайту/robots.txt. Під рядком User-agent: * не має бути рядка Disallow: /: він забороняє роботам заходити на весь сайт.
  2. Відкрийте головну, натисніть Ctrl+U (код сторінки) і через Ctrl+F знайдіть слово noindex. Знайшли — сторінка просить Google її не показувати.

Дивитися треба обидва місця, бо вони працюють по-різному. За довідкою Google, файл robots.txt — не механізм, що ховає сторінку від Google: щоб сторінки не було у видачі, потрібен noindex або пароль. Докладно про це — у статті «Одна галочка — і сайту немає в Google».

Запитайте розробника: хто й коли знімає закриття і чи напише він мені, коли зняв?

4. Що ви змінюєте одночасно і коли запуск?

Google радить змінювати щось одне за раз: не переносити водночас домен, платформу, структуру адрес і дизайн. Тоді, якщо трафік просяде, легко зрозуміти чому. Якщо все змінено разом, причину доведеться шукати навмання.

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

Скільки триватиме просідання? Тут джерела розходяться, і ми не будемо вибирати за вас:

  • Google у довідці: невеликому або середньому сайту може знадобитися кілька тижнів, щоб більшість сторінок «переїхала», для великих — довше. Точної цифри Google в довідці не дає;
  • за переказом (оригіналу ми не бачили) таблиці аналітика Google з конференції Search Central Live у Барселоні 30 вересня — 2 жовтня 2026 року: переїзд сайту типово займає від одного до трьох місяців, у гіршому разі — від півроку до року й більше;
  • блоги агентств: позиції повертаються від трьох тижнів до місяця.

Розкид великий, тому закладайте запас: ставтеся до місяця як до оптимістичного сценарію, а не до гарантії. А розмір сайту й кількість змін впливають на термін найбільше.

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

Що зробити самому. Запишіть кількість заявок і дзвінків за місяць до запуску. Без цієї цифри ви не зрозумієте, чи справді стало гірше, чи вам здається.

Запитайте розробника: що ще змінюється, крім дизайну, і на яку дату призначено запуск?

А що з рекламою?

Оголошення ведуть на конкретні адреси. Якщо після редизайну така адреса віддає помилку 404 («сторінку не знайдено»), Google Ads відхиляє оголошення за правилом «Цільова сторінка не працює». Реклама просто перестає показуватися, а гроші не витрачаються, тож це легко не помітити кілька днів.

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

Що зробити самому, у день запуску. Відкрийте оголошення в Google Ads і натисніть кінцеву адресу. Сторінка відкривається? Ціна й акція на ній ті самі, що в тексті оголошення? Якщо ні, напишіть розробнику й змініть адресу в оголошенні.

Підсумок

  1. Чи зміняться адреси сторінок і чи є таблиця «стара → нова»?
  2. Чи перенесуть відстеження, і хто перевірить, що заявка доходить?
  3. Хто зніме закриття тестового сайту в день запуску?
  4. Що ще змінюється водночас і чи не припадає запуск на сезон?
  5. Чи працюють адреси в оголошеннях?

Вся перевірка займає вечір: тестова заявка, п’ять старих адрес, robots.txt і кінцеві адреси в оголошеннях. Інші перевірки сайту зібрано в чек-листі сайту перед рекламою. Як ми ведемо рекламу, коли сайт змінюється, є в розділі про пошукову рекламу.

Хочете безкоштовний аудит вашої реклами у Google Ads? Залиште заявку: перевіримо рекламу до й після переїзду сайту і скажемо, чи оголошення ведуть туди, куди треба.

Усі статті

Безкоштовно

Почніть з аудиту

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

Контакти

Пого­воримо?

Telegram — @exponenta_office_bot Телефон — +38 099 314 89 83 Пошта — office@exponenta.marketing Пн–Пт 10:00–19:00
Написати в Telegram

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

або залиште заявку

Надсилаючи форму, ви погоджуєтесь з політикою конфіденційності.
Telegram