Разбор · 08.10.2026
Сайт не обновляется после публикации: проверяют версию выпуска и кэш на всём пути до посетителя
Как отличить старую копию от неверного выпуска, поставить задачу ИИ-агентам и принять правку со стороны посетителя.
Текст подготовлен машиной агентов под надзором Евгения Шилова · факты проверены по первоисточникам 8 октября 2026
Если сайт не обновляется после публикации, сначала сверяют версию выпуска. Затем проверяют, где посетителю отдают старую копию.
В нашей машине агентов новый интерфейс столкнулся со старой серверной частью. На этом примере разберём приёмку исправления. Собственного клиентского кейса у нас нет.
Не хотите разбираться сами? Внедряем ИИ в ваш бизнес: задачи без лимита, одна цена в месяц, отмена в любой момент.
1. Начинают с адреса и версии, которую должен видеть посетитель.
«Опубликовали» ещё не отвечает на вопрос, что открыл клиент. Исполнитель мог показать адрес для проверки, а реклама ведёт на рабочий сайт.
Зафиксируйте полный адрес, время и конкретную правку. «Не появился новый заголовок» полезнее сообщения «сайт опять старый».
Сравните страницу в обычном браузере, новом приватном окне и на другом устройстве. Разница помогает сузить поиск, но сама не доказывает кэш.
Правила кэширования ответов задают срок свежести и порядок обновления сохранённых данных.
Попросите исполнителя показать версию на рабочем адресе: номер или отпечаток сборки. Галочка у сборки не показывает, что получил посетитель.
Наблюдение задаёт следующую проверку.
Источник: маршрут диагностики редакции по MDN HTTP caching и Next.js Self-Hosting, проверено 08.10.2026. Это направления проверки, не диагноз по одному признаку.
2. Очистка браузера проверяет одну копию, а кэш живёт на нескольких уровнях.
Кэш хранит готовую копию, чтобы не получать её заново. Старое содержимое может прийти из браузера, промежуточного сервера или самого приложения.
Приватное окно меняет и сохранённые данные, и вход пользователя. Если там всё новое, исполнитель ещё должен отделить кэш от разных прав доступа.
Обновление страницы с обходом браузерного кэша помогает проверить локальную копию. Оно не выпускает код на сервер и не очищает все кэши на пути.
У сайта с офлайн-режимом бывает отдельный обработчик запросов в браузере, service worker. Он может хранить копии и обновляется по своим правилам.
У каждого слоя своя проверка и своё исправление.
Источник: MDN HTTP caching, Chrome for Developers «A service worker’s life», Next.js Self-Hosting и Cloudflare «Purge cache», проверено 08.10.2026. Состав слоёв зависит от сайта.
Изменённые стили и картинки можно выпускать под новыми адресами. Тогда браузер запросит новый файл, вместо того чтобы повторно взять прежний по тому же имени.
Исполнитель отдельно настраивает срок жизни страницы и её файлов. Для HTTP-кэша no-cache требует проверки сохранённого ответа, no-store запрещает хранение нового.
Ни одно слово в настройке не заменяет проверку результата. Например, no-store не удаляет уже сохранённые копии; их обновление нужно разобрать отдельно.
Что и как мы проверяли
| Факт | Что известно | Проверено |
|---|---|---|
| Кэш и обновление | Официальные документы MDN о кэше, Cache-Control и коде 304. Различаем сохранение копии, её проверку и очистку; совет по одному слою не лечит остальные. | 2026-10-08 |
| Совместимость выпусков | Next.js Self-Hosting и deploymentId: смешанные версии файлов, навигации и серверных функций. Это механизм фреймворка, а не замер его работы на клиентском сайте. | 2026-10-08 |
| Копии в браузере и CDN | Chrome for Developers: жизненный цикл service worker; Cloudflare: очистка кэша адресов. Наличие этих слоёв у конкретного сайта проверяет исполнитель. | 2026-10-08 |
| Наши поломки | Записи машины 10.08, 13.08 и 24.09.2026 сверены по первичке. Августовская история подтверждает гонку сборок, а не браузерный кэш. Собственного клиентского кейса нет. | 2026-10-08 |
| Число тестов | На странице /open указано 2 685 тестов на каждом пуше плюс ревью. Это число описывает набор проверок кода; получение нужной версии посетителем проверяют отдельно. | 2026-10-08 |
| Тариф | На живой странице /services «Один проект» стоит 250 000 ₽ в месяц. Это цена потока разработки, не смета одной починки. Срок ремонта по этой цене не выводится. | 2026-10-08 |
3. Новый интерфейс со старым сервером не исправить очисткой кэша.
Внешний вид и серверные функции выпускаются разными частями. Новый экран может обращаться к старой функции, которая не понимает его запрос.
Мы встретили такой конфликт на vibecoding.ru. Инженер ведёт машину агентов, и быстрые правки всё равно требуют согласованного выпуска.
В нашем случае столкнулись сборки, а не доказанный браузерный кэш. После расследования изменили порядок выпуска; одной просьбы обновить страницу было бы мало.
Поломки изменили выпуск и проверки.
10.08
Три сборки шли параллельно. Старая завершилась после новой и перезаписала серверные функции: интерфейс был новым, функции старыми. Выявили необходимость убрать гонку выпусков.
13.08
Исполнили правило после августовской поломки: параллельные сборки отключили. Выпуски перестали перезаписывать серверную часть друг друга в этой гонке.
24.09
Зелёные тесты пропустили несовпадение ответа сервера с проверкой его формата. Страницы новостей отвечали ошибкой. Добавили тест, который сверяет ответ с этим форматом.
Источник: журналы машины vibecoding.ru, записи 10.08, 13.08 и 24.09.2026, сверены 08.10.2026. Августовская история показывает конфликт версий, сентябрьская показывает границу прежних тестов.
На открытой странице машины при проверке 8 октября указан набор из 2 685 тестов на каждом пуше плюс ревью. Счётчик описывает контур проверки кода.
Чтобы подтвердить выпуск, нужна ещё проверка у посетителя. Зелёные тесты не сообщают, какую версию отдал конкретный адрес после публикации.
Документы Next.js описывают защиту от смешанных версий. Устройство всего конвейера проверки и выпуска разобрано отдельно; здесь проверяют конкретную доставку.
Код проверили, выпуск состоялся, клиент получил правку: разные свидетельства.
Источник: различение этапов по Next.js Self-Hosting и опыту машины vibecoding.ru, 08.10.2026. Последний пункт не доказывает работу всех страниц сайта.
4. Агенту поручают доказать причину, а не очистить всё подряд.
ИИ-агенту нужна задача с адресом и наблюдаемым результатом. Формула задачи с критерием приёмки здесь важнее названия инструмента.
Укажите, какая правка должна появиться и у кого она не появляется. Приложите время наблюдения и снимок страницы без данных клиентов.
Первое поручение: найти, на каком участке возникло расхождение. Агент сравнивает ожидаемый выпуск с рабочим адресом, затем версии страницы и её файлов.
До диагноза агент не должен очищать всё подряд. Иначе исчезнет свидетельство причины, а после следующей публикации посетитель снова увидит старое.
Задача идёт от воспроизведения к доказательству исправления.
Источник: предложенный порядок работы редакции по документам из «Источников» и опыту машины, 08.10.2026. Это задание на диагностику, не замер скорости ремонта.
Доступ к выпуску задают заранее в правилах работы агентов. Диагностика и изменение рабочего сайта требуют разных полномочий.
Если исправление затрагивает оплату, вход или данные людей, его принимает инженер. Вопрос ответственности за ошибки ИИ вынесен в отдельный разбор.
Руководителю нужен короткий отчёт: причина, исправление и результат исходного сценария. Перечень очищенных кэшей без этого не объясняет, почему проблема не повторится.
5. Исправление принимают по версии и действию посетителя.
Приёмка начинается с того же адреса и той же правки, с которых начался сбой. Скриншот из кабинета публикации эту проверку не заменяет.
В сдаче подтверждают версию и действие посетителя.
Источник: критерии приёмки редакции по MDN, Next.js и истории машины, 08.10.2026. Исполнитель фиксирует условия и время проверки.
Проверка после публикации замыкает задачу. Если правка снова не видна, результат возвращают исполнителю вместе с адресом, версией и временем.
Разовую поломку можно отдать разовой задачей. Для постоянного потока правок агентная разработка по подписке стоит 250 000 ₽ в месяц за «Один проект», по прайсу 8 октября 2026.
В такой работе можно поставить поиск расхождения версий, исправление выпуска и проверку у посетителя. Следующий шаг для руководителя: разобрать свою ситуацию.
6. Частые вопросы
Ctrl+F5 решает проблему?+
Это способ проверить обновление с обходом браузерного кэша. Он не исправляет выпуск на сервере и не очищает все промежуточные копии. Если новый экран появился только после такого обновления, исполнитель должен проверить штатное обновление для остальных посетителей.
Почему в приватном окне новое, а в обычном старое?+
У окон разные сохранённые данные и состояние входа. Это повод сравнить кэш, service worker и доступ пользователя. Одной разницы между окнами недостаточно, чтобы назвать причину.
Код 304 означает, что обновление не вышло?+
Нет. 304 Not Modified сообщает, что при условном запросе ресурс признан неизменившимся и сохранённую копию можно использовать. Это не номер выпуска. Версию проверяют отдельно.
Почему текст новый, а картинка или CSS старые?+
Страница и её файлы могли обновиться по разным правилам. Исполнитель сверяет адреса файлов, их содержимое и кэширование. Если файл изменился, новое имя или версия в адресе позволяет запросить новую копию.
Нужно ли отключить весь кэш?+
Нет. Сначала находят слой со старой копией, затем исправляют его обновление. Полное отключение кэша убирает повторное использование готовых ответов, но само по себе не устраняет конфликт версий кода.
Сколько ждать после публикации?+
Единого срока нет. Он зависит от способа выпуска, правил обновления копий и поведения уже открытых страниц. Исполнитель должен назвать условия появления правки и проверить их. Ждать без такой проверки означает оставить причину неизвестной.
Та же проверка поможет, если не обновились товары?+
Если речь о новом выпуске страницы, поможет начать диагностику. Если не приехали цены или остатки из учётной системы, нужно проверять обновление данных. Это другая задача, даже когда экран выглядит похожим.
Источники
- MDN, HTTP caching — официальная документация
- MDN, Cache-Control — официальная документация
- MDN, 304 Not Modified — официальная документация
- Next.js, Self-Hosting — официальная документация
- Next.js, deploymentId — официальная документация
- Chrome for Developers, A service worker’s life — официальная документация
- Cloudflare, Purge cache — официальная документация
- Машина vibecoding.ru: контур проверки; записи о поломках 10.08, 13.08 и 24.09.2026 сверены по журналам — наш опыт и публичный счётчик
- vibecoding.ru, тариф «Один проект» — наш прайс
Запомнить
- Сначала сверьте рабочий адрес и версию выпуска. Галочка у сборки не показывает, что получил посетитель.
- Найдите старую копию на пути доставки. Очистка одного браузера не обновляет весь сайт.
- Проверьте совместимость интерфейса и серверных функций. Их конфликт лечат выпуском, а не очисткой кэша.
- Поручите агенту доказать причину и повторить исходный сценарий после исправления.
- Принимайте правку по версии и работающему действию посетителя. Включите эту проверку в следующий выпуск.