← linkbuilding.pw · что проверяем: 116 пунктов

Главная → Почему упал трафик

Почему упал трафик сайта и как найти причину

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

1. Отделите падение трафика от изменения учёта

Сравните сопоставимые периоды в Метрике и панели поисковика: визиты, клики, показы, страницы и устройства. Эти показатели считаются по-разному, поэтому расхождение — повод проверить настройки, а не готовый диагноз.

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

2. Проверьте доступность и индексацию важных URL

Для потерявших трафик страниц сравните коды ответа, noindex, выбранный canonical и дату последнего обхода. Отсутствие self-canonical само по себе не доказывает ошибку. Canonical на noindex или недоступный адрес создаёт противоречие, но не означает автоматического исключения обоих URL.

Используйте проверку индексации и разбор canonical. Запрет robots.txt управляет обходом, а не гарантирует удаление адреса из поиска. Автоматический 403 не доказывает недоступность сайта людям или настоящему поисковому боту.

3. Сравните с состоянием до снижения

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

4. Сверьте события и сегменты

Разделите данные по страницам, поисковику, устройству, стране или региону, брендовым и небрендовым запросам. Затем сопоставьте дату перелома с релизом, переездом, изменением спроса и выдачи. Совпадение по времени — гипотеза, не доказанная причинная связь. Учитывайте сезонность и сопоставимость периодов.

5. Выберите исправление и критерий проверки

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

• Переехавшей странице назначают равноценную замену через постоянный редирект; удалённой без замены оставляют корректный 404/410.
• Утраченный полезный ответ восстанавливают по задаче читателя, а не добавлением ключевых слов и объёма.
• При прежних показах и меньшем числе кликов проверяют состав запросов и выдачу; один агрегированный CTR не устанавливает причину.
• Появление ИИ-ответов изучают отдельно в проверке AI-видимости. Это не объяснение любого падения.

Как принять результат

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

Если снижения раньше не было, а нужен план развития, используйте порядок улучшения сайта. Полный перечень направлений — в составе аудита.

Как это делаем мы: разбор падения трафика

Если не хочется проходить 15 пунктов самому, это делается за вас — по тем же пяти стадиям, с отчётом, в котором у каждой находки есть доказательство: адрес, код ответа, значение тега или строка из панели.

Что на выходе: отчёт с находками по приоритетам P0 (выключают индексацию), P1 (снижают показы), P2 (накапливаются), список изменений с прошлого снимка, журнал правок за период и план: что чинить первым, что можно отложить. Плюс отдельный список того, что нужно посмотреть в Вебмастере и Метрике — с указанием, какие цифры сравнить.

Срок: 3–5 дней, для сайта до 100 страниц — обычно три дня.

Стоимость: от 25 000 ₽. Точная сумма зависит от размера сайта и глубины истории: чем больше страниц и чем длиннее период, который надо разобрать, тем выше. Сумма фиксируется в счёте до начала работ.

Что нужно от вас: три доступа, без них разбор не делаем

Это не формальность. Без панелей и логов причина падения угадывается по косвенным признакам — и тогда это не разбор, а список предположений. Поэтому работа начинается с доступов:

Как это передаётся безопасно: доступ только на чтение, отдельным пользователем, который после работ отключается. Пароли не пересылаются в чатах и не попадают в репозиторий — если удобнее, доступ выдаётся через ваш экран или менеджер паролей. Логи достаточно в формате nginx или Apache (access-логи), сжатые архивы подходят.

Если логов нет или в них только 7 дней — работа возможна, но по технической части и панелям, и в отчёте будет сказано прямо: «причина не проверена по логам».

Чего мы не обещаем: возврата позиций к прежним значениям. Если причина в выдаче или в изменении спроса, честный ответ будет именно таким — а не «починим и всё вернётся». Если данные позволяют установить причину, её подтвердим; если нет — укажем проверенные факты и оставшиеся гипотезы, и не потратите месяц на правки, которые к ней не относятся.

Частые вопросы

Трафик упал неделю назад. Поздно?

Нет, и это лучшее время: пока свежи воспоминания о правках и есть доступ к логам и бэкапам. Через полгода восстановить картину «что изменилось» гораздо дороже.

Какие доступы нужны для разбора?

Для полного разбора нужны Яндекс.Вебмастер и Метрика на чтение и, по возможности, серверные логи за 90 дней. Если логов нет или период короче, пределы проверки фиксируем в отчёте. Вебмастер даёт дату перелома и цифры показов и кликов, Метрика показывает, что трафик упал на самом деле, а логи отвечают, как робот обходил сайт. Без панелей видна только техническая часть, без логов — не видно обхода вовсе.

Чем это отличается от обычного аудита?

Аудит ищет все ошибки сайта по 116 пунктам. Разбор падения отвечает на один вопрос — почему стало меньше трафика — и смотрит в первую очередь на изменения, связи между страницами и данные панелей. Часто в отчёте оказывается две-три находки вместо сотни, зато именно те.

А если причина не в сайте?

Тогда так и напишем, с доказательствами: прежние суммарные показы не исключают потерь отдельных страниц; при меньшем числе кликов проверим состав запросов, устройства, сниппеты и выдачу. Дальше даём план действий по этому сценарию.

Вы гарантируете возврат трафика?

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

Можно сначала бесплатно?

Да: автоматическая проверка по 21 пункту покажет грубые технические поломки на главной странице. Падение трафика она не объяснит, но отсечёт очевидное.

Смежная тема: видимость в ИИ-поиске — если технических причин нет, а трафик просел — что происходит в ответах ИИ.