Вы добавили noindex, а страница осталась в поиске. Проверьте, может ли робот получить её ответ: запрет в robots.txt способен закрыть доступ к самой директиве.
Условный пример: редакция закрыла /draft-preview/ в robots.txt и добавила в HTML noindex. Кажется, обе настройки работают на одну цель. Но запрет обхода мешает роботу получить HTML и увидеть вторую настройку. Google прямо описывает это ограничение в документации noindex.
Откройте URL без авторизации и сохраните ответ. Проверять нужно страницу, которая попала в поиск: версия со слешем, параметры и другой поддомен могут иметь собственные ответы.
curl -sS -D headers.txt -o page.html https://example.com/draft-preview/
В headers.txt проверьте статус и X-Robots-Tag. В HTML найдите meta robots. Затем сопоставьте этот путь с правилами robots.txt. Снимок экрана браузера недостаточен: он не показывает HTTP-директивы и может отображать содержимое после выполнения JavaScript.
Если страница должна быть доступна посетителю, но исключена из поиска, дайте роботу прочитать noindex. Если содержимое конфиденциально, используйте авторизацию: поисковая директива не ограничивает доступ людей.
Карточка проверки
Запишите адрес, фактический статус, директиву в ответе, разрешение обхода и время последней проверки. Например: 200; noindex в HTML; обход разрешён. Это позволяет передать разработчику воспроизводимое наблюдение вместо сообщения «Google игнорирует настройку».
После изменения проверьте опубликованный ответ ещё раз. Изменённый файл в репозитории может не попасть на сервер из-за неудачной сборки или кэша. Удаление результата из выдачи требует повторной обработки поисковиком; успешный HTTP-запрос её не подтверждает. В Search Console сравнивайте дату обхода с датой исправления, чтобы не оценивать старый снимок страницы.