Сайт не индексируется после переделки: проверяют ответы страниц и изменения шаблонов до новых SEO-работ

«Сайт пропал из поиска» может означать разные события. Нужная страница исключена из индекса; она осталась в индексе, но опустилась по запросу; посещения сохранились, а форма перестала передавать заявки. У этих событий разные исполнители и разные доказательства.

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

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

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

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

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

robots.txt, sitemap.xml, rel=canonical и 301-редиректы отвечают за разные механизмы. Здесь важно установить, какой из них изменился и объясняет наблюдаемый сбой. Менять всё сразу неудобно: исчезает возможность проверить причину и безопасно отменить лишнюю правку.

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

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

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

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

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

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

Агент может собрать ответы адресов, сравнить шаблоны и предложить изменение. Но задача «вернуть сайт в поиск» оставляет ему слишком много догадок: какие страницы важны, что считается ошибкой и какие изменения допустимы? Это решает инженер с владельцем бизнеса.

Рабочая постановка задачи агенту начинается с наблюдения. Например: «после переделки карточки услуг отвечают 500 при первом запросе; главная открывается; вот адреса, дата релиза и ошибка». Пример условный: он показывает форму задачи, а не историю клиента.

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

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

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

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

Ответ 200 сам по себе недостаточен. Если внутри пустая оболочка или сообщение об ошибке, Google может распознать soft 404: страница выглядит отсутствующей при формально успешном ответе. Поэтому принимают и содержимое, и отсутствие случайного запрета индексации.

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

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

Если нужно определить следующий шаг, начните с разбора задачи руководителя. Для выполнения технических работ есть разработка по подписке: «Один проект», 250 000 ₽ в месяц на 8 октября 2026. В очередь ставят исправление причин недоступности для поиска и проверку публичных страниц; срок возврата позиций не обещаем.

1. Зафиксируйте важные адреса и отделите выпадение из индекса от падения позиций и потери заявок.

2. Сопоставьте сбой с изменениями общего шаблона до заказа новых SEO-работ.

3. Поручите воспроизводимое исправление с границами и проверкой исходной ошибки.

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

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