Ошибка 410 Gone: когда использовать вместо 404

HTTP 410 Gone означает, что доступ к ресурсу больше недоступен и это состояние, вероятно, постоянно. Код уместен, когда владелец сервиса знает: URL существовал, ресурс намеренно удалён и возвращать его не планируется.

Если неизвестно, существовал ли ресурс или постоянное ли отсутствие, RFC 9110 рекомендует использовать 404 Not Found. Поэтому 410 — не «улучшенный 404», а более конкретный сигнал о жизненном цикле URL.

Что означает HTTP 410

URL существовал
      ↓
ресурс намеренно удалён
      ↓
замены нет и возврат не планируется
      ↓
410 Gone

404, 410 и постоянный redirect

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

Когда 410 уместен

Ресурс намеренно удалён без замены

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

Жизненный цикл временного ресурса завершён

Например, публичный одноразовый объект, который по политике удаляется окончательно.

API должен отличать удалённый объект от неизвестного ID

Такой контракт может быть полезен клиенту, если он не создаёт privacy/security проблем.

Когда лучше 404

404 подходит, если сервер не знает, существовал ли ресурс, или не хочет раскрывать эту информацию.

Связанный материал: ошибка 404 Not Found.

Когда нужен 301/308

Если старый URL имеет реальную постоянную замену:

/old-guide → /new-guide

постоянный redirect обычно полезнее 410.

Не стоит отправлять все удалённые URL на главную: это может быть нерелевантно пользователю.

Шаг 1. Подтвердите реальный статус

curl -i https://example.com/removed-page

Важно видеть именно:

HTTP/1.1 410 Gone

Визуальная страница «удалено», которая возвращает 200, не является корректным HTTP 410.

Шаг 2. Проверьте redirect chain

curl -i https://example.com/old-page

При необходимости:

curl -iL https://example.com/old-page

Сначала смотрите промежуточный status/Location, а затем конечный response.

Шаг 3. Примите решение по жизненному циклу URL

ресурс существует? → да → нормальный ответ
       ↓ нет
есть постоянная релевантная замена? → 301/308
       ↓ нет
точно известно постоянное удаление? → 410
       ↓ нет
404

410 и кеширование

RFC 9110 указывает, что 410 heuristically cacheable, если нет других указаний. Это ещё одна причина не использовать 410 как временную заглушку для ресурса, который скоро вернётся.

410 и SEO

HTTP status должен честно отражать состояние ресурса. Не выбирайте 410 только ради попытки повлиять на индексацию.

Для сайта важно:

• не возвращать 200 для реально удалённой страницы;
• не делать нерелевантный redirect;
• обновить внутренние ссылки;
• убрать удалённый URL из собственного sitemap как актуальный индексируемый ресурс;
• сохранить корректный response для старых внешних ссылок.

410 в интернет-магазине

Не существует универсального правила для снятых товаров:

• есть прямой новый аналог → возможен релевантный redirect;
• страница остаётся полезной → можно сохранять 200;
• ресурс окончательно удалён → 404/410 по фактическому состоянию.

410 в API

GET /v1/jobs/123

HTTP/1.1 410 Gone
Content-Type: application/json

{"error":"resource_gone"}

Такой ответ имеет смысл, если клиенту действительно нужно отличать удалённый объект от неизвестного ID.

Шаг 4. Найдите ссылки на удалённый URL

Проверьте internal links, sitemap, navigation, API clients, интеграции, документацию и старые шаблоны сообщений.

410 не заменяет исправление собственных ссылок.

Шаг 5. Проверьте массовые правила

Опасное правило:

/old/* → 410

если внутри остаются рабочие страницы. Перед deployment тестируйте выборку URL.

Как проверить результат

Нужно минимум три сценария:

живой URL            → 200
перемещённый         → 301/308 → новый URL
удалённый без замены → 410

Так можно обнаружить слишком широкое routing rule.

Автоматический контроль

Если критичный публичный URL внезапно получает 410, это может быть ошибкой deployment/routing. UpWatch можно использовать для контроля ожидаемого HTTP-кода критичных страниц.

Для намеренно удалённого URL 410, наоборот, является ожидаемым состоянием.

Типичные ошибки

• возвращать 410 для временной проблемы;
• использовать 410 при наличии полноценной замены;
• показывать «удалено» с HTTP 200;
• оставлять внутренние ссылки на 410;
• применять массовое правило без проверки выборки.

Практический чек-лист

1. Подтвердить удаление ресурса.
2. Определить, постоянное ли состояние.
3. Проверить наличие релевантной замены.
4. Выбрать 301/308, 410 или 404.
5. Проверить status через curl.
6. Обновить internal links.
7. Обновить sitemap.
8. Проверить routing rule на выборке.
9. После deployment проверить живые/перемещённые/удалённые URL.
10. Мониторить критичные URL на неожиданный status change.

Что делать со старым URL после перехода на 410

410 не завершает работу с URL. Проверьте собственные источники трафика: меню, related-блоки, sitemap, документацию и шаблоны сообщений. Если ссылка контролируется вами, пользователь не должен регулярно попадать на заведомо удалённую страницу.

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

Источники и спецификации

• RFC 9110: 410 Gone
• RFC 9110: 404 Not Found
• RFC 9110: Redirection
• curl: официальная документация