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

Блог

Оновили сайт, і заявок з Google стало менше: що перевірити

Сайт оновили, а заявок з Google менше. Старі адреси, перенаправлення, код обліку й Search Console: що перевірити власнику за вечір.

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

Про те, що спитати в розробника до запуску, ми писали окремо: «Редизайн сайту: 4 питання розробнику до старту». Тут про інше: заявки вже просіли, і треба зрозуміти чому. Правила переїзду й назви в довідках ми звіряли 5 листопада 2026 року. Назви пунктів меню залежать від версії інтерфейсу й можуть трохи відрізнятися.

1. Спершу знайдіть дату обриву

Відкрийте кабінет Google Ads і подивіться заявки за останні 30 днів по днях. Знайдіть день, коли вони впали, або останній день, коли заявка ще була. Тепер порівняйте з датою запуску нового сайту. Це найцінніша інформація: збіг за датою майже завжди вказує на причину, а якщо між запуском і падінням минуло кілька тижнів, варто шукати й інші причини (це наш практичний орієнтир, не правило Google).

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

2. Відкрийте старі адреси з телефону

Саме за адресою (URL) Google розпізнає сторінку серед інших. Люди приходять із пошуку за старими посиланнями, які Google ще пам’ятає. Припустімо, адреса /uslugi/remont/ на новому сайті тепер виглядає як /services/repair/, а стара нікуди не веде, людина бачить «сторінку не знайдено» (помилка 404) і йде до конкурента.

Що зробити самому. Відкрийте Google з телефону й знайдіть свій сайт за двома-трьома запитами, за якими вас шукають клієнти. Натисніть на свої сторінки в результатах. Кожна має відкритись. Окремо перевірте ту сторінку, з якої до оновлення було найбільше заявок. Якщо частина адрес із пошуку віддає помилку, причину ви знайшли.

3. Чи є карта перенаправлень

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

  • зіставити старі адреси з новими й налаштувати перенаправлення на стороні сервера за цією таблицею;
  • не будувати ланцюжків (стара адреса → проміжна → нова): вести одразу на кінцеву;
  • тримати перенаправлення якомога довше, зазвичай щонайменше рік;
  • сторінки, яких на новому сайті більше нема, мають чесно віддавати помилку 404 або 410, а не вести всіх на головну.

Практики (агентства, що ведуть магазини) додають до цього дрібніше: після редизайну часто з’являються дублі сторінок через слеш у кінці адреси (з ним і без нього) і зі старими перенаправленнями, які теж треба вести на нові адреси, інакше й вони віддають 404. Це практика, а не вимога Google, але перевірка недовга.

Що зробити самому. Якщо до запуску ви не зберегли список старих адрес, візьміть його з карти сайту адреса-вашого-сайту/sitemap.xml (її мають не всі сайти) або з Google Search Console, розділ з ефективністю пошуку, де видно сторінки, які приносили показ і кліки. Відкрийте десять найважливіших старих адрес. Усі вони повинні відкривати відповідну нову сторінку, а не помилку 404 чи головну. Запитайте розробника: чи є таблиця «стара адреса → нова» і де вона лежить?

4. Чи не загубився код обліку

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

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

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

5. Окремий нюанс: перенаправлення може з’їсти мітку кліку

Коли людина клікає оголошення, до адреси додається службова мітка кліку (gclid), за якою Google пізніше пов’язує клік із заявкою. Довідка Google Tag Manager описує проблему так: якщо сервер під час перенаправлення відкидає цей параметр, клік не буде пов’язаний із жодною майбутньою заявкою. Приклад із довідки: адреса з міткою перенаправляється на іншу сторінку вже без неї. Виправлення: щоб перенаправлення передавало параметр далі.

Для власника це означає: якщо оголошення ведуть на адреси, які тепер перенаправляються (а не на нові напряму), заявки можуть перестати прив’язуватись до реклами, хоча сайт працює. Самому це перевірити важко: це робота для того, хто керує сайтом. Дайте йому цю фразу: «Перевірте, чи перенаправлення зі старих адрес, на які ведуть оголошення, зберігають параметр gclid». Найпростіше вирішення: оновити кінцеві адреси в оголошеннях на нові, щоб перенаправлення взагалі не було потрібним.

6. Search Console: сторінки з помилками

Google Search Console безкоштовна служба, де Google показує, як він бачить ваш сайт. Якщо її не підключено, попросіть того, хто керує сайтом, її підключити й дати вам доступ. У ній є звіт про індексування сторінок (англійською Page indexing). У ньому Google перелічує сторінки, які не потрапили в пошук, і причини, серед яких:

  • «Не знайдено (404)»: Google просить сторінку, а її нема. Якщо тут опинились важливі старі адреси, їм потрібні перенаправлення;
  • «Помилка переадресації»: перенаправлення налаштоване, але зламане, наприклад зациклене;
  • «Soft 404» (хибна 404): сторінка відкривається, але нічого корисного не показує, і Google вважає її помилкою.

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

7. А реклама: оголошення ведуть на живі сторінки?

Окремо перевірте, куди ведуть самі оголошення. Якщо кінцева адреса віддає 404, оголошення відхиляється за правилом Google Ads «Цільова сторінка не працює». Після виправлення адресу треба зберегти в оголошенні, щоб воно пішло на повторну перевірку. Оголошення тихо зникає з видачі й не витрачає бюджет, через що кілька днів цього можна не помічати. Що зробити самому: у кабінеті відкрийте оголошення й натисніть кінцеву адресу з телефону. Відкрилась потрібна сторінка, з тією ж ціною й акцією, що в тексті оголошення?

Що вважати нормою, а що помилкою

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

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

З нашої практики

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

Підсумок

  1. Знайдіть дату обриву заявок у кабінеті й порівняйте з днем запуску сайту.
  2. З телефону відкрийте свої сторінки з пошуку Google: старі адреси не мають віддавати «сторінку не знайдено».
  3. Спитайте, де таблиця «стара адреса → нова» і чи працюють перенаправлення 301.
  4. Відправте тестову заявку й перевірте статус конверсії в кабінеті.
  5. Попросіть перевірити, чи перенаправлення не гублять мітку кліку gclid, і оновіть кінцеві адреси в оголошеннях.
  6. Подивіться у Search Console сторінки з помилками.

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

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

Усі статті

Безкоштовно

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

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

Контакти

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

Telegram — @exponenta_office_bot Телефон — +38 099 314 89 83 Пошта — [email protected] Пн–Пт 10:00–19:00
Написати в Telegram

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

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

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