Система доменных имён: почему изменения вступают в силу не сразу

Знакомая ситуация: сайт перевезли на новый сервер, всё проверили, всё работает. Директор открывает у себя — видит новый сайт. Открывает бухгалтер — видит старый. Открывает клиент из другого города — видит вообще ошибку. Начинается паника, звонки подрядчику, обвинения в том, что «вы всё сломали».

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

Разберём простыми словами, как это устроено и что с этим делать владельцу сайта.

Как компьютер находит ваш сайт

Люди помнят имена сайтов. Компьютеры работают с числовыми адресами серверов. Между этими двумя мирами стоит система доменных имён — огромный распределённый справочник, который переводит понятное имя в числовой адрес.

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

1. Браузер смотрит, не спрашивал ли он это имя недавно. Если спрашивал — берёт запомненный ответ.
2. Если не спрашивал — обращается к серверу имён своего провайдера.
3. Тот, если не знает ответа, спрашивает дальше по цепочке и в итоге доходит до серверов, которые отвечают за ваш домен.
4. Ответ возвращается обратно и запоминается на всех промежуточных этапах на определённое время.
5. Браузер получает числовой адрес и подключается к серверу, где лежит сайт.

Ключевое слово здесь — «запоминается». Именно из-за этого изменения не вступают в силу сразу.

Почему изменения расходятся не мгновенно

У каждой записи в этом справочнике есть срок жизни — время, в течение которого промежуточные серверы имеют право отдавать запомненный ответ, не переспрашивая.

Типичное значение — от нескольких минут до суток. То есть если провайдер вашего бухгалтера запомнил старый адрес за час до переезда, он будет отдавать его ещё столько, сколько указано в этом сроке. Никакого способа заставить его переспросить раньше у вас нет.

Отсюда все эффекты, которые пугают владельцев сайтов.

У разных людей по-разному. Каждый провайдер запомнил ответ в свой момент времени, поэтому обновляется у всех вразнобой.

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

На телефоне одно, на компьютере другое. Мобильный интернет — это другой провайдер с другим запомненным ответом.

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

Это не поломка. Это нормальная работа системы, и её надо просто заложить в план работ.

Основные типы записей простыми словами

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

Адресная запись. Связывает имя сайта с числовым адресом сервера, где он лежит. Именно её меняют при переезде на новый хостинг.

Запись псевдонима. Говорит, что одно имя — это на самом деле другое. Часто используется для адреса с приставкой перед основным именем.

Почтовая запись. Указывает, какой сервер принимает почту для вашего домена. Отдельная от сайта. Из-за этого возможна ситуация: сайт переехал и работает, а почта перестала ходить — потому что почтовую запись забыли перенести.

Текстовые записи. Используются для подтверждения прав на домен и для настроек, влияющих на доставку писем. Именно они отвечают за то, попадают ли ваши письма в спам. При переезде их теряют чаще всего.

Записи серверов имён. Указывают, какие серверы вообще отвечают за ваш домен. Их меняют не при переезде сайта, а при смене того, кто управляет настройками домена. Это самое серьёзное изменение, и расходится оно дольше всего.

Отдельно стоит запомнить: сайт, почта и подтверждение прав — это три разные группы записей. Перенести одну и забыть другие — самая частая причина проблем после переезда.

Что нельзя менять в пятницу вечером

Правило, которое стоит повесить на стену.

Причины простые.

Проблемы вылезут не сразу. Если что-то настроено неверно, вы узнаете об этом не через десять минут, а через несколько часов, когда изменения дойдут до части пользователей. В пятницу вечером это будет суббота.

Поддержка отвечает медленнее. И у хостинга, и у регистратора домена в выходные ответ приходит дольше.

Никто не следит. Заявки не разбирают, письма не проверяют, ошибку в почтовых записях никто не заметит до понедельника.

Откатить тоже небыстро. Возврат старых настроек расходится по миру ровно так же медленно, как и новых.

Хорошее время для таких работ — вторник или среда, утро. Есть весь день на проверку и два дня в запасе.

Как переезжать правильно

Порядок, который избавляет от большинства проблем.

За несколько дней до переезда — уменьшить срок жизни записей. Если заранее поставить маленькое значение, то в момент переезда изменения разойдутся не за сутки, а за минуты. Это самый эффективный приём, и про него почти всегда забывают. После переезда значение возвращают обратно.

Заранее выписать все текущие записи. Полный список: сайт, почта, подтверждения, все дополнительные имена. Это ваша страховка и чек-лист для проверки после.

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

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

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

После смены — проверить всё по списку. Сайт открывается, почта отправляется и принимается, письма с форм доходят, сертификат безопасности работает, панель управления сайтом доступна.

Проверить с разных устройств и сетей. С мобильного интернета, из другого города, попросив кого-то со стороны. Ваш собственный компьютер — плохой индикатор.

Как проверить, что происходит на самом деле

Есть простые способы понять, где вы находитесь в процессе.

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

Попросить посмотреть коллегу из другого города или у другого провайдера. Две-три точки дают представление о том, как расходятся изменения.

Открыть в режиме без сохранения истории. Убирает влияние кеша браузера, хотя не убирает запомненный ответ на уровне провайдера.

Проверить почту отдельно от сайта. Отправить письмо на свой адрес на домене и с него. Сайт может работать, а почта — нет, и это разные настройки.

Не полагаться на «у меня открылось». Самая частая ошибка при проверке переезда.

Отдельно про почту

Почта на домене страдает при переездах чаще, чем сайт, и страдает тише — никто не замечает, пока клиент не позвонит с вопросом, почему ему не ответили.

Что важно.

Почтовые записи не переносятся автоматически. Если вы сменили серверы имён, все записи придётся прописать заново на новом месте.

