Сайт под фильтром: как понять и что делать

Падение трафика требует причины, а не ярлыка

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

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

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

Смену домена стоит обсуждать после диагностики причины. Новый адрес не устранит скрытый запрет обхода, вредоносный код или бесполезное содержание, зато добавит перенос и риск потерять рабочие ссылки. Масштаб решения выбирают после подтверждения проблемы. Само слово «фильтр» не определяет объём ремонта.

Где увидеть подтверждённое ограничение

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

В Яндекс Вебмастере нужная страница называется «Оптимизация сайта → Безопасность и нарушения». Сообщение может относиться ко всему сайту или отдельным разделам. Маркетолог сохраняет точный текст и охват. Так предмет работы становится ясным: нужно устранить названное нарушение на соответствующих страницах; общее предложение улучшить качество проекта такого задания не заменяет. Если список пуст, справка Яндекса указывает, что отображаемые там ограничения не действуют.

Для Google существует отдельный отчёт «Меры, принятые вручную». Он показывает ручные меры и затронутые адреса. При отсутствии ручной меры алгоритмы по-прежнему оценивают качество страниц: ранжирование и ручное действие — разные вопросы, поэтому пустой отчёт не превращают в доказательство качества содержания и не используют как обещание быстрого возвращения прежних позиций.

Название старого алгоритма из статьи в интернете лучше не ставить в заключение без основания. Подрядчик объясняет, на каком сообщении или наборе данных построен его вывод и что именно будет исправлено. Если точного подтверждения нет, в документе остаётся гипотеза, а рядом — способ её исследовать.

Техническая ошибка может выглядеть как санкция

Поисковый робот может перестать получать нужные страницы без каких-либо санкций. В таком случае работа с текстами не вернёт доступ к содержанию.

Справка Яндекса по диагностике перечисляет технические причины, включая запрет в robots.txt и директиву noindex. Для маркетолога смысл простой: после обновления сайта мог сохраниться запрет, который применяли до запуска. Исполнитель сравнивает доступность важных страниц с тем, что видит робот. Удалять все ограничения вслепую опасно. Служебным страницам тоже может быть нужен запрет, поэтому решение принимают по назначению каждого раздела и сохраняют список изменений для последующего контроля. Этот список поможет заметить случайное открытие лишних страниц после ремонта.

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

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

Что исправлять в содержании

При подтверждённой проблеме содержания исправляют её причину. Замена слов с сохранением бесполезного ответа редко даёт читателю то, чего ему не хватало.

В описании нарушения SEO-текстов Яндекс выделяет запросный спам, переоптимизацию и скрытый текст. Речь идёт о содержании для манипуляции поиском, которое не добавляет пользы пользователю. Начните с задачи страницы. Когда человек выбирает услугу, ему нужны сведения для выбора, а длинный повтор географических названий и ключевых фраз отнимает место у ответа. Полезное содержание возвращает страницу к этой задаче: посетитель получает объяснение, по которому может сравнить услугу или подготовить обращение. Редактор принимает текст по полноте ответа и наличию нужных сведений об услуге, вместо попытки угадать безопасное число вхождений слова и сохранить прежнее бессодержательное обещание, которое не помогает посетителю сделать выбор.

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

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

Несколько сайтов одной компании

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

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

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

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

Возврат на рассмотрение после изменений

Отправка на повторное рассмотрение имеет смысл после исправлений. Сначала команда устраняет причину, затем показывает, что сделано на затронутых страницах.

Порядок Яндекса включает описание внесённых изменений, отметку «Нарушение исправлено» и действие «Отправить на проверку». В отчёте сохраняют текст отправленного объяснения. По справке рассмотрение занимает до 30 дней. Указанный срок относится к процедуре и не гарантирует прежнего трафика через месяц, поэтому маркетолог отдельно отслеживает состояние ограничения и показатели поиска, не смешивая снятие нарушения с коммерческим результатом сайта.

В Search Console запрос направляют после устранения всех перечисленных проблем на соответствующих страницах. В объяснении нужны найденная причина, действия и сведения, подтверждающие исправление. Пока по текущему запросу нет окончательного решения, Google советует не отправлять новый. Для руководителя это аргумент в пользу одного полного пакета изменений вместо серии одинаковых обращений.

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

Самодиагностика перед новым расходом на SEO

Перед новой сметой полезно собрать основания в одной карточке. В ней видно, что уже известно, а что пока остаётся предположением.

Карточка начинается с адресов потерявших посещения страниц и периода изменения. Рядом стоит источник данных. Далее записывают точное сообщение поисковой системы либо отмечают его отсутствие. У найденной технической причины называют действие исполнителя и признак устранения. Для содержательной причины добавляют вопрос читателя, который страница раньше не закрывала, чтобы будущая переработка была направлена на полезный ответ, а не на замену одного набора ключевых слов другим.

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

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

С этим документом проще обсудить работу над сайтом и SEO в ШТАБ ИТ. Начать обсуждение полезно с данных и установленной причины. Тогда бюджет получает предмет, а владелец не покупает переезд или переписывание всего проекта в ответ на один непонятный график.