Ошибка «недоступно» при смене DNS или переезде сервера обходится владельцу высокотрафикового ресурса в потерю от 15% до 40% ежедневного визита в первые 48 часов из-за кэширования записей. Кейс dom2-online.ru показывает, что стандартный перенос без предварительного снижения TTL ведет к «слепому пятну» для поисковых роботов и пользователей.
Механика просадки при смене DNS
Основная причина статуса «недоступно» — инерция DNS-серверов. Стандартный TTL (Time To Live) у многих регистраторов составляет 3600 или 86400 секунд (1 или 24 часа). Если сменить IP сервера при TTL в 24 часа, значительная часть трафика будет пытаться стучаться на старый IP, пока кэш не обновится. В итоге пользователь видит ошибку соединения, а поисковик фиксирует недоступность узла.
Мини-кейс: при переезде сайта с трафиком 10к уников/сут с TTL 86400 секунд, до 30% пользователей из регионов с медленным обновлением DNS (например, локальные провайдеры) получали ошибку в течение первых суток. Это провоцирует риск потери трафика при статусе «недоступно», так как кратковременные всплески 5xx ошибок могут привести к пессимизации позиций в выдаче.
Экспертный вывод: Никогда не меняйте DNS-записи «в один клик» в день переезда. Снижение TTL до 300-600 секунд за 48 часов до работ — единственный способ сократить окно недоступности до 10 минут.
Риски переезда без синхронизации IP
Критическая ошибка — перенос файлов на новый сервер до того, как DNS-записи начали обновляться, или наоборот. Если сервер настроен неверно (отсутствует привязка домена в vhost или ошибка в .htaccess), пользователь получает код 403 или 500. Разница между «сайтом нет в сети» и «сервер ответил ошибкой» огромна: поисковики реагируют на 503 (Service Unavailable) лояльнее, чем на 403 или 404.
На практике: при некорректной настройке прав на папку /public_html после переезда сайт выдает 403 Forbidden. Для Google это сигнал о блокировке доступа, что при длительном простое (более 4-6 часов) ведет к вылету из индекса части страниц. Сравнение влияния кодов 403, 404 и 503 на SEO-позиции показывает, что 503 код практически не влияет на ранжирование при условии его кратковременности.
Экспертный вывод: Перед сменой DNS обязательно пропишите IP нового сервера в файл hosts на своем ПК и проверьте работоспособность всех разделов. Если видите ошибку, ищите почему страница «недоступна» в настройках сервера, а не в DNS.
Оптимизация процесса миграции контента
Переезд сайта с базой данных объемом более 1 ГБ часто вызывает тайм-ауты при импорте, что создает иллюзию «недоступности» сайта в момент запуска. Использование стандартного phpMyAdmin для больших БД — ошибка. Рекомендуется импорт через SSH (команда mysql -u user -p db_name < backup.sql), что ускоряет процесс в 5-10 раз и исключает разрыв сессии.
Пример: перенос сайта с 5000+ статей. Импорт через веб-интерфейс занял 40 минут с 3 обрывами, сайт висел в статусе «недоступно» из-за неполной таблицы настроек. Импорт через терминал занял 4 минуты, сайт заработал мгновенно после правки config.php.
Экспертный вывод: Используйте только консольные инструменты для миграции БД и файлов (rsync, scp). Это сокращает время простоя с часов до минут.
Чек-лист предотвращения блокировок контента
Чтобы избежать временного статуса «недоступно», необходимо внедрить схему «параллельного запуска». Сначала разворачивается полная копия сайта на новом IP, проверяется SSL-сертификат (Let's Encrypt может не выдать сертификат, пока DNS не обновлены, поэтому используйте Wildcard или перенос старого сертификата вручную), и только затем меняются записи.
- За 48 часов: Снижение TTL до 300 сек.
- За 24 часа: Копирование данных на новый сервер, проверка через hosts.
- Момент Х: Смена IP в DNS-панели.
- После: Мониторинг логов сервера на предмет 4xx/5xx ошибок в течение 12 часов.
Экспертный вывод: Основной подводный камень — SSL. Если на новом сервере не настроен сертификат, пользователь увидит «Подключение не защищено», что психологически приравнивается к недоступности сайта и увеличивает показатель отказов на 60-80%.
Вывод
Чтобы избежать статуса «недоступно» при переезде, забудьте о линейном процессе «выключил старый — включил новый». Единственно верный путь: снижение TTL за 2 суток, проверка сайта через hosts на новом IP и перенос SSL-сертификатов до смены DNS. Избегайте импорта БД через браузер и смены DNS в часы пикового трафика. Начинайте с аудита настроек сервера, чтобы исключить 403/500 ошибки, так как именно они, а не сам факт переезда, убивают SEO-позиции.
Полная картина раскрыта в обзорном материале — Недоступно.
