Очистка DNS и кеша браузера: почему сайт «не видит» обновлений

Знакомая история: вы поменяли цену на сайте, нажали «сохранить», открыли страницу — а там старая цифра. Или ещё хуже: у вас всё новое, а клиент пишет, что видит прошлогоднюю версию. Причина почти всегда одна — между вашим сервером и посетителем стоит кеш, и не один.

Кешей минимум четыре, и они включаются по очереди. Если чистить не тот уровень, ничего не изменится, и появляется ощущение, что «сайт сломался». Ниже — как за пять минут понять, где именно застряла старая версия.

Четыре уровня кеша

Браузер. Самый живучий кеш: картинки, стили и скрипты хранятся на диске пользователя. Именно поэтому после правок в CSS у половины посетителей «всё поехало», а у половины — нет.

CDN. Если сайт отдаётся через Cloudflare или другой CDN, копии страниц лежат на серверах по всему миру. Даже после обновления на хостинге часть точек продолжает отдавать вчерашнюю копию.

Сервер и CMS. Кеш плагина, OPcache в PHP, кеш страниц в WordPress или Tilda, кеш объекта в базе. Тут старая версия может отдаваться всем и сразу.

DNS. Кеш соответствия «домен → IP-адрес». Живёт недолго — от минуты до суток — но именно из-за него после переезда на новый хостинг часть людей ходит на старый сервер.

Шаг 1. Проверьте, где именно проблема

Не начинайте с очистки всего подряд. Сначала три быстрые проверки — они отсекают 90% ложных тревог.

Режим инкогнито. Откройте страницу в приватном окне. Если там новая версия, а в обычном — старая, виноват браузерный кеш у вас. Это самая частая и самая безобидная ситуация.

Мобильный интернет. Отключите Wi-Fi на телефоне и откройте сайт. Если через мобильную сеть видно новое, а через домашнюю — нет, дело в кеше провайдера или локальной сети.

Другой инструмент. Откройте страницу через сторонний сервис проверки или через curl в терминале. Так вы увидите то, что реально отдаёт сервер, без участия браузера.

Шаг 2. Посмотрите, что отвечает сервер

Откройте DevTools (F12), вкладку Network, включите «Disable cache» и перезагрузите страницу. В колонке Status смотрите код ответа: 200 — сервер отдал файл заново, 304 — сказал «не изменился, бери из кеша», 404 — файла нет.

Дальше откройте заголовки ответа. Нас интересует Cache-Control: значение max-age=31536000 означает, что браузер будет держать файл год и не спросит сервер. Такое правильно для картинок с хешем в имени, но катастрофично для HTML и CSS без версии.

Проверить ответ сервера можно и из терминала одной командой:

curl -I https://example.kz/style.css

Если видите cf-cache-status: HIT — страница отдана из кеша Cloudflare. Значение MISS или DYNAMIC означает, что CDN к кешу не причастен.

Шаг 3. Почистите браузер

Обычная перезагрузка часто берёт файлы из кеша. Жёсткая — нет.

Windows и Linux. Ctrl + F5 или Ctrl + Shift + R — перезагрузка с игнорированием кеша. В Chrome и Edge помогает Ctrl + Shift + Delete: выбрать «Изображения и файлы в кеше», диапазон «Всё время».

macOS. Cmd + Shift + R в Chrome и Firefox. В Safari меню «Разработка» → «Очистить кеш» — пункт появляется после включения меню разработки в настройках.

Телефон. В Chrome и Safari настройки кеша спрятаны; проще открыть страницу в приватном окне. Если нужно почистить насовсем — «Настройки сайта» → «Хранилище» в Chrome, либо переустановка приложения для встроенных браузеров.

Отдельно про расширения: блокировщики рекламы и «ускорители» кешируют страницы сами. Если странности только у вас, проверьте сайт в профиле без расширений.

Шаг 4. Сбросьте кеш DNS

DNS-кеш нужен, когда сайт переехал на другой сервер или вы поменяли записи у доменного registrar'а.

Windows. Откройте командную строку от администратора и выполните:

ipconfig /flushdns

macOS. Для современных версий:

sudo dscacheutil -flushcache; sudo killall -HUP mDNSResponder

Linux (systemd-resolved).

sudo resolvectl flush-caches

После этого проверьте, какой IP отдаёт система: dig +short example.kz или nslookup example.kz. Если адрес старый, а записи вы уже поменяли — подождите: TTL у DNS-записей может быть до 24 часов. Уменьшать его нужно заранее, за сутки до переезда, а не в момент переноса.

Шаг 5. Сбросьте кеш на стороне сайта

Когда проблема не у вас, а у всех посетителей, ищите кеш на сервере и в CDN.

Cloudflare. Панель → Caching → Configuration → Purge Cache → Purge Everything. Точечно: вкладка Cache → Purge by URL, если меняли одну страницу. Не забывайте, что после «Purge Everything» нагрузка на сервер на пару минут вырастет.

WordPress. Плагины кеширования (WP Super Cache, W3 Total Cache, LiteSpeed Cache) имеют кнопку «Очистить весь кеш». Плюс отдельно чистится кеш минификации CSS и JS — она часто живёт в другой вкладке.

Tilda. Кнопка «Опубликовать» пересобирает страницы; если правки не видны, проверьте, что страница опубликована, а не сохранена в черновик. Кеш CDN Tilda обновляется сам, но не мгновенно.

Nginx и Apache. Если стоит прокси-кеш, помогает sudo systemctl reload nginx после очистки директории кеша. Перед этим убедитесь, что перезагрузка не уронит рабочие сайты.

Как сделать так, чтобы это не повторялось

Просить клиентов «нажать Ctrl+F5» — плохая практика: часть не нажмёт, часть уйдёт. Правильное решение — настроить кеширование так, чтобы обновление подхватывалось само.

HTML — коротко. Для страниц ставьте Cache-Control: no-cache или max-age в несколько минут. Тогда браузер каждый раз спрашивает сервер, изменилась ли страница, и получает свежую версию.

Статика — надолго и с версией. Для CSS, JS и картинок ставьте длинный max-age, а в ссылку добавляйте параметр версии: style.css?v=12. Меняете файл — меняете цифру, и браузер сам скачивает новую копию.

CDN — с умом. Отдавайте через CDN картинки и статику, а HTML — с коротким TTL или в режиме «без кеша». Так публикация правок не требует ручной чистки.

Проверка после публикации. Держите привычку: после правок открыть сайт в инкогнито, проверить мобильную версию и посмотреть ответ сервера. Тридцать секунд экономят час переписки с клиентом.

Итог

Порядок разбора простой: инкогнито и мобильный интернет → заголовки ответа в DevTools → кеш браузера → кеш CDN и CMS → DNS. Чаще всего виноват браузер, реже — CDN, и почти никогда — «сломанный сайт». А чтобы вопрос не возникал у клиентов, настройте версионирование статики и короткий TTL для страниц: тогда обновления доходят сами, без Ctrl+F5.