Техническое SEO · диагностика · разбор 7 из 13
Тихие отказы: когда всё зелёное, а страницы не работают
Обычная поломка кричит: 500-я ошибка, красный статус, письмо от хостинга. Тихий отказ выглядит как норма — успешная строка в логе, зелёный статус деплоя, аккуратный отчёт аудита, и потому живёт месяцами. Наш сборщик данных так простоял мёртвым 10 дней, рапортуя об успехе каждые трое суток. Ниже семь таких отказов, каждый с признаком, по которому он ловится.
Паспорт замера: Инциденты июль–август 2026 · все проверены на живом продакшене, а не в теории
Общий признак: успешный статус вместо результата
Общий признак у всех семи случаев один: проверяемая величина подменена похожей. Статус деплоя вместо содержимого страницы, наличие файла вместо ответа сервера, строка «готово» вместо числа собранных элементов. Проверять надо результат, а не признак результата, и почти всегда это стоит одну команду, которую никто не выполняет.
17
старых адресов отдавали 200 при живом правиле редиректа
10 дней
сборщик данных был мёртв и рапортовал успех
3 из 4
пакетов работ из массового аудита оказались фантомами
5,9%
сайтов режут ИИ-краулер, почти всегда не нарочно
Отказ 1. Редирект прописан, а сервер отдаёт 200
Инертный редирект возникает так, и таких адресов у нас нашлось 17 штук: правило перенаправления существует в конфигурации, но по старому адресу на диске лежит настоящий файл, и сервер отдаёт его напрямую, минуя правило. Код ответа 200, страница живая, дубль в индексе. У нас так вело себя 17 старых адресов, и ни один инструмент об этом не сообщал: в конфигурации всё правильно, в панели вебмастера тоже.
Это стоит в нашем списке первым при любом падении трафика или странностях с индексацией, потому что дефект бьёт дважды: старая страница конкурирует с новой и одновременно забирает на себя часть ссылочного веса, который должен был переехать.
Как проверить за минуту
Возьмите три старых адреса, с которых у вас настроен редирект, и запросите их напрямую — curl -I или любой сервис проверки заголовков. Нужен код 301. Если пришёл 200, у вас инертный редирект. Отдельно проверьте, что для каждого такого адреса есть буквальное правило в конфигурации: у нас единственный настоящий дефект из десяти подозрений нашёлся именно этой проверкой — правила не существовало вовсе, работало только перенаправление скриптом на странице, которое поисковик редиректом не считает.
Отказ 2. ИИ-краулер отрезан не там, где вы смотрите
Классическая проверка «открыт ли robots.txt для GPTBot» может показывать чистую картину, пока краулер режет защитный сервис перед сайтом — отдельной настройкой, мимо robots.txt. По оценке Ahrefs, 5,9% из 140 миллионов сайтов блокируют GPTBot, и почти всегда не нарочно: либо robots унаследован из шаблона, либо на защите включена опция управления трафиком ИИ-ботов по умолчанию.
Опасность класса «всё работает»: сайт отлично ранжируется в обычном поиске, выглядит здоровым, а в ответы ассистентов не попадает никогда и ни при каком качестве контента.
Наш замер по 14 доменам, которые мы ведём: 13 открыты, а у одного robots.txt отдавал 404 — тоже тихий отказ, только в другую сторону. Проверка автоматизирована: 15 известных ИИ-краулеров, разбор директив по группам. Последнее принципиально: директива относится ко всей группе агентов, и построчный разбор приписал бы запрет соседнему боту, дав ложную тревогу.
Отказ 3. Автомат сломался и десять дней рапортовал успех
Наш сборщик материалов по SEO-каналам не работал десять дней, и никто не заметил. Причина в цепочке, где каждое звено выглядело нормально:
- разбор дописал в историю две записи с полем другого имени — сборщик падал на них до первого канала, а в логе оставались только две служебные строки;
- раньше, при живом сборщике, 17 каналов из 23 отдали ошибки из-за троттлинга, и итог «собрано 1 видео» прочитался как успех;
- планировщик задач вообще отклонял запуск, но его собственный код результата никто не смотрел.
Правило, которое лечит весь класс
Итоговая строка обязана нести знаменатель. «Собрано 9» читается как успех при любом исходе. «Опрошено 23 из 23 каналов» делает провал нечитаемым как успех: 1 из 23 сразу выглядит аварией. Второе — провал обязан возвращать ненулевой код завершения, чтобы состояние всплывало в системном мониторе, а не только в логе, который никто не открывает. И третье, самое дешёвое: если дата изменения папки с результатами старше периода запуска, автомат мёртв — эту проверку можно повесить на утреннюю сводку.
Отказ 4. Аудит судит по репозиторию, а робот видит ответ сервера
Аудит читал репозиторий, а робот видел ответ сервера, и массовый прогон по 2325 страницам выдал четыре пакета работ, из которых 3 из 4 оказались фантомами. Выяснилось это только потому, что перед началом работ мы открыли по несколько адресов из каждого пакета.
| Пакет из отчёта | Что оказалось на самом деле |
|---|---|
| 69 страниц: разметка с ценой, а видимой цены нет | цена написана прямым текстом на всех 69. Детектор требовал трёх цифр подряд перед знаком валюты, поэтому «от 7,8 млн ₸» читал как отсутствие цены |
| 6 пар дублей заголовков и описаний | три пары — «старый адрес против канонического», где старый отдаёт 301, канонический указан правильно, в карте сайта только он |
| 10 тонких страниц | 9 из 10 отдают 301 на живые страницы |
| Длинные заголовки | ✅ единственный настоящий пакет |
Прибор врал в обе стороны сразу: тот же детектор цены считал наличием цены плейсхолдер калькулятора «ИТОГО К ОПЛАТЕ 0 ₸». Если бы мы пошли чинить по отчёту, то дописывали бы цену туда, где она есть, то есть своими руками делали переспам, а в редирект-заглушки добавляли бы контент, оживляя адреса, которые годами были редиректом.
Мина под фантомом, и почему проверять всё равно было что
Дубли не были дублями в выдаче, но при разборе нашлось настоящее: три старых адреса лежали в конфигурации генератора с каноническим адресом на самих себя, тогда как в живом HTML канонический вёл правильно. Первый же пересбор страниц вернул бы самоканоникал и создал настоящий дубль в индексе. То есть отчёт указал на верный участок и полностью неверную причину — обычная ситуация, если инструмент читает файлы вместо ответов сервера.
Отказ 5. «Задеплоено» не значит «доехало»
Между репозиторием и глазами пользователя стоят 4 уровня доставки, и каждый умеет молча съесть правку: фильтры выкладки (часть каталогов не едет по правилу), мираж совпадающего размера при загрузке по FTP, отдача статики мимо конфигурации и кэш со сроком жизни в годы.
Самые обидные случаи из нашего списка: цена изменилась с 50 на 55 тысяч, размер файла совпал — файл не перезалился; пути в команде выкладки перечислены через запятую вместо пробела — ноль файлов при успешном статусе; скрипт лежит в репозитории, а на продакшене отдаёт 404.
Проверка одна: после выкладки запросить с продакшена конкретную строку, которую вы меняли, а не смотреть на статус задачи. Плюс обязательная метка версии у стилей и скриптов, иначе владелец сайта видит старую версию и уверенно сообщает, что работа не сделана.
Отказ 6. Правка исчезает при следующей пересборке
Правка исчезает потому, что страницы собираются генератором: точечное изменение в готовом файле живёт до первой пересборки — иногда 2–3 дня. Мы теряли так целые пакеты работы: правки внесены, проверены, задеплоены, и через неделю их нет, потому что раздел пересобрали из исходников, которые о них не знают.
Отдельная разновидность — «осиротевший конвейер»: страницы когда-то генерировались, потом правились руками годами, и теперь запуск генератора затрёт всё накопленное. У нас такой раздел есть, и правило по нему записано прямо в рабочих инструкциях: править живой файл, не пересобирать.
Признак, по которому это ловится: прежде чем править страницу, проверьте, есть ли для неё исходник или шаблон. Если есть — правка идёт туда. Если исходник давно разошёлся с живой страницей, честный ответ — «этот раздел больше не пересобирается», и он должен быть записан там, где его увидит следующий человек.
Отказ 7. Инструмент отвечает уверенно и неверно на краю
Мы считали внешние упоминания домена и получили от поисковика два взаимоисключающих ответа про один и тот же сайт: сначала «8 упоминаний», затем по уточняющему запросу — ноль. Ни один из ответов не был помечен как неточный.
Это общий класс: инструменты дают правдоподобный ответ там, где данных у них нет. Оценочное число результатов в выдаче, экспорт с молчаливым усечением, зеркало сервиса, которое отвечает кодом 200, но данными другого охвата — пустой ответ читается как «фактов не существует».
Обход: считать по объектам, а не по счётчикам. Конкретная карточка в справочнике с датой и отзывами — данные. «Примерно 8 результатов» — нет. И каждый новый детектор прогонять на паре примеров «должен найти» и «не должен найти» до массового запуска: две проверки за секунду ловят обе ошибки прибора.
Чек-лист: как поймать тихий отказ до того, как он съест квартал
6 проверок ниже занимают около 60 минут и покрывают все семь описанных случаев.
- Запросите с сервера три старых адреса с редиректом. Нужен 301. 200 — инертный редирект.
- Откройте robots.txt и настройки защиты сайта. Ищите блокировку ИИ-краулеров в обоих местах, а не в одном. Разбирайте директивы по группам агентов.
- Проверьте дату последнего изменения у всего, что собирается автоматически. Старше периода запуска — процесс мёртв, независимо от того, что написано в логе.
- Перед работой по отчёту аудита откройте три адреса из пакета. Если они отдают 301, пакет закрывается целиком и работать не над чем.
- После выкладки запросите с продакшена изменённую строку. Не статус задачи, не размер файла — саму строку.
- Спросите, откуда берётся страница. Есть генератор — правка идёт в исходник. Нет — запишите это там, где увидит следующий.
Почему это окупается лучше любой оптимизации
Тихий отказ не отнимает проценты — он обнуляет работу целиком. Правка, которая не доехала, стоит столько же, сколько несделанная, но при этом отмечена как выполненная и не будет пересмотрена. Час на этот чек-лист дешевле любого квартала, потраченного на оптимизацию страниц, которые сервер отдаёт редиректом.
Все инциденты — с наших проектов, июль–август 2026, проверены на живом продакшене. Внешние оценки приведены со ссылкой на источник и объём выборки.
Тот же случай в журнале замеров
Тот же инцидент в журнале замеров разобран как класс приёмки: какая проба состояния заменяет статус карточки и факт запуска.
Прогнать этот чек-лист по вашему сайту вместе
Четвёртый блок обучения — приёмка: как проверять работу подрядчика и свою собственную так, чтобы «сделано» означало «проверено, и вот чем».
Половина занятия уходит на живую диагностику: смотрим ваши редиректы, доступ краулеров, соответствие продакшена репозиторию. Обычно на этом этапе находится минимум одна поломка, которая тихо работала против сайта.
Программа курса и модулиЧастые вопросы
Почему прописанный редирект может не работать?
Потому что на сервере статический файл может обслуживаться раньше, чем применяются правила из конфигурации. Правило в .htaccess есть, файл по старому адресу лежит на диске, и сервер отдаёт его с кодом 200 вместо 301. У нас так вели себя 17 старых адресов, и в панели вебмастера это выглядело нормально.
Как проверить, что ИИ-краулеры не заблокированы?
Проверить robots.txt мало: защитный сервис перед сайтом может резать краулеры мимо robots.txt отдельной настройкой. Нужно смотреть и robots.txt по группам директив, и настройки защиты трафика. По оценке Ahrefs, 5,9% из 140 миллионов сайтов режут GPTBot, и почти всегда не нарочно.
Можно ли доверять отчёту массового SEO-аудита?
Только после проверки нескольких адресов запросом к серверу. В нашем прогоне по 2325 страницам отчёт выдал четыре пакета работ, и три из них оказались фантомами: страницы уже отдавали 301, а цена, которую детектор не видел, была написана прямым текстом. Аудит читает файлы, а робот видит ответ сервера.
Как понять, что фоновый процесс сбора данных умер?
По знаменателю в отчётной строке и по дате последнего изменения файлов. Строка «собрано 1 видео» выглядит как успех, а «опрошено 1 из 23 каналов» — как авария. Плюс простая проверка: если дата изменения папки с результатами старше периода запуска, автомат мёртв.
Соседние разборы
Каждый самодостаточен и начинается с вывода, а не с подводки.
Метод · отрицательные результаты
Что мы проверили и не стали делать: llms.txt, покупные ссылки, рейтинг-подборки, накрутка
Семь популярных приёмов, дошедших до нас из видео и телеграм-каналов, и причина отказа по каждому — с первоисточником. Это самая экономящая статья раздела: она возвращает время, а не отнимает.
Метод · приёмка
Как отличить «сделал» от «работает»: 33 класса ошибок из собственного реестра
Мы полтора месяца записывали каждый случай, когда работа считалась выполненной и не была. Получился реестр классов с обходом для каждого — от «действие по снимку» до «инструмент врёт на краю».
Все 13 разборов
Оглавление раздела: измерение ИИ-видимости, аудит 2196 страниц, пассажная оптимизация, предел гео-страниц, тихие отказы, приёмка работы.
Обсудим ваш проект
Оставьте заявку — свяжемся в течение 15 минут в рабочее время, зададим пару вопросов и пришлём ориентир по цене и срокам. Бесплатно, без обязательств.
- 1. Заявка или квиз
- 2. Короткий созвон / переписка
- 3. Бесплатная смета и план
- 4. Договор и старт