410 Gone — это не «сломавшаяся страница» и не альтернативное название ошибки 404. Сервер таким ответом сообщает клиенту: ресурс по этому адресу больше недоступен, и состояние считается постоянным.
Для владельца сайта главный вопрос поэтому не «как избавиться от 410», а почему URL его возвращает. Если страница удалена намеренно и полноценной замены нет, ответ может быть правильным. Если там должен находиться рабочий материал, товар или посадочная, 410 уже становится технической ошибкой.
410 Gone означает, что URL выведен из эксплуатации
В действующей спецификации HTTP код 410 Gone относится к группе 4xx. Его отличие от 404 Not Found находится прежде всего в семантике.
404 означает, что сервер не нашёл представление ресурса по указанному адресу и не сообщает, постоянна эта ситуация или нет. 410 применяется, когда сервер знает, что доступ к ресурсу прекращён и это состояние, вероятно, постоянно.
Поэтому 410 хорошо соответствует ситуациям, где URL существовал осознанно, но затем был окончательно выведен из эксплуатации: закончилась отдельная промокампания, удалён устаревший документ, закрыт сервис или ликвидирована страница без содержательно эквивалентной замены.
При этом превращать каждый обычный 404 в 410 не нужно. Если сервер не знает, существовал ли адрес раньше или вернётся ли ресурс, нормальным ответом остаётся 404.
Для SEO важнее правильный статус, а не «сила» кода 410
В SEO вокруг 410 долго существует упрощённая формула: якобы Google воспринимает его как более сильный сигнал и обязательно удаляет страницу быстрее, чем при 404. На такую разницу сегодня лучше не закладываться.
Актуальная документация Google объединяет 404, 410 и остальные 4xx, кроме 429, по основному результату для поиска: содержимое такого URL не используется для индексирования, а уже проиндексированный адрес со временем удаляется из индекса.
То есть HTTP-смысл 410 действительно конкретнее, но подтверждённого преимущества в ранжировании или гарантированно более быстрой деиндексации Google не обещает.
Яндекс также распознаёт 410 как состояние окончательно удалённого ресурса. В документации Вебмастера 404, 403 и 410 перечислены среди HTTP-ответов, позволяющих исключить страницу из поиска после того, как робот обнаружит изменение.
Отсюда практическое правило:
| Состояние URL | Что использовать |
|---|---|
| Страница переехала на полноценный новый адрес | 301 |
| Страница удалена окончательно, замены нет | 410 или корректный 404; 410 семантически точнее |
| URL просто не существует или его история неизвестна | 404 |
| Рабочая страница временно недоступна из-за проблемы сервера | не заменять её постоянным 410 |
Если существует хороший преемник, отправлять старый адрес в 410 вместо перенаправления обычно нелогично: пользователь и робот потеряют путь к актуальному ресурсу.
И наоборот, массово перенаправлять удалённые страницы на главную только ради сохранения URL тоже не стоит. Если целевая страница не соответствует исходному содержанию, поисковая система может расценить ситуацию как soft 404.
Эта логика относится к базовым решениям вокруг Краулинг и Основы SEO: сначала определяется реальное состояние ресурса, а затем выбирается HTTP-ответ.
Проверять нужно ответ сервера, а не текст на экране
Страница может визуально показывать «материал удалён», но отвечать 200 OK. Или пользователь увидит фирменную страницу ошибки, тогда как прокси, CDN либо CMS фактически возвращает другой код.
Поэтому первая проверка — HTTP-заголовки.
curl -I https://example.com/old-page/Для корректно настроенного удалённого URL среди первых строк ответа должен присутствовать статус 410. Версия HTTP может различаться, поэтому проверяется именно код, а не наличие конкретной строки HTTP/2.
После этого полезно сопоставить результат ещё в трёх местах:
- в инструментах проверки URL поисковой системы;
- в access log сервера;
- через запрос извне, если между пользователем и origin-сервером работает CDN или reverse proxy.
Особенно важно протестировать варианты URL, которые сайт нормализует автоматически: с завершающим / и без него, HTTP/HTTPS, старые параметры и прежние адреса после миграции. Иначе один вариант может возвращать 410, а другой — 200 или неожиданную цепочку редиректов.
Как вернуть 410 Gone в nginx
Для известного URL в nginx достаточно точного location и директивы return:
location = /old-page/ {
return 410;
}Директива return завершает обработку запроса и возвращает клиенту указанный статус. Для WordPress это удобно ещё и тем, что заведомо удалённый URL можно остановить до передачи запроса в PHP.
Однако сначала нужно убедиться, что у ресурса действительно нет подходящего преемника. Если старая статья переехала на новый URL с тем же назначением, вместо 410 нужен постоянный редирект.
После изменения конфигурации проверяют её синтаксис, перезагружают nginx и повторяют HTTP-запрос. Сам факт наличия правила в конфиге ещё не доказывает, что его не перекрывает другой server, location, CDN или более раннее правило.
Отдельный нюанс — кэширование. По спецификации HTTP ответ 410 может кэшироваться эвристически. Поэтому при ошибочной настройке недостаточно просто вернуть страницу в CMS: старый статус способен некоторое время оставаться в промежуточном кэше. После исправления необходимо проверить CDN и заголовки кэширования.
После установки 410 уберите противоречащие сигналы
Правильный статус сервера — только одна часть удаления страницы.
Если URL окончательно закрыт, его стоит убрать из XML Sitemap и прекратить ссылаться на него как на рабочую страницу из меню, хлебных крошек, карточек, старых статей и других внутренних блоков.
Не стоит одновременно закрывать такой URL через robots.txt, если поисковый робот ещё должен обнаружить изменившийся HTTP-ответ. Чтобы обработать 410, он должен иметь возможность запросить адрес.
Также следует проверить:
- нет ли canonical на удалённый URL с других страниц;
- не участвует ли он в hreflang;
- не генерирует ли CMS ссылку обратно после обновления кэша;
- не возвращает ли мобильная или параметрическая версия другой статус;
- не остался ли URL в автоматически генерируемом sitemap.
Сам по себе 410 не является инструментом перераспределения ссылочного веса и не гарантирует улучшения позиций остальных страниц. Его задача гораздо уже: корректно описать состояние конкретного ресурса.
Практический сценарий: окончательно удалённая посадочная
Представим посадочную /promo-spring-2025/. Кампания закончилась, предложение больше не действует, новой аналогичной акции нет и архив пользователям не нужен.
Первый вопрос — есть ли полноценная замена. Если появилась постоянная страница с тем же предложением, логичен 301. Если нового эквивалентного документа нет, URL можно вывести из эксплуатации через 410.
После изменения сервер отвечает 410, адрес удаляется из sitemap, а внутренние ссылки на старую акцию либо снимаются, либо заменяются ссылками на действительно актуальные материалы.
Неправильный вариант — отправить посетителя на главную страницу только потому, что она имеет высокий авторитет. Это меняет смысл запроса и не сообщает, куда на самом деле переехал материал.
Другая ошибка — оставить старую посадочную с текстом «акция завершена» и статусом 200, хотя страница больше не должна участвовать в поиске. Тогда технический сигнал противоречит фактическому назначению URL.
Когда 410 нужно исправлять немедленно
Самая опасная ситуация — 410 на странице, которая должна оставаться доступной. Это может произойти после изменения серверной конфигурации, импорта списка удалённых URL, неудачного правила в nginx или автоматизации очистки контента.
В таком случае сначала возвращают правильное состояние самого ресурса: 200, если страница остаётся на прежнем URL, либо 301, если она действительно переехала.
Затем проверяют кэш, sitemap, внутренние ссылки и фактический ответ снаружи. Только после этого имеет смысл ожидать повторного обхода поисковыми роботами.
Именно поэтому код 410 Gone стоит воспринимать не как SEO-приём для ускоренного удаления страниц, а как точное описание жизненного цикла URL. Если ресурс окончательно прекращён — код уместен. Если он переехал — нужен редирект. Если его состояние неизвестно — достаточно 404. Если же рабочая страница случайно отвечает 410, это уже техническая проблема, которую нужно устранять.
FAQ
Когда 410 действительно нужен, а когда он только создаёт проблему
404 сообщает, что ресурс по адресу не найден, не утверждая, временно это или навсегда. 410 означает, что ресурс больше недоступен и сервер считает состояние постоянным. При этом Google сейчас обрабатывает эти ответы одинаково с точки зрения исключения URL из индекса.
На это нельзя рассчитывать. В актуальной документации Google указано, что все 4xx, кроме 429, обрабатываются одинаково: уже известные URL со временем удаляются из индекса. Поэтому выбирать 410 стоит из-за корректной семантики ответа, а не ради обещания ускоренной деиндексации.
Обычно нет. Если существует содержательно эквивалентная новая страница, логичнее использовать постоянный редирект 301. 410 подходит, когда старый ресурс действительно прекращён и корректной страницы-замены нет.
Если задача — дать поисковому роботу увидеть новый HTTP-статус, блокировать URL в robots.txt до этого не стоит. Роботу необходимо запросить страницу и получить ответ сервера. После настройки лучше проверять фактический статус, а не только правила robots.txt.
410 допускает кэширование, поэтому старый ответ может некоторое время сохраняться в промежуточном кэше или CDN. Кроме того, поисковому роботу потребуется повторно обойти URL и обработать уже новый ответ 200 или перенаправление. После исправления нужно проверить цепочку ответа и отсутствие кэшированного 410.
Рейтинг статьи
Материал был полезен?
Оценка помогает понимать, какие материалы стоит обновлять и расширять.