Записи, отвечающие за доставку писем, критичны. Без них ваши письма начинают попадать в спам у получателей. Это выясняется не сразу и стоит потерянных обращений: клиент не получил ответ, решил, что вы не работаете, ушёл к другому.

Письма с сайта — отдельная история. Уведомления о заявках отправляются с сервера сайта, и после переезда они нередко перестают доходить. Обязательный пункт проверки после любого переезда — отправить заявку через форму и убедиться, что письмо пришло.

Как это связано с продвижением «3 в 1»

Казалось бы, техническая тема далека от обращений. На самом деле связь прямая.

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

Яндекс Справочник. В карточке указана ссылка на сайт. Если сайт лежит или отдаёт ошибку, человек, перешедший с карточки, просто уходит. Плюс площадка со временем может понизить доверие к неработающей ссылке.

2ГИС. То же самое, отдельная аудитория, тот же эффект.

И самое неприятное: во время недоступности сайта вы теряете не абстрактный трафик, а конкретные обращения. Человек, который не смог открыть сайт, не вернётся через два часа — он позвонит следующему в списке. Поэтому цена неаккуратного переезда измеряется не в технических неудобствах, а в потерянных заявках.

Кто должен управлять доменом

Отдельная тема, которая всплывает как раз в момент переезда — и обычно очень некстати.

Управление доменом состоит из двух уровней. Первый — сам домен, зарегистрированный на владельца, с личным кабинетом у регистратора. Второй — записи, которые могут вестись у регистратора, у хостинга или в стороннем сервисе.

Типичная проблема: домен когда-то регистрировал подрядчик или знакомый программист «на себя», доступов у компании нет, человек давно не отвечает. В обычной жизни это никак не мешает — сайт работает. Но в момент, когда нужно переехать или срочно что-то поправить, компания обнаруживает, что не может сделать ничего.

Что должно быть в порядке.

Домен оформлен на компанию или на владельца бизнеса. Не на сотрудника, не на подрядчика, не на бывшего партнёра.

Доступ в кабинет регистратора есть у руководителя. Не только у того, кто настраивал.

Контактный адрес почты в кабинете регистратора — рабочий и доступный. На него приходят уведомления о продлении. Если это почта уволившегося сотрудника, однажды домен просто не продлят.

Автоматическое продление включено. Самая дешёвая страховка от потери домена.

Записано, где ведутся записи. У регистратора, у хостинга или в отдельном сервисе — это должно быть зафиксировано, а не восстанавливаться по памяти.

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

Что ещё меняется вместе с адресом

Смена сервера или домена задевает больше вещей, чем кажется, и часть из них вспоминают уже постфактум.

Сертификат безопасности. На новом сервере его надо выпустить заново. Пока его нет, браузер показывает посетителям предупреждение об опасности — и поток обращений падает до нуля.

Настройки в панелях поисковых систем. Если менялся адрес сайта, об этом нужно сообщить в Яндекс.Вебмастере и проверить, что карта сайта отдаётся с нового места.

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

Ссылки в карточках на картах и в рекламе. Если менялся домен, старые ссылки в Яндекс Бизнесе, 2ГИС и рекламных объявлениях начнут вести в никуда.

Интеграции. Обмен с учётной системой, выгрузки на площадки, подключённые сервисы — всё это обращается к сайту по адресу и может перестать работать.

Задачи по расписанию. Регулярные операции на сервере после переезда часто просто не переносят, и они тихо перестают выполняться.

Типовые ошибки

Переезд в пятницу вечером или перед праздниками. Проблемы вылезут тогда, когда некому чинить.

Не уменьшили срок жизни записей заранее. Вместо получаса переезд растягивается на сутки.

Выключили старый сервер сразу. Часть посетителей видит ошибку, часть заявок теряется.

Забыли почтовые и текстовые записи. Сайт работает, письма перестают ходить, и это обнаруживается через неделю.

Не проверили форму заявки после переезда. Классика: всё выглядит нормально, но уведомления никуда не отправляются.

Проверяли только со своего компьютера. Он давно запомнил новый адрес, поэтому показывает картину, которой нет у остальных.

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

Меняли записи и настройки одновременно с обновлением сайта. Если что-то сломалось, непонятно, что именно виновато. Такие работы надо разносить по времени.

Отдали управление доменом подрядчику и потеряли доступ. Отдельная и очень болезненная история: подрядчик пропал, а сменить настройки некому. Домен и управление им должны быть оформлены на компанию.

Короткий чек-лист переезда

1. За 2–3 дня уменьшить срок жизни записей.
2. Выписать все текущие записи в отдельный файл.
3. Поднять сайт на новом сервере и проверить его напрямую, до смены адреса.
4. Выбрать время: утро вторника или среды.
5. Сменить записи, старый сервер оставить работающим.
6. Проверить сайт с мобильного интернета и попросить кого-то из другого города.
7. Проверить почту: отправку, приём, письма с форм сайта.
8. Проверить сертификат безопасности и работу админки.
9. Через несколько суток вернуть обычный срок жизни записей и отключить старую площадку.
10. Ещё раз отправить тестовую заявку и убедиться, что она дошла.

Что в итоге

Система доменных имён — не магия и не источник случайных сбоев. Она работает предсказуемо: изменения расходятся постепенно, потому что промежуточные серверы запоминают ответы на определённое время. Зная это, переезд можно спланировать так, что никто из клиентов вообще ничего не заметит.

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

Если вам предстоит переезд сайта, смена хостинга или регистратора и не хочется потерять на этом заявки, специалисты компании «Сайты Профессионально» помогут провести работы без простоя: подготовим записи заранее, перенесём почту и настройки, проверим всё после и убедимся, что обращения продолжают доходить. Бесплатная консультация ни к чему не обязывает.