Как проверить трафик и аналитику после смены домена

Зафиксируйте исходные данные и момент переезда

Смена домена затрагивает адреса страниц, поисковую индексацию и измерение посещений. Если сразу после переезда график стал ниже, сначала выясните, что изменилось: число реальных переходов, работа счётчика или способ группировки данных. Эти проблемы требуют разных действий.

Сохраните показатели до переезда по основным источникам, устройствам и страницам входа. Выберите несколько полных недель, если они отражают обычную работу бизнеса, и отметьте рекламные акции, сезонность и технические простои. Запишите точную дату переключения домена, счётчиков и форм.

Подготовьте таблицу соответствий старых и новых URL. Если структура сохранена, адрес /services должен вести на /services нового домена. Если страницы объединены, укажите для каждой старой страницы наиболее близкий по содержанию новый адрес.

Проверьте постоянные редиректы на реальных адресах

Для обычных страниц при постоянном переезде часто используют HTTP 301. Новый адрес должен открываться с кодом 200 и содержать ожидаемую страницу. Проверяйте не только главную: возьмите несколько популярных статей, разделов, карточек и URL с параметрами.

Пример ожидаемой цепочки: https://old.example/services?utm_source=newsletter&utm_medium=email&utm_campaign=move → 301 → https://new.example/services?utm_source=newsletter&utm_medium=email&utm_campaign=move → 200. Домены здесь условные. Сохранение параметров позволяет счётчику на конечной странице увидеть разметку кампании.

Проверьте HTTP и HTTPS, адреса с www и без него. По возможности направляйте их сразу на конечный HTTPS-адрес, без нескольких последовательных перенаправлений. Для HTTPS старому домену по-прежнему нужен действующий сертификат: браузер устанавливает защищённое соединение до получения редиректа.

Не перенаправляйте все удалённые страницы на главную. Это часто не отвечает ожиданиям посетителя и может восприниматься поисковиком как мягкая ошибка 404. Используйте содержательно подходящую замену, а при её отсутствии — корректный ответ 404 или 410.

Отдельно проверьте API и платёжные уведомления

Правило для публичных страниц нельзя без проверки переносить на интеграции. API-клиент или платёжная система может не следовать редиректу. При обработке 301 некоторые клиенты могут изменить POST на GET, из-за чего тело запроса не дойдёт до обработчика.

Составьте перечень callback-адресов, webhook, API и задач по расписанию. Обновляйте адреса в настройках соответствующих сервисов и проверяйте их предусмотренными тестовыми средствами. Если требуется переходный период, старый обработчик можно временно сохранить. Поддержка 307 или 308 с сохранением метода тоже должна проверяться для конкретного клиента.

Наличие таких исключений не отменяет постоянный редирект страниц сайта. Важно, чтобы исключения были явными и обслуживали нужные интеграции, а старые публичные страницы не оставались доступными как дубли.

Убедитесь, что аналитика видит новый домен

Откройте новую страницу и проверьте загрузку счётчика, отправку событий и отсутствие двойной установки. Сопоставьте идентификатор счётчика с ожидаемым. Просмотр исходного HTML подтверждает наличие кода, но для проверки отправки данных нужно наблюдать запросы браузера и доступные диагностические отчёты.

Проверьте настройки адресов, фильтры по hostname, цели с полным URL и переходы на страницу благодарности. Цель, настроенная на точное совпадение со старым доменом, может перестать срабатывать, хотя сама форма работает. Если вы создали новый счётчик или ресурс аналитики, история автоматически в него не переносится.

При смене домена cookies старого домена обычно недоступны новому. Поэтому часть прежних посетителей может определяться как новая аудитория. Междоменное отслеживание в системах, где оно поддерживается, требует отдельной корректной настройки; не считайте изменение доли новых пользователей доказательством роста спроса.

Проверьте сигналы для поисковых систем

На новых страницах должны быть canonical с адресами нового домена. Обновите внутренние ссылки, sitemap, адреса изображений в метаданных и другие абсолютные ссылки. Старые ссылки внутри меню могут создавать лишние редиректы, даже когда пользователь в итоге попадает куда нужно.

Убедитесь, что новый сайт не закрыт директивой noindex, заголовком X-Robots-Tag или правилами robots.txt, оставшимися от тестовой среды. В sitemap включайте конечные доступные URL. Старый домен должен оставаться доступным роботам для обхода редиректов.

Подтвердите права на новый домен в Яндекс Вебмастере и Google Search Console. Используйте доступные инструменты переезда по актуальным инструкциям каждой системы и отправьте новую карту сайта. Появление новых адресов в индексе занимает время; проверка 301 сама по себе не подтверждает завершение переноса поисковых сигналов.

Как понять, что именно изменилось в трафике

Сопоставьте несколько источников: клики из поисковых кабинетов, визиты в аналитике, запросы HTML-страниц в серверных логах и подтверждённые обращения. Учитывайте часовые пояса, задержку отчётов и разные определения показателей. Количество всех запросов в access-логе включает ресурсы страницы и роботов, поэтому его нельзя напрямую сравнивать с визитами.

Если поисковые клики стабильны, а визиты аналитики резко исчезли в момент переключения, сначала проверьте измерение. Если одновременно снижаются клики, входы на ключевые страницы и обращения, изучайте редиректы, индексацию, доступность и изменения спроса. Это направления диагностики, а не окончательный вывод по одному графику.

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

• Основные старые URL ведут на соответствующие новые страницы с постоянным редиректом.
• UTM-метки сохраняются, сертификаты обоих доменов действуют.
• Счётчики, цели, формы и интеграции проверены отдельно.
• Canonical, внутренние ссылки и sitemap указывают на новый домен.
• Изменения посещаемости сопоставлены с поисковыми кликами и реальными обращениями.

По теме: Управляемый трафик для технических проверок. Перед запуском проверьте соответствие сценария вашей задаче и правилам используемых платформ.