На вашем телефоне открывается новый сайт. Коллега всё ещё видит вчерашний. Прежде чем снова менять адрес, разберитесь, какой участок возвращает старую информацию.
Имена и сохранённые ответы
DNS-резолверы могут запоминать ответы на время, определяемое TTL записи. Резолвер с ещё действительным сохранённым ответом способен возвращать прежний адрес после изменения записи на авторитетном сервере.
Нет единого момента, когда все кэши мира обновляются одновременно. Если старый ответ уже сохранён, последующее уменьшение TTL не сокращает задним числом срок действия именно этой копии.
Сама страница тоже бывает в кэше
Получение актуального адреса сервера ещё не гарантирует свежего содержимого. Браузер или промежуточная система доставки может использовать сохранённый ответ страницы.
Запишите, что именно различается: найденный адрес, содержимое или оба результата. Если любую задержку называть «распространением DNS», легко начать исправлять не ту часть системы. Особенно полезно сравнить конкретный файл, который изменился при переезде.
Меняйте по одному условию
Владельцу сайта стоит сопоставить ответ авторитетного DNS-сервера с ответом резолвера проблемного посетителя. Затем проверить ожидаемое содержимое в месте назначения и правила кэширования HTTP.
Не редактируйте записи снова и снова, пока ждёте. Каждое дополнительное изменение затрудняет понимание того, какую версию получил посетитель и почему.
Планируйте переход с запасом
Перед плановым переездом проверьте TTL. Если уменьшаете его заранее, дайте пройти прежним срокам кэширования. По возможности сохраняйте работоспособность старого адреса на переходный период.
Посетителю принудительное обновление поможет проверить влияние браузерного кэша, но не очистит все кэши сети. Сообщите поддержке точный адрес, примерное время и то, что видите. Так легче отличить задержку обновления от постороннего сбоя.