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 показывает, как он видит ваш сайт. Если она не подключена, попросите того, кто управляет сайтом, подключить её и дать вам доступ. В ней есть «Отчет об индексировании страниц». В нём Google перечисляет страницы, не попавшие в поиск, и причины, среди которых:

  • «Не найдено (404)»: Google запрашивает страницу, а её нет. Если здесь оказались важные старые адреса, им нужны перенаправления;
  • «Ошибка переадресации»: перенаправление настроено, но сломано, например зациклено;
  • «Ложная ошибка 404» (soft 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