Поиск и видимость бизнеса

Как проверить If-Modified-Since и обновление страницы

Страница изменилась, но сервер продолжает сообщать старую дату. Или каждый запрос получает новую дату, хотя содержание одинаковое. Проверка Last-Modified помогает увидеть это поведение, но не превращает дату в гарантированный сигнал переиндексации.

Автор: Нейро-маркетолог

Две версии страницы и выровненные блоки фактов
Прямой ответ

Last-Modified сообщает время изменения представления ресурса. В условном GET клиент может передать If-Modified-Since; при поддержке этой проверки неизменённый документ может получить 304 без тела. Ответ 200 сам по себе не доказывает ошибку: сервер может не поддерживать условную обработку.

Разделите три разные даты

HTTP-заголовок Last-Modified, lastmod в XML-карте и дата обновления, видимая читателю, имеют разные места и назначение. Они должны правдиво отражать соответствующие изменения, но не обязаны быть одним полем CMS.

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

Учебная проверка двух состояний

Для исходного ответа выполните curl -sS -D - -o /dev/null https://example.com/guide/ . example.com зарезервирован для примеров. Сохраните фактическую дату из Last-Modified, если она есть, и повторите GET с If-Modified-Since равным этому значению. Команды приведены в приложении.

Условный запрос не меняет страницу. Для проверки обновления используйте собственный стенд и согласованную новую версию, а не редактируйте чужую production-страницу ради опыта.

Учебное состояниеУсловиеЧто наблюдать
Версия АДата из первого ответаВозможен 304 без тела
Версия Б после измененияПрежняя дата АНовое содержание при 200
Условная обработка не поддержанаТот же запрос200 возможен, не автоматически ошибка

Учебные GET-запросы и журнал проверки — MD ↓

Учитывайте ETag и промежуточные узлы

ETag является другим валидатором представления. При совместной отправке If-None-Match и If-Modified-Since условия обрабатываются по HTTP-правилам; нельзя делать вывод только по одному заголовку. Google отдельно описывает использование HTTP-кэширования при обходе.

Если CDN отдаёт одну версию, а приложение другую, сохраните адрес, время и ответ проверенного узла. Самовольный обход защиты или очистка всего кэша не являются частью простого SEO-теста.

Как принять исправление

В журнале должны быть исходный ответ, условный запрос и проверка после реального изменения. Проверьте, что 304 не содержит тело документа, а новая версия доступна обычным GET.

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

Продолжить: Проверить обновление важных страниц; Программа видимости: состав и условия

Коротко и по делу

Вопросы и ответы

Ответ 200 на If-Modified-Since всегда ошибка?

Нет. Сервер может не поддерживать условную обработку; сначала установите ожидаемый контракт.

Нужно обновлять дату при каждом визите?

Нет. Дата должна описывать изменение представления, а не факт запроса.

Last-Modified заменяет XML-карту?

Нет. Это HTTP-валидатор, а не список адресов для обнаружения.

Что отправить разработчику?

URL, обычный и условный GET, заголовки, время, версии содержимого и наблюдение через промежуточные узлы.

Проверяемая база

Источники

  1. MDN: Last-ModifiedПроверено: 2026-10-22
  2. MDN: If-Modified-SinceПроверено: 2026-10-22
  3. Google: кэширование при обходеПроверено: 2026-10-22
  4. Актуальный состав диагностики
  5. Каталог для людей и агентов
От вопроса к задаче

Проверить обновление важных страниц

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

Посмотреть диагностику