Сайт змінили, але ви цього не бачите
Ви виправили текст, стиль або зображення. Публікація завершилася без помилки, але сайт досі показує старий результат.
Зазвичай це означає, що браузер або один з етапів роздачі повертає стару копію. Не перезапускайте все одразу: спочатку знайдіть конкретну сторінку або файл, який отримує користувач.
Типовий шлях має вигляд «браузер → CDN → сервер або сховище». CDN — це мережа проміжних серверів, яка зберігає копії ближче до відвідувачів. Стара версія може залишитися на будь-якому з цих етапів.
Почніть із трьох перевірок
1. Відокремте кеш свого браузера
Відкрийте сайт у приватному вікні, іншому браузері або на іншому пристрої. Приватне вікно допомагає відокремити локальні дані, але не обходить CDN. Нова версія на іншому пристрої підтверджує лише те, що цей спосіб доступу вже її отримав.
2. Знайдіть точну адресу старого файлу
Якщо не змінився дизайн, перевірте файл стилів; якщо поведінка кнопки — файл JavaScript; якщо зображення — його окрему адресу. У браузерних інструментах розробника відкрийте вкладку Network («Мережа»), перезавантажте сторінку та перевірте адресу й ім’я файлу. Важливо з’ясувати, чи сторінка просить нову версію.
3. Порівняйте публічний файл із результатом збірки
Розмір файлу дає лише підказку. Контрольна сума надійніша: однакове значення є сильною ознакою збігу байтів, а різне підтверджує їхню відмінність. Порівнюйте саме потрібні файли. Якщо система роздачі автоматично перетворює вміст, краще перевірити вбудований номер версії або відомий фрагмент.
Де шукати причину
- Нова версія є лише в окремому браузері — перевірте локальний кеш.
- HTML посилається на старе ім’я — перевірте публікацію сторінки.
- Публічний файл відрізняється від зібраного — перевірте файл на сервері або у сховищі.
- Серверна копія правильна, а публічна ні — тоді підозрюйте кеш CDN.
Ці варіанти не охоплюють усіх можливих причин, але допомагають перейти від простого спостереження до конкретного етапу.
Виправляйте лише підтверджену причину
Для стилів, скриптів і зображень використовуйте версійні імена, наприклад app.a31f.css. Новий вміст отримує нову адресу, тому його не плутають зі старою копією.
Спершу публікуйте нові файли, а потім сторінку, яка на них посилається. Не видаляйте старі файли, доки їх ще можуть використовувати відкриті або кешовані сторінки.
Очищайте кеш CDN лише після підтвердження, що серверна копія правильна. Якщо постачальник підтримує очищення конкретної адреси, почніть із неї. Після виправлення знову перевірте публічний файл.
Як безпечно залучити ШІ
Передайте ШІ публічну адресу, очікувану версію, час публікації та очищені від секретів фрагменти журналів. Попросіть відділити факти від припущень, запропонувати три перевірки за рівнем ризику й пояснити очікуваний результат кожної.
Без підключених інструментів ШІ не бачить вашу систему. Не передавайте токени, паролі чи приватні адреси та перевіряйте кожну пораду за публічною адресою або файлом збірки. Готовий запит є у Prompt Pack.
Чого не варто робити
- Не повторюйте весь реліз через один старий файл.
- Не очищайте CDN до перевірки серверної копії.
- Не вважайте зелений статус доказом публічного результату.
- Не перезаписуйте довго кешований файл, якщо можна змінити його ім’я.
- Не надсилайте ШІ секрети чи журнали без очищення.
У матеріалі Cloudflare про міграцію cdnjs описано іншу за масштабом, але корисну ситуацію: окремі етапи могли завершитися, хоча весь процес — ні, а відсутність спільного ідентифікатора ускладнювала пошук. Це не доводить, що кожна стара сторінка є проблемою CDN. Загальний урок простіший: перевіряйте кінцевий публічний результат, а не лише статус одного етапу.
Джерела
Короткий чеклист
- перевірити сторінку у приватному вікні або на іншому пристрої
- з'ясувати адресу та ім'я файлу, який залишився старим
- перевірити, чи сторінка посилається на нову версію файлу
- очищати лише потрібну адресу, а не весь кеш без розбору
- перевірити результат за публічною адресою після виправлення
Знайти причину старої версії після публікації
Допоможи знайти, чому після публікації сайт або файл залишився старим. Ось що я знаю: 1. Що мало змінитися: [сторінка, стиль, зображення, JavaScript або інший файл] 2. Публічна адреса: [URL] 3. Який результат бачу зараз: [опис] 4. Що вже перевірено: [приватне вікно, інший пристрій, час публікації тощо] 5. Адреса та ім'я проблемного файлу: [якщо відомо] 6. Безпечні фрагменти заголовків відповіді або журналу публікації: [без токенів і паролів] Не вигадуй доступ до моєї системи. Спочатку відділи факти від припущень. Дай відповідь у форматі: - найімовірніше місце старої копії; - три перевірки від найпростішої до складнішої; - що має підтвердити або спростувати кожна перевірка; - найбезпечніша дія для виправлення; - що не варто очищати або перезапускати без додаткових доказів.