Редизайн сайта: 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? Оставьте заявку: проверим рекламу до и после переезда сайта и скажем, ведут ли объявления туда, куда нужно.