Падение трафика имеет небольшое количество возможных причин и определенный порядок их устранения. Работа в этом порядке — это то, что отличает двухчасовую диагностику от двухнедельной.
Последовательность
- Это поисковый трафик? Разделите по источнику прежде всего остального. Падение прямого или реферального трафика не имеет никакого отношения к Baidu.
- Доступен ли сайт? Проверьте исключения краулинга и диагностику сканирования на платформе. Проблема с сервером или DNS удаляет страницы быстро и тихо.
- Есть ли сообщение от платформы? Уведомления об алгоритмах приходят туда. Это проверка, которую люди делают последней, а должны делать второй.
- Упал ли объем индексации? Если да, то проблема в том, что страницы покидают индекс — работайте с причинами объема индексации. Если нет, страницы все еще на месте, а проблема в ранжировании или отображении.
- Упала ли частота сканирования в первую очередь? Это указывает на квоту: частоту публикации, доступность или доверие.
- Изменилось ли что-то на сайте? Релиз, изменение шаблона, правка robots, изменение URL, новый рекламный макет. Сопоставьте дату.
- Изменился ли спрос? Сезонный или новостной интерес развивается независимо от сайта.
Причины на стороне сайта, которые стоит проверить в первую очередь
- robots.txt изменен >— самый быстрый способ потерять все, и часто отправляется случайно при деплое.
- Структура URL изменена без декларации ревизии или без постраничных редиректов.
- Изменения рекламы или разрешений которые теперь нарушают стандарт посадочной страницы — новое межстраничное объявление, стена авторизации, плавающая панель.
- Проблемы с хостингом или сертификатом делающие сайт периодически недоступным для паука.
Канал обратной связи
Центр жалоб Baidu — это реальный путь, когда данные платформы не объясняют падение, но, как и любой канал поддержки, он быстро отвечает на точные вопросы. Конкретные URL, дата начала изменений, показатели сканирования и индексации около этой даты и то, что вы уже исключили.
Дисциплина
Не начинайте с контента. Контент — это самая медленная для проверки гипотеза и наименее вероятная единичная причина внезапного падения; доступность, директивы и уведомления об алгоритмах составляют большинство из них, и все три можно проверить менее чем за час.
Как мы это применяем
We work this order strictly, and the two checks that resolve most cases are the platform messages and a robots.txt diff against the deployment log. Clients almost always begin with content, which is the slowest hypothesis to test and rarely the cause of a step change on a single day.
Связанные услуги